Closed ElisabethKloren closed 1 month ago
ElisabethKloren
commented
1 month ago extra actie extraheren van gegevens uit de NLCS-productiedatabase? Blijkbaar bestaan er naast de laagnamen ook nog ‘cellen’ die aan bepaalde laagnamen toegevoegd kunnen worden om aanvullende informatie vast te leggen. De voorbeelden die bovenstaande benoemt, zijn ook binnen scope voor IMBOR (kunnen uitgedrukt worden met IMBOR-attributen) en zijn dus belangrijk om ook in beeld te hebben.
ElisabethKloren
commented
1 month ago Het is mogelijk dat vraagsteller verwijst naar de NLCS symbolen (“blocks” die je op tekening kunt plaatsen) waarin meer informatie staat dan in de laagnaam. Want inderdaad, in de laag teken je vervolgens objecten.
Er zijn tabellen van de symbolen die namen hebben die wel wat weggeven van wat er in staat, maar zeker niet alles: https://github.com/nl-digigo/NLCS/tree/main/tabellen/actueel/NLCS-symbolen-5.0, S staat voor symbool en dan herken je de hoofdgroep-afkorting wel weer.
Voor de informatie die je alleen kunt weten als je het block opent in een CAD pakket: dat is way way buiten scope voor deze opdracht. Dit is één van de redenen dat we eerst een classificatie moeten maken van NLCS, voor we IMBOR en NLCS echt kunnen gaan matchen van fysiek object tot fysiek object. Voor deze opdracht vergelijken we alleen termen
We hebben de laagnamen van de hoofdgroep VH beoordeeld, maar de NLCS is meer dan alleen laagnamen. Op de laagnaam OPENVERHARDING_BETONSTRAATSTEEN komen bijvoorbeeld cellen te staan met informatie die niet in de laagnaam terug te vinden is, over het legverband, het formaat van de stenen (bijv. KF,WF,DF) de kleur van de stenen (bijv. GR,WT,ZW) en de functie (bijv. fietspad, voetpad, overweg, rijbaan regionale weg) Die informatie lijkt mij toch zeker ook relevant voor de beheerder en mapping naar IMBOR. Doen we daar nu niets mee?