URI Strategie en Waardelijsten about imbor

[NielsHoffmann]

overigens is 'objecttype' (nederlands, voluit) en 'prop' (engels, afkorting) inconsistent...

[RiX012]

We sluiten aan bij de URI strategie van NTA8035 (versie november). We kiezen ervoor om alles onder /def/ te zetten omdat het allemaal (ook de individuals) een TypeLibrary is. Verder kiezen we ervoor om objecttype, eigenschap, domeinwaarde, de SHACL shapes en groepering (vakdiscipline en imbor-hierarchie) te onderscheiden omdat dit makkelijker is bij het splitsen van de ontologien en omdat er zo ontzettend veel entiteiten zijn (overzicht).

Tevens kiezen we voor / ipv # want zo houden we opties open als we het dereferencable willen maken.

Voorbeeld:
http//:linkeddata.crow.nl/imbor/def/objecttype/Boom

[RiX012]

@redmer volgens mij heb je in de laatste versie juist alles onder /id/ gezet?

[redmer]

Dit had ik niet correct gelezen dan. Als we kijken naar https://github.com/Stichting-CROW/imbor/blob/master/data/transformaties/000%20Namespaces.ttl#L7-L12 dan zie ik daar (deze definities komen ook in de RML voor):

PREFIX graph: <http://linkeddata.crow.nl/imbor/id/graph/>
PREFIX imbor: <http://linkeddata.crow.nl/imbor/id/objecttype/>
PREFIX imborp: <http://linkeddata.crow.nl/imbor/id/eigenschap/>
PREFIX imborvwl: <http://linkeddata.crow.nl/imbor/id/domeinwaarde/>
PREFIX shape: <http://linkeddata.crow.nl/imbor/id/shape/>
PREFIX groep: <http://linkeddata.crow.nl/imbor/id/groepering/>

Ik denk dat alles wel /def/ kan, ja.

[RiX012]

Ik denk dat alles wel /def/ kan, ja.>

Prima! Easy fix