Open brechtvdv opened 5 years ago
Dag Brecht,
Dat kan niet zomaar: zie https://github.com/SEMICeu/DCAT-AP/issues/59 Het probleem is dat een literal van het xsd type "Geometrie"geeft. Ik heb die in de laatste versie zelfs daarom weggehaald.
mvg,
Bert
@brechtvdv, @bertvannuffelen, er is hier spraakverwarring.
Brecht vraagt om entries in de context, die de uri geven voor datatypes (voor klassen staan die er al).
Voorbeeld van gewenste uitbreiding:
Geometrie "http://www.w3.org/ns/locn#Geometry"
Zodoende zou hij symbolisch naar die uri kunnen verwijzen in een @type
regel in zijn data graph. Zie zijn voorbeeld.
Bert verwijst naar een mogelijk nadelig gevolg van het opgeven van het verwacht type voor een property, in de context. Ik ga hier de vermelde issue niet bediscussiëren, maar toch: dit staat los van Brecht's vraag.
Voor verdere discussie hoop ik...
in development omgeving worden ook de klassen gemapped: https://otl-test.data.vlaanderen.be/context/vlaamse-codex.jsonld
In de JSON-LD context van een applicatieprofiel (bijvoorbeeld: https://data.vlaanderen.be/context/adresregister.jsonld) staan momenteel geen afkortingen (keys) voor datatype-entiteiten. Zo heeft "Plaats" een geometrie waarbij de relatie "geometrie" in de context zit, maar niet de klasse "Geometrie". Op zich is dit geen vereiste, want het @type van de relatie "geometrie" verwijst naar de klasse "Geometrie" waardoor dit afgeleid kan worden, maar dit zou de leesbaarheid van de JSON-LD payload wel verhogen. Dit wordt ook zo gedaan bij schema.org (zie JSON-LD van https://schema.org/OpeningHoursSpecification).
Voorbeeld van wat gewenst is: