Ontwerpkeuzes Json-LD

Ik vraag me af wat de argumenten zijn om geometrie niet op te nemen bij een entiteit, maar als referentie naar een nieuwe entiteit B.v. https://bag.basisregistraties.overheid.nl/bag/doc/pand/0003100000117491?format=json

Wat is de reden dat de asWKT geometrie in WGS84 is opgenomen en is een er nieuwe context gedefinieerd: pdok:asWKT-RD? Zie: https://brk.basisregistraties.overheid.nl/brk/doc/geometry/a015abf8db60d46a825af0c116240c46?format=json

Kunnen jullie aangeven wat de ideeën omtrent historie zijn? Ik zie dat er in bepaalde urls een datum is opgenomen, maar deze werken niet:
http://bag.basisregistraties.overheid.nl/bag/doc/2012060600000000/pand/0003100000117491

De JsonLD-Context verwijst naar https://bag.basisregistraties.overheid.nl/def/bag.jsonld waarom wordt er geen gebruik gemaakt van Logius Stelselcatalogus? B.v. http://data.stelselvanbasisregistraties.nl/bag/doc/concept/Pand.jsonld

Beste Deez,

Ik vraag me af wat de argumenten zijn om geometrie niet op te nemen bij een entiteit, maar als referentie naar een nieuwe entiteit B.v. https://bag.basisregistraties.overheid.nl/bag/doc/pand/0003100000117491?format=json

Dit heeft verschillende redenen:

Wat is de reden dat de asWKT geometrie in WGS84 is opgenomen en is een er nieuwe context gedefinieerd: pdok:asWKT-RD? Zie: https://brk.basisregistraties.overheid.nl/brk/doc/geometry/a015abf8db60d46a825af0c116240c46?format=json

Het geosparql:asWKT predicate wijst naar een Literal met datatype geosparql:wktLiteral die de WKT string van de ETRS89 projectie van de geometrie als waarde heeft. Dit gebruiken we als standaard representatie omdat dit betere interoperabiliteit geeft met WGS84 enabled systemen (voornamelijk webapps).
Daarnaast willen we de oorspronkelijke geometrie, op basis van de Amersfoort / RD CRS, ook kunnen publiceren. Omdat het OGC geosparql vocabulaire geen goede manier heeft om dit uit te drukken, hebben we een subproperty van geosparql:asWKT geintroduceerd onder de PDOK namespace (https://data.pdok.nl/def/pdok#asWKT-RD) om specifiek naar een WKT string met RD projectie te wijzen.

Kunnen jullie aangeven wat de ideeën omtrent historie zijn? Ik zie dat er in bepaalde urls een datum is opgenomen, maar deze werken niet:
http://bag.basisregistraties.overheid.nl/bag/doc/2012060600000000/pand/0003100000117491

Iedere versie van een BAG-object is een named graph. Deze named graph behandelen we ook weer als een resource, nl. een bag:Voorkomen. Het voorkomen kent eigenschappen als begin- en eind geldigheid waarmee de geldige gegevens van een BAG-object worden beschreven.
http://bag.basisregistraties.overheid.nl/bag/doc/2012060600000000/pand/0003100000117491 is de URI van een bag:Voorkomen en zou informatie terug moeten geven. Het feit dat dit niet gebeurt is een bug en dit pakken we op.
Voor nu is de informatie in te zien op Resource - BAG

De JsonLD-Context verwijst naar https://bag.basisregistraties.overheid.nl/def/bag.jsonld waarom wordt er geen gebruik gemaakt van http://www.stelselcatalogus.nl/linked-data-server/? B.v. http://data.stelselvanbasisregistraties.nl/bag/doc/concept/Pand.jsonld

In het stelsel van basisregistraties is de afspraak dat elke basisregistratie haar eigen metadata publiceert. Immers, de beheerder van de betreffende basisregistratie is ook de beheerder van de metadata van deze basisregistratie.
De stelselcatalogus publiceert slechts hetgeen de beheerder van de basisregistratiehouder aanlevert aan de stelselcatalogus. Dit betekent dat de stelselcatalogus op dit moment aan de basisregistratiehouder vraagt om een Excel met hierin de data zoals hij dit zelf publiceert.
De stelselcatalogus biedt een centraal toegangspunt tot alle metadata van het stelsel van basisregistraties. Idealiter kan de stelselcatalogus deze metadata real-time en direct ophalen vanuit de bron, in dit geval dus http://bag.basisregistraties.overheid.nl/def/bag

Met vriendelijke groet,
Pano