Hoewel het harde blauw in de standaard vormgeving van OpenLayers gelukkig is vervangen door een doorzichtig donkergrijs ademen ze nog sterk de technische vormgeving uit. Dit komt met name tot uitdrukking in de pop-up vensters en de widget om de basiskaartlagen te veranderen. Wat in deze widget wel opvalt, is het aanbod van OpenStreetMap als basiskaart voor Routenet! Hetzelfde icoon van de widget voor de basiskaartlagen wordt ook gebruikt voor de overzichtskaart rechts onder.

De kaartnavigatie is zeker snel: door de kaart in kleinere plaatjes (zogenaamde map tiles) op te vragen ontstaat een zeer snelle gebruikservaring. Deze plaatjes zijn al van tevoren gemaakt, dus de webservers leveren slechts statische kaartjes uit voor de basiskaarten. Wat letterlijk in het oog springt is het gedrag van de plaatsnamen en de wegnummers. Bij iedere verplaatsing van het kaartbeeld worden deze namen en nummers opnieuw bovenop de basiskaart gelegd, ook op dat gedeelte van de kaart, dat al eerder was opgevraagd. De plaatsnamen en wegnummers worden niet als statische plaatjes geleverd, maar lijken dynamisch, op dat moment te worden gegenereerd. De positionering van de plaatsnamen en wegnummers wordt iedere keer opnieuw berekend, wat een schokkerige gebruikservaring oplevert. Wordt de ene keer het wegnummer wel getoond, dan verdwijnt deze wanneer het kaartbeeld ook maar iets wordt verschoven!

Bovendien is het centrum van de bebouwde gebieden als witte stip/vierkant opgenomen in de basiskaart, maar ook in het plaatje met plaatsnamen dat er bovenop wordt gelegd. Soms zijn de stippen uit de basiskaart en de tekstkaart niet goed op elkaar gelegd, waardoor deze dubbel te zien zijn. Ten slotte zijn sommige bebouwde gebieden wel aangeduid met een stip, maar is er vervolgens geen naam! Erg verwarrend…

Het lijkt erop, dat de namen en nummers als apart plaatje worden opgevraagd om te voorkomen, dat deze worden afgehakt op de randen van de individuele map tiles, of omdat een plaatsnaam als Capelle aan den IJssel of Alphen aan den Rijn niet passen op een plaatje van 256 bij 256 pixels. Maar dat is toch een kwestie van meta-tiling? Hierbij vraagt de tiling engine een groter plaatje op (bijvoorbeeld 1280 bij 1280) en hakt deze daarna op in 25 kleinere plaatjes van 256 bij 256. Dan heb je betere tekstplaatsing en toch kleinere, statische plaatjes.

Het is erg goed om te zien, dat ook Routenet met OpenLayers en OpenStreetMap aan de slag is gegaan. Toch ligt de nadruk momenteel nog vooral op het realiseren van de technologische integratie in plaats van op een betere gebruikservaring. Maar wat niet is, kan nog komen!

Gisteren is de website Nederland van Boven gelanceerd, waarop nu het thema van de eerste aflevering van komende dinsdag al is uitgewerkt 24 uur: onze dagelijkse patronen en ritmes. Met behulp van de interactieve kaart kan je vervolgens bekijken waar naartoe je binnen Nederland in 24 uur kunt reizen met de eigen auto of met het openbaar vervoer. Geef zelf je startlocatie op, bepaal je vervoermiddel en trek ten slotte aan de slider om Nederland van blauw naar rood te zien verkleuren!

De reisduur om van A naar B te komen is berekend per postcodegebied waarin de eerste 4 cijfers gelijk zijn. Dit is ook de kleinste adreseenheid waarop gezocht kan worden. De achtergrondkaart is gemaakt door het bedrijf Stamen Design uit San Francisco op basis van gegevens uit OpenStreetMap. Als je verder inzoomt, verschijnen de namen van de wijken en buurten van het CBS. Stamen tekende onder andere voor de kaarten in de iPad applicatie van de National Geographic Society.

Door de namen in de kaart in het VPRO lettertype te plaatsen wordt de kaart een naadloos onderdeel van de website. De hoeveelheid namen en de plaatsing van de namen is geoptimaliseerd door middel van het programma Dymo, dat Stamen zelf heeft ontwikkeld. De iconen op de kaart voor ziekenhuizen, vliegvelden en boerderijen sluiten mooi aan bij het lettertype. Grote bosgebieden worden subtiel gevisualiseerd door middel van een puntraster, een techniek die Stamen eerder ontwikkelde voor Dotspotting.

