Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hoe kan je in een ILS definiëren welke attributen, samenstellingen moeten worden ingevuld bij een object in het model? #177

Open
Tracked by #187
ElisabethDeVries opened this issue Nov 1, 2023 · 0 comments
Labels
objectattributen over uitwisseling alfanumerieke gegevens bij CAD-tekeningen
Milestone

Comments

@ElisabethDeVries
Copy link
Contributor

ElisabethDeVries commented Nov 1, 2023

Deze issue beschrijft een vraag voor het Digitaal Stelsel Gebouwde Omgeving, vanuit NLCS.

Aanname is, dat er een informatiebehoefte is gedefinieerd in een informatiemodel / ontologie / objecttypenbibliotheek / standaard (IMBOR, GWSW, ....)
Daarin staan attributen die van een object bekend kunnen zijn, samenstellingen van het object voor een specifiek doel zoals demontage of conditiemeting. Dit informatiemodel beschrijft alle informatie over het object die gedurende de levenscyclus wordt vergaard.

Voor een specifieke informatielevering op één moment in de levenscyclus van het object (ontwerp, aanleg, beheer of demontage) wordt op basis van het informatiemodel een "minimale dataset" gedefinieerd. Een uitsnede uit het informatiemodel die een ketenpartner moet aanleveren na uitvoering van een werk.

Relatie met de NLCS: bij de informatielevering wordt een geometrische representatie van het object opgeleverd conform NLCS. Deze partij wordt daarnaast gevraagd om een dataset bij de objecten, op basis van een informatiemodel.

Vragen aan DigiGO / DSGO:

  1. Algemene hulpvraag: bedenk een mechanisme dat kan werken voor alle combinaties van "standaarden / objectclassificaties" en "informatiemodellen"
  2. In welke formaten / met welke federatief datadeelmechanisme wordt deze "minimale dataset" aangeleverd? Bij Netbeheer is xsd geopperd, enkele gemeenten en provincies stoppen attributen en samenstellingen in een Geopackage, in de NEN 2660-2 is sprake van SHACL (?toch?)
  3. In welke formaten / met welke federatief datadeelmechanisme wordt de data aangeleverd? Is dit conform de NEN 2660-2 altijd in linked data vorm, of hebben we de komende jaren een overgangsfase en gebruiken we bijvoorbeeld wel "eenvoudiger technologieën" zoals csv of xml?
  4. Staan we combinaties van geometrische representatie en aanvullende informatie toe in een ILS? Lijkt niet wenselijk, als bijvoorbeeld Geopackage als mechanisme wordt gebruikt, dan hebben de NLCS gebruikers een "transformatieprobleem" omdat hun geometrie op een andere wijze is samengesteld dan in GIS gebeurt. Aan de andere kant hebben opdrachtgevers met beheersystemen op basis van GIS een uitdaging bij hety inlezen van NLCS modellen (waarvoor geen open uitwisselstandaard bestaat...)
  5. Kunnen we de sector helpen door een mechanisme met minimale datasets op basis van linked data "zichtbaar"te maken in de ILS configurator? Dat je daarin kan zien welke gegevens uitgevraagd zijn / worden, een soort viewer op een minimale dataset (dus kunnen inlezen en viewen van SHACL?)
  6. Wordt een "container" verplicht zoals ICDD? En hoe gaan we dan om met tegenstrijdigheden tussen ICDD en NEN 2660-2?
@ElisabethDeVries ElisabethDeVries added the Project <> Beheer Objecten herkennen in tekeningen en wijzigingen terugleveren aan objectbeheerder label Nov 1, 2023
@ElisabethDeVries ElisabethDeVries added this to the Backlog milestone Feb 27, 2024
@ElisabethDeVries ElisabethDeVries added objectattributen over uitwisseling alfanumerieke gegevens bij CAD-tekeningen and removed Project <> Beheer Objecten herkennen in tekeningen en wijzigingen terugleveren aan objectbeheerder labels May 28, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
objectattributen over uitwisseling alfanumerieke gegevens bij CAD-tekeningen
Projects
None yet
Development

No branches or pull requests

1 participant