Geo-visualisatie/Vervolg GIS: verschil tussen versies

[[Afbeelding:Note.svg|20px]] '''TIP:''' Ook bij het totstandkomen van kaarten, kunnen deze GIS-bewerkingen geo-informatie geschikt of geschikter maken. Hoe meer kennis van GIS / jouw GIS-pakket, hoe makkelijker het (goed) kaarten maken zal gaan. Raadpleeg de handleiding van jouw GIS-pakket regelmatig om ideeën op te doen. Dat kan verhelderedn werken en tijdsbesparend uitkomen op het moment dat je een kaart in opdracht snel moet gaan uitvoeren.

[[Afbeelding:Note.svg|20px]] '''TIP:''' Een GIS-specialist zal zo lang mogelijk moeten willen rekenen met de meest gedetailleerde informatie die hij heeft. Pas op het laatste moment zal de uitkomst - indien voor besluitvorming of representatie strikt noodzakelijk is - misschien doorvertaald mogen worden naar grotere gebieden, oftewel, gebieden van een hoger aggregatieniveau. De analyse zelf zal moeten aantonen of dit mag. In het voorbeeld van hierboven; zou het grijze gedeelte een derde wijk zijn, dan was de indeling op wijkniveau's een goede geweest.

[[Afbeelding:Note.svg|20px]] '''TIP:''' Een vuistregel is het raster vier maal zo fijn moet zijn als de lengte en breedte van de kleinste vlakken uit het thema, voor zover je die kleine vlakken nog belangrijk acht. De kleinste vlakken (bijvoorbeeld maximaal de 5 % kleinste vlakken) mogen verdwijnen als de uitkomst 95% onnauwkeurigheid mag kennen. Echter, er zijn twee redenen om toch te kiezen voor nog fijnere rasters. De snelle rekentijd van de computers en de zogenaamde 'foutenvoortplanting'. Foutenvoortplanting, een lastig te onderzoeken fenomeen, is een het proces waarbij een 'fout' (=onnauwkeurigheid in de uitkomst van één berekening) steeds groter of nadeliger wordt bij de uitkomst van een volgende stap in de berekening. Zolang je PC de analyses zonder een lange rekentijd aankan, kies dan liever voor nog fijnere rasters, minimaal tien maal zo fijn als hierboven aangegeven

[[Afbeelding:Note.svg|20px]] '''TIP1:'''Wil je als sitebouwer / programmeur werken met Google Mash-ups? Zie http://googlemapsmania.blogspot.com/ voor een (besproken) overzicht van Mash-ups. Zie http://www.javaworld.com/javaworld/jw-01-2006/jw-0116-google.html, http://code.google.com/gme/docs/gettingstarted.html of voor de techniek er achter.

[[Afbeelding:Note.svg|20px]] '''TIP2:'''Wil je zelf data-bestanden (lijnen en vlakken) toevoegen? Dat kan op Google Earth (en ook Google Maps) met KML (Keyhole Markup Language). KML is een eigen, op XML gebaseerd opmaaktaal voor geo-informatie van Google. Het wordt inmiddels veel gebruikt, zij het alléén voor Google-applicaties. GIS-pakketten kunnen jou eigen geo-informatie vaak automatisch omzetten naar KML, waarna deze in Google Earth is in te lezen. Daardoor hoef je niet veel van KML zelf af te weten. Voor KML: zie http://nl.wikipedia.org/wiki/Keyhole_Markup_Language en http://code.google.com/apis/kml/. Uiteraard dien je Google Earth eerst geïnstalleerd te hebben op je eigen PC, deze is gratis downloadbaar. Voor bedrijven is er een - niet gratis - enterprise editie.

[[Afbeelding:Note.svg|20px]] '''TIP1:''' Op kaarten zit een copyright. Op feiten, en dus ook de locaties van bepaalde objecten uit kaarten, zit echter géén copyright. Een (topografische) kaart mag dus niet zomaar gekopieerd worden, netzoals (delen van) luchtfoto's. Wel mag je die kaart gebruiken om een selectie van de objecten in eigen kaart te gebruiken, zolang je maar niet (delen van) de kaart gaat overnemen door digitalisering. Raadpleeg altijd de copyrightvoorwaarden, of raadpleeg de uitgever/bron. Meer over copyright op geo-informatie vind je in 'Cartography, Visualization of Geospatial Data' <ref>Zie H13.5, blz 189-195 Cartography, Visualisation of Spatial Data, M.J. Kraak en F.J. Ormeling, 2003, 2^e editie, Pearson Education. Zie ook www.cartographybook.com.</ref>

[[Afbeelding:Note.svg|20px]] '''TIP2:''' Wees voor wat betreft de kwaliteit voorzichtig met het overnemen van lokale data van de community, 'open data', data van bepaalde gebruikersgroepen, belangenverenigingen, enzovoort. Deze bestanden kunnen met een beperkte bril, scope of aandachtsgebied tot stand komen. De data is bewust, maar vaker onbewust, voor een beperkt gebied tot stand gekomen. Wanneer een school alle graffiti in een stad in kaart heeft gebracht, zullen graffiti-locaties die zich bevinden tussen de school en de huisadressen van de scholieren over vertegenwoordigd zijn... Wanneer op een dergelijke kaart beslissingen worden genomen, is dit niet bepaald wetenschappelijk verantwoord te noemen. Als GIS-specialist vervul je een bepaalde rol hierin; jíj kennis van de eigenschappen van geo-informatie, jij hebt deze verzameld, jij bent de enige die de bron kan verifiëren. Vertaal dit niet zonder meer één op één over naar de kaartlezer.

[[Afbeelding:Note.svg|20px]] '''TIP:''' Zorg dat jouw GIS-afdeling betrokken is/wordt bij niet alleen projecten waarbij 'bouwstenen' worden gewijzigd, maar ook bij momenten waarop missie en strategie worden gewijzigd of besproken. Denk aan contacten met ICT-afdelingen, discussies over informatiebeleid, klantenwens-inventariesties, en dergelijke. GIS en de geo-informatie kan dan sneller inspelen op de nieuwe eisen, en de bijdrage die het levert kan dan direct meegenomen woden in de strategie. GIS is dan niet alleen een 'met de golven meedeinende' bouwsteen, maar levert input voor de strategie.

[[Afbeelding:Note.svg|20px]] '''TIP:''' Zomaar kijken welke databases / geo-informatie je voorhanden hebt - en deze vervolgens gebruiken - is gevaarlijk. Zonder kennis van wat hierboven als ''informatiegrammatica'' wordt genoemd - de regels en definities die binnen het bedrijf of bij de data horen - is er een goede kaart of analyse alleen 'op goed geluk' te maken. Bespreek als GIS-specialist met de kenners van de data, het businessproces en/of de leverancier/beheerder van de data ('wat wordt verstaan onder een weg, onder een wegvak, enzovoort'. De visualisatie ervan zal dan eerder juist zijn.