init-dcat-ap-de
commented
2 years ago Mit dem Release von DCAT-AP.de 2.0 umgesetzt.
Closed GKStGovData closed 2 years ago
init-dcat-ap-de
commented
2 years ago Mit dem Release von DCAT-AP.de 2.0 umgesetzt.
(Siehe auch: https://www.w3.org/TR/vocab-dcat-2/#Class:Catalog)
DCAT2 hat mit der Einführung des dcat:DataService die Superklasse dcat:Resource eingeführt, von der dcat:DataService und dcat:Dataset Subklassen sind. Daher wurden zahlreiche Eigenschaften, die zuvor dcat:Dataset zugeordnet waren und die sowohl das Dataset als auch der DataService besitzen sollen, an dcat:Resource abgegeben. Dataset und DataService erben diese nun von dcat:Resource.
DCAT-AP 2.0 hat darauf verzichtet, die Superklasse explizit zu benennen und beschreibt alle Klassen und Eigenschaften nach erfolgter Vererbung. Praktisch ergibt sich dadurch kein Unterschied zum Vorgehen mit Vererbung. Es ist lediglich notwendig, bei Eigenschaften die als Range „dcat:Resource“ haben (wie z.B. foaf:primaryTopic des dcat:CatalogRecord) die Range als „dcat:Catalog, dcat:Dataset oder dcat:DataService“ anzugeben.
DCAT2 legt nicht fest, welche Eigenschaften verpflichtend, empfohlen oder optional sind. Daher kann diese Angabe unterschiedlich sein, auch wenn die Eigenschaft in beiden Fällen vererbt wurde. So ist die dct:description für ein dcat:DataService optional, für ein dcat:Dataset aber verpflichtend.
Die DCAT-AP-Ableitungen anderer Länder gehen unterschiedlich mit dieser Änderung um, Norwegen zeigt die Superklasse im UML-Diagramm, Dänemark verzichtet auf eine Darstellung im UML-Diagramm, nennt sie aber in der Spezifikation, Schweden verweist lediglich auf DCAT2.
Es wird empfohlen, dem Weg von DCAT-AP 2.0 zu folgen und auf die Darstellung der Vererbung im UML-Diagramm zu verzichten. Somit bleibt das Diagramm unmittelbar verständlicher und näher an der Struktur von DCAT-AP 2.0. In der Spezifikation sollte auf die Vererbung hingewiesen werden und ggf. gekennzeichnet werden, welche Eigenschaften vererbt wurden.
Eine weitere Änderung in DCAT2 ist, dass dcat:Catalog eine Subklasse von dcat:Dataset ist. Für DCAT-AP.de sollte daher entschieden werden, über welche DCAT-AP.de-spezielle Eigenschaften ein dcat:Catalog verfügen kann bzw. sollte. (dcatde:contributorID, dcatde:qualityProcessURI, dcatde:originator, dcatde:maintainer, dct:contributor, dct:creator, dcat:granularity, dcatde:politicalGeocodingLevelURI, dcatde:politicalGeocodingURI, dcatde:geocodingDescription, dcatde:legalBasis)
Auch hier wird empfohlen, auf die Darstellung der Vererbung im UML-Diagramm zu verzichten und in der Spezifikation auf die Vererbung hinzuweisen und zu kennzeichnen, welche Eigenschaften vererbt wurden.