- May 2024
-
nl-digigo.github.io nl-digigo.github.io
-
De applicatie dient de schaalfactoren en naamgeving toe te passen volgens de documentatie
Deze zin snap ik niet, schaalfactoren van wat, van symbolen, van tekenbladen? En wat bedoelen we met naamgeving?
-
- Jul 2023
-
docs.crow.nl docs.crow.nl
-
[iAMPRo model] en willen hierin samenwer
Ineke zegt asset management assetmanagement (aan elkaar geschreven) iAMPro model voor assetmanagement (is de juiste naam)
-
-
docs.crow.nl docs.crow.nl
-
Informatiemodel verkeerstekens: Framework
Welkom werkgroep ISA en collega's! Alvast bedankt voor jullie review, alle hulp is welkom.
-
-
docs.crow.nl docs.crow.nl
-
Wettelijke maximumsnelheid
Welkom werkgroep ISA en collega's! Alvast bedankt voor jullie review, alle hulp is welkom.
-
- Nov 2022
-
bimloket.github.io bimloket.github.io
-
Figuur 22 Een oplossingsrichting waarbij CB-NL helpt bij uitwisseling van asfaltinformatie
Vraag van Niels (misschien van toepassing op alle scenario's) > Is dit plaatje nog steeds wenselijk? Dat hangt natuurlijk heel erg van het gebruiksscenario van CB-NL af…
-
- Jun 2022
-
docs.crow.nl docs.crow.nl
-
Om zeker te weten dat de geëxporteerde en getransformeerde gegevens conform IMBOR zijn kan een SHACL validatie gedaan worden.
Deze tekst kan je gebruiken voor de lekenuitleg van de standaard
-
zoekopdrachten
kijk, dit is al duidelijk ook voor een leek
-
De 'Shapes Constraint Language' (SHACL) [shacl] is een taal voor het definiëren van data schema's, waarmee de toegestane/geldige structuur en inhoud van RDF-data met behulp van SHACL shapes in detail gespecificeerd kan worden. Het gebruikt RDFS en is ook een standaard van W3C en is wijd geadopteerd.
Dit zou ik voor leken een "validatiemiddel" noemen of zo
-
Figuur 2
wat is Q-GIS? Moet dit wellicht ook toegelicht worden net zoals de standaarden?
-
De IMBOR ontologie is een extensie op de het NEN2660-2 praktisch toplevel model. De relatie tussen IMBOR en de NEN2660-2 wordt in de technische documentatie van IMBOR toegelicht. De IMBOR ontologie bevat alle klassen, attributen, domeinwaarden, relaties, etc. die nodig zijn om een gegevensset te maken voor areaaldata.
ik zou wel willen zien welke delen uit imbor gebruikt worden tijdens uitwisseling, ofwel bijvoorbeeld een uitleg dat een object met attributen wordt uitgewisseld, en dat bij sommige attributen een waardelijst gebruikt moet worden. Of komt dit later in het document?
-
Met RDF worden statements gemaakt over in de vorm van een drieledige subject-predicaat-object-structuur (in RDF-termen een triple).
Erg technisch, kan je bij RDF en de andere standaarden misschien ook een "lekenuitleg" toevoegen? Of minimaal weer verwijzen naar figuur 1 en dus zeggen "Abstract language"
-
BOR-sector
ik zou dit voluit schrijven of ergens definiëren zodat het niet alleen begrijpelijk is voor "incrowd" van bestaande softwareleveranciers maar ook voor nieuwe
-
RDF
Echt, alleen RDF? of stiekum ook SKOS of andere talen? Of ben ik een leek >
Ennuh... voor leken.... waarom niet linked data zeggen?
-
praktijkrichtlijn
eerder noemde je het werkafspraak
-
Gegevens worden geclassificeerd naar de IMBOR ontologie, die een extensie is van de NEN2660-2 ontologie
Kun je ook een (individuele) extensie van de IMBOR ontologie maken? > dit is wel een duidelijk uitgesproken gebruikerswens
-
né: Beheerpakket
nee bedoel je
ik zeg meestal Areaalbeheerpakket want beheren kan je zoveel, dit in het BIM Pro programma afgesproken omdat deze term het meest herkenbaar zou zijn. Geen idee welk woord binnen levende stad of iAMPro gebruikt wordt
-
het gelooft in de filosofie van LinkedData
Welke filosofie is dat dan, ofwel: wat is hier het argument?
-
moet
Maak je geen gebruik van BPC14?
-
sowieso al
sowieso al: kun je wgelaten
-