Het doet niet alleen goed om een interactieve kaart als onderdeel van een groot crossmediaal project te zien waar zoveel grafische vormgeving in is gaan zitten, maar het is des te leuker, dat de broncode van de vele gereedschappen om deze kaart te realiseren en de kaartgegevens zelf beschikbaar zijn. Er is kortom geen excuus om de VPRO een groter compliment te geven dan een eigen interactieve kaart te maken!

UPDATE 1 december 2011: Meer achtergrondinformatie van de makers zelf is te lezen op de blog van Stamen met een extra toegift van Nathaniel Vaughn Kelso.

Het is een leuk idee om het percentage donoren per gemeente inzichtelijk te maken door een gedeelte van de balk in te kleuren. Door de lengte van de plaatsnamen en de overlappende balkjes is het moeilijk om de gemeenten te vergelijken. Door op een balkje te klikken krijg je vervolgens detailinformatie over het aantal geregistreerden en welk percentage “ja” of “nee” heeft aangegeven. Ten slotte kan je doorklikken naar de Facebook-profielen van de donoren in die gemeente die zich via deze site hebben aangemeld.

De kaart is een van de weinige, Nederlandse voorbeelden van Google Maps die gebruik maken van de vormgevingsmogelijkheden van Google Maps API v.3. Hiermee kunnen ontwikkelaars de kleuren van de kaartobjecten bepalen, maar ook bepalen welke categorieën wel of niet worden getoond. Zo worden in de kaart op Ja of Nee geen wegen of plaatsnamen getoond. Zo komt de nadruk te liggen op het onderwerp: de balkjes die het percentage donoren per gemeente aanduiden. Door de kleuren van de achtergrond te kiezen uit het palet dat gebruikt wordt in de rest van de website wordt de kaart echt een wezenlijk onderdeel van de website. Een handige manier om de vormgevingsmogelijkheden van de Google Maps API te bepalen is de Styled Map Wizard. Maar waarom de bosgebieden zo prominent zijn ingekleurd blijft me een raadsel. Deze had misschien beter kunnen worden gereserveerd voor de administratieve grenzen zoals die van de provincies en de gemeenten om aan te sluiten bij het thema van de kaart.

UPDATE 9 januari 2012: De Zorgatlas presenteert dezelfde gegevens in 1 oogopslag, waardoor gemeenten kunnen worden vergeleken en patronen zichtbaar worden!

Naast Amsterdam zijn er ook warmtekaarten van Nijmegen en Venray. De warmtekaarten van Amsterdam en Venray zijn gemaakt op basis van Google Maps. Leuke details zijn de widget om in te zoomen door een kader te trekken, de zogenaamde DragZoomControl, en de Opacity Control for Google Maps Overlay, een widget om de transparantie van de warmtekaart aan te passen. Deze laatste widget is eerder ontwikkeld als onderdeel van het GDAL2Tiles-project. Helaas is de widget, waamee je het kaarttype instelt een beetje dubbelop: Satellite is immers hetzelfde als Hybrid en de Show labels uitgezet! Nu nog even de wateroppervlakken en de wegen uit de warmtekaart filteren… De nachtopnamen die Nova maakte van Amsterdam waren trouwens ook erg mooi!

Er zijn steeds meer mogelijkheden voor de niet-techneuten onder ons om Google Maps/Earth mashups te maken.

En daar is vandaag weer een nieuwe mogelijkheid bijgekomen, Google heeft vandaag de Google Static Maps API gelanceerd.

Met deze API kunnen geen volledige (dynamische) mashups gemaakt worden. Een voorbeeld van wat er wel mee mogelijk is staat hieronder:

Met een URL kan een plaatje gegenereerd worden waarop een Google Map wordt afgebeeld. Aan deze URL kunnen allerlei parameters meegegeven worden waarmee bepaald wordt hoe het plaatje er uit komt te zien. Deze parameters geven bijvoorbeeld aan welke locatie afgebeeld moet worden, of er markers getoond moeten worden, wat de grootte van de afbeelding moet zijn, etc.
Een volledig overzicht van de mogelijkheden staat in de Developers Guide.

Waarom zou je gebruik willen maken van deze API? Een aantal redenen:

• Voor een simpele kaart is de dynamische API overkill
• De kaart kan als attachment bij een email worden verstuurd
• De kaart kan getoond worden op veel mobiele telefoons, ook als deze geen Javascript aankan (er zit zelfs een speciale mobiele optie die gebruikt kan worden).

Voor de mensen die het aanpassen van de kaart via de url toch nog lastig vinden, is er een speciale Static Map Wizard.

Ik ben erg benieuwd naar de toepassingen die hiermee bedacht kunnen worden.

Update: In tegenstelling tot wat ik hier eerder schreef, werkt de API key op domainnaam niveau. Je moet dus een key genereren voor je domain en deze werkt ook op de onderliggende pagina’s. Bij de ‘normale’ Google Maps API is dit niet zo, daar moet je voor iedere directory een nieuwe key genereren.

