mapping URI Locatie
Opened this issue · 2 comments
Misschien moeten we nog eens kijken of we een sameAs met https://semiceu.github.io/Core-Location-Vocabulary/releases/2.00/#Location kunnen zetten.
Misschien moeten de coherentie tussen de verschillende URIs net zoals Agent ook eens behandelen.
Hier is een probleem. Punt is dat je het begrip Locatie op verschillende manieren kan gebruiken. Beide manieren zijn terug te vinden in OSLO-Generiek.
- Gebruiken we Locatie om een positie aan te duiden dan is het meer een datatype en kan het verschillende vormen aannemen, je kan direct naar de plek verwijzen dmv geometrie maar ook indirect door te verwijzen naar een Adres of door een Plaats te noemen of een Perceel etc. Deze vorm noemt Locatie in OSLO-Generiek en is gemapped op http://www.w3.org/ns/prov#Location.
- Een ander gebruik van Locatie is als klasse, het is dan eerder een Lokaliteit of beter Plaats (stemt perfect overeen met INSPIRE::NamedPlace). Eigenschappen van een Plaats zijn zijn geometrie (indien voorhanden) of een plaatsnaam (met datatype INSPIRE::GeographicalName). Plaats mapt in OSLO-Generiek op http://purl.org/dc/terms/Location, dus zelfde definitie en uri als https://semiceu.github.io/Core-Location-Vocabulary/releases/2.00/#Location. Maar om verwarring te vermijden noemden wij het dus Plaats, wat perfect klopt met de definitie.
De volledige analyse uit 2018 vind je in bijlage. Ik zou dus niet spreken van https://semiceu.github.io/Core-Location-Vocabulary/releases/2.00/#Location maar van https://semiceu.github.io/Core-Location-Vocabulary/releases/2.00/#Place of #NamedPlace.
Bedankt voor de uitleg. Misschien moeten we die bijlage dan toch ergens koppelen in het applicatieprofiel generiek basis.
Deze vraag kwam bij me op bij het zien van https://purl.eu/doc/applicationprofile/consent/#Location
Ik vraag me dus af of hier Locatie of Plaats bedoeld wordt.
Geen idee, de eigenschap "de locatie waar de consent werd gemaakt" is voor mij ook erg vaag.