Re: [Talk-de] JOSM usability
Hallo. Am Samstag, 7. Juni 2008 schrieb Rolf Gehring: > Das bedeutet, dass ein Straßenabschnitt einschließlich Nachtlinie 4 Linien > enthält, also auch 4 Bus-Relationen übereinander/nebeneinander liegen > müssten. Ist das mit "verschachteln" gemeint? Welche Nachteile entstehen? Nein, das ist kein Verschachteln. Deine Situation ist ja, dass eine Straße einfach in mehreren eigentlich unabhängigen Relations drin ist. Verschachteln ist z.B. die Orte-Mega-Relation: Welt enthält [ Europa, Amerika, Asien, ... ] Europa enthält [ Deutschland, Frankreich, ... ] Deutschland enthält [ Baden-Württemberg, Hessen, ... ] Hessen enthält [ Frankfurt/Main, Wiesbaden, ... ] So in der Art. Also dass eine Relation gleichzeig auch Mitglied einer anderen, übergeordneten Relation ist. Gruß, Bernd -- You know you're getting old when you can't tell the difference between a heart attack and an orgasm. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von > Martin Koppenhoefer > Gesendet: Freitag, 6. Juni 2008 22:10 > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] JOSM usability > > Am 4. Juni 2008 13:19 schrieb Frank Gruender > <[EMAIL PROTECTED]>: > > Ich hab noch einen Vorschlag für Josm: > > > > 14. Einen Layer für Relationen. Das wäre eine gute visuelle > > Unterstützung bei der Erfassung und auch Pflege von Relationen. > > Vielleicht kann man bestimmten relations-typen auch ... > ... Ich könnte mir bei > Relations vorstellen, dass bei Selektion eines Members alle Mitglieder > bei der Selektion einer Relation geladen werden (derselben > Hierrarchie, nicht die darüberliegenden auch, falls es sich > durchsetzen sollte (wovon ich ausgehe), dass man Relations > verschachteln kann), ... ... Die englische Beschreibung der Radwanderwege als Relation enthält eine ausführlichere Beschreibung von Buslinien als Relationen sogar mit "einseitigen" Haltestellen. Das wollte ich heute Nachmittag mal ausprobieren. Hier im Ortsteil haben wir mehrere Buslinien, die alle durch die "Dorfstraße" fahren und sich an deren Enden in verschiedene Richtungen aufsplitten. Das bedeutet, dass ein Straßenabschnitt einschließlich Nachtlinie 4 Linien enthält, also auch 4 Bus-Relationen übereinander/nebeneinander liegen müssten. Ist das mit "verschachteln" gemeint? Welche Nachteile entstehen? Rolf -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFISlw1X/cdferISG0RApl0AJ9IAPOgd2pp1igkrFM4ZDYoAmmzawCfcWEr aqHvDB3l6ajDd5SIjdRleEw= =TrQ/ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 4. Juni 2008 13:19 schrieb Frank Gruender <[EMAIL PROTECTED]>: > Ich hab noch einen Vorschlag für Josm: > > 14. Einen Layer für Relationen. Das wäre eine gute visuelle > Unterstützung bei der Erfassung und auch Pflege von Relationen. > Vielleicht kann man bestimmten relations-typen auch verschiedene Farben > zur besseren Unterscheidung geben. > In diesem Zusammenhang wäre es auch schön, wenn man das Rel.-Fenster > offen hat und einen Way anklickt, der zur Rel. gehört, daß dieser dann > im R-Fenster auch markiert würde. Der Vorschlag kam schonmal auf der > Liste, will hier sozusagen Nachdruck verschaffen. > > Gruß, Elwood > Einen Layer dafür halte ich zunächst nicht für besonders sinnvoll, wieso sollte man so die Relations besser erkennen? Ich könnte mir bei Relations vorstellen, dass bei Selektion eines Members alle Mitglieder bei der Selektion einer Relation geladen werden (derselben Hierrarchie, nicht die darüberliegenden auch, falls es sich durchsetzen sollte (wovon ich ausgehe), dass man Relations verschachteln kann), und in einer anderen Farbe als die unselektierten dargestellt/hervorgehoben (z.B. auch durch eine begleitende farbige Linie an Ways oder Umriss an Nodes) werden. Wenn man das in einer zusätzlichen Linie macht (Umriss oder so) würde man auch mehrere beteiligte Relations gleichzeitig anzeigen können (in denen der selektierte Way/Node/Area steckt). Vielleicht sollte man das dazuladen auch nur als Option ins Relationsmenü passen (wo auch die Farben angezeigt/eingestellt werden können, am besten man speichert die Farbe auch in der Datenbank, dann ändert sie sich nicht (und man könnte für verschiedenen Typen Relations auch verschiedene Farbtöne vorgeben, Straßen, Multipolygon, administrativ, Transport, etc.) Martin Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability - WMS-Server
Frederik Ramm schrieb: > Hallo, > > >> beim editieren mit WMS-Unterstützung kam mir der Gedanke, ob es möglich >> wäre in den Downloaddialog für die OSM-Daten oder Tracks auch den >> WMS-Server mit einzubauen. Also so ein Auswahlfenster, bei dem ich den >> WMS-Server wähle und ein Häcken davor machen kann. >> > > Das war frueher mal so, ich hab das irgendwann ausgebaut, weil der > Downloaddialog ueberfrachtet war. Ich finde auch, dass WMS und Daten- > Download zwei ganz unterschiedliche Paar Schuhe sind, insbes. weil > man WMS oft vom gleichen Ausschnitt mehrere verschiedene "Zoomstufen" > laden will. > Das stimmt sicherlich, ich wollte ja nur die/eine Option. Den eigenständigen WMS-Dialog würde ich weiterhin behalten. Aber wenn man so wie ich nun eigentl. immer die Luftbilder haben möchte, wäre mein Vorschlag extrem praktisch. Bei der Auflösung hier sind die Luftbilder einfach genial. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability - WMS-Server
Hi, > Wichtiger wäre mir ehrlich gesagt ein automatischer Reload der WMS Layer > nachdem man näher rangezoomt hat, weil dann ja normalerweise die Auflösung > besser wird. Nimm Dir mal einen Block, notiere, wie oft Du beim Editieren "naeher ranzoomst" und frage Dich dann, ob Du wirklich bei jedem Mal 10 Sekunden auf den automatischen Reload eines Yahoo-Layers warten willst ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability - WMS-Server
Hallo, > beim editieren mit WMS-Unterstützung kam mir der Gedanke, ob es möglich > wäre in den Downloaddialog für die OSM-Daten oder Tracks auch den > WMS-Server mit einzubauen. Also so ein Auswahlfenster, bei dem ich den > WMS-Server wähle und ein Häcken davor machen kann. Das war frueher mal so, ich hab das irgendwann ausgebaut, weil der Downloaddialog ueberfrachtet war. Ich finde auch, dass WMS und Daten- Download zwei ganz unterschiedliche Paar Schuhe sind, insbes. weil man WMS oft vom gleichen Ausschnitt mehrere verschiedene "Zoomstufen" laden will. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability - WMS-Server
John07 <[EMAIL PROTECTED]> wrote: > Das würde einem den 2. Downloaddialog für den WMS-Server sparen und man > hätte immer für die heruntergeladenen OSM-Daten deckungsgleich (also für > den selben Bereich) die WMS-Bilder. Ich finde nicht dass das viel bringen würde. Wichtiger wäre mir ehrlich gesagt ein automatischer Reload der WMS Layer nachdem man näher rangezoomt hat, weil dann ja normalerweise die Auflösung besser wird. Gruss Sven -- "Those who do not understand Unix are condemned to reinvent it, poorly" (Henry Spencer) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM usability - WMS-Server
Hi, beim editieren mit WMS-Unterstützung kam mir der Gedanke, ob es möglich wäre in den Downloaddialog für die OSM-Daten oder Tracks auch den WMS-Server mit einzubauen. Also so ein Auswahlfenster, bei dem ich den WMS-Server wähle und ein Häcken davor machen kann. Das würde einem den 2. Downloaddialog für den WMS-Server sparen und man hätte immer für die heruntergeladenen OSM-Daten deckungsgleich (also für den selben Bereich) die WMS-Bilder. Mangels Programmierkenntnissen kann ich das leider nicht umsetzen, findet jemand das sinnvoll und möchte das einbauen? Das wäre mein konkreter Vorschlag um die JOSM usability zu verbessern. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Ich hab noch einen Vorschlag für Josm: 14. Einen Layer für Relationen. Das wäre eine gute visuelle Unterstützung bei der Erfassung und auch Pflege von Relationen. Vielleicht kann man bestimmten relations-typen auch verschiedene Farben zur besseren Unterscheidung geben. In diesem Zusammenhang wäre es auch schön, wenn man das Rel.-Fenster offen hat und einen Way anklickt, der zur Rel. gehört, daß dieser dann im R-Fenster auch markiert würde. Der Vorschlag kam schonmal auf der Liste, will hier sozusagen Nachdruck verschaffen. Gruß, Elwood PS: Leider reichts bei mir noch nicht zum Java-Proggen und vorallem bei Durchsteigen durch eclipse, aber das kommt sicher bald :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 04.06.2008 um 07:28 schrieb Daniel Schmidt: > Jacob Nielsen (Usability-Guru) hat hierzu vor ein paar Tagen einen > kleinen Artikel verfasst: > http://www.useit.com/alertbox/ok-cancel.html Ich empfehle allen GUI-Designern dieses Dokument: http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGWindows/chapter_18_section_7.html#/ /apple_ref/doc/uid/2961-BABCAJID Der Anchor zeigt gleich auf die Infos zu „Dismissing Dialogs“. Da steht so ziemlich alles drin, was man im Dialog mit dem User beachten sollte. Dass das ganze in einem wässrigen Blau gehalten ist tut inhaltlich nichts zur Sache ;) atze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Frederik Ramm <[EMAIL PROTECTED]> wrote: > (Schoen auch, dass sich alle drei Programme einig sind, dass man drei > Buttons braucht, aber "discard" ist jeweils woanders. Erinnert mich an > einige Windows-Shareware-Werbe-Popups, bei denen das "Ok" immer woanders > stand ;-) In diesem Zusammenhang ist mir dieses "tool" wieder eingefallen. Läuft wie alles was man nicht wirklich brauchen kann völlig problemlos unter wine http://home.geggus.net/pub/Start.exe :) Sven P.S.: Wer das mit einem OS ohne Konsole Login und/oder virtuellen Desktops startet ist selber schuld. -- /* * Wirzenius wrote this portably, Torvalds fucked it up :-) */(taken from /usr/src/linux/lib/vsprintf.c) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 03.06.2008 um 23:15 schrieb Frederik Ramm: > Hi, > >>> Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, >>> kommt die >>> Frage: "There are unsaved changes. Discard the changes and >>> continue?" >>> [Ja/Nein] >> >> ja der ist klasse. Eine Invertierung wäre sehr hilfreich. Give the >> Code. Oder >> speichern sie Ihre Daten nicht lokal zwischen, Hörr Anwender ;-) . > > Gimp: "There is one image with unsaved changes. Help/Cancel/Discard > Changes" > > Openoffice: "There are unsaved changes. Save/Discard/Cancel" > > Inkscape: "Close without saving/Cancel/Save" > > --> 100% der Programme *vermeiden* offenbar inzwischen die Worte "ja" > und "nein" in dieser Art von Dialog, um Missverstaendnissen > vorzubeugen. Jacob Nielsen (Usability-Guru) hat hierzu vor ein paar Tagen einen kleinen Artikel verfasst: http://www.useit.com/alertbox/ok-cancel.html Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
> > Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, kommt die > Frage: "There are unsaved changes. Discard the changes and continue?" > [Ja/Nein] > was die Button angeht, gebe ich Dir Recht. Ist mir am Anfang auch einmal (EINmal) passiert. Allerdings ist es am Besten (so verfahre ich seitdem), sobald man ein paar Eingaben gemacht hat, diese gleich und regelmäßig in kurzen Intervallen hochzuladen. So verhindert man auch, dass andere User parallel EIngaben an der gleichen Stelle vornehmen und die Sachen sind zudem schneller in der Karte. Natürlich wird so auch das Risiko von Datenverlust begrenzt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Moin,
> Gimp: "There is one image with unsaved changes. Help/Cancel/Discard
> Changes"
da steht bei mir "Save", "Don't save" und "Channel" (Gimp 2.4.2).
> Openoffice: "There are unsaved changes. Save/Discard/Cancel"
>
> Inkscape: "Close without saving/Cancel/Save"
>
> --> 100% der Programme *vermeiden* offenbar inzwischen die Worte "ja"
> und "nein" in dieser Art von Dialog, um Missverstaendnissen vorzubeugen.
ist ein neuer Trend, nicht mit Yes/OK und No/Channel zu arbeiten, sondern auf
den Button 'draufzuschreiben was er macht. Wer Wert 'drauf legt kommt auch
mit Yes/OK und No/Channel ziemlich weit, indem er die Texte geschickt baut.
Wer das nicht hinbekommt, schreibt jetzt halt ganze Sätze auf die Buttons; ob
das Sinn und Zweck der Übung war ;-) ?
> (Schoen auch, dass sich alle drei Programme einig sind, dass man drei
> Buttons braucht, aber "discard" ist jeweils woanders. Erinnert mich an
> einige Windows-Shareware-Werbe-Popups, bei denen das "Ok" immer woanders
> stand ;-)
Zwischen Mac und Windows sind die beiden Standardschalkflächen auch vertauscht
("Save" steht beim Mac rechts). Kann manchmal verwirrend sein :) .
Zurück zu JOSM: Falls Du Lust hast die Abfragelogik beim JOSM umzudrehen und
die Schalkflächen wie bei Gimp/OpenOffice anzulegen fände ich das
unterstützenswert.
Beste Grüße,
c fencesitter e
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Hi, >> Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, kommt die >> Frage: "There are unsaved changes. Discard the changes and continue?" >> [Ja/Nein] > > ja der ist klasse. Eine Invertierung wäre sehr hilfreich. Give the Code. Oder > speichern sie Ihre Daten nicht lokal zwischen, Hörr Anwender ;-) . Gimp: "There is one image with unsaved changes. Help/Cancel/Discard Changes" Openoffice: "There are unsaved changes. Save/Discard/Cancel" Inkscape: "Close without saving/Cancel/Save" --> 100% der Programme *vermeiden* offenbar inzwischen die Worte "ja" und "nein" in dieser Art von Dialog, um Missverstaendnissen vorzubeugen. (Schoen auch, dass sich alle drei Programme einig sind, dass man drei Buttons braucht, aber "discard" ist jeweils woanders. Erinnert mich an einige Windows-Shareware-Werbe-Popups, bei denen das "Ok" immer woanders stand ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Moin, > Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, kommt die > Frage: "There are unsaved changes. Discard the changes and continue?" > [Ja/Nein] ja der ist klasse. Eine Invertierung wäre sehr hilfreich. Give the Code. Oder speichern sie Ihre Daten nicht lokal zwischen, Hörr Anwender ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Hallo, Torsten Breda schrieb am 03.06.2008 11:19: > Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter > Reihenfolge) Bin noch ziemlich neu bei OSM und hatte deshalb leider noch keine Zeit, mir ebenfalls eine solche Liste zu überlegen. Aber den dicksten Hammer, der mir in Sachen Usablity in JOSM begegnet ist, muss ich dann doch noch hier loswerden, weil der geradezu lehrbuchmäßig zeigt, wie man's nicht machen soll ;-) Wenn ich eine ungespeicherte Datei habe und JOSM beenden will, kommt die Frage: "There are unsaved changes. Discard the changes and continue?" [Ja/Nein] Leider lauten ca. 99% aller derartigen Fragen in anderen Programmen: "Sollen die Änderungen gespeichert werden?" [Ja/Nein/Abbrechen] Ich möchte nicht wissen, wie viele JOSM-Anfänger hier schon ohne langes Nachdenken auf "Ja" geklickt und dann laut geflucht haben, weil sie ihre Änderungen verloren haben. Selbst ich, der ich die Meldung genau durchgelesen habe, musste mich förmlich zwingen, mit einem unguten Gefühl auf "Nein" zu klicken, um dann meine Änderungen anschließend zu speichern. Was sollen da nur weniger IT-affine und nicht-englische Benutzer sagen, die das Wort "discard" nicht kennen ;-( Und dann ist "continue" auch nicht gerade eine Formulierung, die ein Beenden des Programms suggeriert ... Ansonsten bin ich mit JOSM bisher ganz gut zurechtgekommen, auch wenn leider selbst für die wichtigsten Operationen ein gründlicheres Studium der Doku nötig ist (auf das Panning mit der rechten Maustaste bin ich lange nicht gekommen ...) Aber wie gesagt, für ein exakteres Feedback fehlt mir gerade die Zeit, vielleicht später mal ... Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
> Da wurde ich wohl falsch verstanden. Meine Arbeitsweise ist > zeichnen-zeichnen-zeichnen-taggen-taggen-taggen und nich > zeichnen-taggen-zeichnen-taggen-zeichnen-taggen. > Man kann natürlich die Tags NUR eingeben, wenn der Weg aktiv ist. naja, ob man für den neuen Way jetzt shift drücken muss beim Clicken oder "u", ist eigentlich egal (und funktioniert beides), man könnte meinetwegen auch rechtsclick oder SPACE oder EINGABE oder ESC verwenden (am besten zusätzlich, weil "u" und shift sich schon rel. tief in zumindest mein Hirn eingegraben haben). Es wäre auch logisch, "a" drücken bzw. clicken zu müssen. > 2. Denn Zoom-modus habe ich so gut wie nie benutzt. ... >> > Ich glaube nicht, dass JOSM eine zusätzliche "Kindersicherung" nötig > hat. Wenn überhaupt sollte bei ersten Upload eine Meldung kommen zB > "Willst du wiklich deine Änderungen in die globale Datenbank laden?" naja, zumindest als ich angefangen habe, habe ich öfters mal Daten unabsichtlich verschoben (und das bemerkt und mit UNDO gleich wieder korrigiert), das kann aber auch sein, dass damals der Punktfangradius noch größer (zu groß) eingestellt war (man hat fast zwangsläufig beim clicken was selektiert, und clicken muss man, da das Umschalten mit shortcuts nur geht, nachdem man den Arbeitsbereich durch click darin aktiviert hat, zumindest hier auf WinXP). Die Meldung beim Upload halte ich übrigens für komplett überflüssig (und potenziell nervtötend), weil man sich ja schon zum Upload entschieden hat, wenn man drauf clickt (und da unterstelle ich auch jedem Newbie, dass er weiss, was Upload bedeutet). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
>> Mit josm-ng ists jemandem gelungen ganz Tschechien zu laden und ohne >> ruckeln rein und raus zu zoomen und die Karte zu verschieben. >> Ohne dass mehr Memory benötigt wurde. > > WOW! Das ist natürlich ein Unterschied! Was ist josm-ng? Eine > Umsetzung ohne Java? Ist mit Java gelöst, aber frag mich nicht wie dazu kann ich zu wenige Java. http://svn.openstreetmap.org/applications/editors/josm-ng/ Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 13:54 schrieb Martin Koppenhoefer <[EMAIL PROTECTED]>: > Am 3. Juni 2008 12:42 schrieb Torsten Breda <[EMAIL PROTECTED]>: >> Am 3. Juni 2008 12:21 schrieb Bernd Wurst <[EMAIL PROTECTED]>: >>> 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). > Da wurde ich wohl falsch verstanden. Meine Arbeitsweise ist zeichnen-zeichnen-zeichnen-taggen-taggen-taggen und nich zeichnen-taggen-zeichnen-taggen-zeichnen-taggen. Man kann natürlich die Tags NUR eingeben, wenn der Weg aktiv ist. >>> 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. > Da bist du anderer Meinung, als ich, was natürlich dein gutes Recht ist. >>> 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". > Ich glaube nicht, dass JOSM eine zusätzliche "Kindersicherung" nötig hat. Wenn überhaupt sollte bei ersten Upload eine Meldung kommen zB "Willst du wiklich deine Änderungen in die globale Datenbank laden?" >>> 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 schl
Re: [Talk-de] JOSM usability
Johannes Lempp schrieb: Noch ganz kurz OT zum Thema namefinder: Den hab ich gestern entdeckt und noch nicht zum Laufen gebracht. Beim Klick auf Search kommt die Fehlermeldung "Cannot read place search results from server". Hat der Server gerade Probleme oder kann es sein, dass namefinder den in meinem JOSM-Start-Skript angegebenen Proxy nicht benutzt? Bei mir kommt die ganannte Meldung auch ohne Proxi mit Direktverbindung. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Torsten Breda schrieb: WOW! Das ist natürlich ein Unterschied! Was ist josm-ng? Eine Umsetzung ohne Java? Das wäre ja wie alkoholfreier Schnaps... Java-OSM ohne Java... ZZZ signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 12:42 schrieb Torsten Breda <[EMAIL PROTECTED]>: > Am 3. Juni 2008 12:21 schrieb Bernd Wurst <[EMAIL PROTECTED]>: >> 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
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 13:46 schrieb Raphael Studer <[EMAIL PROTECTED]>: > 2008/6/3 Torsten Breda <[EMAIL PROTECTED]>: >> Am 3. Juni 2008 12:50 schrieb Raphael Studer <[EMAIL PROTECTED]>: >>> MorgenMorgen, > 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! >>> >>> So gut finde ich die Idee nicht. Häufig lade ich nur einen sehr >>> kleinen Ausschnitt der Karte wenn ich nur wenige Ändern will. >>> Wenn dann vielleicht eine (ausschaltbare) Meldung, dass man nur einen >>> sehr kleinen Ausschnitt geladen hat. >> >> Hier meine ich ein klein angesetztes Minimum. Ich denke dabei so an >> 100x100 Meter. Was kann man da gegen haben? Der download der Daten ist >> doch dann selbst bei zugeflasterten Innenstädten in kürzester Zeit da. > > Ok dass wär akzeptierbar. > > > 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt > wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu > erinnern. (Habe gerade gesehen, dass man das in den > Anzeige-Einstellungen aktivieren kann. Ist das die > Standarteinstellung?) Man kann da einen Rahmen einblenden lassen. Mich stört er meist, keine Ahnung was der Default ist. >>> >>> Den Rahmen find ich hingenen Praktisch. Da man in ein und ausschalten >>> kann, sowie die Farbe ändern, finde ich man sollte ihn lassen wie er >>> ist. >> Dar Rahmen ist praktisch. Nicht jedoch die "inneren" Grenzen von sich >> überschneidenden Datenloads. Oder wofür sind die gut und praktisch? > > Ich nehme an, du meinst mit Innere Genze den überlappenden Bereich > zweier Downloads? Sonderlich störend finde ich sie nicht, aber > wahnsinig viel Helfen tut sie auch nicht, da geb ich dir recht. > > 13. Es wird sich manchmal über die Geschwindigkeit von Josm > beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter > gestartet wird. Eine eingebaute "generate desktop batch > link"-Funktion, die beim ersten Start ausgeführt wird, würde hier > Abhilfe schaffen. Ack. Siehe letzten Punkt. Das Script könnte beides machen. >>> >>> Meiner Meinung wäre es hier angebrachter den Ansatz "josm schneller >>> machen" zu verfolgen. >> Gebe dir vollkommen recht, dass es noch schöner ist, wenn josm noch >> schneller wäre. Aber ohne ausreichend Speicher ist das wie bei einem >> Auto das man Chiptunen will, weil einem noch niemand erklärt hat, dass >> es außer dem ersten noch weitere Gänge gibt. > > Mit josm-ng ists jemandem gelungen ganz Tschechien zu laden und ohne > ruckeln rein und raus zu zoomen und die Karte zu verschieben. > Ohne dass mehr Memory benötigt wurde. WOW! Das ist natürlich ein Unterschied! Was ist josm-ng? Eine Umsetzung ohne Java? Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
2008/6/3 Torsten Breda <[EMAIL PROTECTED]>: > Am 3. Juni 2008 12:50 schrieb Raphael Studer <[EMAIL PROTECTED]>: >> MorgenMorgen, 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! >> >> So gut finde ich die Idee nicht. Häufig lade ich nur einen sehr >> kleinen Ausschnitt der Karte wenn ich nur wenige Ändern will. >> Wenn dann vielleicht eine (ausschaltbare) Meldung, dass man nur einen >> sehr kleinen Ausschnitt geladen hat. > > Hier meine ich ein klein angesetztes Minimum. Ich denke dabei so an > 100x100 Meter. Was kann man da gegen haben? Der download der Daten ist > doch dann selbst bei zugeflasterten Innenstädten in kürzester Zeit da. Ok dass wär akzeptierbar. 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu erinnern. (Habe gerade gesehen, dass man das in den Anzeige-Einstellungen aktivieren kann. Ist das die Standarteinstellung?) >>> >>> Man kann da einen Rahmen einblenden lassen. Mich stört er meist, keine >>> Ahnung >>> was der Default ist. >> >> Den Rahmen find ich hingenen Praktisch. Da man in ein und ausschalten >> kann, sowie die Farbe ändern, finde ich man sollte ihn lassen wie er >> ist. > Dar Rahmen ist praktisch. Nicht jedoch die "inneren" Grenzen von sich > überschneidenden Datenloads. Oder wofür sind die gut und praktisch? Ich nehme an, du meinst mit Innere Genze den überlappenden Bereich zweier Downloads? Sonderlich störend finde ich sie nicht, aber wahnsinig viel Helfen tut sie auch nicht, da geb ich dir recht. 13. Es wird sich manchmal über die Geschwindigkeit von Josm beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter gestartet wird. Eine eingebaute "generate desktop batch link"-Funktion, die beim ersten Start ausgeführt wird, würde hier Abhilfe schaffen. >>> >>> Ack. Siehe letzten Punkt. Das Script könnte beides machen. >> >> Meiner Meinung wäre es hier angebrachter den Ansatz "josm schneller >> machen" zu verfolgen. > Gebe dir vollkommen recht, dass es noch schöner ist, wenn josm noch > schneller wäre. Aber ohne ausreichend Speicher ist das wie bei einem > Auto das man Chiptunen will, weil einem noch niemand erklärt hat, dass > es außer dem ersten noch weitere Gänge gibt. Mit josm-ng ists jemandem gelungen ganz Tschechien zu laden und ohne ruckeln rein und raus zu zoomen und die Karte zu verschieben. Ohne dass mehr Memory benötigt wurde. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
2008/6/3 Torsten Breda <[EMAIL PROTECTED]>: > Noch eine Idee: > > 14. Wenn man OSM-Daten herunterläd, dann werden sie in der Layer-Liste > mit "unbenannt" bezeichnet. Das ist nicht nur inhaltsarm, es kann auch > den Neuling verwirren. Ich muss auch zugeben, dass ich dem Layer noch > NIE einen eigenen Namen gegeben habe, wenn ich ihn nicht lokal > speichern wollte, was in den seltesten Fällen so ist. > > Passender fände ich etwas wie: > "downloaded OSM-Data", > "OSM-Daten - 14:04 Uhr 02.06.2008" oder > "OSM - 375 nodes", > da gebe ich Dir Recht, "downloaded OSM-Data" ist wirklich ein besserer default als "unbenannt", umbenennen kann man ihn ja trotzdem noch Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Noch eine Idee: 14. Wenn man OSM-Daten herunterläd, dann werden sie in der Layer-Liste mit "unbenannt" bezeichnet. Das ist nicht nur inhaltsarm, es kann auch den Neuling verwirren. Ich muss auch zugeben, dass ich dem Layer noch NIE einen eigenen Namen gegeben habe, wenn ich ihn nicht lokal speichern wollte, was in den seltesten Fällen so ist. Passender fände ich etwas wie: "downloaded OSM-Data", "OSM-Daten - 14:04 Uhr 02.06.2008" oder "OSM - 375 nodes", Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 12:50 schrieb Raphael Studer <[EMAIL PROTECTED]>: > MorgenMorgen, >>> 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! > > So gut finde ich die Idee nicht. Häufig lade ich nur einen sehr > kleinen Ausschnitt der Karte wenn ich nur wenige Ändern will. > Wenn dann vielleicht eine (ausschaltbare) Meldung, dass man nur einen > sehr kleinen Ausschnitt geladen hat. Hier meine ich ein klein angesetztes Minimum. Ich denke dabei so an 100x100 Meter. Was kann man da gegen haben? Der download der Daten ist doch dann selbst bei zugeflasterten Innenstädten in kürzester Zeit da. > >>> 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt >>> wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu >>> erinnern. (Habe gerade gesehen, dass man das in den >>> Anzeige-Einstellungen aktivieren kann. Ist das die >>> Standarteinstellung?) >> >> Man kann da einen Rahmen einblenden lassen. Mich stört er meist, keine Ahnung >> was der Default ist. > > Den Rahmen find ich hingenen Praktisch. Da man in ein und ausschalten > kann, sowie die Farbe ändern, finde ich man sollte ihn lassen wie er > ist. Dar Rahmen ist praktisch. Nicht jedoch die "inneren" Grenzen von sich überschneidenden Datenloads. Oder wofür sind die gut und praktisch? > >>> 13. Es wird sich manchmal über die Geschwindigkeit von Josm >>> beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter >>> gestartet wird. Eine eingebaute "generate desktop batch >>> link"-Funktion, die beim ersten Start ausgeführt wird, würde hier >>> Abhilfe schaffen. >> >> Ack. Siehe letzten Punkt. Das Script könnte beides machen. > > Meiner Meinung wäre es hier angebrachter den Ansatz "josm schneller > machen" zu verfolgen. Gebe dir vollkommen recht, dass es noch schöner ist, wenn josm noch schneller wäre. Aber ohne ausreichend Speicher ist das wie bei einem Auto das man Chiptunen will, weil einem noch niemand erklärt hat, dass es außer dem ersten noch weitere Gänge gibt. Lass uns konstruktiv bleiben und Lösungen finden! Torsten Breda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 12:49 schrieb Frank Gruender <[EMAIL PROTECTED]>: > Torsten Breda schrieb: >> Hi >> >> Als JOSM-only Nutzer komme ich mit der Software gut zurecht. Die macht >> was man möchte und man kann sehr präzise damit arbeiten. >> Nun habe ich meine Arbeitsweise jedoch mal kritisch beschaut und >> gemerkt, dass man einige Dinge gerne anders hätte, bzw. dass man sich >> für einige Dinge "Workarounds" angeeignet hat, die eigentlich nicht >> nötig sind. >> >> Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter >> Reihenfolge) > [...viele Vorschläge...] > > Unterschreibe ich gerne, vorallem Punkt 1. > > Einen hätte ich auch noch zu bieten: Bei der Merge-Funktion, ist nicht > festgelegt, an welchem Punkt z.B. zwei Nodes miteinander verbunden > werden. Mein Vorschlag wäre, das der zuletzt markierte Node die Position > angibt, ab dem dann der verknüpfte Node stehen bleibt. Ggf. wahlweise > auch der erste selektierte Node. ICh selektiere meistens mit der Box. Hört sich aber nicht schlecht an. Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
MorgenMorgen, >> 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! So gut finde ich die Idee nicht. Häufig lade ich nur einen sehr kleinen Ausschnitt der Karte wenn ich nur wenige Ändern will. Wenn dann vielleicht eine (ausschaltbare) Meldung, dass man nur einen sehr kleinen Ausschnitt geladen hat. >> 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt >> wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu >> erinnern. (Habe gerade gesehen, dass man das in den >> Anzeige-Einstellungen aktivieren kann. Ist das die >> Standarteinstellung?) > > Man kann da einen Rahmen einblenden lassen. Mich stört er meist, keine Ahnung > was der Default ist. Den Rahmen find ich hingenen Praktisch. Da man in ein und ausschalten kann, sowie die Farbe ändern, finde ich man sollte ihn lassen wie er ist. >> 13. Es wird sich manchmal über die Geschwindigkeit von Josm >> beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter >> gestartet wird. Eine eingebaute "generate desktop batch >> link"-Funktion, die beim ersten Start ausgeführt wird, würde hier >> Abhilfe schaffen. > > Ack. Siehe letzten Punkt. Das Script könnte beides machen. Meiner Meinung wäre es hier angebrachter den Ansatz "josm schneller machen" zu verfolgen. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Torsten Breda schrieb: > Hi > > Als JOSM-only Nutzer komme ich mit der Software gut zurecht. Die macht > was man möchte und man kann sehr präzise damit arbeiten. > Nun habe ich meine Arbeitsweise jedoch mal kritisch beschaut und > gemerkt, dass man einige Dinge gerne anders hätte, bzw. dass man sich > für einige Dinge "Workarounds" angeeignet hat, die eigentlich nicht > nötig sind. > > Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter > Reihenfolge) [...viele Vorschläge...] Unterschreibe ich gerne, vorallem Punkt 1. Einen hätte ich auch noch zu bieten: Bei der Merge-Funktion, ist nicht festgelegt, an welchem Punkt z.B. zwei Nodes miteinander verbunden werden. Mein Vorschlag wäre, das der zuletzt markierte Node die Position angibt, ab dem dann der verknüpfte Node stehen bleibt. Ggf. wahlweise auch der erste selektierte Node. Gruss, Elwood ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 12:21 schrieb Johannes Lempp <[EMAIL PROTECTED]>: > Torsten Breda schrieb: >> Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter >> Reihenfolge) > > Hi, > > sehr gute Vorschläge. Besonders den hier möchte ich ganz stark > unterstützen: > >> 7. Das "namefinder"-Plugin sollte Standard sein. Es erleichtert >> gerade dem Neuling das Laden des gewünschten >> Kartenausschnittes. > > Und nicht nur das, der Slippy Map Chooser meines Erachtens auch. > Außerdem hat sich mir der Sinn des Reiters "Map" noch nicht > erschlossen. Wenn ich in diese Pixelwüste reinzoome, kann ich noch > nichtmal den Schwarzwald von der Schwäbischen Alb unterscheiden, wie > soll ich mir da eine vernünftige Bounding Box aussuchen? Ich weiß > noch genau, wie ich mir als Anfänger das Hirn zermartert habe bei der > "Fehlersuche", als beim Reinzoomen keine höher auflösenden Kacheln > nachgeladen wurden... > Ich finde, "Map" gehört raus und dafür "Slippy map" und > "Places" (also namefinder) standardmäßig rein. > ++ > Auf dem Reiter "Bounding Box" finde ich den Begriff "URL von > www.openstreetmap.org" etwas schwammig. Bis ich als Newbie kapiert > habe, dass damit der *Permalink* gemeint ist und dass auch > informationfreeway.org funktioniert... also lieber schreiben: > "Permalink von www.openstreetmap.org oder www.informationfreeway.org". > Das unterstütze ich. ++ > Noch ganz kurz OT zum Thema namefinder: Den hab ich gestern entdeckt > und noch nicht zum Laufen gebracht. Beim Klick auf Search kommt die > Fehlermeldung "Cannot read place search results from server". Hat der > Server gerade Probleme oder kann es sein, dass namefinder den in > meinem JOSM-Start-Skript angegebenen Proxy nicht benutzt? > Benutze leider keinen Proxy. Bei mit lief der Namefinder heute wunderbar >> 10. Beim Beenden von JOSM kommt eine Warnung, wenn Änderungen >> noch nicht hochgeladen wurden. Nicht jedoch, wenn man das Layer >> löscht, das man bereit bearbeitet hat. (Das * für die Änderung bleibt >> jedoch stehen.) > > Oh ja, damit habe ich mir auch schon eine Menge Arbeit zerstört. > Wollte den WMS-Layer löschen und hab den Datenlayer erwischt, das war > kein Lustgewinn. > Was meinst du übrigens mit dem "* für die Änderung"? > MIt * mein ich die geänderte Titelzeile des Programms. Die, wenn Änderungen noch nicht hochgeladen wurden "* Java OpenStreetMap" statt "Java OpenStreetMap..." lautet. Ist zumindes bei mir mit Windows so. >> 13. Es wird sich manchmal über die Geschwindigkeit von Josm >> beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter >> gestartet wird. Eine eingebaute "generate desktop batch >> link"-Funktion, die beim ersten Start ausgeführt wird, würde hier >> Abhilfe schaffen. > > Sehr gut! Und die Krönung wäre dann noch eine Abfrage nach der > Adresse des Proxyservers - sofern vorhanden - der dann auch gleich > ins Startskript mit eingebaut wird. Hört sich sinnvoll für Proxy-user an Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Hallo, > Und nicht nur das, der Slippy Map Chooser meines Erachtens auch. > Außerdem hat sich mir der Sinn des Reiters "Map" noch nicht > erschlossen. Die Idee dahinter war ganz frueher eine visuelle Ueberpruefung der eingegebenen Koordinaten. Also Eingabe der Bbox ueber Zahlen, dann Blick auf die Pixelkarte, um zu schauen, ob der gelbe Punkt tatsaechlich in Nordeuropa oder doch eher in Afrika ist. Passiert ja schneller als man denkt ;-) Heute aber tatsaechlich nicht mehr zeitgemaess. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Am 3. Juni 2008 12:21 schrieb Bernd Wurst <[EMAIL PROTECTED]>: > 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. > > >> 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. > >> 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! > > >> 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. :) > > >> 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 denke eine erweiterung der JOSM-Tipps-Seite im Wiki bzw. eine besser > strukturierte Wiki-Seite würde besser passen. > > Aber ja, die Statusleiste ist wichtig. Ich brauche sie zwar nicht mehr > unbedingt, weil ich die sachen die ich brauche jetzt kann, aber wenn ich > jetzt mal zwei Wochen nicht mappe, brauch ich die wieder. :) > Vielleicht eine MOTD, die auf den reanimierten Eintrag in der Statusleiste hinweist? :) > >> 5. Wenn man Daten über einen Link laden möchte, kann man den Link nur >> über "Strg+v" einfügen. Intuitiver wäre hier ein "Link aus der >> Zwischenablage einfügen"-Button. > > Ich bin dafür, das Feld auf jeden Fall leer zu lassen und den Text als Hinweis > einfach drüber oder drunter. Dann könnte man dort endlich mal den Mittelklick > benutzen. > Momentan muss man immer das Feld leeren, die URL woanders markieren und dann > mit Mittelklick in das Feld packen. Nicht grade elegant. > > Ich weiß nicht, wie und ob JAVA kontrolliert auf die verschiedenen > System-Zwischenablagen zugreifen kann. Ein leeres Eingabefeld, in das man > einfach mittelklicken kann wäre aber wichtig. > Man kann auf die mittlere Maustaste klicken??? Scherz beiseite, du hast recht. Das Feld sollte leer sein. + einen Button "aus Zwischenablage einfügen. > >> 6. Das "Ungluenode"-Plugin gehört nach meinem Geschmack fest eingebaut. > > Hm. Kenn ich garnicht... :) > Das damit gelöste Problem kennst du aber. Z.B. wenn sich eine Straße mit einem Wald einen node teilt. Wenn du die Straße verschiebst, dann ändert sich die Form des Waldes. Das plugin fügt einen Button hinzu, der jedem an den markierten node angeschlossenen Weg einen eigenen node gibt. -> sehr praktisch > >> 7. Das "namefinder"-Plugin sollte Standard sein. Es erleichtert gerade >> dem Neuling das Laden des gewünschten Kartenausschnittes. > > Ja. Und stört alle anderen nicht. > > >> 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! > > >> 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt >> wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu >> erinnern. (Habe gerade gesehen, dass man das in den >> Anzeige-Einstellung
Re: [Talk-de] JOSM usability
Torsten Breda schrieb: > Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter > Reihenfolge) Hi, sehr gute Vorschläge. Besonders den hier möchte ich ganz stark unterstützen: > 7. Das "namefinder"-Plugin sollte Standard sein. Es erleichtert > gerade dem Neuling das Laden des gewünschten > Kartenausschnittes. Und nicht nur das, der Slippy Map Chooser meines Erachtens auch. Außerdem hat sich mir der Sinn des Reiters "Map" noch nicht erschlossen. Wenn ich in diese Pixelwüste reinzoome, kann ich noch nichtmal den Schwarzwald von der Schwäbischen Alb unterscheiden, wie soll ich mir da eine vernünftige Bounding Box aussuchen? Ich weiß noch genau, wie ich mir als Anfänger das Hirn zermartert habe bei der "Fehlersuche", als beim Reinzoomen keine höher auflösenden Kacheln nachgeladen wurden... Ich finde, "Map" gehört raus und dafür "Slippy map" und "Places" (also namefinder) standardmäßig rein. Auf dem Reiter "Bounding Box" finde ich den Begriff "URL von www.openstreetmap.org" etwas schwammig. Bis ich als Newbie kapiert habe, dass damit der *Permalink* gemeint ist und dass auch informationfreeway.org funktioniert... also lieber schreiben: "Permalink von www.openstreetmap.org oder www.informationfreeway.org". Noch ganz kurz OT zum Thema namefinder: Den hab ich gestern entdeckt und noch nicht zum Laufen gebracht. Beim Klick auf Search kommt die Fehlermeldung "Cannot read place search results from server". Hat der Server gerade Probleme oder kann es sein, dass namefinder den in meinem JOSM-Start-Skript angegebenen Proxy nicht benutzt? > 10. Beim Beenden von JOSM kommt eine Warnung, wenn Änderungen > noch nicht hochgeladen wurden. Nicht jedoch, wenn man das Layer > löscht, das man bereit bearbeitet hat. (Das * für die Änderung bleibt > jedoch stehen.) Oh ja, damit habe ich mir auch schon eine Menge Arbeit zerstört. Wollte den WMS-Layer löschen und hab den Datenlayer erwischt, das war kein Lustgewinn. Was meinst du übrigens mit dem "* für die Änderung"? > 13. Es wird sich manchmal über die Geschwindigkeit von Josm > beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter > gestartet wird. Eine eingebaute "generate desktop batch > link"-Funktion, die beim ersten Start ausgeführt wird, würde hier > Abhilfe schaffen. Sehr gut! Und die Krönung wäre dann noch eine Abfrage nach der Adresse des Proxyservers - sofern vorhanden - der dann auch gleich ins Startskript mit eingebaut wird. -- Mit freundlichen Grüßen Johannes Lempp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
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. > 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. > 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! > 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. :) > 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 denke eine erweiterung der JOSM-Tipps-Seite im Wiki bzw. eine besser strukturierte Wiki-Seite würde besser passen. Aber ja, die Statusleiste ist wichtig. Ich brauche sie zwar nicht mehr unbedingt, weil ich die sachen die ich brauche jetzt kann, aber wenn ich jetzt mal zwei Wochen nicht mappe, brauch ich die wieder. :) > 5. Wenn man Daten über einen Link laden möchte, kann man den Link nur > über "Strg+v" einfügen. Intuitiver wäre hier ein "Link aus der > Zwischenablage einfügen"-Button. Ich bin dafür, das Feld auf jeden Fall leer zu lassen und den Text als Hinweis einfach drüber oder drunter. Dann könnte man dort endlich mal den Mittelklick benutzen. Momentan muss man immer das Feld leeren, die URL woanders markieren und dann mit Mittelklick in das Feld packen. Nicht grade elegant. Ich weiß nicht, wie und ob JAVA kontrolliert auf die verschiedenen System-Zwischenablagen zugreifen kann. Ein leeres Eingabefeld, in das man einfach mittelklicken kann wäre aber wichtig. > 6. Das "Ungluenode"-Plugin gehört nach meinem Geschmack fest eingebaut. Hm. Kenn ich garnicht... :) > 7. Das "namefinder"-Plugin sollte Standard sein. Es erleichtert gerade > dem Neuling das Laden des gewünschten Kartenausschnittes. Ja. Und stört alle anderen nicht. > 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! > 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt > wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu > erinnern. (Habe gerade gesehen, dass man das in den > Anzeige-Einstellungen aktivieren kann. Ist das die > Standarteinstellung?) Man kann da einen Rahmen einblenden lassen. Mich stört er meist, keine Ahnung was der Default 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. Ich finde die Pfeile nützlich und fand die nie verwirrend. Aber ist auch schnell umgestellt. > 12. Es sollte eine "Auto-Update"-Funktion für JOSM geben. Somit ist > man immer auf dem neuesten Stand. Ich denke das soll zumindest manuell über die motd passieren. hier wurde ja mal ein script gepostet, das immer schaut ob's ne neue JOSM-Version gibt. Da müsste man vielleicht serverseitig klären, ob man diese Abfrage will und das Start-Script ggf. mitliefern. > 13. Es wird sich manchmal über die Geschwindigkeit von Josm > beschwert
Re: [Talk-de] JOSM usability
Hi Als JOSM-only Nutzer komme ich mit der Software gut zurecht. Die macht was man möchte und man kann sehr präzise damit arbeiten. Nun habe ich meine Arbeitsweise jedoch mal kritisch beschaut und gemerkt, dass man einige Dinge gerne anders hätte, bzw. dass man sich für einige Dinge "Workarounds" angeeignet hat, die eigentlich nicht nötig sind. Hier also meine konstruktiven Verbesserungsvorschläge (in unsortierter Reihenfolge) 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. 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. 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". 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 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. 5. Wenn man Daten über einen Link laden möchte, kann man den Link nur über "Strg+v" einfügen. Intuitiver wäre hier ein "Link aus der Zwischenablage einfügen"-Button. 6. Das "Ungluenode"-Plugin gehört nach meinem Geschmack fest eingebaut. 7. Das "namefinder"-Plugin sollte Standard sein. Es erleichtert gerade dem Neuling das Laden des gewünschten Kartenausschnittes. 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. 9. Bereiche, zu denen der Server noch nicht nach Kartendaten befragt wurde, könnten andersfarbig hinterlegt sein, um an das nachladen zu erinnern. (Habe gerade gesehen, dass man das in den Anzeige-Einstellungen aktivieren kann. Ist das die Standarteinstellung?) 10. Beim Beenden von JOSM kommt eine Warnung, wenn Änderungen noch nicht hochgeladen wurden. Nicht jedoch, wenn man das Layer löscht, das man bereit bearbeitet hat. (Das * für die Änderung bleibt jedoch stehen.) 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. 12. Es sollte eine "Auto-Update"-Funktion für JOSM geben. Somit ist man immer auf dem neuesten Stand. 13. Es wird sich manchmal über die Geschwindigkeit von Josm beschwert. Oft liegt das daran, dass JOSM ohne JAVA-Parameter gestartet wird. Eine eingebaute "generate desktop batch link"-Funktion, die beim ersten Start ausgeführt wird, würde hier Abhilfe schaffen. Das war erst mal das, was mir eingefallen ist. Möglicherweise kommt ja noch mehr :D . Ich würde mich nicht wundern, wenn die ein oder andere gewünschte Funktion schon eingebaut wäre ich sie aber in der ganzen "Vielfalt" übersehen habe. In diesem Fall müsste sie prominenten gemacht werden. ICh denke auch, dass all diese Änderungen vom routinierten JOSM-User ohne nörgeln hingenommen werden könnten. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Hallo. Am Montag, 2. Juni 2008 schrieb Thomas Hieber: > die > meisten Entwickler haben keine Lust Features, die in ihren Augen gut > funktionieren wieder umzubauen, nur weil ein dahergelaufener User denkt, > dass es anders besser wäre. Genau *das* ist das Problem. Aber Frederik hat das ja auch schon geschrieben: Es muss eben so sein, dass der Vorschlag nicht von einem einzelnen User kommt. Daher meine Roadmap für solche Dinge: * Ein Neuling schreibt auf, was ihm ganz am Anfang sehr merkwürdig vorkommt * Dann lässt er sich zeigen, wie "Profis" damit arbeiten * Dann wird kritisch betrachtet, was vielleicht anfängliche naivität war und doch kein guter Vorschlag und was evtl der "Profi" wirklich umständlich macht. * Dann wird das öfentlich zur Diskussion gestellt und ich gehe stark davon aus, dass da der eine oder andere wirklich gute Vorschlag am Ende heraus kommt. Wenn man einen solchen Konsens hat, von dem man weiß, dass das von einer größeren Zahl user getragen wird, dann kann das auch mal ein größerer Bruch in der Bedienung sein. Wobei man klar sagen muss: Oft sind es doch nur Kleinigkeiten, die über das "Wohlfühlen" entscheiden. Gruß, Bernd -- Die ganze Börse hängt nur davon ab, ob es mehr Aktien gibt als Idioten oder mehr Idioten als Aktien. - André Kostolany (ungar. Finanzfachmann) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Hi, > Ich glaube das geht in der OpenSource Welt extrem schwer - denn die > meisten Entwickler haben keine Lust Features, die in ihren Augen gut > funktionieren wieder umzubauen, nur weil ein dahergelaufener User denkt, > dass es anders besser wäre. Nicht zu vergessen die 100 anderen User, die sich mittlerweile daran ge- woehnt haben und fuer die jede Verbesserung eine unangenehme Umstellung ist ;-) > Ich würde mir auch zutrauen ein deutlich intuitiveres Bedienkonzept für > Josm zu spezifizieren - aber was würde das bringen? Ich als C++ > Programmierer kann das in Java nicht umsetzen Ausrede ;-) Java ist doch fast das gleicht wie C++, nur ohne Headerfiles. Also, wenn irgendjemand mal ein schluessiges UI-Konzept fuer JOSM spezi- fiziert, das 90% der staendig wieder rumgeisternden Anforderungen irgendwie abfruehstueckt und das mit den Usern - auch den nicht deutsch- sprachigen - vorher abgestimmt wird, dann programmiere ich das auch gern. Ich hab im Moment ein bisschen das Problem, dass ich halt immer mal den einen oder anderen Bug fixe oder mir irgendwas aus dem Trac rausziehe oder auf eine Mailanfrage reagiere, aber so die grosse Road- map hab ich nicht vor Augen. Ausserdem sind das immer so 1:1-Sachen - oft kommen die Bugreports/Wuensche von einer einzelnen Person, und man weiss nie, was die anderen JOSM-Andwender eigentlich davon halten. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Christian Malolepszy schrieb: > Johann H. Addicks wrote: > >> Mich hat der JOSM aber nachhaltig abgeschreckt, weil's mir das bestätigt, >> was ich fast immer (halbwegs) mächtigen JAVA-Applikationen empfinde: >> Schwerfällig und dazu auch noch völlig inkonsistent in der Bedienung. Das >> ist etwa der Sprung von Corel Draw zu Inkscape. > Im OpenSource-Bereich ist es meistens so, dass die Entwickler es in der > Freizeit machen und zwar so wie sie es meinen. > Ist auch klar, sie verstehen den Background der Anwendung und so kommen > sie mit dem Workflow der Oberfläche klar. > Meiner Meinung nach fehlt es bei den Projekten an Leuten die sich eben > um die Benutzerfreundlichkeit Gedanken machen > und die Ideen auch durchsetzen können, es fehlt oft an qualifizierten > Testern die Fehler finden und die Tests auch systematisch > durchführen. In vielen, leider nicht allen, Firmen gibt es eben solche > Personen die Einfluss auf die Entwicklung nehmen. > In der OpenSource Welt kann jeder dazu beitragen die Software besser zu > machen, aber die wenigsten tun es sie > meckern lieber.. dabei würden konstruktive Beiträge viel mehr bringen. > > Ich glaube das geht in der OpenSource Welt extrem schwer - denn die meisten Entwickler haben keine Lust Features, die in ihren Augen gut funktionieren wieder umzubauen, nur weil ein dahergelaufener User denkt, dass es anders besser wäre. Im besten Fall kommt ein "machs doch selbst und schick mir den Patch" - wohlwissend dass man von dem Frager danach nie wieder was hören wird. Ich denke hier muss man einfach damit leben: Wenn man Dinge selbst verbessern kann, dann muss man sie auch selbst verbessern und wenn man es nicht kann muss man sich mit dem arrangieren, was man hat. Ich würde mir auch zutrauen ein deutlich intuitiveres Bedienkonzept für Josm zu spezifizieren - aber was würde das bringen? Ich als C++ Programmierer kann das in Java nicht umsetzen und ich werde kaum einen von der Liste hier überreden können es für mich zu tun. Also arrangiere ich mich mit JOSM - und wenn man mal die Keyboard Shortcuts alle kennt, dann geht die Arbeit ja auch recht flott von der Hand. Wie verquer da manches ist merkt man erst wieder wenn man einem Newcomer das ganze erklären muss. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Johann H. Addicks wrote: > Mich hat der JOSM aber nachhaltig abgeschreckt, weil's mir das bestätigt, was > ich fast immer (halbwegs) mächtigen JAVA-Applikationen empfinde: Schwerfällig > und dazu auch noch völlig inkonsistent in der Bedienung. Das ist etwa der > Sprung von Corel Draw zu Inkscape. > Hallo Johann, Java ist eine Programmiersprache in der sehr viel möglich ist, es ist mit Java auch möglich hochperformante Anwendungen und ansprechende, intuitiv bedienbare Oberflächen zu erstellen, hinter denen auch komplexe Vorgänge abgebildet sind. Es ist eine frage des Designs. Ich hab schon einiges an Jahren Entwicklung mit Java hinter mir und es ist uns immer gelungen intuitiv bedienbare Produkte auf dem Business-Markt zu platzieren und sich gegen die Konkurrenz durchzusetzen. Im OpenSource-Bereich ist es meistens so, dass die Entwickler es in der Freizeit machen und zwar so wie sie es meinen. Ist auch klar, sie verstehen den Background der Anwendung und so kommen sie mit dem Workflow der Oberfläche klar. Meiner Meinung nach fehlt es bei den Projekten an Leuten die sich eben um die Benutzerfreundlichkeit Gedanken machen und die Ideen auch durchsetzen können, es fehlt oft an qualifizierten Testern die Fehler finden und die Tests auch systematisch durchführen. In vielen, leider nicht allen, Firmen gibt es eben solche Personen die Einfluss auf die Entwicklung nehmen. In der OpenSource Welt kann jeder dazu beitragen die Software besser zu machen, aber die wenigsten tun es sie meckern lieber.. dabei würden konstruktive Beiträge viel mehr bringen. Schönen Abend Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] JOSM usability (was: ebenentransparenz in josm einstellen)
> From: Bernd Wurst <[EMAIL PROTECTED]> > Hast du schonmal vi benutzt? Oder Blender? > Und dennoch sind diese Tools bei "Profis" (ob mit oder ohne > Anf?hrungszeichen) > der absolute ?berflieger weil die Bedienung dann intuitiv ist, wenn > man "richtig denkt". Es gibt auch Leute, die fließend sendmail.cf sprechen (vielleicht fahren die sogar im Urlaub dort mal hin...). Mich hat der JOSM aber nachhaltig abgeschreckt, weil's mir das bestätigt, was ich fast immer (halbwegs) mächtigen JAVA-Applikationen empfinde: Schwerfällig und dazu auch noch völlig inkonsistent in der Bedienung. Das ist etwa der Sprung von Corel Draw zu Inkscape. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
