Tag Archives: CleanUp

Project Artoo voor AutoCAD Map 3D 2013 Nu Beschikbaar

gelezen op Autodesk Labs

Project Artoo voor AutoCAD Map 3D 2013 is een gratis technologie preview waarmee het mogelijk is om cleanup operaties uit te voeren op geospatial data om hiermee de kwaliteit en nauwkeurigheid van de data te verbeteren.

Je kunt de standaard AutoCAD Map cleanup tools gebruiken om oa. under- en overshoots op te lossen in AutoCAD elementen veroorzaakt door bijv. digitaliseren, importeren, landmeetkundige metingen en gescande informatie. Met Project Arto is het ook mogelijk om een cleanup operatie uit te voeren op data uit een FDO-connectie, zoals SDF, SQLite, ESRI SHP, geodatabase files of Microsoft SQL Server en Oracle databases.

Download Project Artoo for AutoCAD Map 3D 2013

BGT-bronhoudergrens, een pragmatische aanpak

Ik heb inmiddels een aantal posts geschreven over het BGT-project waar ik momenteel bij betrokken ben.
Een steeds terugkerende onderwerp, als je met mensen spreekt over de BGT, is: “Waar leggen we de bronhoudergrens?

In eerste instantie wordt gedacht aan de kadastrale grens. Die komt per slot van rekening ook uit een authentieke registratie en voor twee gemeenten onderling zou dat wellicht een prima bronhoudergrens zijn. Ik ben betrokken bij een project bij de provincie en die “doorsnijdt” de gemeenten met haar provinciale wegen en daarvoor komt de kadastrale grens minder in aanmerking.

AutoCAD Map - bestaande GBK-data in DWGGebruikers van de provinciale kaart zijn o.a. de eigen diensten weg- en groenbeheer. Naast de topografie, die in een strook langs de weg wordt ingemeten, zijn het vooral de weg- en groenobjecten die van belang zijn voor deze beheerkaarten.
Soms wordt er meer groen beheerd dat eigendom is van de provincie – denk aan een bermsloot die in z’n geheel gemaaid wordt, terwijl de kadastrale grens door het hart van de sloot loopt.
Momenteel worden veel kruisingen vervangen door rotondes, daarvoor is meer ruimte nodig en zullen stukken grond van gemeenten of particulieren moeten worden aangekocht. Het vaststellen en inmeten van de nieuwe kadastrale situatie gebeurt vaak later en daardoor is de kadastrale grens niet (meer) actueel.

AutoCAD Map - nieuwe BGT-data vanuit Oracle Spatial met daar bovenop bestaande GBK-data in DWGBinnen ons project hebben we nu gekozen voor een pragmatische aanpak: we gebruiken de buitenste topografische lijnen in de stroken kaarten om de vlakken te vormen. In sommige gevallen moeten we hulplijnen toevoegen om de vlakken te sluiten. Als de bronhoudergrens bepaald is, zal blijken welke vlakken moeten worden opgeknipt.
De huidige beheergrens en kadastrale grens laten we momenteel volledig buiten beschouwing. Ook gebouwen die buiten het beheergebied vallen en gedeeltelijk op de kaart staan ter referentie, worden niet meegenomen evenals aanzetten van rasters, sloten en zijwegen die gedeeltelijk op de kaart staan, maar buiten het beheergebied vallen.

Met deze aanpak kunnen de kaarten objectgericht worden gemaakt en kan de geometrie van de weg- en groenvlakken gekoppeld worden aan de beheerdata.
Ondertussen wordt overleg gevoerd met Stichting GBKN, gemeenten, waterschappen, Rijkswaterstaat en het Ministerie van VROM over de bronhoudergrens.

BGT-bespreking met Geonovum

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?”

AutoCAD Map - bestaande GBK-data in DWGDe 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.

AutoCAD Map/FDO - BGT pilot-data vanuit Oracle SpatialEr 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 onderscheidt 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.

van AutoCAD Map DWG naar BGT conform IMGeo ( deel 2 )

Ik heb al een aantal posts geschreven over het BGT-project waar ik momenteel bij betrokken ben.

Het structureren van de bestanden gaat voorspoedig, de eerst test-migraties met AcClassify naar de Oracle Spatial database hebben vorige week plaatsgevonden en de data kan worden weergegeven in ArcGIS-desktop en de webviewer.
Dat ik even was vergeten om de limits van de database goed in te stellen en dat de Oracle tables nog wel even in SDE moesten worden geregistreerd, zijn peanuts 😉

Vanuit diverse lokale & landelijke overleg structuren wordt er over onze schouders meegekeken, want de BGT houdt (bijna) iedereen bezig.
Over twee weken is er een bespreking waarbij ook de mensen van Geonovum – de “bedenkers” van het IMGeo-model – zullen aanschuiven, want ook zij hebben belangstelling voor feedback vanuit het werkveld.

AutoCAD Map – Break, Trim en CleanUp

In mijn vorige post van AutoCAD Map DWG naar BGT conform IMGeo heb ik het gehad over het project waarbij lijngerichte tekeningen geschikt moeten worden gemaakt om naar een vlakgerichte database te migreren.

Het gaat hierbij om stroken kaarten langs provinciale wegen, met daarop de wegen, fietspaden, sloten, terreinen enz.
Aan deze tekeningen moet de kadastrale eigendomsgrens worden toegevoegd. Daarbinnen valt de data die gestructureerd moet worden, want dit valt straks onder het bronhouderschap van de provincie mbt. de BGT.
Het gebied buiten de eigendomsgrens valt onder het bronhouderschap van de betreffende gemeente.

Boundary BreakMet behulp van de Boundary Break functie kan de topografie worden “versneden” met de eigendomsgrens. En met behulp van Boundary Trim kunnen het binnen & buiten gedeelte van elkaar worden gescheiden.

Voor het structureren van het gebied binnen de eigendoms polygoon wordt gebruik gemaakt van de standaard CleanUp functionaliteit van AutoCAD Map.
Met behulp van een wizard interface kunnen de betreffende elementen worden geselecteerd, vervolgens moeten de cleanup actions worden ingesteld in een specifieke volgorde, met toleranties die passen bij de nauwkeurigheid van het kaartmateriaal.
Alle cleanup instellingen kunnen na zorgvuldig testen worden opgeslagen in een cleanup profile, zodat deze eenvoudig in de volgende tekeningen kunnen worden hergebruikt.

in mijn volgende post zal ik het genereren van de vlakken voorzien van IMGeo classificaties beschrijven