Ik moet toegeven dat ik altijd een beetje sceptisch was over het nut van Twitter, maar het is toch wel handig om mijn “wat doe je” status op LinkedIn, Plaxo en Hyves aan te passen via m’n BlackBerry.I have to admit I was always a little sceptical about the benefits of Twitter, but it is very useful to update my “what are you doing” status on LinkedIn, Plaxo and Hyves using my BlackBerry. In de Shape-file zat de geometrie van wegvakken, met als attributen: weg-nummer, weg-vak-nummer en weg-vak-onderdeel-nummer. In de Excel-sheet zaten diezelfde nummers en nog meer detail informatie van de wegvakken. Deze Excel-sheet was geexporteerd vanuit wegbeheer software.
Als de AutoCAD Map gebruiker dan ook nog een senior ArcGIS gebruiker is, dan heb je als consultant een aardige uitdaging.
In de vorm van een handson workshop de volgende zaken opgepakt:
| - | Voor het linken van de beide bestanden aan elkaar, gebruiken we de FDO-functie: Create a Join. Hiervoor moeten Shape-file en Excel-sheet beide als FDO-source aan AutoCAD Map gekoppeld zijn en er moeten één of meerdere gemeenschappelijke velden zijn om te kunnen koppelen. |
 |
| - | Om een FDO-connectie te kunnen leggen met de Excel-data is het handig om deze even te importeren in een Access-tabel. Vervolgens kan de FDO-connectie naar die Access-tabel gelegd worden dmv. de volgende Connection String: Driver={Microsoft Access Driver (*.mdb)};DBQ=pathname\filename.mdb Door de Excel-data even in een Access-tabel te importeren is het nml. ook mogelijk om de velden die gebruikt worden voor de koppeling van hetzelfde database type te maken ( Text of Numeriek ). |
|
| - | In het hieronder afgebeelde scherm wordt vervolgens de FDO-connectie naar de Shape-file als Primary table geselecteeerd en de FDO ODBC-connectie naar de Acces-tabel als Secondary table. Voor de Join worden de volgende velden aan elkaar gelinked: WEG_NR002 -> Weg WEGV_NR002 -> Vak WEGVONR002 -> Ond |
|
| - | In het FDO DataGrid is het samengestelde scherm te zien. Maar om hiervan een nieuwe Shape-file te maken met slechts een deel van de attributen is echter in AutoCAD Map niet zo’n eenvoudige opgave. Wat in ArcGIS een fluitje van een cent is, blijkt in AutoCAD Map toch nog een hele opgave. |
|
| - | Om hiervan een nieuwe Shape-file te maken, met in de DBF-database de inhoud van het orginele bestand aangevuld met de Excel-sheet, wordt eerst een export naar SDF gemaakt. Deze lokale spatial database bevat de samengestelde structuur. Met behulp van de FDO Schema Editor kan een nieuwe lege Shape-file worden aangemaakt met daarin alleen die attribuut kolommen die nodig zijn. Met behulp van FDO BulkCopy functionaliteit kan de inhoud van de SDF-file worden overgezet naar de Shape-file. Hierbij kan een keuze worden gemaakt uit de velden die moeten worden overgezet. |
|
In the Shape-file was the geometry of road area’s incl. road-number, road-area-number and road-area-sub-number. In the Excel-sheet there where the same numbers and other details about the road area’s. This Excel-sheet was exported from road management software.
If the AutoCAD Map user is an senior ArcGIS user, than you’ve a challange as consultant.
We did the following in the form of a handson workshop:
| - | To link both files, we use the FDO-function: Create a Join. We need to connect both as FDO-connection into AutoCAD Map and there has to be one or more common fields to use as matching columns. |
|
| - | To make an FDO-connection with an Excel-sheet it is easier to import the sheet into an Access-table first. Than an FDO-connection can be created to the Access-table using the following Connection String: Driver={Microsoft Access Driver (*.mdb)};DBQ=pathname\filename.mdb When the Excel-data is inside Access, it is also easy to make the columns used to join of the same database-type ( Text or Numbers ). |
|
| - | In the screen below is the FDO-connection to the Shape-file selected as Primary table and the FDO ODBC-connection to the Access-table as Secondary table. For the Join we linked the following columns: WEG_NR002 -> Weg WEGV_NR002 -> Vak WEGVONR002 -> Ond |
|
| - | In the FDO DataGrid is the combination of all columns from both sources visible. To create a resulting Shape-file with just a subset of the attributes is not an easy task in AutoCAD Map. In ArcGIS a piece of cake, is in AutoCAD Map quite a challenge. |
|
| - | To create a new Shape-file with in the DBF-database the content of the original file supplemented with the Excel-sheet, it has to be exported into an SDF-file first. This local geospatial database has the complete combined structure. With FDO Schema Editor it is possible to create a new Shape-file with just the columns needed. With FDO BulkCopy funtionality the content of the temporary SDF-file can be copied over into the empty Shape-file, where just a subset of the columns can be selected. |
|
Het GDAL/OGR Project heeft de release van versie 1.7.0 aangekondigd. De eerste major release sinds versie 1.6.0 ongeveer een jaar geleden.
Er is een uitgebreide lijst van nieuwe raster en vector drivers alsmede verbeteringen aan bestaande drivers.
The GDAL/OGR Project has announced the release of GDAL/OGR 1.7.0, which is the first major release since 1.6.0 about a year ago.
There's quite an extensive list of new raster and vector drivers as well as improvements to existing drivers.
Meer informatie over KLIC vind je op www.kadaster.nl/klic.
Iedereen had het er de afgelopen weken over op blogs of op twitter
en dan loopt Steve Jobs van het podium
en dan komt ie terug lopen
en dan zegt ie: ” one more thing … “
Ik heb afgelopen nacht naar z’n hele keynote speech zitten kijken en dacht op een gegeven moment: ” hier zou ik best languit mee op de bank kunnen liggen surfen over het web, muziek beluisteren, filmpjes kijken en een eBoek lezen “.
Maar ga ik de iPad ook professioneel gebruiken ? Ga ik hiermee in meetings zitten om notities te maken ? Ga ik hiermee powerpoint presentaties geven ? Waarschijnlijk ( nog ) niet, want ik kan er geen ” gewone ” software op draaien, alleen maar iPhone en iPad apps.
Maar het is natuurlijk een prachtig staaltje techniek en de hype er omheen is natuurlijk ook geweldig !!
Dus wie weet – volgende maand ben ik in Las Vegas 
Everyone was talking about it on their blogs or tweets
and Steve Jobs walks from the podium
and he comes walking back
and he says: ” one more thing … “
I’ve been watching his keynote speech last night and at a given moment I thought: ” I can see myself on the couch surfing the web, listening music, watching movies and reading an eBook “.
But is this iPad a professional device ? Is this something I could use during meetings ? Can I run my powerpoint presentations from it ? Mayby not ( yet ), because I cannot run my ” regular ” software, only iPhone and iPad apps.
But it is a phenomenal piece of technology and the hype around it is also marvellous !!
So who knows – next month I’m in Las Vegas
De eerste major release van GeoREST is aangekondigd door Jason Birch en Haris Kurtagic.
GeoREST is een nieuw open source RESTful framework dat kan samenwerken met bestaande open source libraries zoals MapGuide and FDO om te werken met geospatial data als web resources, in lijn met FeatureServer en de ArcGIS REST API.
Met GeoREST 1.0 kun je search engines zoals Google en Bing gebruiken om in je geospatial data te duiken, dynamisch te publiceren in KML, GeoRSS of elk ander text based format, en web forms te gebruiken om te zoeken en updates door te voeren in je data. Al deze functionaliteit is beschikbaar dmv. configuratie… geen sofware ontwikkeling noodzakelijk!
Enkele voorbeeld sites in Nanaimo, BC en Slovenia, maken reeds meer dan 9 maanden gebruik van GeoREST in hun productie omgeving, met verbeterde toegankelijkheid van hun data.
GeoREST is een onafhankelijk open source project onder LGPL licentie. Het zou goed zijn als GeoREST in de toekomst wordt geintegreerd met het MapGuide project. Het is beschikbaar onder Windows, waarbij de ingebouwde GeoREST webserver gebruikt kan worden of IIS.
Een overzicht van GeoREST is gepresenteerd tijdens FOSS4G 2009 in Sydney.
The first major release of GeoREST has been announced by Jason Birch and Haris Kurtagic.
GeoREST is a new open source RESTful framework that works with existing open source libraries such as MapGuide and FDO to publish and interact with geospatial data as web resources, in the tradition of FeatureServer and the ArcGIS REST API.
With GeoREST 1.0 you can enable search engines like Google and Bing to crawl your geospatial data, dynamically publish to KML, GeoRSS or any other text based format, and use web forms to search and update your data. All of this functionality is available entirely through configuration…no programming is required!
For some practical examples, here are two sites, in Nanaimo, BC and Slovenia, that have been using GeoREST in a production environment for over nine months, with great improvements in the accessibility of their data.
GeoREST is an independent open source project licensed under the LGPL. It is hoped that GeoREST will be integrated with the MapGuide project in the future. It is available for installation on the Windows platform using either the GeoREST built-in webserver or IIS.
An overview of GeoREST was presented at FOSS4G 2009 in Sydney.
In de praktijk zijn een aantal proef-projecten uitgevoerd om werkwijze en model te toetsen. Bij zo’n BGT-project ben ik ook zelf betrokken geweest en we hebben onze ervaringen gedeeld in een bespreking met Geonovum.
In the field there has been a number of pilot-projects to try out procedures and the model. I was involved with one of these BGT-projects and we have shared our experiences in a meeting with Geonovum.
One Team Conference 2010 | March106, 2010
The Venetian Hotel, Las Vegas NV
Business Insight – Gain insight as Autodesk senior executives and other speakers share strategies, describe current best practices, and discuss practical methods for growing your business.
Industry Solution Breakouts – Learn how to align your business with Autodesk and focus on the best opportunities for growth and return on investment in Manufacturing, Architecture, Engineering, Construction, Media and Entertainment.
Networking Opportunities – Build relationships that benefit your business. Just drop by the Networking Lounges and visit the Autodesk resource teams, divisions, and sponsors in force at the Welcome and Networking receptions.
Na bijna 3 jaar trouwe dienst vandaag afscheid genomen van m’n BlackBerry Pearl…Specificaties
Camera (2.0 MP)
Ingebouwde GPS
Mediaspeler
Video-opname
BlackBerry® Maps
Draadloze e-mail
Organiser
Browser
Telefoon
SMS/MMS
Wi-Fi® ondersteuning
After almost 3 years of good service I had to say goodbye to my BlackBerry Pearl…Specifications
Camera (2.0 MP)
Built-in GPS
Media Player
Video Recording
BlackBerry® Maps
Wireless Email
Organizer
Browser
Phone
SMS/MMS
Wi-Fi® support
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.
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.
