[OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)

[Rejo Zenger]

Hey,

Lange posting, maar ik heb iets uit te leggen. Ik beloof, mijn volgende 
postings zullen korter zijn. 

Ondanks dat mijn account al iets langer bestaat, ben ik sinds een paar 
dagen pas echt actief als gebruiker *en* editor van OSM. Dat tussen het 
account aanmaken en mijn eerste edit zoveel tijd zit, heeft een slechts 
een reden: ik vind het project behoorlijk ontoegangelijk. Nu ik er mee 
bezig ben, weet ik ook precies waar de ontoegangelijkheid vandaan komt: 
gebrek aan usability bij de ontsluiting van de data aan de voorkant als 
ook bij de aanpassing aan de achterkant. 

Het ontbreekt aan een interface waarin je kunt opgeven dat je alle 
objecten van een bepaald type wilt zien. Iets als "toon me alle geld- 
automaten (in mijn huidige bounding box)". Ze zijn wel zichtbaar te 
maken, maar enkel als je ver genoeg ingezoomed bent, als je de "data" 
layer hebt gevonden, als je de omvangswaarschuwing hebt weggeklikt en 
als je alle andere data voor lief neemt. En zelfs die layer is niet 
handig. Dat werkt niet. [1]

Wat wel zou werken, denk ik, is een enkele kolom met een uitklap menu en 
waarin je de verschillende type objecten kunt aan- een uitzetten. Om te 
beginnen een kale kaart waarop enkel objecten worden getoond als de 
gebruiker ze aanzet ("toon alle brievenbussen en postkantoren"). 

Een ander heel praktisch ding: de legenda is op een uiterst onhandige 
plek weggestopt. De "map key" link in de linkerkolom is niet de plaats 
waar je zoekt naar een legenda als je de kaart voor je neus hebt.

Andere voorbeelden van een omslachtige ontsluiting zijn de manier waarop 
je de kaarten met overlays kunt embedden op een webpagina (een grote lap 
Javascript is daarvoor nodig) en de manier waarop je de kaart in je GPS 
kunt laden (hoewel sterk verbeterd met de komst van garmin.na1400.info). 

En ook aan de andere kant vind ik de usability van OSM problematisch. De 
editor JOSM doet wat het moet doen, maar dat is het dan ook wel. JOSM 
heeft niets, maar dan ook echt niets, wat het iets intuitief of zelfs 
aantrekkelijk maakt. De presentatie van de data in de editor maken het 
moeilijk om in te schatten wat het resultaat gaat zijn. De presets zijn 
handig maar erg traag (worden die elke keer opgehaald?). Om de Yahoo 
imagery in de achtergrond krijgen moet ik eerst XCode en Qt gaan 
installeren. Validatie en bugs zijn enkel via plugins beschikbaar.  
Eindeloos. Hopeloos.

Iemand die het bestaande verder wil verbeteren wordt ook drempels 
opgeworpen. Er zijn wat losse interfaces voor het detecteren van fouten, 
maar dat zijn allemaal losstaande initiatieven die daarmee ondersteuning 
missen. Ik ben in de paar dagen dat ik er mee bezig ben onder meer Keep 
Right! en OpenStreetBugs, maar er zullen er zonder meer zijn. Bovendien 
zijn die niet erg uitnodigend voor niet-editors. Het zou toch mooi zijn 
als gebruikers (visitors) van OSM makkelijk melding kunnen maken van 
vermeende fouten en dat dat soort meldingen snel inzichtelijk gemaakt 
worden voor editors? Ik zou zo een stuk van mijn woonplaats onder mijn 
hoede willen nemen als editor.

En zo zijn er mee dingen: op mijn gevoel af zeg ik dat er (te) weinig 
standarisatie is en dat de organisatie eromheen te los is.

Ik realiseer me dat veel van de problemen die ik noem niet specifiek 
issues van NL zijn. Dat neemt niet weg dat ik ze hier wel ervaar. :)

Anyway... natuurlijk ben ik bekend met het principe van "open" projecten 
als dit. Ik wil dan ook niet alleen kritiek hebben, ik wil er ook graag 
aan bijdragen. Nu ben ik geen programmeur en daardoor kan ik een aantal 
van deze problemen kan ik niet zelf oppakken. Ik ben echter graag bereid 
om mee te denken en suggesties te doen voor de problemen die ik (we?) 
zien. Dat aanbod staat.

En in de tussentijd doe ik gewoon mijn best als editor.




[1] Ik ken <http://xapidemo.openstreet.nl>, dat gaat een goede kant op.

-- 
Rejo Zenger . <rejo at zenger.nl> . 0x75FC50F3 . <https://rejo.zenger.nl>
GPG encrypted e-mail prefered. 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20090525/4ed05d96/attachment.sig>