2012 stond -net als de voorgaande jaren- wat geo betreft zo'n beetje in het teken van "hoe brengen we het vakgebied geo weer in contact met de grote (boze?) buitenwereld.
Op technisch gebied is dat al aardig aan het lukken. Oké, OGC services zijn nog vreemde eenden ín de algemene servicebijt, maar ik zie een tweetal ontwikkelingen die er voor zorgen dat in ieder geval geo-ict van het dak af komt:
De eerste is Python. Esri zet met ArcGIS 10 vol in op Python, niet alleen op de desktop maar met 10.1 ook als tool om ArcGIS services te scripten. Ook open source geoïsten die bijvoorbeeld QGIS gebruiken hebben Python al geruime tijd omarmd als favoriete scripttaal. En hardcore data-converteerders hebben sinds dit jaar in FME een volwaardige API.
De tweede is de gestage opmars van Microsoft's Workflow Foundation als de visuele (geo-)analyse-omgeving. AutoDesk Map 3D begon er in 2010 mee, GeoCortex' Essentials (en het daarvan afgeleidde GeoWeb) volgde al snel. Ik ben benieuwd of Esri al in ArcGIS versie 11 of pas in release 12 Modelbuilder aan de kant schuift ten faveure van deze meer standaard ontwikkelomgeving.
Het goede aan deze twee ontwikkelingen is dat ze de kracht van geo-ict gericht inzetten: niet de GIS omgeving als allround keukenmachine annex stofzuiger annex haardroger, maar een generieke scriptingtaal respectievelijk workflow management systeem die administratieve en geo-informatie en -processen vanuit hun eigen kracht aan elkaar weet te koppelen.
Daarmee zijn deze twee ontwikkelingen méér dan een technisch kunstje; ze vormen de technische voorbode van een nieuwe kijk op geo.
Posts tonen met het label modelbuilder. Alle posts tonen
Posts tonen met het label modelbuilder. Alle posts tonen
donderdag 27 december 2012
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!
Abonneren op:
Posts (Atom)