diff --git a/dcat/config.js b/dcat/config.js index 9099b2ade..cad562634 100644 --- a/dcat/config.js +++ b/dcat/config.js @@ -113,8 +113,9 @@ var respecConfig = { href: "http://dcat.be/" }, "DCAT-AP-IT": { - title: "Profilo nazionale dei metadati DCAT-AP_IT v1.0", - href: "https://www.dati.gov.it/content/profilo-nazionale-dei-metadati-dcat-ap-it-v10" + title: "Profilo metadatazione DCAT-AP_IT", + href: "https://docs.italia.it/italia/daf/linee-guida-cataloghi-dati-dcat-ap-it/it/stabile/dcat-ap_it.html", + publisher: "AgID & Team Digitale" }, "DCAT-AP-NO": { title: "Standard for beskrivelse av datasett og datakataloger (DCAT-AP-NO)", @@ -195,6 +196,11 @@ var respecConfig = { "title":"Named Authority List: Access rights", "publisher":"Publications Office of the European Union" }, + "netCDF": { + href: "https://www.unidata.ucar.edu/software/netcdf/", + title: "Network Common Data Form (NetCDF)", + publisher: "UNIDATA" + }, "OBO" : { href:"http://www.obofoundry.org/", title:"The OBO Foundry" @@ -257,6 +263,13 @@ var respecConfig = { href : "http://schema.org/", title : "Schema.org" }, + "ShEx" : { + href : "http://shex.io/shex-semantics/", + title : "Shape Expressions Language 2.1", + date: "17 November 2018", + status: "Draft Community Group Report", + publisher: "Shape Expressions W3C Community Group" + }, "VIVO-ISF" : { href:"http://github.com/vivo-isf/vivo-isf", title:"VIVO-ISF Data Standard" @@ -273,3 +286,4 @@ var respecConfig = { } }; + diff --git a/dcat/index.html b/dcat/index.html index 7f2966074..621b65b90 100644 --- a/dcat/index.html +++ b/dcat/index.html @@ -122,7 +122,7 @@
The original Recommendation [[?VOCAB-DCAT-20140116]] published in January 2014 provided the basic framework for describing datasets. It made an important distinction between a dataset as an abstract idea and a distribution as a manifestation of the dataset. Although DCAT has been widely adopted, it has become clear that the original specification lacked a number of essential features that were added either through the mechanism of an application profile, such as the European Commission's DCAT-AP [[?DCAT-AP]], or the development of larger vocabularies that to a greater or lesser extent built upon the base standard, such as the Healthcare and Life Sciences Community Profile [[?HCLS-Dataset]], the Data Tag Suite [[?DATS]] and more. This revision of DCAT has been developed to address the specific shortcomings that have come to light through the experiences of different communities, the aim being to improve interoperability between the outputs of these larger vocabularies. +
The original Recommendation [[?VOCAB-DCAT-20140116]] published in January 2014 provided the basic framework for describing datasets. It made an important distinction between a dataset as an abstract idea and a distribution as a manifestation of the dataset. Although DCAT has been widely adopted, it has become clear that the original specification lacked a number of essential features that were added either through the mechanism of a profile, such as the European Commission's DCAT-AP [[?DCAT-AP]], or the development of larger vocabularies that to a greater or lesser extent built upon the base standard, such as the Healthcare and Life Sciences Community Profile [[?HCLS-Dataset]], the Data Tag Suite [[?DATS]] and more. This revision of DCAT has been developed to address the specific shortcomings that have come to light through the experiences of different communities, the aim being to improve interoperability between the outputs of these larger vocabularies. For example, in this new DCAT version we provide classes, properties and guidance to address identifiers, dataset quality information, and data citation issues.
This draft includes re-writing of the specification throughout. Significant changes from the 2014 Recommendation are marked within the text using "Note" sections, as well as being described in .
@@ -199,6 +199,10 @@dcat:Resource
represents an individual item in a catalog.
This class is not intended to be used directly, but is the parent class of dcat:Dataset
, dcat:DataService
and dcat:Catalog
.
- Member items in a catalog should be members of one of the sub-classes, or of a sub-class of these, or of a sub-class of dcat:Resource
defined in a DCAT application profile or other DCAT application.
+ Member items in a catalog should be members of one of the sub-classes, or of a sub-class of these, or of a sub-class of dcat:Resource
defined in a DCAT profile or other DCAT application.
dcat:Resource
is effectively an extension point for defining a catalog of any kind of resource.
dcat:Resource
in a DCAT application profile or other DCAT application.
- To extend the scope of service descriptions beyond data distribution services it is recommended to define additional sub-classes of dcat:DataService
in a DCAT application profile or other DCAT application.
+ To extend the scope of a catalog beyond datasets and data services it is recommended to define additional sub-classes of dcat:Resource
in a DCAT profile or other DCAT application.
+ To extend the scope of service descriptions beyond data distribution services it is recommended to define additional sub-classes of dcat:DataService
in a DCAT profile or other DCAT application.
@@ -961,7 +965,7 @@ dcat:Resource
is an extension point that enables the definition of any kind of catalog. Additional sub-classes may be defined in a DCAT application profile or other DCAT application for catalogs of other kinds of resourcesdcat:Resource
is an extension point that enables the definition of any kind of catalog. Additional sub-classes may be defined in a DCAT profile or other DCAT application for catalogs of other kinds of resourcesThe need to distinguish between primary and alternative (or legacy) identifiers for a dataset within DCAT has been posed as a requirement. However, it is very much application-specific and would be better addressed in application profiles rather than mandating a general approach.
+The need to distinguish between primary and alternative (or legacy) identifiers for a dataset within DCAT has been posed as a requirement. However, it is very much application-specific and would be better addressed in DCAT profiles rather than mandating a general approach.
Depending on the application context, specific guidelines such as "DCAT-AP: How to manage duplicates?" can be adopted for distinguishing authoritative datasets from dataset harvested by third parties catalogs.
@@ -4064,22 +4068,22 @@The DCAT-2014 vocabulary [[?VOCAB-DCAT-20140116]] has been extended for application in data catalogs in different domains. - Each of these new specifications constitutes a DCAT profile, i.e. a named set of constraints based on DCAT. In some cases, - an application profile extends one of the DCAT extensions themselves. + Each of these new specifications constitutes a DCAT profile, i.e. a named set of constraints based on DCAT (see ). In some cases, + a profile extends one of the DCAT profiles themselves, by adding classes and properties for metadata fields not covered in the reference DCAT profile.
-Some of the DCAT application profiles are:
+Some of the DCAT profiles are: