[Talk-de] JOSM usability

Di Jun 3 11:54:19 UTC 2008

Am 3. Juni 2008 12:42 schrieb Torsten Breda <torstiko at gmail.com>:
> Am 3. Juni 2008 12:21 schrieb Bernd Wurst <bernd at bwurst.org>:
>> Hallo.
>>
>> Am Dienstag, 3. Juni 2008 schrieb Torsten Breda:
>>> 1. Wenn man einen Weg zeichnet und ist fertig, so möchte man den Weg
>>> meist deselektieren, um bspw. einen neuen zu zeichnen. Das geht bisher
>>> entweder durch Wechseln in den "Select"-modus und linksklicken in den
>>> Hintergrund oder durch Drücken von "u" für unselect oder man beginnt
>>> den neuen Weg mit gedrückter "Shift"-taste. Funktioniert auch
>>> wunderbar. Jedoch ist keiner der genannten Wege intuitiv bzw. benötigt
>>> die Benutzung der Tastatur.
>>
>> Am letzten Satz scheiden sich vermutlich die Geister. Ich kannte "u" bis vor
>> Kurzem nicht und fand es schrecklich, dass man immer alles mit der Maus
>> machen muss. Die linke Hand ist doch eh frei, da kann man doch schnell mal
>> was drücken.

verstehe nicht ganz, wieso da überhaupt ein Problem sein soll, man
kann ja die Tags auch eingeben, wenn der Weg noch aktiviert ist (und
die Führungslinie angezeigt wird).

>>
>>> Mein Vorschlag: Im node-Modus ist die rechte Maustaste so weit ich
>>> weiss nicht belegt. Somit könnte man einen Rechtsklick zum deselecten
>>> verwenden. Das ist intuitiv und wird in vielen anderen Programmen
>>> genau so gemacht.
>>
>> Die rechte Maustaste ist zum Verschieben des Viewport in jedem Modus
>> unersetzlich. IMHO.
>>
> Ich dachte hier an eine Unterscheidung zwischen click+hold und einem
> click+release.
> click+hold: Ansicht verschieben
> click: deselect
>
> Genau diese Kombination ist in anderer Software üblich.

in anderer Software sind wieder andere Kombinationen üblich, die
Unterscheidung click+release, click+hold: Ansicht verschieben und
click: deselect verwirrt meiner Ansicht nach unbeschlagene User eher.

>>
>>> 2. Denn Zoom-modus habe ich so gut wie nie benutzt. (Höchstens mal
>>> unabsichtlich) Meiner Meinung nach sollte er nachrangiger sein, als
>>> die anderen Modi. Wie schon gesagt ist auch bei mir der erste Schritt
>>> wenn ich mit JOSM arbeite (nachdem Daten geladen sind) der druck auf
>>> "s".
>>
>> Ja. Voll deiner Meinung. Man muss ihn nicht ganz wegwerfen, aber zumindest
>> nicht per default aktiviert!

da bin ich leidenschaftslos. Einerseits halte ich es für gut, wenn man
im default-modus nach dem Einschalten erstmal nicht gleich
versehentlich die Daten verschieben kann, andererseits ist mein erster
Click meist auf "a".

>>
>>> 3. Den Geometrie-kram benutze ich nicht. Sicherlich hat diese Funktion
>>> ihre Existenzberechtigung, Mich stört sie nur. Noch schlimmer ist,
>>> dass seit dieser Funktion die Tipps in der Statusleiste nicht mehr
>>> angezeigt werden, die auf die unverzichtbaren Tasten "Shift", Strg"
>>> und "Alt" hinweisen. Damit auch zum nächsten Vorschlag
>>
>> Ja. Ich hab auch viele der neuen Angaben doch noch nicht kapiert. Zumindest
>> werden mit gleichen Symbolen wie beim measurement-plugin andere Werte
>> angezeigt. :)
>>

ja, da gibt es m.E. noch einen Bug bei der Winkelanzeige, wenn man
nicht parallel zum Bildschirm arbeitet. S. z.B. dieser Screenshot,
alle mit 90 Grad-Winkel gezeichnet:
http://www.koppenhoefer.com/osm/JOSM_angle_screen.png

>>> 4. Unbedingt die Funktionstasten "Shift", "Strg" und "Alt" besser
>>> "bewerben". Vielleicht könnte man das erneut in eine MOTD einbauen.
>>> Auf jeden Fall gehört der Hinweis in die Statusleiste.
>>
>> motd ist ja der Platz für "Neuigkeiten", also Dinge, die sich an diejenigen
>> richten, die JOSM schon kennen und die sich geändert haben.
>>

ich würde in MOTD gerne einen Hinweis sehen, wenn es eine neue
JOSM-Version gibt, am Besten mit Angabe, was sich geändert hat

>>
>>> 6. Das "Ungluenode"-Plugin gehört nach meinem Geschmack fest eingebaut.
>>

ja, m.E. auch

>>> 8. Wenn man Kartendaten vom Server läd, sollte der Ausschnitt der
>>> geladen wird, unabhängig von der gewählten Größe eine minimale Größe
>>> haben. Ansonsten muss man meist sofort nachladen, bzw übersieht der
>>> Anfänger, dass benachbarte Straßen noch nicht geladen sind.
>>
>> Gute Idee!
>>

das finde ich mit der Bounding Box gut gelöst, könnte allerdings
wirklich so sein, dass nur jeweils die äußeren Grenzen angezeigt
werden. Weiterhin wäre auch der andere Vorschlag nicht schlecht, dass
was ausserhalb liegt grau hinterlegt wird. Falls es noch nicht so sein
sollte, so bitte die Anzeige der bounding box als dafault. Gerade,
falls an einer Stelle mal sehr viele GPX-Tracks vorliegen sollten
(wird zunehmend wahrscheinlicher) kann es auch mal nötig sein, einen
noch kleineren Ausschnitt zu laden. Wenn man einen zu kleinen
Ausschnitt geladen hat, muss man halt rauszoomen und nachladen, das
ist m.E. eine Sache, die man schnell durch Erfahrung in den Griff
bekommt und die zudem stark davon abhängt, was und wieviel in dem
jeweiligen Ausschnitt anzutreffen ist.

>>> 11. Die Richtungspfeile sind sehr wichtig, verwirren aber den Neuling.
>>> Daher sollte hier die Grundeinstellung "only interesting direction
>>> links" sein. Pfeile eines gewählten Weges werden ja immer angezeigt.
>>

ja,  "only interesting direction links" sollte die Grundeinstellung sein

>>
>>> 12. Es sollte eine "Auto-Update"-Funktion für JOSM geben. Somit ist
>>> man immer auf dem neuesten Stand.

s. oben, m.E. Hinweis in MOTD

ich habe auch noch ein paar Vorschläge:

15. Das WMS-Plugin gleich mitliefern in der Grundausstattung. In
diesem Plugin das Icon für den Modus "verschieben" zu den anderen
Modus-Icons packen. Wenn man im WMS-Verschieben-Modus ist, die anderen
Modi (z.B: select) nicht mehr als aktiviert anzeigen und am besten
auch das Mouse-Icon anpassen. Weiterhin wäre es schön, wenn man das
WMS-verschieben per "undo" rückgängig machen könnte.

16. Evtl. könnte man allgemein die Plugins, die keine besondere
Hardware erfordern, gleich standardmäßig mitliefern (bzw. eine
Configdatei, die das dann macht), weil viel Funktionalität erst durch
die Plugins ins Spiel kommt, der Anfänger sich dessen wohl aber meist
nicht bewusst ist.

17. den Yahoo oder anderer WMS-Layer gleich nach unten laden. Der wird
immer nach oben geladen und wird aber "immer" unten benötigt. Am
logischsten wäre, den jeweils später geladenen WMS-Layer über den
bisher obersten WMS-Layer (und damit meist unter die anderen Layer) zu
laden. Wer will, kann ja dann die Reihenfolge immer noch ändern (wird
in den seltensten Fällen erforderlich sein).

Martin