search

SEMICeu / GeoDCAT-AP

Repository of the geospatial extension to DCAT-AP (GeoDCAT-AP)
https://joinup.ec.europa.eu/solution/geodcat-application-profile-data-portals-europe
Creative Commons Attribution 4.0 International
19 stars 6 forks source link

Controlled vocabularie to be used for adms:representationTechnique #137

Open idevisser opened 2 months ago

idevisser commented 2 months ago

Why is in this profile an INSPIRE codelist http://inspire.ec.europa.eu/metadata-codelist/SpatialRepresentationType required instead of the widely used ISO19139 codelist MD_SpatialRepresentationTypeCode? This INSPIRE codelist is not mandated by INSPIRE so if it must be used in geoDCAT explanation is required or allow to use the ISO19139 codelist.

idevisser commented 2 months ago

same issue for the property: dcat:hadRole with codelist http://inspire.ec.europa.eu/metadata-codelist/ResponsiblePartyRole, geodcatap:resourceType with codelist http://inspire.ec.europa.eu/metadata-codelist/ResourceType geodcatap:topicCategory with codelist http://inspire.ec.europa.eu/metadata-codelist/TopicCategory

jakubklimek commented 2 months ago

This is because GeoDCAT-AP is an RDF (Linked Data) representation of the metadata, where controlled vocabularies and their items are identified by their IRIs, which is not the case for ISO codelists. That is why there are RDF (Linked Data) based codelist counterparts published in the INSPIRE registry, which use IRIs for identification.

Content-wise, the http://inspire.ec.europa.eu/metadata-codelist/SpatialRepresentationType seems the same as the MD_SpatialRepresentationTypeCode, and the other corresponding codelists, should be identical, so there should be no issue in the mapping.