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?

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?

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/!

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.