"Ministerie waarschuwt voor gebruik Google Map", zo kopte Webwereld. Die kop had in ieder geval tot gevolg dat het artikel over een door het Groningse GEON in opdracht van het Ministerie van BZK uitgevoerd onderzoek goed gelezen werd. In het onderzoek wordt ingegaan op de hoe de afhankelijkheid van veel overheidssites van Google Maps tot stand is gekomen en wat de juridische en andere gevolgen van deze afhankelijkheid zijn.
"Het zou daarom het beste zijn als er een zogenaamde geo-viewer wordt ontwikkeld speciaal bedoeld voor overheden", schrijft Webwereld. Daar wordt een belangrijke toevoeging van GEON weggelaten, namelijk dat "Een dergelijke voorziening kan heel goed door private partijen worden geleverd. Wel onder regie en voorwaarden van de overheid." Aha, PDOK (Publieke Dienstverlening op de Kaart) hoeft dus niet zoals nu door het Kadaster te worden gebouwd en onderhouden, dat kan ook door een marktpartij. Een beetje het idee als met een concessie in het openbaar vervoer: via een aanbesteding kun je voor 3 jaar het beheer van PDOK voor je rekening nemen.
Daarnaast zijn de bijvangsten uit het onderzoek ook bijzonder interessant, het geeft een goed beeld van hoe gemeenten op geo-gebied tegen de rijksoverheid aankijken.
"De behoefte aan een aantal basis services om minimaal de basisregistraties op een gestandaardiseerde manier te kunnen ontsluiten via de eigen webviewer is breed aanwezig. Het gaat daarbij nadrukkelijk om (in eerste instantie) de ontsluiting. Dit wordt breed als overheidstaak gezien. De bereidheid hiervoor te betalen, is echter gering. Met name gemeenten vinden dit niet reëel gezien de grote investeringen die zij al hebben moeten doen in het opbouwen van basisregistraties zoals de BAG."
Met name de juridische problemen van het gebruik van Google Maps zijn wellicht te tackelen door gebruik te maken van GeoZet, de kaartviewer van en voor de overheid. GeoZet staat voor GEOgrafische Zoek- En Toondienst.
Maar ís GeoZet er nu wel of niet?
Weer even Webwereld aangehaald: "Een woordvoerster van het ministerie van Binnenlandse Zaken legt uit dat het onderzoek vooral gezien moet worden als een aanbeveling bij de ontwikkeling van GEOZET. Die moet binnen afzienbare tijd af zijn. "Naar verwachting is die voor de zomer af", aldus de zegsvrouw.
Maar tegelijkertijd lees ik op e-overheid voor burgers dat "GEOZET is ontwikkeld in opdracht van het ministerie van Binnenlandse Zaken en Koninkrijksrelaties (BZK) heeft aan het ICTU-programma e-Overheid voor Burgers de opdracht verstrekt voor het uitvoeren van de realisatiefase en het inrichten van het beheer. De applicatie is ingebruikgenomen en wordt beheerd door Geonovum binnen het project Publieke Dienstverlening op de Kaart".
Een genuanceerde opvatting is te lezen in de recente brochure van het programma PDOK. Daar staat: "GEOZET viewer. Voor het tonen van de webservice bekendmakingen, is binnen PDOK een viewer ontwikkeld. Bijzonder aan deze viewer is dat hij voldoet aan de webrichtlijnen. Samen met het Ministerie van BZK bekijkt het programma of deze viewer in 2011 vrijgegeven kan worden voor hergebruik";
Dat rijmt nog niet zo lekker met elkaar. Het knelpunt is namelijk dat de viewer zelf misschien wel klaar is, maar dat de vulling niet.
Da's enerzijds de vulling die het zoeken op straatnaam (of andere zoekterm) mogelijk moet maken. Daarvoor werd ACN gebruikt, maar dat is een door Kadaster commerciëel uitgebaat product, dus Kadaster wil de kassa laten rinkelen. In plaats daarvan zou de BAG daarom de bron moeten gaan worden. Inmiddels zijn alle gemeenten op de BAG aangesloten, daarmee hebben we alle woonplaatsen en straatnamen als potentiële zoekingangen. Maar misschien wil de gebruiker ook kunnen zoeken op "Rijksmuseum", "Veluwe" of "Wipkip in de Schilderswijk". dan zijn we weer bij de basisregistratie toponiemen (zie de leuke discussie daarover op LinkedIn)
Het andere deel betreft het tonen. Daarvoor wordt een kaartondergrond gebruikt. Dat zou natuurlijk de reeks top10nl, top50nl, top250nl moeten zijn, maar zolang deze basisregistraties nog niet compleet of beschikbaar zijn worden ze in combinatie met stukken OpenStreetmap gebruikt.
Misschien goed voor GeoZet om de onderdelen "Zoek" en "Toon" als apart product in de geomarkt te zetten, en -als dat nog niet het geval is- deze beide diensten op zelf gekozen geodataservices (ACN, BAG via PDOK, eigen BAG service van een gemeente) te laten werken.
Het gehele rapport is uiteraard te vinden op de site van de rijksoverheid.
donderdag 5 mei 2011
zondag 27 maart 2011
Ingebouwd kompas
Gelezen op de "onze taal" scheurkalender: sommige talen kennen geen woorden voor "links" en "rechts". Richting maar ook positie van voorwerpen of personen wordt met de windrichtingen aangegeven: Jan staat ten westen van Piet. Dus niet de egocentrische plaatsbepaling die wij kennen!
De sprekers van die talen (in Australië onder meer het Guugu Yimithirr) hebben een enorm gevoel voor orientatie ten opzichte van de zon: bijna een ingebouwd kompas. Ik zou graag een keer een stem die het Guugu Yimithirr spreekt op mijn TomTom instellen: "op de kruising westwaarts".
Voor wie er meer van wil weten: een artikel in de New York Times van oktober 2010 gaat hier dieper op in, net als op andere taalspecifieke eigenschappen.
De sprekers van die talen (in Australië onder meer het Guugu Yimithirr) hebben een enorm gevoel voor orientatie ten opzichte van de zon: bijna een ingebouwd kompas. Ik zou graag een keer een stem die het Guugu Yimithirr spreekt op mijn TomTom instellen: "op de kruising westwaarts".
Voor wie er meer van wil weten: een artikel in de New York Times van oktober 2010 gaat hier dieper op in, net als op andere taalspecifieke eigenschappen.
maandag 21 maart 2011
Open data beschikbaar!
Een week geleden schreef ik over een gewenste geodata vrijstaat. Vandaag wees een collega AGGN bestuurslid mij er op dat het begin er al is. Als onderdeel van de 3D pilot hebben diverse organisaties en bedrijven geodata van een stukje van Rotterdam beschikbaar gesteld. Het gaat om de Wilhelminapier (Kop van Zuid) en omgeving, dus hoogstedelijk, met veel dynamiek. Het is niet allemaal specifiek 3D data, maar ook 2D die zich met 3D laat combineren.
GeoNovum organiseert op 16 juni een (gratis toegankelijk) congres over deze 3D Pilot. Samen met gastheer Gemeente Rotterdam, die deze dag haar dataset “Rotterdam 3D” officieel lanceert. Rotterdam stelt deze dataset beschikbaar voor organisaties om te gebruiken in eigen en nieuwe toepassingen. Dat lijkt me iets voor Rotterdam Open Data? (voor appsforamsterdam wat minder geschikt).
Ik hoop dat deze dataverzameling na het project "3D pilot" niet alleen statisch beschikbaar blijft maar door de dataproviders ook up-to-date wordt gehouden. En dat alle databezitters in Nederland zich hierdoor laten inspireren en hun steentje data aan deze verzameling bijdragen.
Overheden gaan sowieso die kant op, nu Minister Verhagen van Innovatie de potentie van open data inziet. Verhagen zat met Hyves, Google en IBM rond de tafel, en het voorbeeld wat wordt aangehaald (KNMI) is er gelijk een met een forse geocomponent.
Is Geobusiness al aangeschoven aan de tafel van Maxime? En kunnen de collega's van de Dienst Landelijk Gebied (die ook onder Verhagen vallen) nog een goed woordje doen?
GeoNovum organiseert op 16 juni een (gratis toegankelijk) congres over deze 3D Pilot. Samen met gastheer Gemeente Rotterdam, die deze dag haar dataset “Rotterdam 3D” officieel lanceert. Rotterdam stelt deze dataset beschikbaar voor organisaties om te gebruiken in eigen en nieuwe toepassingen. Dat lijkt me iets voor Rotterdam Open Data? (voor appsforamsterdam wat minder geschikt).
Ik hoop dat deze dataverzameling na het project "3D pilot" niet alleen statisch beschikbaar blijft maar door de dataproviders ook up-to-date wordt gehouden. En dat alle databezitters in Nederland zich hierdoor laten inspireren en hun steentje data aan deze verzameling bijdragen.
Overheden gaan sowieso die kant op, nu Minister Verhagen van Innovatie de potentie van open data inziet. Verhagen zat met Hyves, Google en IBM rond de tafel, en het voorbeeld wat wordt aangehaald (KNMI) is er gelijk een met een forse geocomponent.
Is Geobusiness al aangeschoven aan de tafel van Maxime? En kunnen de collega's van de Dienst Landelijk Gebied (die ook onder Verhagen vallen) nog een goed woordje doen?
zondag 13 maart 2011
geodatavrijstaat: geodataproeftuin van NL
Tijdens een bezoek aan AppsForAmsterdam afgelopen zaterdag werd het me duidelijk. Om echt nieuwe toepassingen voor bestaande geodata te ontwikkelen moet je gewoon met je handen in die data kunnen wroeten.
Dat is voor data met toegangs- of gebruiksbeperkingen (van licentiekosten tot privacy-issues) niet zo gemakkleijk, en zelfs voor vrij toegankelijke data moet je eerst door een ambtelijk bestelproces heen.
Handiger is het als we van één stukje Nederland een geodatavrijstaat maken: als al die samples die je nu soms al van geodatasets kunt downloaden nou eens van hetzelfde stukkie Nederland, dan zijn kun je als ontwikkelaar ook leuke combinaties gaan maken: daar zit vaak de echte meerwaarde. Pakweg 9 vierkante kilometer geodatavrijstaat, waarvan commerciële data (postcodegebieden), overheidsdata (de adressen en gebouwen uit de BAG, misschien zelfs het omstreden NWB) en crowdedsourced spul (OSM) direct beschikbaar zijn. Geen voorwaarde: direct proeven, voelen en gebruiken.
(OK, niets is perfect: voor lokale en regionale datasets werkt dit principe niet)
En dan nog een geschikte locatie voor zo'n zandbak. Het is handig als er een stukje stad en een stukje landelijk gebied in zit. In het verlengde van AppsForAmsterdam zou het (een deel van) onze hoofdstad kunnen zijn. Of zou Almere zich hiermee willen profileren? Apeldoorn wellicht: thuishaven van Kadaster én voorop lopende geogemeente. Of Amersfoort, centrum van organisatorisch (GeoNovum) en geodetisch (nulpunt RD) geo-Nederland.
Trouwens ook een fijne uitbreiding op de iso-metadatastandaard: in plaats van zo'n suffe thumbnail een proefstukje. Binnenkort maar eens bij GeoNovum voorstellen.
Dat is voor data met toegangs- of gebruiksbeperkingen (van licentiekosten tot privacy-issues) niet zo gemakkleijk, en zelfs voor vrij toegankelijke data moet je eerst door een ambtelijk bestelproces heen.
Handiger is het als we van één stukje Nederland een geodatavrijstaat maken: als al die samples die je nu soms al van geodatasets kunt downloaden nou eens van hetzelfde stukkie Nederland, dan zijn kun je als ontwikkelaar ook leuke combinaties gaan maken: daar zit vaak de echte meerwaarde. Pakweg 9 vierkante kilometer geodatavrijstaat, waarvan commerciële data (postcodegebieden), overheidsdata (de adressen en gebouwen uit de BAG, misschien zelfs het omstreden NWB) en crowdedsourced spul (OSM) direct beschikbaar zijn. Geen voorwaarde: direct proeven, voelen en gebruiken.
(OK, niets is perfect: voor lokale en regionale datasets werkt dit principe niet)
En dan nog een geschikte locatie voor zo'n zandbak. Het is handig als er een stukje stad en een stukje landelijk gebied in zit. In het verlengde van AppsForAmsterdam zou het (een deel van) onze hoofdstad kunnen zijn. Of zou Almere zich hiermee willen profileren? Apeldoorn wellicht: thuishaven van Kadaster én voorop lopende geogemeente. Of Amersfoort, centrum van organisatorisch (GeoNovum) en geodetisch (nulpunt RD) geo-Nederland.
Trouwens ook een fijne uitbreiding op de iso-metadatastandaard: in plaats van zo'n suffe thumbnail een proefstukje. Binnenkort maar eens bij GeoNovum voorstellen.
woensdag 2 maart 2011
Dag flex en flash, dag silverlight, hallo HTML5!
Voor het eerst een bijeenkomst van de Adobe User Group Nederland (AUGNL) bijgewoond. Er stond html5 op het menu, dus ook voor GISsend Nederland interessant.
Er was de afgelopen maanden in de GIS-wereld nogal wat losse en georganiseerde discussies over webviewers, met name voor de overheid. Doorinvesteren in Flamingo MC (zoals de provincies willen). Of zuiver in de leer van 100% voldoen aan de webrichtlijnen met de GeoZet viewer (zoals een aantal rijkspartijen voorstaat).
Bij aankomst in Pakhuis de Zwijger werd één Adobe User group vooroordeel bevestigd: 98% van de aanwezige laptops droeg het Apple-logo. Maar de ruim 300 (!) aanwezigen waren gemiddeld wat minder hip dan ik had verwacht. Piercings < 5%. Leeftijd 25 - 45 jaar. Haarkleur blond, bruin en zwart én grijs. Wel veel designbrillen. En best weinig iPads.
Een snelle peiling leerde dat er ongeveer evenveel (web-)designers als (web-)developers aanwezig waren. En dat was ook zo'n beetje de verhouding op het podium: van "flashy" ("html5-ish?") ontwerpen tot een kijkje in de Javascript/HTML code die het allemaal mogelijk maakt.
HTML5 is een nieuwe HTML-versie die waarschijnlijk in 2012 officiële W3C Candidate Recommendation krijgt. Het is een complete remake, met veel aandacht voor structuur van het document, én voor multimediatoepassingen.
Voor GIS-ers zijn een aantal HTML5 onderdelen interessant:
- Canvas: "a resolution-dependent bitmap canvas that can be used for rendering graphs, game graphics, or other visual images on the fly". Met JavaScript functies kun je al je kaarttekenfuncties hier op los laten.
LBi Lost Boys' Peter Nederlof miste eigenlijk geen enkele functionaliteit in het canvas-element.
- WebSQLDatabase: een clientside SQL database (in de meste implementaties op basis van SQLite);
- WebWorkers: een mooie naam voor wat we al lang kennen als multithreading: stukjes (Javascript) code op de achtergrond laten uitvoeren, in plaats van te moeten wachten tot een langdurige teken- of rekenbewerking klaar is;
- WebSockets: Waar bi-directioneel verkeer tussen webclient en server mogelijk is, en de server dus ook data naar de webclient kan pushen. Dat voorkomt dat de webclient nodeloos moet vragen aan de server of er bijvoorbeeld nieuwe data is;
- Geolocation: HTML5 kan direct uit de gebruikte internetverbdinging (vast of mobiel) een geolocatie distilleren;
HTML5 wordt nog niet in alle courante browserversies ondersteund, maar IE9, FF3, Opera 10, Chrome 3, iOS 3 en Android 1 hebben in ieder geval support voor het canvas-element. Da's aan de iOS (Apple)kant pure winst ten opzichte van Flash: dat wordt immers in het geheel niet ondersteund op die mooie iPads!
Voor IE zijn JavaScript libaries verkrijgbaar die de HTML5 functies via Flash, of zelfs via IE's eigen VML-functies grotendeels beschikbaar maken. Een interessante manier om al snel voor een brede groep gebruikers HTML5 aan te bieden.
Om een idee te krijgen van het browsergebruik even de maandcijfers (februari 2011) voor deze site en die van de ArcGIS Gebruikersgroep Nederland
browser: gisnederland.nl - aggn.nl
IE8: 20% - 40%
IE7: 14% - 18%
IE < 7: 1% - 3%
FF 4: 3% - 0%
FF3.6: 20% - 17%
FF < 3.6: 1% - 5%
Chrome 9: 14% - 3%
Chrome 8: 3% - 1%
Safari 5: 10% - 6%
Steeds meer van deze browsers ondersteunen op steeds meer besturingssystemen hardware acceleratie. Mooi voor spectaculaire animaties, maar ook mooi voor een perfecte user-experience, met klassieke GIS taken als pannen, in- en uitzoomen. Juist vanwege deze hardware acceleration is Microsoft IE9 flink aan het promoten, meer dan het de overstap van 7 naar 8 aanmoedigde. IE9 is vanaf dinsdag 15 maart te downloaden.
Dan nog wat tools:
Browsermogelijkheden vallen uitstekend te checken met de JavaScript library Modernizr
Adobe's Serge Jespers toonde een serie tools die Adobe binnenkort uitbrengt. Onder meer Wallaby, waarmee Flash applicaties naar HTML5 kunnen worden omgezet. Juich niet te vroeg: deze tool kan géén ActionScript converteren...
Adobe Muse is de HTML5 editor die er aan komt. En Adobe werkt samen met de makers van de JavaScript library JQuery, met name voor mobiele toepassingen.
Adobe ziet Flash niet verdwijnen, maar juist in combinatie met HTML5 tot mooie dingen leiden, waarbij Flash met nam het animatiedeel voor zijn rekening neemt.
En vanuit Ilustrator CS5 is er rechtstreekse export naar HTML5 mogelijk. Dus die PDF-kaarten op het web moeten ook maar eens verleden tijd worden.
SilverLight zei U? Over deze Microsoft variant op Flash heb ik deze middag niemand gehoord...
En wat zijn de plannen van Esri t.a.v. HTML5?
Op de 2010 International User Conference werd gezegd:
ESRI is actively researching HTML5 for the purposes of leveraging some of its new capabilities: geolocation, drag and drop, off-line storage, etc. Although the ArcGIS API for JavaScript currently does not explicitly incorporate HTML5 elements, developers can definitely use some HTML5 features such as geolocation and video display capabilities with their ArcGIS API for JavaScript applications. We plan on incorporating specific HTML5 functionality within the ArcGIS API for JavaScript this year, allowing for touch-screen user experiences, tighter integration with mobile devices, more powerful display capabilities through HTML5’s canvas, etc.
Op diezelfde User Conference werd deze presentatie getoond, met wat Esri doorkijkjes naar HTML5.
En morgen begint de Esri Developer Summit waarin dit onderwerp ook aan de orde komt. Feedback op de GIS Tech?
Er was de afgelopen maanden in de GIS-wereld nogal wat losse en georganiseerde discussies over webviewers, met name voor de overheid. Doorinvesteren in Flamingo MC (zoals de provincies willen). Of zuiver in de leer van 100% voldoen aan de webrichtlijnen met de GeoZet viewer (zoals een aantal rijkspartijen voorstaat).
Bij aankomst in Pakhuis de Zwijger werd één Adobe User group vooroordeel bevestigd: 98% van de aanwezige laptops droeg het Apple-logo. Maar de ruim 300 (!) aanwezigen waren gemiddeld wat minder hip dan ik had verwacht. Piercings < 5%. Leeftijd 25 - 45 jaar. Haarkleur blond, bruin en zwart én grijs. Wel veel designbrillen. En best weinig iPads.
Een snelle peiling leerde dat er ongeveer evenveel (web-)designers als (web-)developers aanwezig waren. En dat was ook zo'n beetje de verhouding op het podium: van "flashy" ("html5-ish?") ontwerpen tot een kijkje in de Javascript/HTML code die het allemaal mogelijk maakt.
HTML5 is een nieuwe HTML-versie die waarschijnlijk in 2012 officiële W3C Candidate Recommendation krijgt. Het is een complete remake, met veel aandacht voor structuur van het document, én voor multimediatoepassingen.
Voor GIS-ers zijn een aantal HTML5 onderdelen interessant:
- Canvas: "a resolution-dependent bitmap canvas that can be used for rendering graphs, game graphics, or other visual images on the fly". Met JavaScript functies kun je al je kaarttekenfuncties hier op los laten.
LBi Lost Boys' Peter Nederlof miste eigenlijk geen enkele functionaliteit in het canvas-element.
- WebSQLDatabase: een clientside SQL database (in de meste implementaties op basis van SQLite);
- WebWorkers: een mooie naam voor wat we al lang kennen als multithreading: stukjes (Javascript) code op de achtergrond laten uitvoeren, in plaats van te moeten wachten tot een langdurige teken- of rekenbewerking klaar is;
- WebSockets: Waar bi-directioneel verkeer tussen webclient en server mogelijk is, en de server dus ook data naar de webclient kan pushen. Dat voorkomt dat de webclient nodeloos moet vragen aan de server of er bijvoorbeeld nieuwe data is;
- Geolocation: HTML5 kan direct uit de gebruikte internetverbdinging (vast of mobiel) een geolocatie distilleren;
HTML5 wordt nog niet in alle courante browserversies ondersteund, maar IE9, FF3, Opera 10, Chrome 3, iOS 3 en Android 1 hebben in ieder geval support voor het canvas-element. Da's aan de iOS (Apple)kant pure winst ten opzichte van Flash: dat wordt immers in het geheel niet ondersteund op die mooie iPads!
Voor IE zijn JavaScript libaries verkrijgbaar die de HTML5 functies via Flash, of zelfs via IE's eigen VML-functies grotendeels beschikbaar maken. Een interessante manier om al snel voor een brede groep gebruikers HTML5 aan te bieden.
Om een idee te krijgen van het browsergebruik even de maandcijfers (februari 2011) voor deze site en die van de ArcGIS Gebruikersgroep Nederland
browser: gisnederland.nl - aggn.nl
IE8: 20% - 40%
IE7: 14% - 18%
IE < 7: 1% - 3%
FF 4: 3% - 0%
FF3.6: 20% - 17%
FF < 3.6: 1% - 5%
Chrome 9: 14% - 3%
Chrome 8: 3% - 1%
Safari 5: 10% - 6%
Steeds meer van deze browsers ondersteunen op steeds meer besturingssystemen hardware acceleratie. Mooi voor spectaculaire animaties, maar ook mooi voor een perfecte user-experience, met klassieke GIS taken als pannen, in- en uitzoomen. Juist vanwege deze hardware acceleration is Microsoft IE9 flink aan het promoten, meer dan het de overstap van 7 naar 8 aanmoedigde. IE9 is vanaf dinsdag 15 maart te downloaden.
Dan nog wat tools:
Browsermogelijkheden vallen uitstekend te checken met de JavaScript library Modernizr
Adobe's Serge Jespers toonde een serie tools die Adobe binnenkort uitbrengt. Onder meer Wallaby, waarmee Flash applicaties naar HTML5 kunnen worden omgezet. Juich niet te vroeg: deze tool kan géén ActionScript converteren...
Adobe Muse is de HTML5 editor die er aan komt. En Adobe werkt samen met de makers van de JavaScript library JQuery, met name voor mobiele toepassingen.
Adobe ziet Flash niet verdwijnen, maar juist in combinatie met HTML5 tot mooie dingen leiden, waarbij Flash met nam het animatiedeel voor zijn rekening neemt.
En vanuit Ilustrator CS5 is er rechtstreekse export naar HTML5 mogelijk. Dus die PDF-kaarten op het web moeten ook maar eens verleden tijd worden.
SilverLight zei U? Over deze Microsoft variant op Flash heb ik deze middag niemand gehoord...
En wat zijn de plannen van Esri t.a.v. HTML5?
Op de 2010 International User Conference werd gezegd:
ESRI is actively researching HTML5 for the purposes of leveraging some of its new capabilities: geolocation, drag and drop, off-line storage, etc. Although the ArcGIS API for JavaScript currently does not explicitly incorporate HTML5 elements, developers can definitely use some HTML5 features such as geolocation and video display capabilities with their ArcGIS API for JavaScript applications. We plan on incorporating specific HTML5 functionality within the ArcGIS API for JavaScript this year, allowing for touch-screen user experiences, tighter integration with mobile devices, more powerful display capabilities through HTML5’s canvas, etc.
Op diezelfde User Conference werd deze presentatie getoond, met wat Esri doorkijkjes naar HTML5.
En morgen begint de Esri Developer Summit waarin dit onderwerp ook aan de orde komt. Feedback op de GIS Tech?
zaterdag 29 januari 2011
Nog meer Open Data: Wat de BAG wel en niet vermag
Het heugelijke feit dat vrijwel alle Nederlandse gemeenten zijn aangesloten op de landelijke voorziening (LV) van de BAG zet de creatieve geesten in de geowereld aan tot het bedenken van vrolijke BAG toepassingen. Het weergeven van de groei van steden is dan een leuke toepassing.
Geodan brengt de ontwikkeling van Amsterdam in beeld (een thuiswedstrijd):
Het Groningse GEON doet dat voor van Rotterdam:
Sowieso leuk om de fimpjes qua vormgeving te vergelijken, maar als Amsterdammer ben ik wellicht bevooroordeeld. Ik vind daar de tijdlijn met 1901 (Woningwet) en 1940 (WO II) als markante punten prettig. En het in de loop der tijd verschijnen van gebouwen is veel indringender dan het vertalen naar een grid of het met behulp van een choropleet op basis van wijk- en buurtindeling weergeven van de bebouwingsontwikkeling.
Inhoudelijk vallen mij 2 dingen op. Ten eerste dat sommige gebouwen volgens de BAG veel ouder zijn dan volgens mijn inschatting: het AMC en winkelcentrum de Amsterdamse Poort (beide in in Amsterdam Zuidoost) ploppen al in 1900 tevoorschijn, in plaats van in de jaren tachtig van de vorige eeuw. Selectiefoutje? Of is het feit dat dit deel van Amsterdam nog heel lang gemeente Weesperkarspel is geweest de boosdoener? Leuk is wel dat door het in deze context te zien dit soort foutjes sneller in het oog springen.
Ten tweede loop je tegen een belangrijke beperking voor zo'n toepassing aan: de BAG bevat (nog) geen historie. Kijk bijvoorbeeld naar de ontstaansgeschiedenis van de hoofdstedelijke voetbalstadions. Jan Wils zijn Olympische creatie verschijnt keurig in 1928 in beeld, maar het tegenoverliggende Stadion uit 1914, dat in 1928 is afgebroken, komt niet in beeld. Zo ook met de Meer aan de Middenweg. Dit door Daan Roodenburgh ontworpen stadion is in 1934 geopend en in 1996, na Ajax' overstap naar de Arena gesloopt. De Arena zien we in 1996 verschijnen, maar de Meer is uit ons geheugen verbannen. *)
(Gelukkig maar dat met UAR (Urban Augmented Reality) het mooiste voetbalstadion van Nederland wél voor het nageslacht is vastgelegd.)
De Rotterdamse voetbalstadions hebben wat meer eeuwigheidswaarde, maar in "010" valt op dat de BAG het bombardement van 1940 niet als trednbreuk herkent. En ook het dorp Blankenburg, dat in de jaren zestig plaats heeft moeten maken voor de Europoort, zit niet in het BAG geheugen.
Nou ja, voor het historisch bewustzijn dus ook nog maar even kijken op de WatWasWaarKaart
*) om het compleet te maken moet ik hier ook de thuisbasis van de Volewijckers in Amsterdam Noord noemen: het stadion aan het Mosveld is in de jaren zestig ten prooi gevallen aan een toegangsweg voor de IJtunnel. Ook deze groenwitte historie vinden we niet terug in de BAG
Geodan brengt de ontwikkeling van Amsterdam in beeld (een thuiswedstrijd):
Het Groningse GEON doet dat voor van Rotterdam:
Sowieso leuk om de fimpjes qua vormgeving te vergelijken, maar als Amsterdammer ben ik wellicht bevooroordeeld. Ik vind daar de tijdlijn met 1901 (Woningwet) en 1940 (WO II) als markante punten prettig. En het in de loop der tijd verschijnen van gebouwen is veel indringender dan het vertalen naar een grid of het met behulp van een choropleet op basis van wijk- en buurtindeling weergeven van de bebouwingsontwikkeling.
Inhoudelijk vallen mij 2 dingen op. Ten eerste dat sommige gebouwen volgens de BAG veel ouder zijn dan volgens mijn inschatting: het AMC en winkelcentrum de Amsterdamse Poort (beide in in Amsterdam Zuidoost) ploppen al in 1900 tevoorschijn, in plaats van in de jaren tachtig van de vorige eeuw. Selectiefoutje? Of is het feit dat dit deel van Amsterdam nog heel lang gemeente Weesperkarspel is geweest de boosdoener? Leuk is wel dat door het in deze context te zien dit soort foutjes sneller in het oog springen.
Ten tweede loop je tegen een belangrijke beperking voor zo'n toepassing aan: de BAG bevat (nog) geen historie. Kijk bijvoorbeeld naar de ontstaansgeschiedenis van de hoofdstedelijke voetbalstadions. Jan Wils zijn Olympische creatie verschijnt keurig in 1928 in beeld, maar het tegenoverliggende Stadion uit 1914, dat in 1928 is afgebroken, komt niet in beeld. Zo ook met de Meer aan de Middenweg. Dit door Daan Roodenburgh ontworpen stadion is in 1934 geopend en in 1996, na Ajax' overstap naar de Arena gesloopt. De Arena zien we in 1996 verschijnen, maar de Meer is uit ons geheugen verbannen. *)
(Gelukkig maar dat met UAR (Urban Augmented Reality) het mooiste voetbalstadion van Nederland wél voor het nageslacht is vastgelegd.)
De Rotterdamse voetbalstadions hebben wat meer eeuwigheidswaarde, maar in "010" valt op dat de BAG het bombardement van 1940 niet als trednbreuk herkent. En ook het dorp Blankenburg, dat in de jaren zestig plaats heeft moeten maken voor de Europoort, zit niet in het BAG geheugen.
Nou ja, voor het historisch bewustzijn dus ook nog maar even kijken op de WatWasWaarKaart
*) om het compleet te maken moet ik hier ook de thuisbasis van de Volewijckers in Amsterdam Noord noemen: het stadion aan het Mosveld is in de jaren zestig ten prooi gevallen aan een toegangsweg voor de IJtunnel. Ook deze groenwitte historie vinden we niet terug in de BAG
Open data: Google laat je lopen
Mooi, al die Open Data initiatieven: geef de data vrij, en laat de markt er diensten mee bakken. Maar voorlopig bakt Google er nog niet veel van. Als ik vanuit mijn Amsterdamse woning een Rotterdams familielid wil bezoeken ben ik met Google Transit bijna 2 uur onderweg, waar 9292OV me in 1 uur en 40 minuten wil overzetten.
De oorzaak is dat Google vooralsnog slechts de dienstregeling van NS en het Amsterdamse GVB gebruikt. Ik wordt door Google dus op een station in de buurt van mijn bestemming afgezet, met de opdracht de laatste 2.3 kilometer te lopen. Dat mijn doel met de Rotterdamse metro tot op 100 meter bereikt kan worden weet Google niet, want de RET dienstregeling is niet bij Google bekend.
Tja, zo schiet Open Data zijn doel voorbij: op dit soort halfbakken diensten, nota bene van onze Grote Vriend Google, zit niemand te wachten. Open data OK, maar dan wel onder de voorwaarde dat er een complete dataset wordt gebruikt. Of dat de gebruiker duidelijk wordt gemaakt dat het advies op halfbakken gegevens is gebaseerd.
Ik ben benieuwd of de App ontwikkelaars ip het AppInADay Event op 16 februari ook kritisch naar de hun aangeboden data kijken. Die data is allemaal keurig in het Nationaal Georegister beschreven, en is dus ook voor de App bakkers bekend.
De oorzaak is dat Google vooralsnog slechts de dienstregeling van NS en het Amsterdamse GVB gebruikt. Ik wordt door Google dus op een station in de buurt van mijn bestemming afgezet, met de opdracht de laatste 2.3 kilometer te lopen. Dat mijn doel met de Rotterdamse metro tot op 100 meter bereikt kan worden weet Google niet, want de RET dienstregeling is niet bij Google bekend.
Tja, zo schiet Open Data zijn doel voorbij: op dit soort halfbakken diensten, nota bene van onze Grote Vriend Google, zit niemand te wachten. Open data OK, maar dan wel onder de voorwaarde dat er een complete dataset wordt gebruikt. Of dat de gebruiker duidelijk wordt gemaakt dat het advies op halfbakken gegevens is gebaseerd.
Ik ben benieuwd of de App ontwikkelaars ip het AppInADay Event op 16 februari ook kritisch naar de hun aangeboden data kijken. Die data is allemaal keurig in het Nationaal Georegister beschreven, en is dus ook voor de App bakkers bekend.
woensdag 8 december 2010
Stede(n)bouw en [k|c]artografie
Als beleidsmedewerker bij "The Ministry Formerly Known As VROM" (TMFKAV), thans Infrastructuur en Milieu werk ik op het grensvlak van Ruimtelijk Ontwerp en Geo-Informatie. Vandaar dat de afdeling waar ik het land dien dan ook GIRO heet. Inderdaad, geo-informatie staat voorop! Althans in naam.
Bij toeval hebben beide vakgebieden een spellingsbijzonderheid onder de leden. Ruimtelijk Ontwerp is een uitbreiding op stedebouwkunde. Stedebouw, zonder tussen-n inderdaad, al zegt uw spellingscontrole wellicht wat anders. Want "stede" slaat niet op meervoud van stad (dan had het wel stadsbouw geheten!), maar op woonstede; een plek om te wonen.
Maar het blijkt moeilijk te zijn om consequent te zijn op www.wissing.nl lees ik dat "bureau Wissing stedebouw en ruimtelijke vormgeving" een stedenbouwkundig bureua is.
Aan geo-zijde is de spelling van kartografie nog altijd omstreden. Mooi om te zien dat uitgerekend het Meertens instituut kartografische applicaties dus met een "k") heeft (zie http://www.meertens.knaw.nl/projecten/mand/CARTkartografieapp.html).
Een bureau in Assen zit in dezelfde spagaat als stede(n)bouwkundig bureau Wissing: De Vries Kartografie doet aan cartografie.
Voor beide vakgebieden geldt dat ze nogal wat moeite hebben hun bestaansrecht voor de boze buitenwereld duidelijk te maken. Dat verbaast me niets, met deze taalschizofrenie!
Afijn (enfin?), ik ben benieuwd of tijdens het Groot Dictee op 15 december aanstaande een rol is weggelegd voor "een geëxalteerde stedebouwkundige die dankzij geraffineerde kartografie de eloquente politici het zwijgen wist op te leggen".
Bij toeval hebben beide vakgebieden een spellingsbijzonderheid onder de leden. Ruimtelijk Ontwerp is een uitbreiding op stedebouwkunde. Stedebouw, zonder tussen-n inderdaad, al zegt uw spellingscontrole wellicht wat anders. Want "stede" slaat niet op meervoud van stad (dan had het wel stadsbouw geheten!), maar op woonstede; een plek om te wonen.
Maar het blijkt moeilijk te zijn om consequent te zijn op www.wissing.nl lees ik dat "bureau Wissing stedebouw en ruimtelijke vormgeving" een stedenbouwkundig bureua is.
Aan geo-zijde is de spelling van kartografie nog altijd omstreden. Mooi om te zien dat uitgerekend het Meertens instituut kartografische applicaties dus met een "k") heeft (zie http://www.meertens.knaw.nl/projecten/mand/CARTkartografieapp.html).
Een bureau in Assen zit in dezelfde spagaat als stede(n)bouwkundig bureau Wissing: De Vries Kartografie doet aan cartografie.
Voor beide vakgebieden geldt dat ze nogal wat moeite hebben hun bestaansrecht voor de boze buitenwereld duidelijk te maken. Dat verbaast me niets, met deze taalschizofrenie!
Afijn (enfin?), ik ben benieuwd of tijdens het Groot Dictee op 15 december aanstaande een rol is weggelegd voor "een geëxalteerde stedebouwkundige die dankzij geraffineerde kartografie de eloquente politici het zwijgen wist op te leggen".
zondag 10 oktober 2010
Bounding box: Waarin een klein land groot kan zijn
Per 10 oktober 2010 is Nederland vele malen groter geworden. Met de opheffing van de Antillen zijn de zogehten "BES-eilanden" Bonaire, St. Eustatius en Saba als bijzondere gemeenten (openbaar lichaam) toegevoegd aan Nederland.
Daarmee is in geo-opzicht de bounding box van Nederland enorm toegenomen. Tot gisteren had je een rechthoek van Parijs (linksonder) tot het Duitse Waddeneiland Norderney nodig om heel Nederland te omvatten *), met ingang van heden omspant onze nationale omtrekkende rechthoek de gehele noordelijke Atlantische Oceaan.
Gelukkig voorziet de Inspire-metadata standaard in het toekennen van meer dan één bounding box. We houden de oude Parijs-Norderney rechthoek dus gewoon in stand en voegen er een aan toe die de 3 eilanden omspant. Of nog beter, voeg er een toe voor Bonaire en een nog een voor St. Eustatius en Saba, want de afstand tussen het Benedenwindse Bonaire en de 2 Bovenwindse eilanden is een kleine 1000 kilometer.
In 2005 signaleerde Douglas R. Caldwell al een hele serie bounding box gerelateerde issues. Een aardige daarbij is het onderscheid tussen de bounding box van de data en die van de "data collection area" (het studiegebied). Een voorbeeld hiervan in Nederland is de dataset met hunebedden. De omtrekkende rechthoek van de data beslaat ruwweg de provincie Drenthe, de omtrekkende rechthoek van de "data collection area" beslaat heel Nederland.
Gebruik van de "data collection area" vind ik logischer, uw en mijn GIS-software die automatisch de bounding box bepaalt denkt daar vaak anders over.
Het opnemen van de 3 eilanden in Nederland heeft trouwens nog meer geogevolgen: denk maar een de ruimtelijke plannen verzameling RO-Online. Het Ruimtelijk Ontwikkelingsplan Bonaire zal daar ook een plaatsje moeten krijgen. En als het Nationaal Wegenbestand (NWB) zijn naam eer aan wil doen is een uitbreiding met het wegennet van Bonaire, St. Eustatius en Saba een must. En moeten onze basisregistraties (topXXnl, BAG) ook niet een uitbreiding op het Westelijk halfrond krijgen?
Werk aan de winkel voor GIS4C, het Antilliaanse onderdeel van ESRI Nederland.
Go West!
*) Hier hoor ik TNO-ers al terecht roepen: en het Continentaal Plat dan, met onze olie- en gasvoorraden?
Daarmee is in geo-opzicht de bounding box van Nederland enorm toegenomen. Tot gisteren had je een rechthoek van Parijs (linksonder) tot het Duitse Waddeneiland Norderney nodig om heel Nederland te omvatten *), met ingang van heden omspant onze nationale omtrekkende rechthoek de gehele noordelijke Atlantische Oceaan.
Gelukkig voorziet de Inspire-metadata standaard in het toekennen van meer dan één bounding box. We houden de oude Parijs-Norderney rechthoek dus gewoon in stand en voegen er een aan toe die de 3 eilanden omspant. Of nog beter, voeg er een toe voor Bonaire en een nog een voor St. Eustatius en Saba, want de afstand tussen het Benedenwindse Bonaire en de 2 Bovenwindse eilanden is een kleine 1000 kilometer.
In 2005 signaleerde Douglas R. Caldwell al een hele serie bounding box gerelateerde issues. Een aardige daarbij is het onderscheid tussen de bounding box van de data en die van de "data collection area" (het studiegebied). Een voorbeeld hiervan in Nederland is de dataset met hunebedden. De omtrekkende rechthoek van de data beslaat ruwweg de provincie Drenthe, de omtrekkende rechthoek van de "data collection area" beslaat heel Nederland.
Gebruik van de "data collection area" vind ik logischer, uw en mijn GIS-software die automatisch de bounding box bepaalt denkt daar vaak anders over.
Het opnemen van de 3 eilanden in Nederland heeft trouwens nog meer geogevolgen: denk maar een de ruimtelijke plannen verzameling RO-Online. Het Ruimtelijk Ontwikkelingsplan Bonaire zal daar ook een plaatsje moeten krijgen. En als het Nationaal Wegenbestand (NWB) zijn naam eer aan wil doen is een uitbreiding met het wegennet van Bonaire, St. Eustatius en Saba een must. En moeten onze basisregistraties (topXXnl, BAG) ook niet een uitbreiding op het Westelijk halfrond krijgen?
Werk aan de winkel voor GIS4C, het Antilliaanse onderdeel van ESRI Nederland.
Go West!
*) Hier hoor ik TNO-ers al terecht roepen: en het Continentaal Plat dan, met onze olie- en gasvoorraden?
woensdag 1 september 2010
Kom van dat fort af!
Toen ik vanmiddag aankwam op het Geofort in de Nederbetuwe voor de GeoNovum relatiedag keek ik mijn ogen uit: file op de polderwegen naar het fort en parkeerwachten die de toestroom van auto's in goede banen leiden. Wat een opkomst. Ik dacht naar een evenement te gaan met pakweg 40 bezoekers, blijken er dik 100 man/vrouw op af te komen. Blijkbaar heeft GeoNovum de gewenste centrale plaats in de geosector aardig verworven.
Maar wat is dat eigenlijk, de geo-sector? Toch een beetje een ons-kent-ons wereld, die op zo'n dag veilig bij elkaar kruipt binnen de veilige muren van het Geofort, om vandaar uit naar de rest van de wereld te roepen: "wij staan open voor jullie, hoor!" En inderdaad, met de ophaalbrug van het fort naar beneden zijn we net niet helemaal afgesloten van de buitenwereld.
Wel een prima plek om goede gesprekken met vakgenoten te voeren: struinend op het fort leidt op de een of andere manier tot net iets meer open gesprekken dan wanneer je elkaar op een beursvloer of congres treft. Op de komende GIS Conferentie of GIN congres daarom graag een (kunst)grasveldje met echte schapenkeutels.
Kijkend naar de lijst van aanwezigen op het veilige fort, maar ook op de ledenlijst van branchevereniging Geobusiness Nederland, ligt de nadruk op de aanbodzijde: aanbod van geodata, van infrastructuren en van software. Van de gebruikerskant alleen de "klassieke" toepassers. De "neografen", de ontwikkelaars van iPhone Apps en bouwers van websites met Google Maps Mashups, zijn niet of nauwelijks aanwezig. En dat is eigenlijk wel overzichtelijk, als "de geo-sector" zich alleen bezighoudt met de aanbodzijde, de geo-infrastructuur in brede zin. Laat die afnemers zich juist maar langs de lijnen van hun eigen werkprocessen organiseren.
De geo-sector kan dan prima een faciliterende rol vervullen, waar met bestaande producten een enorme waardevermeerdering kan worden bereikt. Maar dat moeten we *) dan wel uitdragen, en niet wachten tot de afnemers uit zichzelf naar ons *) toekomen. Wees als geosector aanwezig op PICNIC, Infographics, PFCongres en andere events waar potentiële geo-afnemers zich verzamelen. En zet bijvoorbeeld het Nationaal Georegister dan als strategisch instrument in.
Dus, met het Geofort als basis: Ten aanval!
*) ik had wat moeite met "we" en "ons", aangezien ik zelf momenteel exponent ben van die vraagzijde, eigenlijk had ik dus "jullie" moeten typen
Maar wat is dat eigenlijk, de geo-sector? Toch een beetje een ons-kent-ons wereld, die op zo'n dag veilig bij elkaar kruipt binnen de veilige muren van het Geofort, om vandaar uit naar de rest van de wereld te roepen: "wij staan open voor jullie, hoor!" En inderdaad, met de ophaalbrug van het fort naar beneden zijn we net niet helemaal afgesloten van de buitenwereld.
Wel een prima plek om goede gesprekken met vakgenoten te voeren: struinend op het fort leidt op de een of andere manier tot net iets meer open gesprekken dan wanneer je elkaar op een beursvloer of congres treft. Op de komende GIS Conferentie of GIN congres daarom graag een (kunst)grasveldje met echte schapenkeutels.
Kijkend naar de lijst van aanwezigen op het veilige fort, maar ook op de ledenlijst van branchevereniging Geobusiness Nederland, ligt de nadruk op de aanbodzijde: aanbod van geodata, van infrastructuren en van software. Van de gebruikerskant alleen de "klassieke" toepassers. De "neografen", de ontwikkelaars van iPhone Apps en bouwers van websites met Google Maps Mashups, zijn niet of nauwelijks aanwezig. En dat is eigenlijk wel overzichtelijk, als "de geo-sector" zich alleen bezighoudt met de aanbodzijde, de geo-infrastructuur in brede zin. Laat die afnemers zich juist maar langs de lijnen van hun eigen werkprocessen organiseren.
De geo-sector kan dan prima een faciliterende rol vervullen, waar met bestaande producten een enorme waardevermeerdering kan worden bereikt. Maar dat moeten we *) dan wel uitdragen, en niet wachten tot de afnemers uit zichzelf naar ons *) toekomen. Wees als geosector aanwezig op PICNIC, Infographics, PFCongres en andere events waar potentiële geo-afnemers zich verzamelen. En zet bijvoorbeeld het Nationaal Georegister dan als strategisch instrument in.
Dus, met het Geofort als basis: Ten aanval!
*) ik had wat moeite met "we" en "ons", aangezien ik zelf momenteel exponent ben van die vraagzijde, eigenlijk had ik dus "jullie" moeten typen
woensdag 11 augustus 2010
Google Streetview kijkt alleen nog maar
Een dikke maand geleden schreef ik over de wijze waarop Apple locatiegebonden gegevens verzameld. Inmiddels heeft Google in Nederland moeten inbinden en mogen de Streetview-autotjes alleen nog mar fotograferen en afstand meten, en niet meer snuffelen naar WIFI netwerken. Dat laatste deed Google "per ongeluk" tijdens het fotograferen.
De verzamelde informatie was echter "niet compleet", aldus Google. En daarmee niet waardevol? Dan zou streetview zelf ook niet waardevol zijn, want nog niet héél Nederland is ge-streetviewed. Wel veel, maar mijn eigen (Amsterdamse) buurt is nog een van de "Gallische dorpjes" die tot dusverre buiten het bereik van Google is gebleven. Ik kan mijn WIFI dus nog met een gerust hart gebruiken.
Overigens gaat Google de in de afgelopen jaren "per ongeluk" verzamelde data "zo spoedig mogelijk" verwijderen. 't Is blijkbaar even zoeken naar de "delete"-knop.
Om met Bruce te spreken: You can look but you better not touch
De verzamelde informatie was echter "niet compleet", aldus Google. En daarmee niet waardevol? Dan zou streetview zelf ook niet waardevol zijn, want nog niet héél Nederland is ge-streetviewed. Wel veel, maar mijn eigen (Amsterdamse) buurt is nog een van de "Gallische dorpjes" die tot dusverre buiten het bereik van Google is gebleven. Ik kan mijn WIFI dus nog met een gerust hart gebruiken.
Overigens gaat Google de in de afgelopen jaren "per ongeluk" verzamelde data "zo spoedig mogelijk" verwijderen. 't Is blijkbaar even zoeken naar de "delete"-knop.
Om met Bruce te spreken: You can look but you better not touch
woensdag 23 juni 2010
Geospam
Een stukje uit de gebruikersvoorwaarden van Apple
"Locatiegebonden Diensten
Om locatiegebonden diensten aan te bieden via Apple-producten, kunnen wij en onze partners en licentienemers exacte locatiegegevens verzamelen, gebruiken en uitwisselen, inclusief de real-time geografische locatie van uw Apple-computer of -toestel. Deze locatiegegevens worden anoniem verzameld in een vorm die het niet mogelijk maakt u persoonlijk te identificeren. Deze gegevens worden door Apple en haar partners en licentienemers gebruikt om locatiegebonden producten en diensten te leveren en te verbeteren. Zo kunnen wij uw geografische locatie doorgeven aan applicatieaanbieders wanneer u zich aanmeldt voor hun locatiediensten."
Nú wordt locatie echt interessant. Die airmilespas en andere klantenkaarten registeren wel een postcode, maar pas op het moment dat er een aankoop wordt gedaan. Met de geo-informatie die Apple real-time verzamelt staat de weg open om je er aan te helpen herinneren dat het lunchtijd is dat dat de McDonalds om de hoek zit. En niet alleen McDonalds: dus je kunt tussen 12 en 2 een hoop berichten verwachten: geospam!
Tja, had je maar niet op die locatie moeten zijn...
Inmiddels zijn er ook kamervragen over gesteld
"Locatiegebonden Diensten
Om locatiegebonden diensten aan te bieden via Apple-producten, kunnen wij en onze partners en licentienemers exacte locatiegegevens verzamelen, gebruiken en uitwisselen, inclusief de real-time geografische locatie van uw Apple-computer of -toestel. Deze locatiegegevens worden anoniem verzameld in een vorm die het niet mogelijk maakt u persoonlijk te identificeren. Deze gegevens worden door Apple en haar partners en licentienemers gebruikt om locatiegebonden producten en diensten te leveren en te verbeteren. Zo kunnen wij uw geografische locatie doorgeven aan applicatieaanbieders wanneer u zich aanmeldt voor hun locatiediensten."
Nú wordt locatie echt interessant. Die airmilespas en andere klantenkaarten registeren wel een postcode, maar pas op het moment dat er een aankoop wordt gedaan. Met de geo-informatie die Apple real-time verzamelt staat de weg open om je er aan te helpen herinneren dat het lunchtijd is dat dat de McDonalds om de hoek zit. En niet alleen McDonalds: dus je kunt tussen 12 en 2 een hoop berichten verwachten: geospam!
Tja, had je maar niet op die locatie moeten zijn...
Inmiddels zijn er ook kamervragen over gesteld
zondag 20 juni 2010
PDOK; Pays d'Oc of Pay&Dok?
Met het vanuit het programma "vernieuwing rijksdiensten" gesponsorde programma PDOK ("Publieke dienstverlening op de Kaart") slaan een aantal rijkspartijen (Kadaster, LNV, Rijkswaterstaat, VROM, TNO) onder leiding van GeoNovum de geo-handen ineen.
Binnen VROM verleen ik momenteel hand- en spandiensten om te kijken waar en hoe we de primaire VROM-processen (van beleidmaken bij WWI, Milieu en Ruimte tot handhaving bij VI) op PDOK kunnen aansluiten.
Een goede zaak, maar die naam, hé: PDOK. Publieke Dienstverlening op de Kaart.
Ooit begonnen als werknaam, maar ik vind 'm in de huidige communicatie in de weg zitten. Om wélke publieke dienstverlening het dan gaat is altijd lastig uit te leggen. Natuurlijk is een goede geo-informatievoorziening voor de PDOK partners uiteindelijk een voorziening voor de publieke zaak, maar publieke dienstverlening suggereert teveel een direct op burgers gerichte dienst.
En dan taalkunding. Is het een afkorting? Dan uit te spreken als Pé-Dé-O-Ká. Of een soort van acroniem? Dan klinkt het als Pays D'Oc. Of voor degenen die deze fijne wijnassociatie niet willen zien: Pay-Dok. Maar dat laatste klinkt mij dan weer als dubbel betalen in de oren. (De Amsterdamse Zuidas leert dat het "dokmodel" een wat ongelukkige term is: in plaats van het technische ontwerp werd de term dokmodel al snel geassocieerd met het type financiering).
Daarom staat wat mij betreft nog steeds de brievenbus open voor suggesties. Een totaal andere, wervende naam is één optie, een beter dekkende vertaling van de afkorting PDOK een andere. Maar dat laatste is -denk ik- heel lastig omdat je termen als "geo", "informatie" en "voorziening" zo moeilijk in de letters PDOK kwijt kunt.
Het zou helemaal mooi zijn als deel- en gerelateerde projecten als NGR (Nationaal Georegister) en Geozet (Geografische Zoek- en Toondienst, ook een werktitel) samen met PDOK als één familie herkenbaar zijn. Zoiets als iPod, iPhone en iPad.
Mijn suggestie is dan ook het hernoemen van deze familie van programma's en projecten met "nlgeo" als prefix": nlgeoRegister, nlgeoZeT, nlgeoDienst. Dat sluit ook mooi aan bij het NL Geo boek dat najaar 2009 als onderdeel van de RGI-erfenis gepresenteerd werd.
Tot mijn vreugde blijkt de domeinnaam nlgeo.nl al bezet te zijn: door GeoNovum!
Binnen VROM verleen ik momenteel hand- en spandiensten om te kijken waar en hoe we de primaire VROM-processen (van beleidmaken bij WWI, Milieu en Ruimte tot handhaving bij VI) op PDOK kunnen aansluiten.
Een goede zaak, maar die naam, hé: PDOK. Publieke Dienstverlening op de Kaart.
Ooit begonnen als werknaam, maar ik vind 'm in de huidige communicatie in de weg zitten. Om wélke publieke dienstverlening het dan gaat is altijd lastig uit te leggen. Natuurlijk is een goede geo-informatievoorziening voor de PDOK partners uiteindelijk een voorziening voor de publieke zaak, maar publieke dienstverlening suggereert teveel een direct op burgers gerichte dienst.
En dan taalkunding. Is het een afkorting? Dan uit te spreken als Pé-Dé-O-Ká. Of een soort van acroniem? Dan klinkt het als Pays D'Oc. Of voor degenen die deze fijne wijnassociatie niet willen zien: Pay-Dok. Maar dat laatste klinkt mij dan weer als dubbel betalen in de oren. (De Amsterdamse Zuidas leert dat het "dokmodel" een wat ongelukkige term is: in plaats van het technische ontwerp werd de term dokmodel al snel geassocieerd met het type financiering).
Daarom staat wat mij betreft nog steeds de brievenbus open voor suggesties. Een totaal andere, wervende naam is één optie, een beter dekkende vertaling van de afkorting PDOK een andere. Maar dat laatste is -denk ik- heel lastig omdat je termen als "geo", "informatie" en "voorziening" zo moeilijk in de letters PDOK kwijt kunt.
Het zou helemaal mooi zijn als deel- en gerelateerde projecten als NGR (Nationaal Georegister) en Geozet (Geografische Zoek- en Toondienst, ook een werktitel) samen met PDOK als één familie herkenbaar zijn. Zoiets als iPod, iPhone en iPad.
Mijn suggestie is dan ook het hernoemen van deze familie van programma's en projecten met "nlgeo" als prefix": nlgeoRegister, nlgeoZeT, nlgeoDienst. Dat sluit ook mooi aan bij het NL Geo boek dat najaar 2009 als onderdeel van de RGI-erfenis gepresenteerd werd.
Tot mijn vreugde blijkt de domeinnaam nlgeo.nl al bezet te zijn: door GeoNovum!
vrijdag 18 juni 2010
duizend datasets in het NGR
Sinds vandaag staat de teller van het aantal datasets *) in het Nationaal Georegister boven de 1000. Ik volgde dat de afgelopen dagen om een aantal redenen intensief en het was nog even spannend, want de teller ging tussendoor ook nog een keer naar beneden.
Zo te zien is Waterschap Rivierenland met de dataset "dam or weir" (mooi: Rivierenland denkt Inspiratief internationaal) de duizendste.
En dat precies 1 jaar na de officiële opening van het NGR op het GSDI-congres.
Wel een beetje vreemd dat de teller nu op 1002 staat, maar dat wanneer ik een query doe zonder restricties ik 901 datasets terugkrijg. Maar laat dat de feestvreugde om dit heuglijke moment niet drukken. Champagne, bloemen!
*) ja, ik weet het: er staan geen 1000 datasets in het NGR, er staan duizend datasets in het NGR beschreven
Zo te zien is Waterschap Rivierenland met de dataset "dam or weir" (mooi: Rivierenland denkt Inspiratief internationaal) de duizendste.
En dat precies 1 jaar na de officiële opening van het NGR op het GSDI-congres.
Wel een beetje vreemd dat de teller nu op 1002 staat, maar dat wanneer ik een query doe zonder restricties ik 901 datasets terugkrijg. Maar laat dat de feestvreugde om dit heuglijke moment niet drukken. Champagne, bloemen!
*) ja, ik weet het: er staan geen 1000 datasets in het NGR, er staan duizend datasets in het NGR beschreven
donderdag 15 april 2010
Geoprocessen: Schuldig of niet?
Voor het eerst in maanden weer eens bezig met ArcGIS geoprocessing. Wat heet, in maanden? Heb ik ooit eerder een dissolve uitgevoerd? En zo ja, hoe heb ik dat dan voor elkaar gekregen?
Wat cryptische errors. En "empty output" zie ik voorbij komen. Dat klopt, dat dan weer wel!
Maar eens zoeken op http://support.esri.com, zoektekst dissolve empty output. Ha, 3 bugs gevonden!
"Dissolving on a large feature class (300,000 features) appears to finish successfully but the output feature class is empty. ", lees ik. Gevonden in versie 9.1, huidige status is "rejected". Is dat een goed teken?
Ook aardig, een van de andere 2 bugs zegt:
"Erase produces empty output when using specific large data set for erase feature. Not reproducible with other data.
Alternate Solution: Run a dissolve on the large erase feature and then perform the erase."
Hallo Kafka!
Vooral veel "repair geometries" doen, zeggen de forums. Dat kan ook buiten ArcGIS, met OGR.
Komende maanden ArcGIS versie 10 maar eens naast OGR leggen. En dan de OGR functionaliteit achter wat ArcToolBox schermpjes stoppen dan maar?
Wat cryptische errors. En "empty output" zie ik voorbij komen. Dat klopt, dat dan weer wel!
Maar eens zoeken op http://support.esri.com, zoektekst dissolve empty output. Ha, 3 bugs gevonden!
"Dissolving on a large feature class (300,000 features) appears to finish successfully but the output feature class is empty. ", lees ik. Gevonden in versie 9.1, huidige status is "rejected". Is dat een goed teken?
Ook aardig, een van de andere 2 bugs zegt:
"Erase produces empty output when using specific large data set for erase feature. Not reproducible with other data.
Alternate Solution: Run a dissolve on the large erase feature and then perform the erase."
Hallo Kafka!
Vooral veel "repair geometries" doen, zeggen de forums. Dat kan ook buiten ArcGIS, met OGR.
Komende maanden ArcGIS versie 10 maar eens naast OGR leggen. En dan de OGR functionaliteit achter wat ArcToolBox schermpjes stoppen dan maar?
woensdag 14 april 2010
Wees wijs, volg een cursus
Nog 2 dagen, dan is het weer cursustijd. Extra leuk, want samen met de afdeling opleidingen van ESRI Nederland een maatwerkcursus opgezet. Aan de hand van een case uit de dagelijkse VROM-praktijk (kaarten voor het MIRT-projectenboek) eens kijken hoe wie die met ArcGIS 9.3.1 het efficiëntst kunnen maken.
De cartographic representation die daar voor nodig is is een goede aanleiding ons met de hele afdeling te verdiepen in file geodatabases. Zeg maar dag tegen de shapefile!
Als extra een beetje Mapbook Generator, de voorloper van de Data Driven Pages die in ArcGIS versie 10 komen.
De cartographic representation die daar voor nodig is is een goede aanleiding ons met de hele afdeling te verdiepen in file geodatabases. Zeg maar dag tegen de shapefile!
Als extra een beetje Mapbook Generator, de voorloper van de Data Driven Pages die in ArcGIS versie 10 komen.
Op zoek naar open standaarden
Standaarden, je hebt je nodig. Of niet: er zit er een onder mijn fiets, da's een oude standaard die op zich nog wel werkt, maar waarvan de functie in de praktijk is overgenomen door lantaarnpaal, verkeersbord of "nietje", omdat die in combinatie met een kettingslot aanvullende functionaliteit bieden voor bescherming tegen fietsendieven.
Op de GIS Tech hield Han van Veldhuizen in de AGGN track een bij vlagen hilarisch verhaal over standaarden waar de geo-wereld mee te maken heeft. We hebben in Nederland twee belangrijke lijsten van standaarden.
De eerste is een lijst met standaarden die door het programma Nederland Open In Verbinding (NOIV) gepromoot wordt als het doel van het programma. Hiervoor geldt het "pas toe of leguit" (beter bekend als "comply or explain") principe. Je hebt als overheidsinstantie je aan deze standaarden te houden, en zo niet dan moet je uitleggen waarom. Na dat uitleggen volgt er overigens geen sanctie, en ik zie Peter R. de Vries er ook nog niet 1-2-3 een uitzending aan wijden als je uitleg rammelt.
De tweede bevat in de praktijk veel gebruikte open standaarden. Dat klinkt al wat praktischer, dus eens kijken of ik die lijst ergens kan vinden. Google is my friend, en zie: met hit nummer 1 kom ik op de website van het forum standaardisatie waar een persbericht van 26 mei 2009 zegt dat het College Standaardisatie een lijst met veelgebruikte standaarden heeft samengesteld. Daarnaast is er een lijst gepubliceerd, zo gaat het persbericht door, met standaarden "waarvan nog niet zeker is of zij veelgebruikt zijn". "Beide lijsten zijn gepubliceerd op www.open-standaarden.nl" lees ik. Hé, op die site zit ik toch al? Een hyperlinkje was welkom geweest. Dan maar zoeken op de site zelf: "veelgebruikte open standaarden". Ha, 2 hits! Hmm, hit 1 verwijst naar het persbericht dat ik net heb gelezen. Hit 2 dan? Nee, die verwijst naar een RSS feed waarop ik me kan abonneren, maar niet naar een lijst standaarden. Dan maar eens naar de homepagina (voorpagina?) van Open Standaarden. Kijk nou, daar staat een bericht over deze lijsten.
Inmiddels is op basis van reacties van onder meer LNV en VROM is de lijst met standaarden "waarvan het nog niet zeker is of ze veel gebruikt worden" doorgevlooid. Door vraagtekens bij de praktische haalbaarheid van WFS is die er waarschijnlijk vanaf gevallen, maar vreemd genoeg zijn alle geostandaarden zijn verdwenen van de lijst. Allemaal? Nee, één geostandaard staat er nog wel op: SLD (overigens verkeerd aangeduid als "styles layer descriptor"). Maar WMS (webmapping), WCS (rasterdata), CS-W (catalogs) en GeoDRM (en nauwelijks bekende standaard voor het regelen van toegangsrechten tot geo-services) zijn zoek!
Maakt het uit? De bottleneck in de praktijk is de implementatie in de software en de bruikbaarheid. Gaan we met z'n allen ArcGIS Desktop aan de kant gooien omdat het geen gebruik van SLD ondersteunt? (nee, ook niet in ArcMap 10, zie mijn verzoek aan ESRI). Lijkt me sterk. En je geo-gebruik afhankelijk maken van live WFS-services is qua performance ook geen feest. Daar zou de combinatie van WFS en SLD trouwens wonderen in kunnen verrichten. (Steun dat verzoek op ideas.esri.com!).
Bovendien is het gebruiken van de standarden een middel, het moet geen doel zijn. Als de implementatie meerwaarde biedt gaan de gebruikers vanzelf over. Maar ja, welk doel hebben de softwareleveranciers bij een goede implementatie? Bovendien lopen de standaarden per definitie achter bij de techologische ontwikkeingen, dus je vraagt dan van de softwareleveranciers om hun creatieve ideeën nog niet te implementeren maar te wachten tot er een standaard voor is. Dat lijkt me een hardrem op de innovatie!
Op de GIS Tech hield Han van Veldhuizen in de AGGN track een bij vlagen hilarisch verhaal over standaarden waar de geo-wereld mee te maken heeft. We hebben in Nederland twee belangrijke lijsten van standaarden.
De eerste is een lijst met standaarden die door het programma Nederland Open In Verbinding (NOIV) gepromoot wordt als het doel van het programma. Hiervoor geldt het "pas toe of leguit" (beter bekend als "comply or explain") principe. Je hebt als overheidsinstantie je aan deze standaarden te houden, en zo niet dan moet je uitleggen waarom. Na dat uitleggen volgt er overigens geen sanctie, en ik zie Peter R. de Vries er ook nog niet 1-2-3 een uitzending aan wijden als je uitleg rammelt.
De tweede bevat in de praktijk veel gebruikte open standaarden. Dat klinkt al wat praktischer, dus eens kijken of ik die lijst ergens kan vinden. Google is my friend, en zie: met hit nummer 1 kom ik op de website van het forum standaardisatie waar een persbericht van 26 mei 2009 zegt dat het College Standaardisatie een lijst met veelgebruikte standaarden heeft samengesteld. Daarnaast is er een lijst gepubliceerd, zo gaat het persbericht door, met standaarden "waarvan nog niet zeker is of zij veelgebruikt zijn". "Beide lijsten zijn gepubliceerd op www.open-standaarden.nl" lees ik. Hé, op die site zit ik toch al? Een hyperlinkje was welkom geweest. Dan maar zoeken op de site zelf: "veelgebruikte open standaarden". Ha, 2 hits! Hmm, hit 1 verwijst naar het persbericht dat ik net heb gelezen. Hit 2 dan? Nee, die verwijst naar een RSS feed waarop ik me kan abonneren, maar niet naar een lijst standaarden. Dan maar eens naar de homepagina (voorpagina?) van Open Standaarden. Kijk nou, daar staat een bericht over deze lijsten.
Inmiddels is op basis van reacties van onder meer LNV en VROM is de lijst met standaarden "waarvan het nog niet zeker is of ze veel gebruikt worden" doorgevlooid. Door vraagtekens bij de praktische haalbaarheid van WFS is die er waarschijnlijk vanaf gevallen, maar vreemd genoeg zijn alle geostandaarden zijn verdwenen van de lijst. Allemaal? Nee, één geostandaard staat er nog wel op: SLD (overigens verkeerd aangeduid als "styles layer descriptor"). Maar WMS (webmapping), WCS (rasterdata), CS-W (catalogs) en GeoDRM (en nauwelijks bekende standaard voor het regelen van toegangsrechten tot geo-services) zijn zoek!
Maakt het uit? De bottleneck in de praktijk is de implementatie in de software en de bruikbaarheid. Gaan we met z'n allen ArcGIS Desktop aan de kant gooien omdat het geen gebruik van SLD ondersteunt? (nee, ook niet in ArcMap 10, zie mijn verzoek aan ESRI). Lijkt me sterk. En je geo-gebruik afhankelijk maken van live WFS-services is qua performance ook geen feest. Daar zou de combinatie van WFS en SLD trouwens wonderen in kunnen verrichten. (Steun dat verzoek op ideas.esri.com!).
Bovendien is het gebruiken van de standarden een middel, het moet geen doel zijn. Als de implementatie meerwaarde biedt gaan de gebruikers vanzelf over. Maar ja, welk doel hebben de softwareleveranciers bij een goede implementatie? Bovendien lopen de standaarden per definitie achter bij de techologische ontwikkeingen, dus je vraagt dan van de softwareleveranciers om hun creatieve ideeën nog niet te implementeren maar te wachten tot er een standaard voor is. Dat lijkt me een hardrem op de innovatie!
maandag 29 maart 2010
datakwaliteit: weet wat je eet
Ingewijden in de Nederlanse geoscene weten elkaar goed te vinden voor de uitwisseling van data. Dat is een groot goed dat we vooral moeten koesteren, bijvoorbeeld door elkaar op 13 april op de GIS Tech weer te treffen.
Toch staan we voor een professionaliseringsslag op dit gebied: In de geo-beleidsnota Gideon werden al een aantal geodataketens onderscheiden, mét het voornemen deze compleet in beeld te brengen. Dat komt nog maar moeizaam van de grond.
Dat zou toch niet zo moeilijk mogen zijn: veel van die data wordt al meer dan 10 jaar op diverse plaatsen gebruikt, dus er is veel kennis aanwezig over de "functionele behoeftestelling", oftwel welke rol speelt een dataset in de bedrijfsprocessen.
Waar we nog een professionaliseringsslag moeten maken is de vorm waarin data de keten doorloopt: ik zie te vaak een dataset per jaar van vorm verschillen: andere veldnamen, zelfde veldnaam maar andere definitie, ander type datacompressie, ander geodataformaat. Terwijl dat met ETL-tools als FME en ArcGIS/Modelbuilder toch eenvoudig goed te regelen moet zijn.
Als die vorm nou bij iedere levering hetzelfde is wordt het voor de ontvangende partij eenvoudiger er consistentiechecks op uit te voeren. door bijvoorbeeld een aantal controlescripts die bij binnenkomst op een dataset kunnen worden losgelaten.
Daarna komt de echte professionaliseringsslag: bij constateren van fouten de boel terugsturen in plaats van als gebruiker zelf te gaan repareren. Blijkbaar is dat nu nog de weg van de minste weerstand. En lost het probleem slechts op één gebruikersplek op.
Tijd voor een kwaliteitskeurmerk: niet zo zwaar aangezet als een basisregistratie, wel een "goedgekeurd door gebruikers"-stempel. Met een eervolle vermelding in het Nationaal Georegister!
Toch staan we voor een professionaliseringsslag op dit gebied: In de geo-beleidsnota Gideon werden al een aantal geodataketens onderscheiden, mét het voornemen deze compleet in beeld te brengen. Dat komt nog maar moeizaam van de grond.
Dat zou toch niet zo moeilijk mogen zijn: veel van die data wordt al meer dan 10 jaar op diverse plaatsen gebruikt, dus er is veel kennis aanwezig over de "functionele behoeftestelling", oftwel welke rol speelt een dataset in de bedrijfsprocessen.
Waar we nog een professionaliseringsslag moeten maken is de vorm waarin data de keten doorloopt: ik zie te vaak een dataset per jaar van vorm verschillen: andere veldnamen, zelfde veldnaam maar andere definitie, ander type datacompressie, ander geodataformaat. Terwijl dat met ETL-tools als FME en ArcGIS/Modelbuilder toch eenvoudig goed te regelen moet zijn.
Als die vorm nou bij iedere levering hetzelfde is wordt het voor de ontvangende partij eenvoudiger er consistentiechecks op uit te voeren. door bijvoorbeeld een aantal controlescripts die bij binnenkomst op een dataset kunnen worden losgelaten.
Daarna komt de echte professionaliseringsslag: bij constateren van fouten de boel terugsturen in plaats van als gebruiker zelf te gaan repareren. Blijkbaar is dat nu nog de weg van de minste weerstand. En lost het probleem slechts op één gebruikersplek op.
Tijd voor een kwaliteitskeurmerk: niet zo zwaar aangezet als een basisregistratie, wel een "goedgekeurd door gebruikers"-stempel. Met een eervolle vermelding in het Nationaal Georegister!
woensdag 10 maart 2010
Betatesten doe je zó! (met ArcGIS 10)
Op verzoek van ESRI Nederland ben ik dit najaar toegetreden tot het gezelschap van ruim 20 mannen (waar zijn de beta-vrouwen?) die met ArcGIS 10 aan de gang zijn gegaan. Voor mij en vele anderen de eerste keer, en wat test je dan?
Omdat een flink deel van de nieuwe functionaliteit betrekking heeft op ArcGIS Desktop was dit voor mij een mooie gelegenheid te kijken wat voor het ministerie van VROM (mijn werkgever) de waarde van ArcGIS 10 is.
In de afgelopen jaren hebben we een flinke inhaalslag gemaakt; we zijn tegenwoordig ontzettend "bij" qua ArcGIS release (ja: 9.3.1!). En nu dus al vooruit kijken naar versie 10.
Dat heeft een goede reden: tot dusverre hebben we altijd nog diverse 3rd party extensies naast, onder en boven ArcGIS gemetseld, en bij iedere release is het weer de sport dit aantal zo klein mogelijk te houden. Dat scheelt weer wat testuren (of dagen) en is eenvoudiger qua beheer. Daarmee ook goed voor mijn contacten met de functioneel beheerder en de outsourcing partij.
De bevindingen uit de betatest zijn veelbelovend, we kunnen met de nieuwe release (mei/juni?) wellicht weer wat "aanbouwsels" afstoten. Maar in mijn achterhoofd zit een duiveltje dat zegt: "wees niet de eerste overstapper, wacht op ervaringen van anderen en wacht sowieso de eerste servicepack maar eens af."
Daar zit wat in: want waar ik als early adopter met de OV chipcard nog een strippenkaart als backup heb is er bij een ArcGIS update geen weg terug, zeker niet in een complexe ICT-omgeving als bij VROM. En bij die OV chipcard heb ik al 3 keer geld terug moeten vragen. Nota bene via een papieren formulier!
Ik luister nog even naar het duiveltje in mijn achterhoofd.
Omdat een flink deel van de nieuwe functionaliteit betrekking heeft op ArcGIS Desktop was dit voor mij een mooie gelegenheid te kijken wat voor het ministerie van VROM (mijn werkgever) de waarde van ArcGIS 10 is.
In de afgelopen jaren hebben we een flinke inhaalslag gemaakt; we zijn tegenwoordig ontzettend "bij" qua ArcGIS release (ja: 9.3.1!). En nu dus al vooruit kijken naar versie 10.
Dat heeft een goede reden: tot dusverre hebben we altijd nog diverse 3rd party extensies naast, onder en boven ArcGIS gemetseld, en bij iedere release is het weer de sport dit aantal zo klein mogelijk te houden. Dat scheelt weer wat testuren (of dagen) en is eenvoudiger qua beheer. Daarmee ook goed voor mijn contacten met de functioneel beheerder en de outsourcing partij.
De bevindingen uit de betatest zijn veelbelovend, we kunnen met de nieuwe release (mei/juni?) wellicht weer wat "aanbouwsels" afstoten. Maar in mijn achterhoofd zit een duiveltje dat zegt: "wees niet de eerste overstapper, wacht op ervaringen van anderen en wacht sowieso de eerste servicepack maar eens af."
Daar zit wat in: want waar ik als early adopter met de OV chipcard nog een strippenkaart als backup heb is er bij een ArcGIS update geen weg terug, zeker niet in een complexe ICT-omgeving als bij VROM. En bij die OV chipcard heb ik al 3 keer geld terug moeten vragen. Nota bene via een papieren formulier!
Ik luister nog even naar het duiveltje in mijn achterhoofd.
zondag 31 januari 2010
Niet de cijfers maar de voorstelling van de cijfers
Mooi stukje van filosoof Bas Haring in de Volkskrant van 30 januari. Haring probeert daarin zich iets voor te stellen bij een aantal getallen: 13.000 door het CBR afgelaste rijexamens, 7 miljard aardbewoners. Aan zijn studenten vroeg hij te schatten wat voor een gebied je nodig hebt om die aardlingen een vierkante meter ruimte te bieden. Schattingen liepen uiteen van de gezamelijke oppervlakte van Frankrijk, Spanje en Portugal tot de optelsom van Europa en Azië.
Allemaal wat ruim geschat want, zo legt Bas Haring uit, het is iets meer dan de oppervlakte van Gelderland. Dat vind ik dan wel weer wat krap maar met de gezamelijke oppervlakte van Noord- en Zuid-Holland en Flevoland heb je die benodigde 7000 vierkante kilometer te pakken.
Het ministerie van VROM had in het begin van deze eeuw ook door dat gangbare oppervlaktematen te abstract zijn: het ingeschatte ruimtetekort werd daarom gepresenteerd als "de oppervlakte van Zuid-Holland".
Blijkbaar zijn grote getallen al gauw onvoorstelbaar: werk aan de winkel voor kartografen en andere infografici om die met GIS zo zorgvuldig berekende cijfers inzichtelijk te maken. jammer dat je in de gangbare GIS systemen iet kunt kiezen voor dit soort oppervlaktematen. Mapinfo, ArcGIS en al die anderen willen ons alleen in vierkante (kilometers) en (nog liever) acres laten rekenen. "referentieoppervlakte" is nog geen keuze van eenheden. Volgende release wellicht?
Allemaal wat ruim geschat want, zo legt Bas Haring uit, het is iets meer dan de oppervlakte van Gelderland. Dat vind ik dan wel weer wat krap maar met de gezamelijke oppervlakte van Noord- en Zuid-Holland en Flevoland heb je die benodigde 7000 vierkante kilometer te pakken.
Het ministerie van VROM had in het begin van deze eeuw ook door dat gangbare oppervlaktematen te abstract zijn: het ingeschatte ruimtetekort werd daarom gepresenteerd als "de oppervlakte van Zuid-Holland".
Blijkbaar zijn grote getallen al gauw onvoorstelbaar: werk aan de winkel voor kartografen en andere infografici om die met GIS zo zorgvuldig berekende cijfers inzichtelijk te maken. jammer dat je in de gangbare GIS systemen iet kunt kiezen voor dit soort oppervlaktematen. Mapinfo, ArcGIS en al die anderen willen ons alleen in vierkante (kilometers) en (nog liever) acres laten rekenen. "referentieoppervlakte" is nog geen keuze van eenheden. Volgende release wellicht?
zondag 17 januari 2010
Geo-Amazon: Marketing van geoportals
Veel geoportalen en -registers ontstaan weliswaar vanuit een vaag vermoeden dat er vraag naar is, maar komen in de vul en de beheersfase al snel in een aanbodgerichte modus terecht. En dat is jammer, want daarmee blijven kansen om de klant beter te bedienen onbenut.
Zoals bij de balie van de McDonalds je na bestelling van een burger altijd de vraag krijgt "en wilt u er nog iets bij drinken" en ook verkopers van diensten (bij de bank: "is er verder nog iets waarmee ik u van dienst kan zijn?" je uit commercieel oogpunt wat extra's proberen aan te smeren. Maar je stelt die vraag vaak wel op prijs.
De online retailers als Amazon en Bol hebben dat ook begrepen en proberen door je te wijzen op het koopgedrag van klanten die eerdere hetzelfde kochten als jij zojuist nog wat extra's in je mandje te laten glippen.
En we zijn er blij mee, want ondanks de puur commerciele drijfveren van de aanbieders van producten en diensten zijn we maar wat blij als we een beetje worden geleid in het bos van recent verschenen boeken en CD's en DVD's.
Dat deldt ook voor de geodata die we voor onze werkprocessen nodig hebben: hardcore GIS-ers zoeken mischien nog wel naar specifieke datasets, iets minder fulltime datagebruikers zijn er zeer bij geholpen als het geoportaal waarin ze zoeken met hun meedenkt. Bijvoorbeeld door te wijzen op eerdere vergelijkbare zoekacties van andere gebruikers, en door op verbanden tussen geodatasets te wijzen. Als het portaal jouw profiel kent kan het je bij verschijnen van nieuwe datasets attenderen. En helemaal mooi zou zijn als je zo blind kon varen op de ingevulde metadata dat het portaal je er ook nog opwijst dat er binnenkort een nieuwe versie van de door jou gebruikte dataset verschijnt.
Naar dit soort fenomenen hebben de Wageningers Pepijn van Oort, Marjolijn Kuyper , Arnold Bregt en Leuvenaar Joep Crompvoets in 2009 onderzoek gedaan en daar in september 2009 in Data Science Journal over gepubliceerd. Zeer lezenswaardig en Inspirerend.
Met wat meer creativiteit kan zonder grote beheersinspanning het gebruik van geoportalen en -registers worden vergroot maar vooral tot veel rijkere zoekresultaten leiden. Met wellicht weer nieuwe toepassingen tot gevolg!
Zoals bij de balie van de McDonalds je na bestelling van een burger altijd de vraag krijgt "en wilt u er nog iets bij drinken" en ook verkopers van diensten (bij de bank: "is er verder nog iets waarmee ik u van dienst kan zijn?" je uit commercieel oogpunt wat extra's proberen aan te smeren. Maar je stelt die vraag vaak wel op prijs.
De online retailers als Amazon en Bol hebben dat ook begrepen en proberen door je te wijzen op het koopgedrag van klanten die eerdere hetzelfde kochten als jij zojuist nog wat extra's in je mandje te laten glippen.
En we zijn er blij mee, want ondanks de puur commerciele drijfveren van de aanbieders van producten en diensten zijn we maar wat blij als we een beetje worden geleid in het bos van recent verschenen boeken en CD's en DVD's.
Dat deldt ook voor de geodata die we voor onze werkprocessen nodig hebben: hardcore GIS-ers zoeken mischien nog wel naar specifieke datasets, iets minder fulltime datagebruikers zijn er zeer bij geholpen als het geoportaal waarin ze zoeken met hun meedenkt. Bijvoorbeeld door te wijzen op eerdere vergelijkbare zoekacties van andere gebruikers, en door op verbanden tussen geodatasets te wijzen. Als het portaal jouw profiel kent kan het je bij verschijnen van nieuwe datasets attenderen. En helemaal mooi zou zijn als je zo blind kon varen op de ingevulde metadata dat het portaal je er ook nog opwijst dat er binnenkort een nieuwe versie van de door jou gebruikte dataset verschijnt.
Naar dit soort fenomenen hebben de Wageningers Pepijn van Oort, Marjolijn Kuyper , Arnold Bregt en Leuvenaar Joep Crompvoets in 2009 onderzoek gedaan en daar in september 2009 in Data Science Journal over gepubliceerd. Zeer lezenswaardig en Inspirerend.
Met wat meer creativiteit kan zonder grote beheersinspanning het gebruik van geoportalen en -registers worden vergroot maar vooral tot veel rijkere zoekresultaten leiden. Met wellicht weer nieuwe toepassingen tot gevolg!
geodata: graag verse waar!
Zoekend in het NGR (www.nationaalgeoregister.nl) merkte ik dat de manier waarop ik primair wil zoeken niet gemakkelijk is. Ik ben meestal op zoek naar data die nú geldig is. Eigenlijk heel vanzelfsprekend lijkt me, als ik een krant koop is het ook die van vandaag, mijn haring heb ik ook graag vers en van de halfvolle mel die ik uit het rek haal heb ik graag dat die nog een paar dagen houdbaar is.
In de metadata standaard is om te zoeken op nu geldige data het veld temporele dekking beschikbaar. Onbekend en dus onbemind, maar o zo belangrijk. En ik wil meestal niet persé weten tót wanneer en nog minder sinds wanneer die geodata bruikbaar is, maar vooral is die dat nú is. Graag in alle portalen dus een vinkje "alleen nu geldige data".
En de geodata waarvan in de metadata niet is aangeven wanneer deze geldig is dan? Als mijn visboer niet wéét of mijn haring recentelijk nog in zee zwom neem ik een andere (vis)afslag!
In de metadata standaard is om te zoeken op nu geldige data het veld temporele dekking beschikbaar. Onbekend en dus onbemind, maar o zo belangrijk. En ik wil meestal niet persé weten tót wanneer en nog minder sinds wanneer die geodata bruikbaar is, maar vooral is die dat nú is. Graag in alle portalen dus een vinkje "alleen nu geldige data".
En de geodata waarvan in de metadata niet is aangeven wanneer deze geldig is dan? Als mijn visboer niet wéét of mijn haring recentelijk nog in zee zwom neem ik een andere (vis)afslag!
maandag 21 december 2009
T_Visionarium: interface of hallicunatie?
Alweer een paar weken geleden een bezoek gebracht aan de Zuiderkerk in Amsterdam waar de experimentele 3D installatie T_Visionarium stond opgesteld.
T_Visionarium is een door de University of New South Wales (Australië) ontwikkelde 3D interface. In een ronde opstelling (zoals Panorama Mesdag) worden duizenden beelden rondom de gebruiker geprojecteerd. Door een 3D (prisma) brilletje op te zetten ziet de gebruiker dit in 3D. Met een WII-achtige pointer kan een van de beelden worden geselecteerd, waarna alle andere beelden die hier iets mee gemeen hebben zich rond dit beeld hergroeperen.
En bijna hallicunerende ervaring: door het 3D effect schieten de beelden als een soort van vloeistofdia dwars door de ruimte alsvorens ze gehergroepeerd weer tot rust komen.
In dit geval betrof het filmfragmenten die op "ruimtelijke ordening en de stad" betrekking hebben. Al deze beelden waren voorzien van tags met tijd, locatie en thema en konden op basis hiervan worden geordend. Zie http://weblogs.hollanddoc.nl/deeeuwvandestad/2009/10/15/wat-is-t_visionarium-open-city/ voor een impressie.
Wellicht ook leuk als interface voor bijvoorbeeld het NGR. Met geodatasets en vooral toepassingen van geodatasets in plaats van filmfragmenten, en de diverse bekende metadatatags als sorteer- en groepeeropties.
T_Visionarium is een door de University of New South Wales (Australië) ontwikkelde 3D interface. In een ronde opstelling (zoals Panorama Mesdag) worden duizenden beelden rondom de gebruiker geprojecteerd. Door een 3D (prisma) brilletje op te zetten ziet de gebruiker dit in 3D. Met een WII-achtige pointer kan een van de beelden worden geselecteerd, waarna alle andere beelden die hier iets mee gemeen hebben zich rond dit beeld hergroeperen.
En bijna hallicunerende ervaring: door het 3D effect schieten de beelden als een soort van vloeistofdia dwars door de ruimte alsvorens ze gehergroepeerd weer tot rust komen.
In dit geval betrof het filmfragmenten die op "ruimtelijke ordening en de stad" betrekking hebben. Al deze beelden waren voorzien van tags met tijd, locatie en thema en konden op basis hiervan worden geordend. Zie http://weblogs.hollanddoc.nl/deeeuwvandestad/2009/10/15/wat-is-t_visionarium-open-city/ voor een impressie.
Wellicht ook leuk als interface voor bijvoorbeeld het NGR. Met geodatasets en vooral toepassingen van geodatasets in plaats van filmfragmenten, en de diverse bekende metadatatags als sorteer- en groepeeropties.
dinsdag 17 november 2009
ictprofessionaliteitsindicator?
Geluk zit in kleine dingen: vandaag heb ik de term "ictprofessionaliteitsindicator"(nul hits op Google, kan ik een nieuw woord ergens registreren?) gedefinieerd voor de snelheid waarmee een nieuwe collega beschikt over een account om mee in te loggen, mail te ontvangen, benodigde applicaties en rechten op netwerkschijven.
Nieuw bedrijfsrecord: binnen 26 uur (een dag en een beetje) na binnenkomst van nieuwe collega A. was alles geregeld, ook "lastige" applicaties als ArcGIS, Photoshop en Illustrator.
Hebben alle tijdsinvesteringen afgelopen zomer om met de I&A afdeling en de outsourcingspartner alle rechten, profielen etc. op te schonen mooi vruchten afgeworpen.
En wellicht een mooie vraag bij sollicitaties: als ik hier ga werken, hoe snel is mijn werkplek dan operationeel?
Nieuw bedrijfsrecord: binnen 26 uur (een dag en een beetje) na binnenkomst van nieuwe collega A. was alles geregeld, ook "lastige" applicaties als ArcGIS, Photoshop en Illustrator.
Hebben alle tijdsinvesteringen afgelopen zomer om met de I&A afdeling en de outsourcingspartner alle rechten, profielen etc. op te schonen mooi vruchten afgeworpen.
En wellicht een mooie vraag bij sollicitaties: als ik hier ga werken, hoe snel is mijn werkplek dan operationeel?
zondag 15 november 2009
Kilometerheffing: een kans voor geo-nederland
Nu de ministerraad het eens is geworden over invoering van de kilometerheffing ("rekeningrijden") is het de hoogste tijd te bedenken hoe we gebruik en invoering van zo'n systeem leuker en gemakkelijker kunnen maken.
Combinatie met navigatie is heel voor de hand liggend. Als je toch een kastje voor routeregistratie via GPS in je auto ingebouwd krijgt biedt dan in ieder geval de mogelijkheid ook met dit kaste te navigeren. TomTom en Garmin willen het vast wel op een accoordje gooien. De markt voor autonavigatie is flink verzadigd, dus de producenten leveranciers van navigsatiesystemen moeten sowieso iets nieuws verzinnen.
Het biedt ook de mogelijk de routedatabases continue te updaten. Door (anonieme) terugkoppeling van de afgelegde routes kan het wegenbestand up-to-date worden gehouden. Zelfs zo up-to-date dat de borden "GPS uit" zoals die in verband met wegwerkzaamheden nu langs trajcten als de Ring Utrecht en Randweg Eindhoven staan niet meer nodig zijn. Eigenlijk het verlengde van wat Open Street Map (OSM) doet, en de ultieme vorm van terugmelding zoals het Kadaster die voor de basisregistraties heeft opgezet.
Uiteraard wel de gevallen waarin weggebruikers door het weiland de weg afsnijden (zoals in een recente commercial) er uit filteren.
Combinatie met navigatie is heel voor de hand liggend. Als je toch een kastje voor routeregistratie via GPS in je auto ingebouwd krijgt biedt dan in ieder geval de mogelijkheid ook met dit kaste te navigeren. TomTom en Garmin willen het vast wel op een accoordje gooien. De markt voor autonavigatie is flink verzadigd, dus de producenten leveranciers van navigsatiesystemen moeten sowieso iets nieuws verzinnen.
Het biedt ook de mogelijk de routedatabases continue te updaten. Door (anonieme) terugkoppeling van de afgelegde routes kan het wegenbestand up-to-date worden gehouden. Zelfs zo up-to-date dat de borden "GPS uit" zoals die in verband met wegwerkzaamheden nu langs trajcten als de Ring Utrecht en Randweg Eindhoven staan niet meer nodig zijn. Eigenlijk het verlengde van wat Open Street Map (OSM) doet, en de ultieme vorm van terugmelding zoals het Kadaster die voor de basisregistraties heeft opgezet.
Uiteraard wel de gevallen waarin weggebruikers door het weiland de weg afsnijden (zoals in een recente commercial) er uit filteren.
donderdag 29 oktober 2009
Kwaliteit van metadata (2)
Gisteren bij ESRI Nederland de presentatie van de metadata-editor GeoSticker 3.0 bijgewoond.
Opvallend was dat een flink aantal van de vragen en opmerkingen uit het ca 35-koppige publiek betrekking had op portalen in het algemeen en het Nationaal Georegister (NGR) in het bijzonder: wat is de waarde van de inhoud van het NGR? Kan ik er blind op varen (dus een positief stelsel in kadastertermen) of is de opname in het NGR weliswaar conform NGR vereisten maar zegt dat nog niets over de juistheid van het aangebodene (een negatief stelsel). Oftewel: Moet het NGR een "doorbitch" aanstellen?
Een stapje verder is het NGR als Nederlands Inspire portaal. Dat is andere koek, want dan wordt je als data-provider aansprakelijk voor hetgeen je aanbiedt. Ja, dan bedenk je je wel 2 keer voor je enthousiast aan het uploaden slaat.
Mijn idee: trek het uit elkaar. Maak van het NGR een "loosely coupled" (!) portaal dat geen absolute waarheid nastreeft maar een uitnodigende, inspirende (!) samenwerkingsplek wordt.
Maak daarnaast van een Nederlands Inspire portaal dat formeel, afrekenbaar, 100% betrouwbaar, 24 uur/dag, 7 dagen/week beschikbaar is. dan heb je een helder verwachtingsmanagement waarbij creativiteit en formaliteit elkaar nou eens niet in de weg hoeven zitten
Opvallend was dat een flink aantal van de vragen en opmerkingen uit het ca 35-koppige publiek betrekking had op portalen in het algemeen en het Nationaal Georegister (NGR) in het bijzonder: wat is de waarde van de inhoud van het NGR? Kan ik er blind op varen (dus een positief stelsel in kadastertermen) of is de opname in het NGR weliswaar conform NGR vereisten maar zegt dat nog niets over de juistheid van het aangebodene (een negatief stelsel). Oftewel: Moet het NGR een "doorbitch" aanstellen?
Een stapje verder is het NGR als Nederlands Inspire portaal. Dat is andere koek, want dan wordt je als data-provider aansprakelijk voor hetgeen je aanbiedt. Ja, dan bedenk je je wel 2 keer voor je enthousiast aan het uploaden slaat.
Mijn idee: trek het uit elkaar. Maak van het NGR een "loosely coupled" (!) portaal dat geen absolute waarheid nastreeft maar een uitnodigende, inspirende (!) samenwerkingsplek wordt.
Maak daarnaast van een Nederlands Inspire portaal dat formeel, afrekenbaar, 100% betrouwbaar, 24 uur/dag, 7 dagen/week beschikbaar is. dan heb je een helder verwachtingsmanagement waarbij creativiteit en formaliteit elkaar nou eens niet in de weg hoeven zitten
zondag 25 oktober 2009
Georadio
Geo-informatie haalt weliswaar iedere dag de media als gebruiksproduct (bijvoorbeeld met de weerkaart), maar een discussie over geo-informatie komt maar zelden voorbij op radio of TV (ik herinner me een Klokhuisaflevering over Google Earth van een paar jaar terug).
20 oktober jl. sprak Harmke Pijpers op BNR met Arnold Bregt (WUR), Bart Beers (Cyclomedia) en Marcel Reuvers (GeoNovum) over de stand van zaken in de geo-sector. De drie heren vulden elkaar zowel qua inhoud als vorm goed aan. De ruime tijd (2 keer ca. 10 minuten) bood ook ruimte voor enige diepgang.
Dat zal op TV lastiger worden, maar een kijkje achter de schermen van Eagle moet toch aardige beelden opleveren.
Beluister het interview op http://www.bnr.nl/radio/programmas/denktank/13406137
O ja, die Klkhuisaflevering kun je terugkijken op http://player.omroep.nl/?aflID=5784694&md5=e96a41c19c7f22355a0501898694a7de
20 oktober jl. sprak Harmke Pijpers op BNR met Arnold Bregt (WUR), Bart Beers (Cyclomedia) en Marcel Reuvers (GeoNovum) over de stand van zaken in de geo-sector. De drie heren vulden elkaar zowel qua inhoud als vorm goed aan. De ruime tijd (2 keer ca. 10 minuten) bood ook ruimte voor enige diepgang.
Dat zal op TV lastiger worden, maar een kijkje achter de schermen van Eagle moet toch aardige beelden opleveren.
Beluister het interview op http://www.bnr.nl/radio/programmas/denktank/13406137
O ja, die Klkhuisaflevering kun je terugkijken op http://player.omroep.nl/?aflID=5784694&md5=e96a41c19c7f22355a0501898694a7de
woensdag 7 oktober 2009
Kwaliteit van metadata
Nu het Nationaal Georegister (NGR, zie http://www.nationaalgeoregister.nl/) gevuld begint te raken valt op dat er nogal verschil zit in de kwaliteit van de aangeboden waar. Bij georegisters die door één organnisatie worden beheerd is die kwaliteit vaak constanter (dat is niet noodzakerlijkerwijs hetzelfde als hoger).
Een goede reden om met een aantal mensen uit de NGR werkgroep "content managament" eens naar de kwaliteitsaspecten van de metadata te kijken. Googelen op "kwaliteit van metadata" levert 20 hits op, dus daar valt nog wel wat zendingswerk in te verrichten.
Eerst maar eens de vraag stellen wat voor kwaliteit we verwachten van het NGR, daarna hoe we tot die kwaliteit kunnen komen. En omdat het NGR een heel brede doelgroep heeft is de kwaliteitsverwachting niet eenvoudig: we stoppen met z'n allen wel datasets in het NGR maar weten nog niet zo goed wie die datasets er uit halen.
Een goede reden om met een aantal mensen uit de NGR werkgroep "content managament" eens naar de kwaliteitsaspecten van de metadata te kijken. Googelen op "kwaliteit van metadata" levert 20 hits op, dus daar valt nog wel wat zendingswerk in te verrichten.
Eerst maar eens de vraag stellen wat voor kwaliteit we verwachten van het NGR, daarna hoe we tot die kwaliteit kunnen komen. En omdat het NGR een heel brede doelgroep heeft is de kwaliteitsverwachting niet eenvoudig: we stoppen met z'n allen wel datasets in het NGR maar weten nog niet zo goed wie die datasets er uit halen.
vrijdag 25 september 2009
News balls please!
Bij menig couch potato is al lang bekend dat de combinatie van chips en voetbal een heel goede is. Ook de UEFA is hier regelmatig mee bezig. Een chip in de bal zou moeten kunnen aangeven of het "bruine monster" over de lijn is. Eerdere pogingen gaven nog niet het gewenste resultaat, tijdens experimenten in 2007 gaf de apparatuur een doelpunt aan terwijl de bal duidelijk over de lat ging.
De Voetbal International van Duitsland (Der Kicker) bericht dat experimenten sindsdien betere resultaten geven, en dat komt door "eine neue Art der Positionsbestimmung". GIS dus!
Uit sportoogpunt ben ik benieuwd wanneer dit wordt ingevoerd en hoe lang het duurt voordat voetballers chips in de neuzen van hun schoenen aanbrengen die dit systeem laten geloven dat de bal over de lijn is.
Uit GIS oogpunt zit ik te bedenken welke sporten zich nog meer lenen voor GIS toepassingen: de wielrenners mogen geen oortjes meer, maar met TomTom buddy of Google Latitude kan een ontsnapping uit het peloton ook goed gevolgd worden door ploeggenoten. De bionische broer van Tiger Woods kan met realtime informatie over windrichting en snelheid en een DTM van het golfterrein de ene birdie na de ander eagle (hé, die term kennen we in GIS-land!) slaan.
Met de Olympische Spelen van 2028 in Nederland in het vooruitzicht een mooie kans om de mogelijkheden van geo-informatie weer eens op een ander podium te presenteren!
De Voetbal International van Duitsland (Der Kicker) bericht dat experimenten sindsdien betere resultaten geven, en dat komt door "eine neue Art der Positionsbestimmung". GIS dus!
Uit sportoogpunt ben ik benieuwd wanneer dit wordt ingevoerd en hoe lang het duurt voordat voetballers chips in de neuzen van hun schoenen aanbrengen die dit systeem laten geloven dat de bal over de lijn is.
Uit GIS oogpunt zit ik te bedenken welke sporten zich nog meer lenen voor GIS toepassingen: de wielrenners mogen geen oortjes meer, maar met TomTom buddy of Google Latitude kan een ontsnapping uit het peloton ook goed gevolgd worden door ploeggenoten. De bionische broer van Tiger Woods kan met realtime informatie over windrichting en snelheid en een DTM van het golfterrein de ene birdie na de ander eagle (hé, die term kennen we in GIS-land!) slaan.
Met de Olympische Spelen van 2028 in Nederland in het vooruitzicht een mooie kans om de mogelijkheden van geo-informatie weer eens op een ander podium te presenteren!
zondag 20 september 2009
New York aan het IJ, Amsterdam aan de Hudson
Vanwege 400 jaar New York wordt op allerlei manier de band tussen Nederland en New York aangehaald. In het Parool van dinsdag 15 september stond een fraai luchtfoto mozaiek van Leonard de Vogel waarin New York en Amsterdam op natuurlijke wijze aan elkaar zijn gesmeed.
Het leuke is dat het ook goed inzicht geeft in de grootteverhouding van beide steden. Voor mij een eye-opener was dat het centrum van Amsterdam (binnen de Singelgracht) even groot is als Lower Manhattan (het deel van Manhattan ten zuiden van Houston Street). Dat geeft nog eens een aardig perspectief.
Als iemand tips heeft hoe je zoiets in een GIS systeem voor elkaar kunt krijgen houd ik mee aanbevolen!
Het leuke is dat het ook goed inzicht geeft in de grootteverhouding van beide steden. Voor mij een eye-opener was dat het centrum van Amsterdam (binnen de Singelgracht) even groot is als Lower Manhattan (het deel van Manhattan ten zuiden van Houston Street). Dat geeft nog eens een aardig perspectief.
Als iemand tips heeft hoe je zoiets in een GIS systeem voor elkaar kunt krijgen houd ik mee aanbevolen!
zaterdag 29 augustus 2009
TomTom: No direction home
Bob Dylan is in gesprek met een aantal bedrijven over het gebruik van zijn karakteristieke stem voor autonavigatiesystemen. In zijn radioshow Theme Time Music Hour op de BBC kondigde de legendarische zanger dit aan. Nog en beetje komkommertijd, dus de Brtisemedia pakte dit flink op, zie bijvoorbeeld dit artikel in de Telegraph.
Wel bijzonder dat juist een artiest over wie een film met de titel "no direction home" vanuit de TomTom luidspreker zou moeten gaan klinken. Muzikaal dicht bij Dylan is (Tom-)Tom Petty qua naam meer voor de hand liggend, maar de -so eighties- new wave band TomTomClub ("Genius of love", beluister uw exemplaar van Talking Heads' "stop making sense" ) de beste crossover tussen muziek en autonavigatie vormt.
(overigens gaat die vlieger alleen in Nederland op, in de UK wordt niet gesproken over "TomTom" maar over "SatNav")
Wel bijzonder dat juist een artiest over wie een film met de titel "no direction home" vanuit de TomTom luidspreker zou moeten gaan klinken. Muzikaal dicht bij Dylan is (Tom-)Tom Petty qua naam meer voor de hand liggend, maar de -so eighties- new wave band TomTomClub ("Genius of love", beluister uw exemplaar van Talking Heads' "stop making sense" ) de beste crossover tussen muziek en autonavigatie vormt.
(overigens gaat die vlieger alleen in Nederland op, in de UK wordt niet gesproken over "TomTom" maar over "SatNav")
zaterdag 1 augustus 2009
Mapbook generator: Open Source in ArcGIS
Met de aankondiging dat ArcGIS Desktop 9.4 de functionaliteit van het arcobjects developer sample Mapbook Generator standaard gaat ondersteunen ben ik benieuwd hoe de verdere ontwikkeling van Mapbook Generator gaat verlopen.
Op de ESRI forums is dit het onderwerp met de meest actieve threads, onder meer http://forums.esri.com/Thread.asp?c=93&f=989&t=211395.
Er wordt op basis van de met ArcGS meegeleverde programmacode door diverse ontwikkelaars voortdurend functionaliteit toegevoegd, verbeteringen aangebracht etc. Daarmee een heel interessant fenomeen, want in feite een soort Open Source gemeenschap, maar dan binnen ArcGIS. Zou het niet aardig zijn als ESRI Inc de broncode van Mapbook zoals die in 9.4 en verder wordt opgenomen vrij blijft geven?
Op de ESRI forums is dit het onderwerp met de meest actieve threads, onder meer http://forums.esri.com/Thread.asp?c=93&f=989&t=211395.
Er wordt op basis van de met ArcGS meegeleverde programmacode door diverse ontwikkelaars voortdurend functionaliteit toegevoegd, verbeteringen aangebracht etc. Daarmee een heel interessant fenomeen, want in feite een soort Open Source gemeenschap, maar dan binnen ArcGIS. Zou het niet aardig zijn als ESRI Inc de broncode van Mapbook zoals die in 9.4 en verder wordt opgenomen vrij blijft geven?
Leen een ArcGis license
Als logische optelsom van de vorige berichten in deze blog:
Een van de nieuwe features in ArcGIS is dat licenses "uitgeleend" (borrowed) kunnen worden. De license manager software zélf ondersteunt dit al geruime tijd (zie het tabblad borrow), andere software die van dezelfde license managing software gebruik maakt zoals Avenza's Mapublisher maakt hier al gebruik van, maar met ArcGIS is dit tot op heden nog niet mogelijk.
Met deze nieuwe feature wordt het mogelijk met je laptop een licensie (ArcGIS + evt aanwezige extensies) te lenen van een centrale license server. Tot dusverre was de oplossing hetzij een aparte license voor die laptop, hetzij via een netwerkverbinging continue verbonden blijven met de centrale license server.
't Is eigenlijk ook een hele logische functionaliteit als aanvulling op in- en uitchecken vanuit geodatabases.
Een van de nieuwe features in ArcGIS is dat licenses "uitgeleend" (borrowed) kunnen worden. De license manager software zélf ondersteunt dit al geruime tijd (zie het tabblad borrow), andere software die van dezelfde license managing software gebruik maakt zoals Avenza's Mapublisher maakt hier al gebruik van, maar met ArcGIS is dit tot op heden nog niet mogelijk.
Met deze nieuwe feature wordt het mogelijk met je laptop een licensie (ArcGIS + evt aanwezige extensies) te lenen van een centrale license server. Tot dusverre was de oplossing hetzij een aparte license voor die laptop, hetzij via een netwerkverbinging continue verbonden blijven met de centrale license server.
't Is eigenlijk ook een hele logische functionaliteit als aanvulling op in- en uitchecken vanuit geodatabases.
zondag 26 juli 2009
Vaarwel ArcMap, welkom Mapublisher?
De kartografen onder de lezers zullen al lang (10 jaar) bekend zijn met Mapublisher, de plugin voor Adobe Illustrator ("Illy"voor intimi) waarmee gisbestanden in Illustrator gebruikt kunnen worden. Illustrator (en vroeger Freehand) is in de kleinschalige kartografie populair vanwege de uitgebreide grafische mogelijkheden en professionele (postscript) uitvoer opties.
In een interview met Avenza voorman Ted Florence op de ESRI User Conference 2009 kondigt deze aan dat in de nabije toekomst Mapublisher ook rechtstreeks uit personal, file- en enterprise (SDE) geodatabase kan importeren. Daarmee wordt een geo-informatie infrastructuur die voor databeheer en analyse op ESRI software is gebaseerd en voor kartografie op Ilustrator+Mapublisher een zeer interessante optie.
In een interview met Avenza voorman Ted Florence op de ESRI User Conference 2009 kondigt deze aan dat in de nabije toekomst Mapublisher ook rechtstreeks uit personal, file- en enterprise (SDE) geodatabase kan importeren. Daarmee wordt een geo-informatie infrastructuur die voor databeheer en analyse op ESRI software is gebaseerd en voor kartografie op Ilustrator+Mapublisher een zeer interessante optie.
zaterdag 25 juli 2009
ArcGIS 9.4 highlights
Aan de hand van de videos van de plenaire sessie zojuist alsnog een virtueel bezoek gebracht aan de ESRI User conference 2009. Zonder de pretentie te hebben compleet te zijn wil ik een paar nieuwigheden uit de komende 9.4 release nader beschouwen en waar nodig van de gebruikelijke kritische noot voorzien. Met daarbij als gebruiker natuurlijk de focus op usability, editing en mapping
Functioneel en applicatiebeheerders, wees gerust: 9.4 gaat eerst dit najaar in beta (ESRI NL zoekt beta-testers, zie de GIS Tech NL LinkedIn groep), release staat gepland voor voorjaar 2010.
Functioneel en applicatiebeheerders, wees gerust: 9.4 gaat eerst dit najaar in beta (ESRI NL zoekt beta-testers, zie de GIS Tech NL LinkedIn groep), release staat gepland voor voorjaar 2010.
- 3D editing: Veel intuitiever editen in 3D. Ben benieuwd hoe de vergelijking met Google's SketchUp uitvalt (en of de SketchUp import weer is hersteld);
- Installatie: 9.4 kan náást 9.3.1 geïnstalleerd worden. Da's maak upgrades gemakkelijker planbaar (zit zelf nu net voor de uitrol van 9.3.1). En ook ontwikkelaars zullen hier blij mee zijn. Check: Hoe up- en downward compatible zijn mxd's, geoprocessing tools, personal+filegeodatabases;
- Fuzzy Overlay Modelling: Klinkt veelbelovend, ik ben benieuwd wat de mensen van RGI project Geo3 hier van vinden;
- User interface: O.a. auto-hiding dockable windows zodat er meer beeldschermruimte overblijft voor de kaart zelf. Verder een ArcCatalog window binnen ArcMap, maar die ken ik als XTools gebruiker al een jaar of wat...
- Overzichtelijker gebruik van attribuuttabellen in ArcMap. Zoals bij 3D editing SketchUp de meetlat vormt laat ik hier graag MS Access vergelijkingsmateriaal zijn;
- De add data tool is nu voorzien van een zoekfunctie. Klinkt een beetje als de (gratis!) CSW Client voor ArcGIS, maar dan ook/juist voor lokale data én ook voor geoprocesing tools;
- Uitvoeren van geoprocessing op de achtergrond. Een voorbeeld van een kleine stap voor de arcgis programmeurs, maar een grote stap voor de arcgis gebruikers;
- In de TOC (table of contents) een nieuwe layer tab met daarin snelle toegang tot alleen de in de kaartuitsnede actieve layers;
- Symbolen kunnen zoeken op /omschrijving i.p.v te hoeven browsen door 22.000 symbolen. Maar natuurlijk nog liever ondersteuning voor een symbolenstandaard (SLD en/of CSS) Ik zie de online-symbolenbibliotheken al voor me. Overigens een zeer interessante discussie hierover op Spatially Adjusted;
- Time-awareness: hang aan layers een "houdbaarheidsdatum" en laat hiermee automatisch ontwikkelingen in de tijd zien. mag ik hierbij en koppeling tussen deze in ArcMap op te geven houdbaarheidsdatum en de infor die hierover al in de metadata staat (Metadata werkt!);
- Fast basemaps: Voeg relatief statische ondergrondlagen samen tot een speciale grouplayer die soepel pannen en zoomen mogelijk maakt. Dat gaat veel tijd besparen;
- Editing: De functionaliteit van de gratis extensie ArcSketch is nu integraal onderdeel van ArcGIS. Mooi, want dat maakt laagdrempelig editen mogelijk, en ArcSketch als losse extensie werkt in 9.3(.1) qua snelheid verlammend op ArcMap;
- Map Automation: De aloude gratis extensie DS Mapbook Generator (of zijn ESRI-broertje MPS Atlas, of third-party zusje MapLogic) is nu onderdeel van ArcMap: Snel dezelfde kaartinhoud voor een hele serie gebieden (bijv. alle NL gemeenten) maken zonder 450 mxd's te hoeven aanpassen. Een absolute aanrader, ik ben benieuwd naar de details. Op de ESRI forums is de DS Mapbook discussie is overigens de langste, dus voor deze functionailteit zullen er een hoop beta-testers op het vinkentouw zitten;
- Python scripts om van één of meedere mxd's a) paden naar datasources te herstellen b) layer symboloy aan te passen. Want in 9.4 kan Python ook worden gebruikt voor ArcMap functies.
Op de aanstaande GIS conferentie en zeker de GIS Tech 2010 zul je er zeker meer van zien.
maandag 13 juli 2009
ArcGIS licensiebeheer: auto, trein, OV chipcard
Pro-actief licensiebeheer? Wat moet ik me daar bij voorstellen? Als je wel eens tegen de melding "al XXXX licenses are in use", lees dan vooral verder.
Op de GIS Tech 2009 kondigde ESRI aan dat we een nieuwe tool voor beheer van ArcGIS licensies tot onze beschikking krijgen: Flexnet Manager (zie de aankondiging op http://www.gistech.nl/presentaties/22_GT09_Beheer.pdf#page=11). Ik heb er zelf nog geen ervaring mee, maar ben benieuwd naaar wat de lezers er van vinden.
Bij VROM gebruiken we sinds kort OpenLM. Dat hadden we al bedacht vóór de aankondiging op de GIS Tech. In de nieuwe versie daarvan zit de mogelijkheid extensies "af te schieten" na een op te geven periode van inactiviteit.
ESRI Nederland biedt een gratis tool aan die standaard ArcGIS extensies afsluit bij stoppen van ArcGIS (zie http://www.esri.nl/content/categorieen.asp?id=17). Dat werkt dan weer niet centraal op de license manager maar op de individuele ArcGIS PCs.
Maar zoals altijd wil ik meer: graag een pro-actieve license manager die automatisch een extensie activeert zodra ik de functionaliteit daarvan gebruik, en weer automatisch deactiveert zodra ik die extensie niet meer in gebruik hebt. 't Is net zoiets als het verschil tussen een reis per auto of per trein: met de auto kun je ieder moment van reisbestemming wisselen, met de trein zit je vast aan je treinkaartje, of je moet een ander kaartje kopen.
Tja, of je kiest voor de oplossing van de grootverbruikers: schaf voor de gehele organisatie een "OV jaarkaart" (een site-license) aan.
En mag ik dan gelijk ook een license manager die zélf ziet of ik ArcInfo, ArcEditor of ArcView functionaliteit gebruik en daarop afrekent: ArcGIS Licenses On Demand. Inderdaad: het OV-chipcard equivalent van ArcGIS licensies. Juist in Rotterdam is daar toch inmiddels ruime ervaring mee?
Op de GIS Tech 2009 kondigde ESRI aan dat we een nieuwe tool voor beheer van ArcGIS licensies tot onze beschikking krijgen: Flexnet Manager (zie de aankondiging op http://www.gistech.nl/presentaties/22_GT09_Beheer.pdf#page=11). Ik heb er zelf nog geen ervaring mee, maar ben benieuwd naaar wat de lezers er van vinden.
Bij VROM gebruiken we sinds kort OpenLM. Dat hadden we al bedacht vóór de aankondiging op de GIS Tech. In de nieuwe versie daarvan zit de mogelijkheid extensies "af te schieten" na een op te geven periode van inactiviteit.
ESRI Nederland biedt een gratis tool aan die standaard ArcGIS extensies afsluit bij stoppen van ArcGIS (zie http://www.esri.nl/content/categorieen.asp?id=17). Dat werkt dan weer niet centraal op de license manager maar op de individuele ArcGIS PCs.
Maar zoals altijd wil ik meer: graag een pro-actieve license manager die automatisch een extensie activeert zodra ik de functionaliteit daarvan gebruik, en weer automatisch deactiveert zodra ik die extensie niet meer in gebruik hebt. 't Is net zoiets als het verschil tussen een reis per auto of per trein: met de auto kun je ieder moment van reisbestemming wisselen, met de trein zit je vast aan je treinkaartje, of je moet een ander kaartje kopen.
Tja, of je kiest voor de oplossing van de grootverbruikers: schaf voor de gehele organisatie een "OV jaarkaart" (een site-license) aan.
En mag ik dan gelijk ook een license manager die zélf ziet of ik ArcInfo, ArcEditor of ArcView functionaliteit gebruik en daarop afrekent: ArcGIS Licenses On Demand. Inderdaad: het OV-chipcard equivalent van ArcGIS licensies. Juist in Rotterdam is daar toch inmiddels ruime ervaring mee?
zaterdag 16 mei 2009
Metadata voor Inspire: Wat mag het kosten?
Op 14 april heeft de Tweede Kamer de Implementatiewet Inspire aangenomen. Overigens wel met 2 moties, die allebei de Inspire ambities beperken.
In de aanvullende brief die Minister Cramer aan de kamer stuurde (zie http://static.ikregeer.nl/pdf/KST129795.pdf, en voor wie het nog niet wist: ikregeer.nl is een verbeterde versie van de oficiele site parlando.nl, laat de markt z'n werk maar doen!) lees ik nog eens wat de kosten zijn voor alleen al de metadata: minimaal 260.000, maximaal 720.000 euro. Die grote bandbreedte zit hem in de redenatie of je de metadata-inspanningen van Inspire-bronhouders die los van Inspire waarschijnlijk al gedaan zouden worden wel of niet meetelt.
(Overigens is het Inspire-kostenonderzoek waaruit deze bedragen komen uit 2005, voor de brief naar de kamer heeft er zo te zien geen inflatiecorrectie plaatsgevonden...)
In Nederland hebben we de voorkeur uitgesproken voor een model waarin slechts de meest geschikte dataset voor een thema (Inspire onderscheidt 34 thema's) als Inspire dataset wordt aangemerkt. (zie http://www.geonovum.nl/milieu-inspire/milieu-inspire/wie-is-bronhouder-op-welk-thema-317.html)
Neem het ruim, stel dat er bij de 34 thema's 50 datasets worden onderscheiden, dan hebben we gemiddeld minimaal ruim 5.000 en maximaal ruim 15.000 euro per dataset te verspijkeren om de metadata op orde te krijgen.
Huur Geodan/ Grontmij/ Nieuwland/ ESRI/ Aris/ AquaGIS/ Giscover/ Alterra/ Nexpri/ Haskoning in om dit uit te voeren in plaats van de bronhouders. Dat onder de voorwaarde dat de bronhouders waar nodig hun medewerking verlenen (interviews, documentatie beschikbaar stellen, etc). Of moeten we die metadata invullers niet in de GIS hoek maar in de bibliotheek en DIV-wereld zoeken?
Bijkomend voordelen zijn een grotere consistentie (met name belangrijk bij thema's waarbinnen toch meerdere datasets worden aangewezen), en een "neutrale" metadata-invulling in plaats van een "dat is vanzelfsprekend dus vul ik maar niet in"-instelling als je de bronhouders zélf achter de metadata editor zet, en tenslotte de eliminatie van technische implementatiehobbels door mogelijke eigenwijsheden in de diverse metadata invoer systemen.
Wie doet het voor een kwart miljoen?
In de aanvullende brief die Minister Cramer aan de kamer stuurde (zie http://static.ikregeer.nl/pdf/KST129795.pdf, en voor wie het nog niet wist: ikregeer.nl is een verbeterde versie van de oficiele site parlando.nl, laat de markt z'n werk maar doen!) lees ik nog eens wat de kosten zijn voor alleen al de metadata: minimaal 260.000, maximaal 720.000 euro. Die grote bandbreedte zit hem in de redenatie of je de metadata-inspanningen van Inspire-bronhouders die los van Inspire waarschijnlijk al gedaan zouden worden wel of niet meetelt.
(Overigens is het Inspire-kostenonderzoek waaruit deze bedragen komen uit 2005, voor de brief naar de kamer heeft er zo te zien geen inflatiecorrectie plaatsgevonden...)
In Nederland hebben we de voorkeur uitgesproken voor een model waarin slechts de meest geschikte dataset voor een thema (Inspire onderscheidt 34 thema's) als Inspire dataset wordt aangemerkt. (zie http://www.geonovum.nl/milieu-inspire/milieu-inspire/wie-is-bronhouder-op-welk-thema-317.html)
Neem het ruim, stel dat er bij de 34 thema's 50 datasets worden onderscheiden, dan hebben we gemiddeld minimaal ruim 5.000 en maximaal ruim 15.000 euro per dataset te verspijkeren om de metadata op orde te krijgen.
Huur Geodan/ Grontmij/ Nieuwland/ ESRI/ Aris/ AquaGIS/ Giscover/ Alterra/ Nexpri/ Haskoning in om dit uit te voeren in plaats van de bronhouders. Dat onder de voorwaarde dat de bronhouders waar nodig hun medewerking verlenen (interviews, documentatie beschikbaar stellen, etc). Of moeten we die metadata invullers niet in de GIS hoek maar in de bibliotheek en DIV-wereld zoeken?
Bijkomend voordelen zijn een grotere consistentie (met name belangrijk bij thema's waarbinnen toch meerdere datasets worden aangewezen), en een "neutrale" metadata-invulling in plaats van een "dat is vanzelfsprekend dus vul ik maar niet in"-instelling als je de bronhouders zélf achter de metadata editor zet, en tenslotte de eliminatie van technische implementatiehobbels door mogelijke eigenwijsheden in de diverse metadata invoer systemen.
Wie doet het voor een kwart miljoen?
It's hard to be Inspired!
Omdat ik weer eens met metadata bezig was (een validator voor gebruik in arcgis, binnenkort meer hierover) stuurde ik mijn browser weer eens richting Inspire portal.
De startpagina http://www.inspire-geoportal.eu opgezocht. Aldaar allereerst geconstateerd dat er slechts Engels als voertaal is, terwijl we zelfs in Nederland een vertaalde ArcGIS versie hebben. So be it.
Dan maar gelijk door naar de eerste van de quick links: de INSPIRE Metadata Catalogue. Die opent een nieuw window, met als enige tekst "Geo-Portal error". Hé?
Terug naar de startpagina, en als ik daarvandaan niet via de quick links maar via de "officiële weg" naar de catalogus ga er naast een introductietekst in vet staat: "Please note that we are experiencing some technical problems with the metadata catalogue. We are addressing the issue and the catalogue will be back online as soon as possible". De google cache leert me dat op 12 mei (inmiddels 4 dagen geleden) die tekst er ook al stond. As soon as possible?
En dat terwijl ESRI 27 februari nog trots aankondigde: "Het portaal dat toegang gaat bieden tot de Europese infrastructuur voor geografische informatie, INSPIRE, wordt ontwikkeld op het ArcGIS platform" (zie http://www.esrinl.com/content/nieuws.asp?id=580).
Ik hoop voor ESRI dat de versie die nu uit de lucht is nog niet op het ArcGIS platform ontwikkeld is. Of is het een publiciteitsstunt van ESRIs marketing afdeling? Eerst suggereren dat het oude portal technische problemen heeft om vervolgens het ArcGIS platform als reddende engel neer te laten dalen. Wordt ge- en vervolgd.
De startpagina http://www.inspire-geoportal.eu opgezocht. Aldaar allereerst geconstateerd dat er slechts Engels als voertaal is, terwijl we zelfs in Nederland een vertaalde ArcGIS versie hebben. So be it.
Dan maar gelijk door naar de eerste van de quick links: de INSPIRE Metadata Catalogue. Die opent een nieuw window, met als enige tekst "Geo-Portal error". Hé?
Terug naar de startpagina, en als ik daarvandaan niet via de quick links maar via de "officiële weg" naar de catalogus ga er naast een introductietekst in vet staat: "Please note that we are experiencing some technical problems with the metadata catalogue. We are addressing the issue and the catalogue will be back online as soon as possible". De google cache leert me dat op 12 mei (inmiddels 4 dagen geleden) die tekst er ook al stond. As soon as possible?
En dat terwijl ESRI 27 februari nog trots aankondigde: "Het portaal dat toegang gaat bieden tot de Europese infrastructuur voor geografische informatie, INSPIRE, wordt ontwikkeld op het ArcGIS platform" (zie http://www.esrinl.com/content/nieuws.asp?id=580).
Ik hoop voor ESRI dat de versie die nu uit de lucht is nog niet op het ArcGIS platform ontwikkeld is. Of is het een publiciteitsstunt van ESRIs marketing afdeling? Eerst suggereren dat het oude portal technische problemen heeft om vervolgens het ArcGIS platform als reddende engel neer te laten dalen. Wordt ge- en vervolgd.
zondag 1 maart 2009
veldnaam wijzigen: kleine moeite?
Mijn grootste verbazing over ArcGIS is dat het nog steeds niet mogelijk is een bestaande velddefinite te wijzigen of zelfs maar de veldnaam aan te passen. Er zijn inmiddels wel diverse "third-party tools" (zoals ET GeoWizards en XTools, en naar ik meen kan het ook met de Interop extensie) die hier wel voorzieningen voor bieden maar ik wil het gewoon in de standaard functionaliteit.
Dus geen gerommel in Excel (voor de dbf's die achter een shapefile hangen), of in Access (voor personal geodatabases).
Zelfs het bij het oude (?) Arc/Info Workstation behorende databasesysteem INFo beschikte over deze functionaliteit (het "alter" commando).
Zullen we afspreken dat ArcGIS 9.4 hier wél in voorziet?
Dus geen gerommel in Excel (voor de dbf's die achter een shapefile hangen), of in Access (voor personal geodatabases).
Zelfs het bij het oude (?) Arc/Info Workstation behorende databasesysteem INFo beschikte over deze functionaliteit (het "alter" commando).
Zullen we afspreken dat ArcGIS 9.4 hier wél in voorziet?
Ontwerp een skigebied
Als trouwe wintersporter bedenk ik ieder jaar minstens één keer (terwijl ik aan een steile sleeplift hang of in een voornamelijk horizontaal voortbewegende stoeltjeslift zit, of als ik ergens een stuk piste bijna omhoog moet skiën): wat is het ontwerpen van een skigebied een mooie toepassing voor GIS-analyses.
Ga maar na: De skiliften moeten met een zo kort mogelijke horizontale afstand de heren en dames skiers zo ver mogelijk omhoog krijgen, de pistes (in diverse moeilijkheidsgraden) moeten met een bepaalde minimumbreedte dezelfde skiërs eigenlijk met zo groot mogelijke horizontale afstand een zo klein mogelijk hoogteverschil laten zakken.
Daarnaast stellen aanleg van pistes en liften eisen aan de stabiliteit van de ondergrond.
't Hele spul moet ook nog een beetje leuk ten opzichte van de zon zijn gelegen, dus niet alleen in de schaduw van de bergen en om optimaal van die zon te genieten moeten er ook her en der nog wat terrassen langs de pistes worden gedrapeerd.
Iemand hier wel eens een leuk voorbeeld van tegengekomen
(tja, gezien de klimaatverandering zit er misschien niet veel brood in het ontwerpen van skigebieden...)
Ga maar na: De skiliften moeten met een zo kort mogelijke horizontale afstand de heren en dames skiers zo ver mogelijk omhoog krijgen, de pistes (in diverse moeilijkheidsgraden) moeten met een bepaalde minimumbreedte dezelfde skiërs eigenlijk met zo groot mogelijke horizontale afstand een zo klein mogelijk hoogteverschil laten zakken.
Daarnaast stellen aanleg van pistes en liften eisen aan de stabiliteit van de ondergrond.
't Hele spul moet ook nog een beetje leuk ten opzichte van de zon zijn gelegen, dus niet alleen in de schaduw van de bergen en om optimaal van die zon te genieten moeten er ook her en der nog wat terrassen langs de pistes worden gedrapeerd.
Iemand hier wel eens een leuk voorbeeld van tegengekomen
(tja, gezien de klimaatverandering zit er misschien niet veel brood in het ontwerpen van skigebieden...)
vrijdag 21 november 2008
GEO - DIV - ICT
Geografische informatie systemen bij bijvoorbeeld overheden ondersteunen meestal primaire werkprocessen, ze zijn zelf vaak geen primair proces. Dit overigens in tegenstelling tot data-inwinnende bedrijven en een hele trits geo-adviesbureaus, die GIS wel als primair proces kennen.
Toch zijn er nog veel overheden die een afdeling geo-informatie kennen. En die afdeling zit altijd in de spagaat "zijn wij nou GEO of zijn wij nou ICT?". Vreemd genoeg wordt veel minder de vraag gesteld: "zijn wij nou GEO of zijn wij DIV". Nog sterker: de gis-ers kennen DIV vooral als een tag uit de HTML-wereld die ze wel eens gebruiken als er een gisviewer voor het plaatselijke intranet gebouwd moet worden...
Met de opmars van geoportalen schuift de GIS wereld steeds meer op in de richting van DIV. Het gaat meer en meer over informatiestromen, databeheer, metadata en de standaarden die daar een rol bij spelen. En ja, die hebben een geografische component, maar net zo goed een juridische component, en een tijdscomponent, en een taalcomponent.
Breekpunt in deze ontwikkeling worden de digitale ruimtelijke plannen. Nu nog vooral vanuit de inhoudelijke RO en de GEO-invalshoek bekeken. Sla er de eerste monitor digitale verplichtingen WRO bij gemeenten bijvoorbeeld eens op na. Daar hebben de inhoudelijke betrokkenen (in dit geval de afdelingen ruimtelijke ordening) de lead, met de afdelingen geo-informatie op de tweede plaats, op de voet gevolgd door de ICT-afdelingen. Op gepaste afstand de juristen, en in de achterhoede vinden we de DIV-ers.
Maar straks worden ook de planteksten bij bestemmingsplannen uniform digitaal gemaakt, en er komt een beheersfase waarin versiebeheer van de bestemmingsplannen een grote rol gaat spelen, en het proces om te komen tot bestemmingsplan met teksten en kaart moet gestroomlijnd worden. Dat wordt het moment dat de altijd bescheiden DIV-ers doorkrijgen dat zij de leiding over moeten nemen en de benodigde geo-expertise in hun afdeling incorporeren.
Het "harde" deel van de geo-expertise dat ik met graag met geo-ict aanduid kan zich dan bij een algemene ICT afdeling aansluiten, en de experts op gebied van kartografie (ja, met een "k") gaat zich weer helemaal thuisvoelen bij de afdeling communicatie.
Die slimme DIV-ers bereiden zich er al op voor, als ik het cursusaanbod van bijvoorbeeld SOD bekijk. De cursus geografische informatievoorziening wordt daar als volgt aangeprezen:
"Geografische informatie is lang een speciale eend in de bijt van de informatievoorziening geweest. Maar nu informatievoorziening als geheel integreert in het primaire proces, is het logisch dat Geografische informatie daar onderdeel van uitmaakt."
En de GIS-ers? Zij houden zich vast aan wat Jack Dangermond van ESRI in 2001 zei: "you're special people". Zullen we zeggen, nog maximaal 10 jaar?
Toch zijn er nog veel overheden die een afdeling geo-informatie kennen. En die afdeling zit altijd in de spagaat "zijn wij nou GEO of zijn wij nou ICT?". Vreemd genoeg wordt veel minder de vraag gesteld: "zijn wij nou GEO of zijn wij DIV". Nog sterker: de gis-ers kennen DIV vooral als een tag uit de HTML-wereld die ze wel eens gebruiken als er een gisviewer voor het plaatselijke intranet gebouwd moet worden...
Met de opmars van geoportalen schuift de GIS wereld steeds meer op in de richting van DIV. Het gaat meer en meer over informatiestromen, databeheer, metadata en de standaarden die daar een rol bij spelen. En ja, die hebben een geografische component, maar net zo goed een juridische component, en een tijdscomponent, en een taalcomponent.
Breekpunt in deze ontwikkeling worden de digitale ruimtelijke plannen. Nu nog vooral vanuit de inhoudelijke RO en de GEO-invalshoek bekeken. Sla er de eerste monitor digitale verplichtingen WRO bij gemeenten bijvoorbeeld eens op na. Daar hebben de inhoudelijke betrokkenen (in dit geval de afdelingen ruimtelijke ordening) de lead, met de afdelingen geo-informatie op de tweede plaats, op de voet gevolgd door de ICT-afdelingen. Op gepaste afstand de juristen, en in de achterhoede vinden we de DIV-ers.
Maar straks worden ook de planteksten bij bestemmingsplannen uniform digitaal gemaakt, en er komt een beheersfase waarin versiebeheer van de bestemmingsplannen een grote rol gaat spelen, en het proces om te komen tot bestemmingsplan met teksten en kaart moet gestroomlijnd worden. Dat wordt het moment dat de altijd bescheiden DIV-ers doorkrijgen dat zij de leiding over moeten nemen en de benodigde geo-expertise in hun afdeling incorporeren.
Het "harde" deel van de geo-expertise dat ik met graag met geo-ict aanduid kan zich dan bij een algemene ICT afdeling aansluiten, en de experts op gebied van kartografie (ja, met een "k") gaat zich weer helemaal thuisvoelen bij de afdeling communicatie.
Die slimme DIV-ers bereiden zich er al op voor, als ik het cursusaanbod van bijvoorbeeld SOD bekijk. De cursus geografische informatievoorziening wordt daar als volgt aangeprezen:
"Geografische informatie is lang een speciale eend in de bijt van de informatievoorziening geweest. Maar nu informatievoorziening als geheel integreert in het primaire proces, is het logisch dat Geografische informatie daar onderdeel van uitmaakt."
En de GIS-ers? Zij houden zich vast aan wat Jack Dangermond van ESRI in 2001 zei: "you're special people". Zullen we zeggen, nog maximaal 10 jaar?
donderdag 20 november 2008
Vrolijke quote
Een kwootje uit het boek Google Maps Hacks:
Creating feature-complete interfaces to geographic data that are so complex as to be inpenetrable by all but the highest of high priest seems to be nearly inevitable. Programmers start with a simple model, and then the world, the data, and the weight of history intrude to "complexify" our models and break our metaphors. When Walt Kelly wrote "We have met the enemy and he is us", he could have been describing the creators of most geospatial apps.
Herkenbaar?
Creating feature-complete interfaces to geographic data that are so complex as to be inpenetrable by all but the highest of high priest seems to be nearly inevitable. Programmers start with a simple model, and then the world, the data, and the weight of history intrude to "complexify" our models and break our metaphors. When Walt Kelly wrote "We have met the enemy and he is us", he could have been describing the creators of most geospatial apps.
Herkenbaar?
Is er leven na de Geoloketten?
Om eventuele angst meteen maar weg te nemen: ja, er is leven na geoloketten. En met geoloketten bedoel ik in dit verband uiteraard het RGI (ruimte voor geo-informatie) project Geoloketten.
Gisteren vond de slotconferentie van dit project plaats. Alleen al de locatie (een oude treinwerkplaats in Amersfoort) geeft al aan dat er creativiteit in dit project zat. En zit! Want het project Geoloketten wil de opgedane ervaringen vastleggen en verder uitdragen en heeft daarvoor de site cartafabrica in het leven geroepen. Dat moet de plaats worden waar jij en ik onze ergernissen en vreugde over standaarden, software (metadata editors als geosticker, portaal bouwdozen als geonetwork) met elkaar kunnen delen.
Goedgekeurd door Geonovum. Maar waarom eigenlijk niet gewoon onderdeel van de Geonovum-site, en ook onder de verantwoording van Geonovum in plaats van het geo-maatschappelijke middenveld. Net zoals er ook een www.helpdeskdurp.nl/ was, die tegenwoordig onderdeel is van de VROM-site. Nou ja, terugtredende overheid zeker?
Maar niet teveel zeuren: de gedachte is prima, en ik weet zeker dat er bij jullie veel technische kennis over de metadata-XML's is, er ideeën zijn over de inhoudelijke kant van diverse metadata-onderdelen, er beren op de weg en adders onder het gras gesignaleerd zijn bij het opzetten van geoportalen met ESRI of Open Source software, kortom er veel herbruikbare kennis in de koppen zit. Schudt ze leeg op www.cartafabrica.nl/!
Maar niet teveel zeuren: de gedachte is prima, en ik weet zeker dat er bij jullie veel technische kennis over de metadata-XML's is, er ideeën zijn over de inhoudelijke kant van diverse metadata-onderdelen, er beren op de weg en adders onder het gras gesignaleerd zijn bij het opzetten van geoportalen met ESRI of Open Source software, kortom er veel herbruikbare kennis in de koppen zit. Schudt ze leeg op www.cartafabrica.nl/!
zaterdag 1 november 2008
Content Management met GIS (of omgekeerd?)
Dat willen we toch allemaal: Dat het management content is?
Maar dat bedoelde ik niet direct met deze titel. Wel doel ik op Content Management Systemen (CMS) zoals die gebruikt worden om websites handig te beheren. Deze systemen zijn de voorlopig laatste stap in de evolutie van het beheer van webpagina's: van hard-coded HTML (met daarin opmaaktags voor vet, cursief etc.) via cascading stylesheets (css) waarbij de inhoud en vorm waren gescheiden naar nu dus CMS-en, waarmee de inhoud ("content") wordt losgehaald van de webpagina. Een CMS definieert een set ankers ("placeholders") op een webpagina waarin dynamisch de inhoud wordt gegoten. Die inhoud bestaat uit artikelen, blogs, nieuwsberichten, rss-feeds die weer van andere sites afkomstig zijn en zo voort.
Hoe verhoudt zich dit nu tot GIS-systemen?
De scheiding tussen vorm en inhoud is in ArcGIS en voorganger ArcInfo altijd moeizaam geweest. In mijn AML-tijd wisten we dit op te lossen door de inhoud (welke kaartlagen en hoe weergegeven) en de vorm (welke paginagrootte, waar komt de legenda) in aparte AML's te gieten.
Voor wat betreft desktop GIS: De templates in ArcMap voorzien in zo'n beperkte mate in dat diverse partijen zélf de scheiding van vorm en inhoud ter hand hebben genomen. Mapmaker dat ESRI Nederland ism het Zuiveringsschap Hollandse Eilanden en Waarden heeft ontwikkeld, het door ARIS voor het PBL (voorhen MNP) GeoView en het door MX Systems voor Verkeer en Waterstaat beheerde VenW layouter zijn hiervan drie voorbeelden uit Nederland. Sommige van deze tools gaan al zover dat hiermee ook bijvoorbeeld symbolenset en logo's centraal gedefinieerd kunnen worden.
Dat wil ik ook gebruiken voor mijn websites. En dan niet als een in zichzelf gekeerde GIS-tool, maar als een plugin voor de bekende CMS-en als Joomla! en Drupal.
Dus allereerst een tool waarmee kaartlayouts gedefinieerd kunnen worden. En wel graag met één en dezelfde tool zowel voor papieren kaarten als voor webkaarten, zodat ik stijlen voor schaalbalken, titels en mijn logos ongeacht het medium wat ik kies kan hergebruiken.
Vervolgens een tool om de kaarten zelf mee te maken, wederom ongeacht het medium (papier, beeldscherm) waarop het terecht komt. Natuurlijk is beeldscherkartografie heel wat anders dan kartografie voor papier, maar de tool die ik wil houdt daar rekening mee en kan hier flexibel mee omgaan. De output van deze tool kan dynamisch aan een outputservice gekoppeld worden die naar believen een beeldschermPDF, een pre-press PDF of een WMS (of WFS+WCS) uitspuugt
Daarnaast iets om deze WMS en WFS webservices te beheren. Met dezelfde tool kunnen natuurlijk ook de bron geodatasets als service worden beheerd.
Dan iets om de webapplicatie mee te maken. Hé dat hebben we al, want dat is ons Content Management Systeem. En zitten daar ook al niet modules in om te bepalen wie nieuwe layouts mag maken, wie nieuwe content mag toevoegen, welke catagorieën er gedefinieerd zijn voor de artikelen. Mooi, dan gebruiken we die tools ook om in onze hierboven geschetste layouttool, kaartentool en webservicemanager gebruiksrechten toe te kennen en elementen te categoriseren en van services en objecten aan te geven of ze voor breed gebruik "gepublished" zijn of dat ze nog in bewerking zijn
Net zoals ik met het blogging systeem waarmee ik dit bericht schrijf "tags" en categoriën kan toekennen, voorlopige versies van berichten kan beheren en zo meer.
Hetzelfde verhaal geldt natuurlijk ook voor de bouw van geodataportals. Die moeten niet alleen zoeken naar geodata mogelijk maken maar ook via wiki's kennis kunnen bijhouden, gebruikers commentaar kunnen laten geven op dataset en aankondigingen van AGGN-gebruikersdagen, gisconferenties etc. doen.
GIS-software bouwers: beperk u tot de specifieke GIs functionaliteit. Doe dat heel goed en zorg dat het praat met services en componenten van buiten de GIS-wereld zodat "de GIS-wereld" deel uit gaat maken van de rest van het heelal.
Maar dat bedoelde ik niet direct met deze titel. Wel doel ik op Content Management Systemen (CMS) zoals die gebruikt worden om websites handig te beheren. Deze systemen zijn de voorlopig laatste stap in de evolutie van het beheer van webpagina's: van hard-coded HTML (met daarin opmaaktags voor vet, cursief etc.) via cascading stylesheets (css) waarbij de inhoud en vorm waren gescheiden naar nu dus CMS-en, waarmee de inhoud ("content") wordt losgehaald van de webpagina. Een CMS definieert een set ankers ("placeholders") op een webpagina waarin dynamisch de inhoud wordt gegoten. Die inhoud bestaat uit artikelen, blogs, nieuwsberichten, rss-feeds die weer van andere sites afkomstig zijn en zo voort.
Hoe verhoudt zich dit nu tot GIS-systemen?
De scheiding tussen vorm en inhoud is in ArcGIS en voorganger ArcInfo altijd moeizaam geweest. In mijn AML-tijd wisten we dit op te lossen door de inhoud (welke kaartlagen en hoe weergegeven) en de vorm (welke paginagrootte, waar komt de legenda) in aparte AML's te gieten.
Voor wat betreft desktop GIS: De templates in ArcMap voorzien in zo'n beperkte mate in dat diverse partijen zélf de scheiding van vorm en inhoud ter hand hebben genomen. Mapmaker dat ESRI Nederland ism het Zuiveringsschap Hollandse Eilanden en Waarden heeft ontwikkeld, het door ARIS voor het PBL (voorhen MNP) GeoView en het door MX Systems voor Verkeer en Waterstaat beheerde VenW layouter zijn hiervan drie voorbeelden uit Nederland. Sommige van deze tools gaan al zover dat hiermee ook bijvoorbeeld symbolenset en logo's centraal gedefinieerd kunnen worden.
Dat wil ik ook gebruiken voor mijn websites. En dan niet als een in zichzelf gekeerde GIS-tool, maar als een plugin voor de bekende CMS-en als Joomla! en Drupal.
Dus allereerst een tool waarmee kaartlayouts gedefinieerd kunnen worden. En wel graag met één en dezelfde tool zowel voor papieren kaarten als voor webkaarten, zodat ik stijlen voor schaalbalken, titels en mijn logos ongeacht het medium wat ik kies kan hergebruiken.
Vervolgens een tool om de kaarten zelf mee te maken, wederom ongeacht het medium (papier, beeldscherm) waarop het terecht komt. Natuurlijk is beeldscherkartografie heel wat anders dan kartografie voor papier, maar de tool die ik wil houdt daar rekening mee en kan hier flexibel mee omgaan. De output van deze tool kan dynamisch aan een outputservice gekoppeld worden die naar believen een beeldschermPDF, een pre-press PDF of een WMS (of WFS+WCS) uitspuugt
Daarnaast iets om deze WMS en WFS webservices te beheren. Met dezelfde tool kunnen natuurlijk ook de bron geodatasets als service worden beheerd.
Dan iets om de webapplicatie mee te maken. Hé dat hebben we al, want dat is ons Content Management Systeem. En zitten daar ook al niet modules in om te bepalen wie nieuwe layouts mag maken, wie nieuwe content mag toevoegen, welke catagorieën er gedefinieerd zijn voor de artikelen. Mooi, dan gebruiken we die tools ook om in onze hierboven geschetste layouttool, kaartentool en webservicemanager gebruiksrechten toe te kennen en elementen te categoriseren en van services en objecten aan te geven of ze voor breed gebruik "gepublished" zijn of dat ze nog in bewerking zijn
Net zoals ik met het blogging systeem waarmee ik dit bericht schrijf "tags" en categoriën kan toekennen, voorlopige versies van berichten kan beheren en zo meer.
Hetzelfde verhaal geldt natuurlijk ook voor de bouw van geodataportals. Die moeten niet alleen zoeken naar geodata mogelijk maken maar ook via wiki's kennis kunnen bijhouden, gebruikers commentaar kunnen laten geven op dataset en aankondigingen van AGGN-gebruikersdagen, gisconferenties etc. doen.
GIS-software bouwers: beperk u tot de specifieke GIs functionaliteit. Doe dat heel goed en zorg dat het praat met services en componenten van buiten de GIS-wereld zodat "de GIS-wereld" deel uit gaat maken van de rest van het heelal.
vrijdag 22 augustus 2008
Metadata: India zoeken, Amerika vinden
Nu portalen sterk in de belangstelling neemt ook de aandacht voor de wijze waarop in portalen wordt gezocht toe. Dat zoeken kan in hoofdzaak op 2 manieren.
Ten eerste door gericht te zoeken naar een dataset waarvan de zoeker weet dat-ie bestaat, maar waarvan alleen de locatie nog onbekend is. Vergelijk het met gericht boodschappen doen (met een boodschappenlijstje) of het via de kortste of snelste weg naar zuidelijk Frankrijk te rijden. Dit soort zoeken in geodataportalen zal met name door professionele GIS-gebruikers worden gedaan. Zij zijn immers door ervaring, door hun netwerk of door vaktijdschriften op de hoogte van het bestaan van specifieke datasets. Ik noem dit een "find".
De tweede manier van zoeken is de wijze die incidentele GIS-gebruikers eerder zullen hanteren. Die zijn rond een thema (recreatie, arbeidsplaatsen, wat dan ook) op zoek naar informatie. Zij willen rond dat thema rond kunnen snuffelen, ontdekken. "Discovery" (ontdekken) is het label dat ik hier op plak.
Het GSDI Cookbook (2004) zegt ons dat metadata de volgende doelen kent:
- Discovery metadata - What data sets hold the sort of data I am interested in? This enable organisations to know and publicise what data holdings they have.
- Exploration metadata - Do the identified data sets contain sufficient information to enable a sensible analysis to be made for my purposes? This is documentation to be provided with the data to ensure that others use the data correctly and wisely.
- Exploitation metadata – What is the process of obtaining and using the data that are required? This helps end users and provider organisations to effectively store, reuse, maintain and archive their data holdings.
"Marcel en Marcel" (Reuvers en De Rink) vertaalden dat in 2006 naar:
- Discovery: uitsluitend gericht op het zoeken naar resources;
- Exploration: evaluatie en toetsing of de resource aan de informatiebehoefte voldoet;
- Exploitation: het benaderen en verkrijgen van de resource.
In Cookbook en bij Reuvers en De Rink wordt geen onderscheid gemaakt tussen "vinden" en "ontdekken". Wellicht omdat de schrijvers slechts de geo-professionals voor ogen hadden?
Een heel goed en prettig leesbaar boek over dit onderwerp (niet specifiek GIS) is Everything is miscellaneous (the power of the new digital disorder) waarin David Weinberger aangeeft dat we nog veel te veel geneigd zijn met digitale catalogi ("the third order of order") een verbeterde versie van de aloude kaartenbakken ("the second order of order" te bouwen, en daarmee voorbij gaan aan de specifieke mogelijkheden die digitale catalogi bieden.
Vinden vereist formele metadata, ontdekken (vaak dmv browsen) is meer gebaat bij tagging. Voorbeeld hiervan is de fotowebsite Flickr, waar bezoekers niet alleen hun eigen maar vooral ook elkaars foto's van labels (tags) kunnen voorzien.
Net zoals bij amazon.com: Mensen die deze datasets gebruikten, gebruikten ook dataset Y. Dat levert onverwacht hergebruik van data op, en laat dat nou precies het doel van Gideon zijn!
zaterdag 8 maart 2008
Voorjaarsschoonmaak in geonieuws
Nu mijn huis in staat van verbouwing verkeert heb ik bovengemiddelde interesse in opruimen en weggooien. Dat het world wide web volstaat met dode links (de bekende 404's) is niets nieuws, maar mogen we in geo-nederland even de bezem hanteren?
Op de startpagina van het oude nationale geoportaal op http://www.ncgi.nl/ staat weliswaar aangegeven dat u zich bij http://www.geonovum.nl/ dient te vervoegen, googelen op ncgi levert nog wel verwijzingen naar bestaande oude pagina's op. Mag héél http://www.ncgi.nl/ alsjeblieft uit de lucht?
Dan http://www.onzegeo.nl/. Nota bene door het RGI opgezet. "In november 2007 wordt de versie voor het grote publiek gelanceerd" ronkt de website op de meedoenpagina www.onzegeo.nl/meedoen. Onder het kopje actueel lees ik (op 8 maart) dat op 13 en 14 maart de nationale geo-innovatiedagen plaatsvonden. Huh? Dat meest recente nieuwsbericht is inderdaad bijna een jaar oud...
Ook het RGI-project simlandscape (http://www.simlandscape.com/) moet hoognodig een paar kalenderblaadjes afscheuren. De (Nederlandstalige) aankondiging dat er op 24 november 2006 een werkatelier plaats vindt is met de (Engelstalige) aankondiging dat Arend Ligtenberg op 22 september 2006 promoveert de info waar u het mee moet doen.
Het bodemportaal op http://www.bodemdata.nl/ erkent zelf dat in verband met de lopende integratie van dinoloket.nl en bodemdata.nl de website in een lage frequentie bijgewerkt zal worden. Maar als het enige nieuwsfeit slaat op een bijeenkomst van 6 juni 2006 mag ook hier de bezem ter hand worden genomen.
Een website in de lucht brengen is geen kunst, een website bijhouden des te meer!
Op de startpagina van het oude nationale geoportaal op http://www.ncgi.nl/ staat weliswaar aangegeven dat u zich bij http://www.geonovum.nl/ dient te vervoegen, googelen op ncgi levert nog wel verwijzingen naar bestaande oude pagina's op. Mag héél http://www.ncgi.nl/ alsjeblieft uit de lucht?
Dan http://www.onzegeo.nl/. Nota bene door het RGI opgezet. "In november 2007 wordt de versie voor het grote publiek gelanceerd" ronkt de website op de meedoenpagina www.onzegeo.nl/meedoen. Onder het kopje actueel lees ik (op 8 maart) dat op 13 en 14 maart de nationale geo-innovatiedagen plaatsvonden. Huh? Dat meest recente nieuwsbericht is inderdaad bijna een jaar oud...
Ook het RGI-project simlandscape (http://www.simlandscape.com/) moet hoognodig een paar kalenderblaadjes afscheuren. De (Nederlandstalige) aankondiging dat er op 24 november 2006 een werkatelier plaats vindt is met de (Engelstalige) aankondiging dat Arend Ligtenberg op 22 september 2006 promoveert de info waar u het mee moet doen.
Het bodemportaal op http://www.bodemdata.nl/ erkent zelf dat in verband met de lopende integratie van dinoloket.nl en bodemdata.nl de website in een lage frequentie bijgewerkt zal worden. Maar als het enige nieuwsfeit slaat op een bijeenkomst van 6 juni 2006 mag ook hier de bezem ter hand worden genomen.
Een website in de lucht brengen is geen kunst, een website bijhouden des te meer!
dinsdag 12 februari 2008
Data bij de bron: Niet per definitie goed
Sinds een aantal jaar waart de mantra "data bij de bron" door geo-nederland. Goed bedoeld, want wat we er mee willen is dat er geen kopietjes van kopietjes van kopietjes van datasets gaan rondzwerven. Waardoor je, zoals mijj meermalen is overkomen, door collega's van andere overheden uiteindelijk je eigen data weer cadeau krijgt. Hoezo sigaar uit eigen doos?
Maar om daarvoor de data bij de bron te moeten laten is niet de oplossing. Want die bron is gespecialiseerd in het inwinnen, het verzamelen van data. Data beheren en beschikbaar stellen is een wezenlijk nadere tak van sport. Of wordt de openbare bibliotheek bij u in de buurt bestierd door A.F.T.H. van der Heijden of Arnon Grunberg?
Nog sterker, zelfs die (bewerkte) kopietjes van (bewerkte) kopietjes zijn geen probleem. Misschien zijn namelijk de bewerkingen die u doet voor mij weer een handig startpunt. Zolang maar eenduiding traceerbaar is welke weg de data heeft afgelegd. Deze zogenaamde lineage (het "DNA") van data is nog onontgonnen terrein.
Het lijkt me een goed plan na eerdere GML-estafette en aankomende (15 mei 2008) metadata estafette een data estafette te gaan houden.
Maar om daarvoor de data bij de bron te moeten laten is niet de oplossing. Want die bron is gespecialiseerd in het inwinnen, het verzamelen van data. Data beheren en beschikbaar stellen is een wezenlijk nadere tak van sport. Of wordt de openbare bibliotheek bij u in de buurt bestierd door A.F.T.H. van der Heijden of Arnon Grunberg?
Nog sterker, zelfs die (bewerkte) kopietjes van (bewerkte) kopietjes zijn geen probleem. Misschien zijn namelijk de bewerkingen die u doet voor mij weer een handig startpunt. Zolang maar eenduiding traceerbaar is welke weg de data heeft afgelegd. Deze zogenaamde lineage (het "DNA") van data is nog onontgonnen terrein.
Het lijkt me een goed plan na eerdere GML-estafette en aankomende (15 mei 2008) metadata estafette een data estafette te gaan houden.
Abonneren op:
Posts (Atom)