Geo-visualisatie/Vervolg GIS: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
BotMultichill (overleg | bijdragen)
k Bot: afbeelding Boek.gif vervangen door Wikibooks-einzelbuch.gif
Geen bewerkingssamenvatting
Regel 51:
NB: De meest gebruikte GIS-tool, de join, is strikt genomen geen analyse, maar het startpunt van het maken van een kaart of analyse; deze wordt besproken in [[Geo-visualisatie/Deel_B:_Geo-visualisatie#Joinen_.28of:_hoe_zet_ik_willekeurige_informatie_met_.C3.A9.C3.A9n_actie_op_een_kaart.29|joinen]].
==GIS-analyses, de 'do's and dont's'==
Er zijn vele GIS-bewerkingen waarbij geo-informatie geconverteerd kan worden, verbeterd, gecombineerd, geanalyseerd. Hoe groter en duurder het GIS-pakket of licentie, hoe meer mogelijkheden. Deze mogelijkheden worden niet allemaal uitgebreid behandeld, daarvoordaar is de GIS-handleiding van het softwarepakket zelf waarschijnlijk beter in. Maar er zijn altijd een aantal zaken waar je rekening mee moet houden. In de volgende paragrafen komen een aantal van die zaken aan de orde.
 
===De wet van het kleine getal===
Regel 68:
Al deze conclusies berusten op één groot misverstand: er worden conclusies getrokken over een heel kleine periode én een heel klein gebied. Door de beperkte tijdspanne is de factor toeval bepalend voor het kaartbeeld. De werkelijke ruimtelijke spreiding die bij een dergelijk fenomeen hoort is niet zichtbaar. Pas wanneer een fenomeen (bijvoorbeeld brandmelding) in alle gebieden een minimum aantal keren voorkomt, en/of de meldingen gelden over grotere perioden (een jaar), dan zouden dergelijke conclusies pas te trekken zijn. Er is een grote kans dat deze conclusies dan totaal anders zijn. Het heeft dat ook geen enkel nut dergelijke kaarten als hier boven te maken. Slechts voor dagrapportages ('waar zijn de hulpdiensten vandaag opgeroepen?') is het wellicht handig.
 
(Overigens, wie bekend is met de vele P2000-sites die er zijn; niet alle meldingen zijn goed classificeerbaar. Een melding als 'XXX Gaarne contact opnemen met centrale', of communicatie die niet via P2000 gaat, strooien sowieso roet in het eten, wanneer we toch kaarten willen maken en conclusies zouden willen trekken. Hiermee wordt maar weer eens aangegeven: Gebruik spaarzaam of voorzichtig andermans (internet) data; stap op de vakdeskundigen / kenners af alvorens zomaar zaken in kaart te brengen. Ook al is de hoeveelheid en veelsoortigheid aan informatie op internet nog zo'n verlokking, en ziet die er nog zo professioneel uit.)
 
Ook op de kaart met de nieuwsmeldingen, hierboven, zijn sommige van onderstaande conclusies misschien voor de hand liggend, echter ze zijn allen toch verkeerd:
Regel 117:
 
<div style="background:#FFEFD5;">
[[Afbeelding:Crystal Clear app ktip.png|20px]] '''TIP:''' Een vuistregel is dat 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 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.
</div>
===Het verhogen van de nauwkeurigheid (facultatief)===
Regel 129:
 
==Coördinaten creëren met een GIS indien er geen coördinaten zijn==
Dankzij GIS beschikt de cartograaf over geautomatiseerde manieren opom geo-informatie goedkoop en zonder dure inwinning 'in het veld' te verkrijgen. Wanneer géén coördinaten bekend zijn, kunnen namelijk op twee andere wijzen toch coördinaten toegevoegd worden aan lijsten met informatie. Door die toevoeging is die informatie plotseling ''geo''-informatie te noemen. Voor beide methoden, geocoderen en lineair refereren, geldt dat deze geautomatiseerd (snel en 'met één druk op de knop') voor grote gegevensbestanden gerealiseerd kunnen worden.
 
===Geocoderen===
Regel 139:
 
'''Intermezzo: Over geocoderen, misdaad, Google Mash-ups en Google Earth'''<br />
Als voorbeeld van het geocoderen kan genoemd worden www.misdaad.nl. Misdaadmeldingen van de politie, worden automatisch op een kaart geplaatst op basis van de plaats- en straatnaam. De meldingen worden gecategoriseerd op soort melding zoals brand, moord of een steekpartij. De kaart met misdaden staat prominent op de startpagina van deze site, net zoals een lijst met de meest recente misdaden. Bezoekers van de site kunnen ook zelf misdaden aanmelden. Na controle door een redactie worden die geplaatst. Hiermee is de site een mooi voorbeeld van een combinatie tussen "user generated content" en input van de politie. (Helaas doen momenteel enkele politiekorpsen nog niet mee volgens een artikel in de GIS-magazine 2007, nr.7, pagina 46). De site is ook één van de vele voorbeelden van zogenaamde Mash-ups. Dat zijn sites die de Google Maps interface inclusief de luchtfoto's en stratenpatroon hebben geïntegreerd in een eigen toepassing. Locaties, foto's meldingen worden hiermee gegeocodeerd, waardoor deze met een puntsymbool, het bekende ballonnetje als 'huisstijl van Google Mash-ups', op de juiste x-y-coördinaat in beeld komen. Het grote voordeel is dat je de benodigde geo-informatie, de luchtfoto's en het stratenpatroon niet hoeft aan te schaffen en of te beheren. Het is technisch ook zeer laagdrempelig. Dit komt door de Maps API die Google sinds 2005 beschikbaar heeft gesteld. Een API (Application Programming Interface) is software en/of een verzameling definities waarmee een computerprogramma of site kan communiceren met een ander programma of onderdeel. Dus zonder dat de programmeur of de site Google Maps helemaal kent, kan redelijk eenvoudig de functionaliteit overgenomen worden. Is er ook een nadeel? Ja, je bent wel afhankelijk van de (begrensde) interface en koppel mogelijkheden die Google biedt en het formatsformat dat Google eist. Maar dat is waarschijnlijk géén enkel probleem voor iemand die niet op zoek is naar GIS-view- en GIS-analyse mogelijkheden.
</div>
 
Informatie afkomstig van https://nl.wikibooks.org Wikibooks NL.
Wikibooks NL is onderdeel van de wikimediafoundation.