Deze tools maken het mogelijk om handmatig informatie op een kaart te plaatsen. Als je grote hoeveelheden data op een kaart wilt plaatsen zijn de eerder genoemde tools niet geschikt. Hiervoor was je tot voor kort aangewezen op de Google Maps API. Maar nu is daar de Google Spreadsheet Mapper 2.0, er was ook al een Spreadsheet Mapper 1.0, maar deze was niet zo gebruikersvriendelijk.

Met de Spreadsheet Mapper is het mogelijk om informatie vanuit een spreadsheet op de kaart te plaatsen. De mapper biedt o.a. de volgende mogelijkheden:

• Maximaal 200 punten op de kaart
• Keuze uit 6 designs voor de infoballonnen
• Maak een eigen design voor de infoballonnen m.b.v. HTML templating systeem
• Uitvoer naar KML (kan zowel op Google Maps als in Google Earth gebruikt worden)

Er is een uitgebreide tutorial over het gebruik van de Spreadsheet Mapper en een video:

Bevindingen

Ik heb de Mapper zelf ook uitgeprobeerd. Ik heb informatie over de afvalpunten binnen de gemeente Amsterdam in deze spreadsheet gezet.

De tool werkt prettig en is erg uitgebreid, maar zal voor de niet-techneut waarschijnlijk nog wel wat moeite kosten. Ik ben tegen de volgende problemen aangelopen:

• Het werkt vrij traag. Het werkt sneller als de ‘Error checking‘ uit staat bij het aanmaken van de spreadsheet en bij het invoeren van de data.
• Geocoding (omzetten van adres naar coördinaten) werkt alleen voor Google Earth 4.2 of nieuwer. De optie ‘Google Maps Compatibility‘ moet uitstaan als je hier gebruik van wilt maken. Het is erg jammer dat deze mogelijkheid niet werkt voor Google Maps, voor het gebruik van Google Maps zal je zelf de latitude en longitude moeten invoeren.
• Op het moment dat je zelf de HTML templates aanpast, moet je de url van de kml weer opnieuw toevoegen aan Google Earth. Alleen de informatie vernieuwen (herladen) is niet voldoende.

Ik ben erg benieuwd hoeveel deze tool gebruikt gaat worden. Voor bedrijven of organisaties die op (redelijk) eenvoudig manier een Google Maps Mashup of een Google Earth laag willen maken is dit een goede oplossing. Wel zou prettig zijn als de geocoding ook werkt in combinatie met Google Maps.

Als je een toepassing met de Spreadsheet Mapper hebt gemaakt, plaats dan een link in de comments.

Niet een typisch bericht voor Nederkaart, maar toch interessant. Google Earth biedt, zoals bekend, mogelijkheden om GPS-gegevens te plotten. Maar dan moet je wel een apparaat hebben om die GPS-gegevens mee op te vangen en op te slaan. Voor degene die dat willen brengt Medion twee nieuwe navigatiesystemen op de markt. Tijdens de CeBIT worden de systemen getoont, die beiden de mogelijkheid hebben om de opgeslagen GPS-gegevens in Google Earth te uploaden.

Via navigatioblog.nl.

Het gaat hier om een uitbreiding van de functionaliteit van adwords, het advertentie medium van Google. De uitbreiding naar Google Maps is volgens Google zinvol omdat “Een zoekresultaat kan beter bruikbaar zijn wanneer dit in geografisch perspectief wordt weergegeven”.

Panoramio is een site waar je foto’s kunt uploaden en de locatie kunt markeren in google maps. In google earth is een nieuwe layer (in de sidebar) toegevoegd waarmee je alle in Panoramio ge-geocodeerde foto’s kunt vinden. Panoramio is een vrij nieuwe site, dus er zijn nog niet zo heel veel foto´s geupload. Wat dat betreft had Google wellicht beter een deal kunnen maken met Flickr (maar dat is eigendom van concurrent Yahoo).

Wikipedia behoeft geen introductie. Maar wel nieuw is dat ge-geocodeerde artikelen (zie handleiding) ook via de layer van google earth vindbaar zijn. Deze toevoeging biedt bijzonder interessante mogelijkheden. Het laat zien hoe je op basis van geografische locatie informatie die beschikbaar is op internet kunt ontsluiten. Voor zover mij bekend is deze toepassinge alleen in de engelstalige wikipedia mogelijk. Benieuwd hoe lang het gaat duren voor de Nederlandstalige wikipedia volledig ge-geocodeerd zal zijn….

Ik denk echter wel dat je voor zulke soepele navigatie over een PC moet beschikken met een voldoende snelle processor, want anders blijft het schokkerig.