Closed NielsHoffmann closed 1 year ago
De definities van Klasse zijn een beetje gekunsteld, want het betreffen hier eigenlijk ‘groepjes van gegevens’. Maar hier ben ik maar even afgegaan op wat de term voorstelt…
Zoals je ziet houd ik er maar heel weinig over. Dit heb ik gedaan met deze ‘principes’ in mijn achterhoofd:
Voor de skos input is hier de file gemaakt (adhv ontologie van Bart) https://github.com/bimloket/CB-NL/tree/main/ontology/input
Het valt me op dat er (minimaal) drie stijlen van definities zijn in imbor 2021 beta:
1) Brug: Kunstwerk over een waterweg, watergang of waterloop, bestaande uit een brugdek gesteund door pijlers en/of landhoofden 2) Bouwwerk: Gegevens die specifiek zijn voor voor met de aarde verbonden duurzaam bouwwerk, dat niet valt onder de definities van een pand of kunstwerk 3) Postcode: Begrenzing van een postcodegebied (6 posities)
Stijl 1 is volgens mij prima (de definitie beschrijft een object met onderscheidende kenmerken),
Stijl 2 is merkwaardig: het gaat plots over gegevens over iets, maar niet het object zelf.
Voorstel: pas in IMBOR zelf de definitie voor Bouwwerk aan naar: "met de aarde verbonden duurzaam bouwwerk, dat niet valt onder de definities van een pand of kunstwerk". Dat geldt ook voor alle andere concepten, waarbij in de definitie wordt gesproken over "gegevens" of "registratie".
Bij Bouwwerk blijft dan wel een ander issue over: de definitie is circulair. :-(
Stijl 3 is ook merkwaardig: hier vindt vermenging plaats van enerzijds de GIS representatie van een postcode gebied, en anderzijds het concept "postcode gebied" zelf. Ofwel: de definitie moet antwoord geven op de vraag: "Wat IS een postcode gebied", niet "hoe representeer je een postcode gebied?". Voorstel: pas in IMBOR de definitie aan naar "gebied waarbinnen alle adressen worden aangeduid met dezelfde postcode".
Thanks @mickbaggen, je conclusies zijn helemaal correct. Voor stijl 1 en stijl 2 kan ik beargumenteren waarom dat nu zo is (respectievelijk 'groepering van attributen' en 'snelheid van de data vraag in applicaties'), maar feit is dat het gewoon heel raar is. Ik ben het hier ook helemaal niet mee eens. Vandaar dat we in IMBOR2021 dit compleet aan het herzien zijn en we ons enten op de NEN2660-2, MIM en NEN3610. Jouw voorstellen kan ik zeker wat mee.
@bartbink De verSKOSsing staat nu in de /input/ map
Niels R. Rik + Niels H.