Geo-visualisatie/Vervolg GIS: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
CommonsDelinker (overleg | bijdragen)
k Wikiversity-logo.png vervangen door Graduation_cap.png. Sven Manguard: File renamed: This is a misleading name, as the actual ...
Lintfouten: Verouderde HTML-elementen
Regel 10:
desc none
</imagemap>
</big></big>'''''Deel A: Theorie / Vervolg GIS'''''
|[[Afbeelding:logo-handboek_theorie.png|140px|right]]
|}
Regel 138:
<div style="padding: 0.2em 0.1em 0.2em 0.5em; width: 100%; background-color: cornsilk; border: 1px solid #777777; -moz-border-radius-topleft: 8px; -moz-border-radius-bottomleft: 8px; -moz-border-radius-topright: 8px; -moz-border-radius-bottomright: 8px;">
 
'''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 in technisch opzicht bovendien zeer laagdrempelig, dankzij 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, want je bent afhankelijk van de (begrensde) interface en koppelmogelijkheden die Google biedt en van het format dat Google eist. Maar dat is waarschijnlijk geen enkel probleem voor iemand die niet op zoek is naar GIS-view- en GIS-analysemogelijkheden.
</div>
Regel 177:
Hieronder zie je dit schematisch weergegeven.
 
{| class="prettytablewikitable"
|-
! input
Regel 191:
Een '''offset''' (de minimale afstand van de locatie tot de weg) kan ook tot de ouput behoren. Bijvoorbeeld de locatie van een zendmast die zich 53 meter naast de middenberm van een snelweg blijkt te bevinden:
 
{| class="prettytablewikitable"
|-
! input
Regel 309:
 
'''Intermezzo: GROEN VOOR GELD BV: (GIS)Bouwstenen afleiden met behulp van een bedrijfsplan'''
<br /> <br />
Een kort voorbeeld verduidelijkt het bovenstaande. GROEN VOOR GELD BV is een bedrijf met de missie: 'Groenbeheer uitvoeren voor gemeenten en waterschappen'.
* De '''visie en missie''' is 'In Noord Nederland binnen drie jaar marktleider, door het opkopen van huidige uitvoerders en netwerken bij de gemeenten. Geld en winst staan voor op, echter dit mag niet ten koste gaan van een tevreden klant (de gemeente)'.
* De '''strategie''' is: 'jaarlijkse klantenquêtes, cijfers moeten op het niveau van gemeenten helder zijn. Het gaat dan om inzicht in: kosten, opbrengst, tevredenheid, soort groenbeheer. Binnen 3 jaar 10% winst voor elke provincie'. Wanneer dit in detail verder wordt uitgewerkt, door terzake kundigen, blijkt uiteindelijk wat gedurende de eerste drie jaar de bouwstenen moeten zijn:
* De '''bouwstenen''' zijn: 1 hoofdkantoor, noordelijk gelegen, 3 accountmanagers, 6 regionale groenbedrijven, 1 centrale database, pro-actieve houding van zowel medewerkers op gemeentelijk niveau als de accountmananagers'.
<br />
* Bij het inrichten van de bouwsteen 'centrale database' blijkt uit een adviesrapport dat de centrale database gegevens moet bevatten van het oppervlak dat per gemeente moet worden onderhouden, het soort oppervlak per gemeente, en welke (maai)machines hierop gebruikt kan worden. Dat is onder andere afhankelijk van het oppervlak, de steilheid daarvan (met name bij taluds) en de afstand tot de omwonenden. De afstand tot de omwonenden is nodig om overlast te voorkomen bij het inzetten van het zwaarste, lawaaierige materieel. Ook moet GROEN VOOR GELD BV afspraken die de gemeenten met bedrijven en omwonenden heeft gemaakt vastleggen in die database. Tot slot moeten de medewerkers bij overlast of commentaar op het moment van de klacht dírect met het hoofdkantoor kunnen overleggen. Het hoofdkantoor moet weten waar die klacht zich dan bevindt, moet zich kunnen verplaatsen in de situatie ter plekke.
*Uiteindelijk blijkt daarom de volgende geo-informatie nodig:
Regel 323:
:* On-line verbinding met het Kadaster op het kantoor voor check op eigenaren / omwonenden, alléén bij klachten.
:* Mobiele telefoon met GPS, voor medewerkers ter plaatse, in het geval er klachten zijn.
:* GIS om te berekenen welk materieel op een te onderhouden gebied optimaal kan worden ingezet.<br />
</div>
 
Regel 345:
 
'''Intermezzo: Synnexxion en de concurrent: over nauwkeurigheid van bestanden'''
<br />
<br />
Een kort voorbeeld. Denk nog eens aan het eerdere voorbeeld uit paragraaf "Toepassingscontext", over het fictieve bedrijf Synnexxion. In dat voorbeeld bleken de aantallen niet nauwkeurig in de database te staan. Dat was strikt genomen ook niet nodig. Synnexxion wil geen accurate databases, maar accuraat vervoer en vooral veel winst. Waarom zou bij een ander busbedrijf met dezelfde missie (namelijk: geld verdienen in het openbaar vervoer) de klantgegevens per stad misschien véél accurater geweest? Dat is héél goed mogelijk. Het antwoord is eenvoudig: Omdat dezelfde missie met een andere strategie wordt uitgewerkt. Wellicht worden normen en waarden als accuraat, klantgericht en professioneel vervoer bij dit tweede bedrijf ook bewust uitgedragen naar en door de databeheerders. De gedachte hierachter is wellicht de overtuiging dat niet alleen buschauffeurs, maar héél het personeel deze normen moet hebben. Job-rotation en een professionele indruk naar potentiële klanten maken voor dit tweede bedrijf misschien zelfs wel deel uit van hun marketingstrategie. NB: Géén van beide bedrijven heeft gelijk of ongelijk. Beide bedrijven kunnen met hun verschillende strategie financieel gezond zijn en blijven.
<br />
</div>
 
Regel 422:
::Nu pas komt de GIS-specialist aan bod. Samen met de vakspecialist bespreekt hij het model. 90% van de tijd is de vakspecialist aan het woord. De GIS-specialist luistert goed, vraagt indien hij iets niet begrijpt. Hij moet immers het model écht snappen en omzetten in een GIS-model. Uiteindelijk is dit het model (uit: <ref>Erosiegevoeligheidskartering met behulp van Geografische Infromatie Systemen; B. van der Grift en T.C. Nijeholt, 1996</ref> naar <ref>'Bodemerosie en Wateroverlast in Zuid-Limburg' (Helm, P.P.M. van der, A.P.J. de Roo en R. Huigen (1989); komt overeen met Hoofdstuk 4 uit Syllabus KIHO, Faculteit der Ruimtelijke Wetenschapen, Universiteit Utrecht, Erpers Roijaards, T.van en M. Zeylmans van Emmichoven, 1996)</ref>). :
 
::{| class="prettytablewikitable"
|-
! erosiegevoeligheid
Regel 501:
 
<!-- ----------- Hieronder onderhoudsmeldingen -------------- -->
{{subSub}}
Informatie afkomstig van https://nl.wikibooks.org Wikibooks NL.
Wikibooks NL is onderdeel van de wikimediafoundation.