Re: [OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
++ 25/05/09 20:23 +0200 - Rejo Zenger: 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 [...] 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). [...] http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl?lat=52.3633lon=4.8991zo om=12layers=B000FTF Deze site heeft het allemaal, voor wat betreft de POI's dan, echter... zojuist werkte het niet meer! Jammer, want ik kan me herinneren dat het ooit allemaal erg vlot heeft gewerkt. Niet geschikt gemaakt voor API 0.6 ofzo? Je krijgt nu steeds de melding NO DATA FROM SERVER. De icons waren erg duidelijk en wat mooi is je kan(/kon) zelf de afmetingen ervan aanpassen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
Je hebt natuurlijk een punt, aan diverse dingen wordt wel gewerkt. Maar waar precies aan gewerkt zou dan een andere vraag zijn... Maar ik zou zeggen: Kom eens lekker 'brainstormen' op de OSM gebruikersdag a.s. zaterdag. Meer info op: http://www.openstreetmap.nl/archives/100-zaterdag-30-mei-OpenStreetMap-Gebruikers-dag-2009-Baarn.html Groet en misschien tot zaterdag, Floris Rejo Zenger wrote: 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 . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
++ 26/05/09 10:07 +0200 - Floris Looijesteijn: Je hebt natuurlijk een punt, aan diverse dingen wordt wel gewerkt. Maar waar precies aan gewerkt zou dan een andere vraag zijn... Juist. Wat ik zie als relatieve buitenstaander is dat er allerlij mensen bezig zijn met allerlij mooie oplossingen en mogelijkheden. Een soort free wheelen. Dat is mooi, erg mooi, maar het zorgt er in mijn ogen voor dat dit project niet zo goed en waardevol is als het ook zou kunnen zijn. Wat er daar denk ik voor nodig is, is een antwoord op de vraag wat gebruikers (aan de frontend) eigenlijk willen. Wat maakt het dat iemand OSM zou gebruiken in plaats van iets anders? Of, wat heeft OSM wat anderen niet hebben? Hoe ontsluit je die informatie op zo'n manier dat het een meerwaarde voor een gebruiker heeft. Dat is een ander insteek dan wat er nu gebeurt, denk ik. Nu lijkt het vaak Wow! Moet je zien! Dit kan ik er ook mee! - zonder dat daar dan iets verder mee gedaan wordt. Maar ik zou zeggen: Kom eens lekker 'brainstormen' op de OSM gebruikersdag a.s. zaterdag. Graag. Alleen ben ik aanstaande zaterdag niet in Nederland. Een volgende keer denk ik graag mee. -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
++ 25/05/09 20:23 +0200 - Rejo Zenger: 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 [...] 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). [...] En in het verlengde daarvan, maak deze output vervolgens eenvoudig beschikbaar in verschillende formaten. Zorg ervoor dat de objecten die op het scherm staan ook beschikbaar zijn in GPX bestand dat met een enkele muisklik te downloaden is [1]. Bijvoorbeeld. [1] http://forum.gps.nl/viewtopic.php?t=24562postdays=0postorder=ascstart=45#194766 -- Rejo Zenger . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] usability, een grote drempel voor osm gebruik (imho)
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 . r...@zenger.nl . 0x75FC50F3 . https://rejo.zenger.nl GPG encrypted e-mail prefered. signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
