In de vorige post over het
BGT-project waar ik momenteel bij betrokken ben, schreef ik over belangstelling vanuit diverse lokale & landelijke overleg structuren en over een geplande bespreking met
Geonovum.
Hier volgt een hele korte samenvatting van deze bijzonder interessante meeting.
Na een introductie van het werkproces ( zie vorige posts ) werd uitgebreid gediscussieerd over de vraag: “waar leggen we de bronhoudergrens voor de BGT ?”
De huidige tekeningen zijn stroken kaarten langs provinciale wegen, met daarop de wegen, fietspaden, sloten, terreinen enz. Er staat meer topografie op de kaart dan strikt binnen het eigendom van de provincie valt.
Als we als bronhoudergrens de kadastrale eigendomsgrens nemen, dan hebben we in elk geval te maken met een polygoon die in een andere basis registratie is vastgelegd. Echter in de pilot is gebleken dat er soms gebieden buiten de eigendomsgrens toch in beheer zijn bij de provincie, terwijl ook het omgekeerde het geval is. Het is ook niet zo praktisch om de bronhoudergrens samen te laten vallen met bestaande lijnen, omdat er anders lijnen wegvallen bij het structureren en vlakvormen.
Op dit moment is het idee om gebruik te maken van virtuele grenzen, waarbij het voor de toekomst van belang is om deze beheergrens voor de BGT als authentieke grens in de registratie op te nemen.
Uit de pilot is gebleken dat er voldoende classificaties in de huidige tekeningen zijn opgenomen om de grenzen van de IMGeo-vlakken te bepalen. Er worden centroides gebruikt om de vlakken zelf te classificeren.
Er bestaat behoefte om meer attributen aan de centroides toe te voegen, dan strikt noodzakelijk volgens het IMGeo-model.
Het is natuurlijk geen enkel probleem om meer informatie in de eigen database op te slaan, als tijdens de uitwisseling naar het centrale register maar een vertaling naar de gewenste attributen plaatsvindt.
Ook onderscheid de provincie meer puntsymbolen op haar kaarten, dan strikt noodzakelijk.
Eveneens geen probleem.
Natuurlijk kunnen dit soort uitbreidingen ook doorgegeven worden aan Geonovum. Dan kan men altijd bekijken of het model zou kunnen worden aangepast. In de zomer van 2010 zal het BGT model worden vastgesteld en komt er een nieuwe versie van IMGeo.
In my previous post about the
BGT-project which I’m working on lately, I wrote about the interest from the various local & regional discussion groups and the meeting that had been planned with
Geonovum.
This post is a very short recap of that very interesting meeting.
After the introduction of the workflow ( see previous posts ) the discussion was started around the question: “where should the border polygon for the BGT be situated ?”
The current drawings are along provincial roads, including the roads, cycle-tracks, ditches, terrains etc. They have more data than strictly inside the cadastral parcel of the province.
If we use the cadastral parcels as boundary, than we are using a polygon that is also part of an other national registration. We know from the pilot that sometimes areas outside the parcels are maintained by the province, also the reverse is true. It is also not practical to put the boundary on top of other topographic lines, because un-expected results can happen during cleanup and polygon creation.
Right now it is the idea to use virtual boundaries. For the future it is important to store them in the registry as well.
In the pilot was proven that there is sufficient classification in the current drawings to define the borders of the IMGeo-areas. Centroides are used to classify the areas themselves.
There is a need to add more attributes to the centroides, than strictly necessary for the IMGeo-model.
It is of course no problem to store more info in the own database, if these attributes are translated into the desired attributes when uploading into the national registry.
Also the province has a greater level of detail in their point symbols, than strictly necessary.
No problem as well.
It is also possible to send those extra information to Geonovum. They could discuss to see if the model can be extended. In the summer of 2010 the BGT model will be established and there will be a new version of IMGeo.