You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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:
{"@context": ["https://data.vlaanderen.be/context/adresregister.jsonld", "https://data.vlaanderen.be/context/generiek-basis.jsonld" ],
"@graph": {
"@id": "/123",
"@type": "Plaats",
"geometrie": {
"@type": "Geometrie", // Dit is momenteel niet mogelijk
"wkt": "WKT-string"
}
}
}
The text was updated successfully, but these errors were encountered:
Dat kan niet zomaar: zie SEMICeu/DCAT-AP#59
Het probleem is dat een literal van het xsd type "Geometrie"geeft.
Ik heb die in de laatste versie zelfs daarom weggehaald.
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.
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:
The text was updated successfully, but these errors were encountered: