Aber muss denn so eine Spezialfunktion wie der Löschmodus wirklich mit
einem
eigenen Icon vertreten sein? Wird das so oft benötigt? Solche Funktionen
könnten doch auch gut nur über Shortcuts erreichbar sein.
was genau verwirrt Dich denn an einem Symbol mit Muelleimer? M.E. kann man
sich da
dgdg schrieb:
Potlatch bietet meiner Meinung nach folgende Vorteile:
1. Wysiwyg
Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim Editieren
sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte
Tracks oder Nodes werden sehr deutlich angezeigt.
Yepp.
On Mon, 12 Jan 2009, Chris-Hein Lunkhusen wrote:
Yepp. Bei meinem Umstieg von PL zu JOSM hab ich erstmal das Farbschema
so gut wie möglich übernommen.
Erster Kommentar eines Mappers, den ich zu JOSM überredet habe:
Das sieht ja aus wie im Planetarium! ;-)
Bitte einen Alternativvorschlag
Hallo,
Dirk Stöcker wrote:
Ich finde das Farbschema mit schwarzem Hintergrund auch unmöglich, aber
durch Umstellen einzelner Teile wird es unbrauchbar. Ohne eine
funktionsfähige Alternative bleibt es also wie es ist.
Das Rumdoktorn an Einzelfarben ist doch ein Graus. Wir brauchen
jemanden,
Stimmt auch. Den Sinn des Delete-Modus habe ich zb nie verstanden.
Selektieren und Entf-Taste reicht doch!
Grüßle
Chris
der Sinn ist weiter oben in diesem Thread bereits beschrieben, einfach vor
dem Posten lesen, was bereits geklaert ist...
Gruss Martin
On Mon, 12 Jan 2009, Frederik Ramm wrote:
Dirk Stöcker wrote:
Ich finde das Farbschema mit schwarzem Hintergrund auch unmöglich, aber
durch Umstellen einzelner Teile wird es unbrauchbar. Ohne eine
funktionsfähige Alternative bleibt es also wie es ist.
Das Rumdoktorn an Einzelfarben ist doch
Martin Koppenhoefer schrieb:
Stimmt auch. Den Sinn des Delete-Modus habe ich zb nie verstanden.
Selektieren und Entf-Taste reicht doch!
der Sinn ist weiter oben in diesem Thread bereits beschrieben, einfach
vor dem Posten lesen, was bereits geklaert ist...
Ja sorry, war schon
Hi,
Dirk Stöcker wrote:
Wieso? Die meistens Icons sind doch schon unabhängig vom Untergrund.
Ich rede von denen, die im Mappaint-Modus auf der Karte erscheinen, und
die sind BUNT. Dass sie einen transparenten Hintergrund haben, macht sie
doch nicht unabhaengig vom Untergrund und schon gar
On Mon, 12 Jan 2009, Frederik Ramm wrote:
Dirk Stöcker wrote:
Wieso? Die meistens Icons sind doch schon unabhängig vom Untergrund.
Ich rede von denen, die im Mappaint-Modus auf der Karte erscheinen, und
die sind BUNT. Dass sie einen transparenten Hintergrund haben, macht sie
doch nicht
So, ich habe mir gerade nochmal JOSM vorgenommen - man gibt ja nicht so
schnell auf. ;-)
Erklärt mir dochmal, was ich hier falsch mache bzw. nicht verstanden habe.
Ich möchte einfach nur einen Node setzen und ihm Tags zuweisen. Dafür mache
ich in JOSM folgendes:
- Modus Setze Knotenpunkt
dgdg schrieb:
So, ich habe mir gerade nochmal JOSM vorgenommen - man gibt ja nicht so
schnell auf. ;-)
Erklärt mir dochmal, was ich hier falsch mache bzw. nicht verstanden habe.
Ich möchte einfach nur einen Node setzen und ihm Tags zuweisen. Dafür mache
ich in JOSM folgendes:
- Modus Setze
Hallo,
dgdg wrote:
So, ich habe mir gerade nochmal JOSM vorgenommen - man gibt ja nicht so
schnell auf. ;-)
Erklärt mir dochmal, was ich hier falsch mache bzw. nicht verstanden habe.
Ich möchte einfach nur einen Node setzen und ihm Tags zuweisen. Dafür mache
ich in JOSM folgendes:
-
dgdg schrieb:
- Modus Setze Knotenpunkt aktivieren
- Knotenpunkt per Mausklick setzen
- ESC drücken um die Gummibandlinie loszuwerden
- Knoten wird dummerweise deaktiviert
- versuche den Knoten wieder zu aktivieren: geht nicht, weil falscher Modus
- Modus Objekt auswählen aktivieren
-
Am Sonntag, den 11.01.2009, 11:06 +0100 schrieb Bernd Wurst:
Aber ja, Alt+B ist mir auch noch etwas ein Dorn im Auge, war nur zu faul das
zu ändern.
Hallo,
Alt+B finde ich auch grauselig, Alt+A war weit einfach zu greifen. Jetzt
wollte ich es ändern, allerdings ist das nicht möglich. Egal
Schalte mal die Gummibandhilfslinie aus, dann gehts ähnlich wie in
Potlach, vgl. dazu diese Neuigkeit
2008.06.27 (608): Die Gummibandhilfslinie verbindet den letzten Punkt zum
vorraussichtlich
nächsten Punkt. Um dies auszuschalten die Einstellung draw.helper-line
auf false setzen.
Gerade
- Modus Setze Knotenpunkt aktivieren
- Knotenpunkt per Mausklick setzen
- ESC drücken um die Gummibandlinie loszuwerden
Das ist der Fehler. Ignoriere die Gummibandlinie einfach, statt ESC zu
drücken.
Ok. Darauf wäre ich nicht direkt gekommen.
Ich tue mir sehr schwer damit, mit einer
dgdg schrieb:
In Potlatch habe ich ja auch Gummibandlinien und ich muss die auf explizit
(mit Enter) loswerden (genau wie in JOSM). Aber im Unterschied zu JOSM
kann ich dann direkt ohne Moduswechsel den Node oder Track wieder
aktivieren.
Das finde ich aber auch gut so in JOSM, ist in
Ja, weil ESC in JOSM nicht optimal belegt ist. Ich finde ESC ist
normalerweise
Huch, was hab ich gemacht, mach das weg. Und es ist nicht Jawoll, ich
bin
fertig.
Sag ich doch die ganze Zeit. ;-)
Potlatch und JOSM machen mit ESC unterschiedliche Dinge aber beide
sind IMHO unlogisch.
Mag
Hallo.
Am Sonntag, 11. Januar 2009 schrieb dgdg:
Ich bin mit der Maus sowieso meistens schneller als mit der Tastatur. Auch
wenn die Tasten mit der linken Hand ereichbar sind. Denn die Maus bediene
ich blind (muss also nicht vom Bildschirm wegsehen), während ich für jeden
Shortcut auf die
On Sun, 11 Jan 2009, dgdg wrote:
Das ist der Fehler. Ignoriere die Gummibandlinie einfach, statt ESC zu
drücken.
Ok. Darauf wäre ich nicht direkt gekommen.
Ich tue mir sehr schwer damit, mit einer Gummibandlinie am Mauszeiger
irgendwo anders hinzuklicken, als auf einen neuen Punkt.
On Sun, 11 Jan 2009, dgdg wrote:
Das stimmt natürlich nur, wenn man ein Icon bzw. eine gut erreichbare
Icon-Leiste hat. Sobald man ins Menü muss, ist die Mausbedienung murks. Aber
geht man bei JOSM nicht sowieso ständig ins Menü um die Vorlagen
auszuwählen?
Nein. Alle häufiger gebrauchten
On Sun, 11 Jan 2009, Detlef Reichl wrote:
Am Sonntag, den 11.01.2009, 11:06 +0100 schrieb Bernd Wurst:
Aber ja, Alt+B ist mir auch noch etwas ein Dorn im Auge, war nur zu faul das
zu ändern.
Alt+B finde ich auch grauselig, Alt+A war weit einfach zu greifen. Jetzt
Alt+A war aber schon immer
dgdg wrote:
Ich möchte einfach nur einen Node setzen und ihm Tags zuweisen. Dafür
mache ich in JOSM folgendes:
- Modus Setze Knotenpunkt aktivieren
- Knotenpunkt per Mausklick setzen
- ESC drücken um die Gummibandlinie loszuwerden
Wenn Du die Gummibandlinie unbedingt loswerden willst (was
On Sat, 10 Jan 2009, Ulf Lamping wrote:
P.S. Ich will auch einen potlatchartigen Zeichenmodus in JOSM haben. Ich
hatte nur noch keine Zeit dafür.
?
- Zeichnen-Kommando im Menu wählen.
(Vielleicht auch optional ein Doppelklick zum starten).
- Doppelklick auf einen Knoten beendet zeichnen
-
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der
Löschen Modus aus meiner Sicht komplett überflüssig.
Naja, einige Vorteile hat er schon noch, wie die anderen auch.
ganz genau, so kann man neben den bereits erwähnten mit SHIFT+click im
Entfernen -Modus mittenraus
- Verschiedene Mauszeiger zeigen Status (z.B. Ende, Verbinden, ...)
auch sehr gut, ist mir vorhin aufgefallen. Wie oft hatte ich mich in der
Vergangenheit geärgert, dass ich versehentlich den WMS-Layer verschoben
habe, weil der Mauszeiger gleich war wie bei select.
Martin
Ich glaub ich hab schon was sinnvolles gemerkt durch deine Kritik: Wenn
man etwas gewohnt ist, fällt es sich schwer zuzustellen (du bemängelst
hauptsächlich Sachen von JOSM die bei Potlach anders sind, JOSM-Nutzer
machen es meist ander herum)
Es war aber nicht so, dass ich mich erstmal an
Ich bin eigentlich gegen eine Einsteiger vs. Experten Sache. Der Trick
ist doch immer dem Einsteiger den Einstieg so einfach wie möglich zu
machen, und dem Experten nicht alles zu verbauen.
Man muss die Expertensachen ja nicht rausschmeissen oder so umständlich
machen, dass sie für die
On Thu, 8 Jan 2009, Ulf Lamping wrote:
Wozu dann die anderen Modi?
Das Frage ich mich ehrlich gesagt auch.
Historisch.
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der
Löschen Modus aus meiner Sicht komplett überflüssig.
Naja, einige Vorteile hat er schon noch, wie
Hallo.
Am Freitag, 9. Januar 2009 schrieb Dirk Stöcker:
Ich habe jetzt einfach mal den Select-Modus zum Standard erklärt. Wollte
ich eigentlich schon lange machen. Zoom und Delete sind ans Ende der Liste
gewandert.
Danke, danke, danke! ;-)
Ist aber im jetzt grade runterzuladenden josm-latest
On Fri, 9 Jan 2009, Bernd Wurst wrote:
Ich habe jetzt einfach mal den Select-Modus zum Standard erklärt. Wollte
ich eigentlich schon lange machen. Zoom und Delete sind ans Ende der Liste
gewandert.
Danke, danke, danke! ;-)
Ist aber im jetzt grade runterzuladenden josm-latest noch nicht so,
Hallo,
Dirk Stöcker wrote:
Danke, danke, danke! ;-)
Ist aber im jetzt grade runterzuladenden josm-latest noch nicht so, oder?
Also zumindest bei mir.
Morgen früh um drei.
Hab mal einen ausserplanmaessigen Build angestossen!
Bye
Frederik
___
Moin,
Hab mal einen ausserplanmaessigen Build angestossen!
vielen Dank für die ganzen Änderungen, Dirk. Genau nach meinem Geschmack :) .
Allerdings passiert mir mit latest der unter #1990 beschriebene Crash. Wäre
super wenn da jemand mit nem Debugger in der Hand 'draufschauen könnte, bevor
Dirk Stöcker schrieb:
Ich habe jetzt einfach mal den Select-Modus zum Standard erklärt.
Wollte ich eigentlich schon lange machen. Zoom und Delete sind ans
Ende der Liste gewandert.
Bin mal gespannt, wer mich für diese JOSM Änderung wieder haut ;-)
Ich, Ich. So ein Scheiß. Wie kannst Du
On Fri, 9 Jan 2009, Christoph Eckert wrote:
Hab mal einen ausserplanmaessigen Build angestossen!
vielen Dank für die ganzen Änderungen, Dirk. Genau nach meinem Geschmack :) .
Allerdings passiert mir mit latest der unter #1990 beschriebene Crash. Wäre
super wenn da jemand mit nem Debugger in
Hallo.
Am Freitag, 9. Januar 2009 schrieb Frederik Ramm:
Hab mal einen ausserplanmaessigen Build angestossen
Hab dann grade mal aktualisiert.
Der wireframe-View ist jetzt aber sehr kaputt. Ich habe grade meine Prefs
gelöscht und es hat nichts geändert. Was ich mit kaputt meine, sieht mann wenn
Hallo,
Dirk Stöcker wrote:
Das war Dümmlichkeit. Ist behoben.
Und gebaut.
Bye
Frederik
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
dgdg schrieb:
Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen
drücken funktioniert.
Wozu dann die anderen Modi?
Vllt. erstmal ein bisschen in JOSM einarbeiten und kennenlernen, bevor
man es kritisiert.
Ich merke schon, dass es fruchtlos ist. Aber ich
On Fri, 9 Jan 2009, John07 wrote:
Ich merke schon, dass es fruchtlos ist. Aber ich habe es wenigstens mal
versucht - nicht das Einarbeiten, sondern die Diskussion. ;-)
Ich glaub ich hab schon was sinnvolles gemerkt durch deine Kritik: Wenn
man etwas gewohnt ist, fällt es sich schwer
Dirk Stöcker schrieb:
On Fri, 9 Jan 2009, John07 wrote:
Ich merke schon, dass es fruchtlos ist. Aber ich habe es wenigstens mal
versucht - nicht das Einarbeiten, sondern die Diskussion. ;-)
Ich glaub ich hab schon was sinnvolles gemerkt durch deine Kritik: Wenn
man etwas gewohnt ist, fällt
John07 schrieb:
Das wird das schwerste. Wenn ich jetzt dann anfangen muss zu
programmieren, dann wird es scheitern ;-)
Vorallem: Erwarte bloß keine Hilfe von irgendwelchen Leuten
hier!!
Ich habe mir mühe gegeben, mein Zeugs von PHP nach JAVA zu
portieren, habe aber nicht mal annähernd Plan,
Hallo,
John07 wrote:
Das wird das schwerste. Wenn ich jetzt dann anfangen muss zu
programmieren, dann wird es scheitern ;-)
Mein Geheimrezept ist, etwas zu programmieren, das so grottenschlecht
ist, dass jeder denkt, er kann es besser. Das lockt dann die Leute aus
ihren Löchern.
Im worst
John07 schrieb:
Ich glaub ich hab schon was sinnvolles gemerkt durch deine Kritik: Wenn
man etwas gewohnt ist, fällt es sich schwer zuzustellen (du bemängelst
hauptsächlich Sachen von JOSM die bei Potlach anders sind, JOSM-Nutzer
machen es meist ander herum)
Damit hat z.B. JAVA am Anfang
On Fri, 9 Jan 2009, Frederik Ramm wrote:
Das wird das schwerste. Wenn ich jetzt dann anfangen muss zu
programmieren, dann wird es scheitern ;-)
Mein Geheimrezept ist, etwas zu programmieren, das so grottenschlecht
ist, dass jeder denkt, er kann es besser. Das lockt dann die Leute aus
ihren
Frederik Ramm schrieb:
Hallo,
Ulf Lamping wrote:
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der
Löschen Modus aus meiner Sicht komplett überflüssig.
Der Lösch-Modus ist praktisch, wenn man einen Weg, der mit zu vielen
Nodes angelegt wurde, von Hand ausdünnen
Dirk Stöcker schrieb:
On Fri, 9 Jan 2009, Frederik Ramm wrote:
Das wird das schwerste. Wenn ich jetzt dann anfangen muss zu
programmieren, dann wird es scheitern ;-)
Mein Geheimrezept ist, etwas zu programmieren, das so grottenschlecht
ist, dass jeder denkt, er kann es besser. Das lockt
On Fri, 9 Jan 2009, Ulf Lamping wrote:
Hier kommt dann die Designentscheidung Anfänger- vs. Profi-Editor zum
tragen.
Bei einem Programm auf Anfänger ausgerichtet würde man diese (nicht so
oft genutzte Option) rausnehmen.
Bei einem Profieditor wie JOSM kommt diese Option wohl nicht so oft
zum
On Fri, 9 Jan 2009, Ulf Lamping wrote:
Schau dir mal das slippy_map Plugin an, ich bin mir zu 100% sicher das
Frederik das besser könnte ;-)))
Bis jetzt habe ich es immer vermieden mir das anzuschauen. Einmal
versehenlich aktiviert reichte mir vollkommen.
Ciao
--
http://www.dstoecker.eu/
Martin Koppenhoefer schrieb:
- kann man ohne grossen Aufwand die Fenster auf der rechten Seite in der
Groesse variabel machen (zumindest in der Hoehe)? Das wuerde was
bringen, da man bei etwas kleineren Aufloesungen sonst im tag-Fenster
immer scollen muss, waehrend andere Fenster (z.B.
On Wed, 7 Jan 2009, Florian Lohoff wrote:
Open Source/Free Software so wie auch OpenStreetMap gehen aber von der
unendlich verfuegbaren Resource Mensch d.h. Personal aus. D.h. dieserlei
These finde ich in der Open Source/Free Software Welt eben nicht so
angebracht.
Dazu kommt ja das die
Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht
schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht
werden muessen weil Java gerade hip ist wuerde sich vielleicht der
Personaleinsatz doch lohnen.
Schön wäre es, wenn diese Kriterien auch beim Thema Ergonomie
DIE Programmierer machen das freiwillig, die werden weder gezwungen noch
bezahlt dafür.
Wenn Dir das Ergebnis nicht gefällt, kannst Du Geld auf den Tisch legen oder
es gleich selber besser machen.
lg Wolfgang
Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht
schnell kippt.
Hallo.
Am Donnerstag, 8. Januar 2009 schrieb dgdg:
Auch privat mache ich irgendwann mal eine Kosten-/Nutzenrechnung auf und
greife zu kommerzieller Software, wenn ich damit deutlich einfacher und
schneller zum Ziel komme.
Dann mach das doch. Gibt es kommerzielle Software zum Hochladen von
On Thu, 8 Jan 2009, dgdg wrote:
Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue
Features einbauen, statt mal ein wenig Zeit in die Ergonomie der Programe zu
stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back
berücksichtigen. Und mit lässig
Hallo.
Am Donnerstag, 8. Januar 2009 schrieb Dirk Stöcker:
Wir haben in JOSM letztes Jahr eine Menge verbessert. Das natürlich
aufwendige Änderungen zur Verbesserung der Nutzbarkeit nicht stattfinden,
weil dafür keine Zeit zur Verfügung steht sollte eigentlich jeder
verstehen.
Ich glaube was
Sven Geggus schrieb:
Florian Lohoff f...@rfc822.org wrote:
Nicht-portable Sprachen sollte man eher vermeiden (außer natürlich das
Ergebnis ist per se nicht portabel).
Portabel ist heutzutage meist ein Problem des Aufwandes nicht der
Sprache.
Alles was aus der Unixwelt
Bernd Wurst schrieb:
Niemand bot bisher sein Geld jemandem an der das richtige
programmieren soll. So lange das nicht passiert, wird nur der freie Wille des
Programmierers entscheiden was eingebaut wird.
Und wenn man die geschaetzte Anzahl der Stunden mit dem eigenen
ueblichen Stundensatz
Ich investiere lieber mehr Zeit in ein Hobby das mir Spass macht als dass
ich
länger arbeite um Geld dafür zu bekommen, dass ich möglichst wenig Zeit
in
mein Hobby stecken muss. :)
Student? Keine Familie/Kinder? ;-)
Detlef
___
Talk-de mailing
Am 8. Januar 2009 12:27 schrieb dgdg o...@fronhausen.com:
Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht
schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht
werden muessen weil Java gerade hip ist wuerde sich vielleicht der
Personaleinsatz doch lohnen.
DIE Programmierer machen das freiwillig, die werden weder gezwungen noch
bezahlt dafür.
Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Dann ist
doch die ganze Diskussion hier sinnlos.
Im Übrigen bitte meine Kritik im Zusammenhang mit der
Hallo.
Am Donnerstag, 8. Januar 2009 schrieb dgdg:
Student? Keine Familie/Kinder? ;-)
Zweimal nein.
Aber auch nicht so viel Geld dass ich mir deine Einstellung leisten könnte.
Gruß, Bernd
--
Wenn allzu früh der Morgen graut,
dann ist der ganze Tag versaut
signature.asc
Description: This
Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows
die Programmierer nicht genug dazu angehalten werden, sauberen Code zu
schreiben. Wahrscheinlich gibt es auf Windows-Seite genau so viele
korrekte Programmierer wie auf Unix-Seite, durch die relativ
niedrigere
Dann ist
doch die ganze Diskussion hier sinnlos.
Du hast es erfasst
Torstiko
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Peter Vitt schrieb:
Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows
die Programmierer nicht genug dazu angehalten werden, sauberen Code zu
schreiben.
Was sauberer Code ist, aendert sich ja auch staendig. Sog. best
practices gibt es zuhauf...
[...]
Ein weiterer
Hallo.
Am Donnerstag, 8. Januar 2009 schrieb dgdg:
Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Dann ist
doch die ganze Diskussion hier sinnlos.
Richtig erkannt. Ohne konstruktive Beiträge sind die meisten Diskussionen
sinnlos. Also dieser Beitrag genau wie die gefühlten
Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue
Features einbauen, statt mal ein wenig Zeit in die Ergonomie der
Programe zu
stecken. Dafür müsste man raus aus dem Kämmerlein und
Anwender-Feed-Back
berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern
Ich will jetzt NICHT provokativ fragen, Wass haben sie denn
sinnvolles für das Projekt geleistet, ausser im Forum hier und da den
persönlichen Senf beizusteuern, da es mir egal ist und jeder so viel
am Projekt mitmachen soll, wie er kann und möchte.
OSM-Username dgdg. Den Rest kannst du
Und mal ehrlich: Du hast den Thread aus dem Zusammenhang gerissen in dem
du
von Performance-Diskussion auf die Usability umgeschwenkt hast.
Den Bogen kriegt man auch wieder zurück. ;-)
Weil nämlich unergonomische Software in der Regel auch mehr Performance
braucht. Weil man nicht intuitiv
On Thu, 8 Jan 2009, dgdg wrote:
Nö, da oben steht ein statt nicht ein zusätzlich. Also statt
Features mehr Ergonomie. Statt für eine kleine, immer
spezialisiertere Nutzergemeinde immer mehr Features einzubauen, durch
eine Verbesserung der Ergonomie das Program für eine größere
Nutzergruppe
Da hier aber immer mit irgendwelcher kommerziellen (Mainstream-)Software
verglichen wird, bei der scheinbar alles besser und rosarot ist, ist das
nur
Rauschen. Niemand bot bisher sein Geld jemandem an der das richtige
programmieren soll. So lange das nicht passiert, wird nur der freie
dgdg schrieb:
Da hier aber immer mit irgendwelcher kommerziellen (Mainstream-)Software
verglichen wird, bei der scheinbar alles besser und rosarot ist, ist das
nur
Rauschen. Niemand bot bisher sein Geld jemandem an der das richtige
programmieren soll. So lange das nicht passiert, wird
Hallo,
Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen
konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen
konnte. Man muss kein Programmierer sein um sich zu überlegen wie das
funktionieren könnte. Das meiste was kommt ist alles
Frederik Ramm schrieb:
Hallo,
Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der
einen
konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen
konnte. Man muss kein Programmierer sein um sich zu überlegen wie das
funktionieren könnte. Das
On Thu, 8 Jan 2009, John07 wrote:
Doch, genau weil er so langsam ist nutze ich ihne nie bis selten. JOSM,
das bei mir extrem flüssig läuft (O-Ton vom Treffen: Warum läuft auf
deinem Rechner JOSM so verdammt schnell, den Prozessor will ich auch ;-)
Info: Vista Laptop mit C2D T7100), macht viel
Am 8. Januar 2009 13:26 schrieb Doru Julian Bugariu j.buga...@wad.org:
Bernd Wurst schrieb:
Niemand bot bisher sein Geld jemandem an der das richtige
programmieren soll. So lange das nicht passiert, wird nur der freie Wille
des
Programmierers entscheiden was eingebaut wird.
Und wenn
Hallo.
Am Donnerstag, 8. Januar 2009 schrieb Martin Koppenhoefer:
ja, ehrlich gesagt gab es ja mal einen Versuch von Tobias, jemanden zu
bezahlen, und auch wenn die angepeilte Summe laecherlich gering war (50
EUR) ist sie damals nicht zusammengekommen.
Naja, es ging ja dabei iirc um etwas was
On Thu, 8 Jan 2009, John07 wrote:
Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen
konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen
konnte. Man muss kein Programmierer sein um sich zu überlegen wie das
funktionieren könnte. Das meiste was
Am 8. Januar 2009 17:59 schrieb Dirk Stöcker openstreet...@dstoecker.de:
Text, Bilder, Links. Was immer man braucht um das Konzept deutlich zu
machen und natürlich auf jeden Fall eine Analyse der Vorteile und Nachteile.
Und genügend Mut das ganze dann auch gegen die Entwickler zu verteidigen.
Dirk Stöcker schrieb:
On Thu, 8 Jan 2009, John07 wrote:
Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden
der einen
konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM
vorlegen
konnte. Man muss kein Programmierer sein um sich zu überlegen wie das
Peter Vitt pe...@dotnetphen.com wrote:
Ich denke, dass ist nicht so. Mir als Software-Entwickler ist es
teilweise immer noch zu kompliziert, mir irgendwelche kryptischen
CygWin-Umgebungen zu installieren, damit ich ein kleines Unix-Tool
nutzen kann.
CygWin braucht man meist nicht, oft kommt
Ich versuche auch die typischen JOSM
Bedienungsprobleme, die immer wieder im direkten Kontakt mit anderen
Usern und in Foren auftauchen einzubeziehen. Mal schaun was dabei
rauskommt. Eine Grafik will ich auch noch anfertigen.
Ich möchte dazu nochmal anmerken, dass ich, als ich im November
dgdg schrieb:
Ich versuche auch die typischen JOSM
Bedienungsprobleme, die immer wieder im direkten Kontakt mit anderen
Usern und in Foren auftauchen einzubeziehen. Mal schaun was dabei
rauskommt. Eine Grafik will ich auch noch anfertigen.
Ich möchte dazu nochmal anmerken, dass ich,
dgdg o...@fronhausen.com wrote:
Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen?
Na ja, das tut man bei freier Software am besten in Form von patches.
Dann ist doch die ganze Diskussion hier sinnlos.
Eben!
Sven
--
All bugs added by David S. Miller da...@redhat.com
Linux
dgdg o...@fronhausen.com wrote:
Weil nämlich unergonomische Software in der Regel auch mehr Performance
braucht. Weil man nicht intuitiv zum Ergebnis kommt und viel rumprobieren
muss - jedenfalls solange man nicht eingearbeitet ist und alle Short-Cuts im
Kopf hat.
Eine komische Definition
http://forum.openstreetmap.org/viewtopic.php?id=2225
Viele gute Vorschläge von der richtigen Zielgruppe. Manche sind
diskussionswürdig oder sind eher Funktionen die gewünscht sind und haben
nicht direkt was mit Bedienbarkeit zu tun.
Ich arbeite weiter an meinem Konzept, wird glaub ich zu radikal
1. Wysiwyg
Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim
Editieren
sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte
Tracks oder Nodes werden sehr deutlich angezeigt.
Das hat JOSM schon ewig und imo wesentlich besser als Potlach, vllt. mal
Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen?
Na ja, das tut man bei freier Software am besten in Form von patches.
Schon klar, die Programmierer unter sich. Der Anwender wird nicht gefragt.
Genau so sieht viele freie Software auch aus. ;-)
Das bezog sich jetzt nicht
Weil nämlich unergonomische Software in der Regel auch mehr Performance
braucht. Weil man nicht intuitiv zum Ergebnis kommt und viel rumprobieren
muss - jedenfalls solange man nicht eingearbeitet ist und alle Short-Cuts im
Kopf hat.
Eine komische Definition von Performance hast Du da.
Am Donnerstag, den 08.01.2009, 21:10 +0100 schrieb dgdg:
JOSM ist da schon sehr eigen: Vier Modi, die man jeweils immer explizit
einstellen muss. Wozu brauch man einen Modus Knoten löschen? Warum kann
ich nicht einfach einen markieren und Entfernen drücken? Wazu braucht man
einen Modus Knoten
ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren.
Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad.
Ich finde das sehr intuitiv.
Warum gibt es dann mehr als zwei Modi, wenn man nur 2 braucht?
Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was
dgdg schrieb:
1. Wysiwyg
Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim
Editieren
sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte
Tracks oder Nodes werden sehr deutlich angezeigt.
Das hat JOSM schon ewig und imo wesentlich
Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen
drücken funktioniert.
Wozu dann die anderen Modi?
Vllt. erstmal ein bisschen in JOSM einarbeiten und kennenlernen, bevor
man es kritisiert.
Ich merke schon, dass es fruchtlos ist. Aber ich habe es wenigstens mal
versucht
Am Donnerstag, den 08.01.2009, 22:20 +0100 schrieb dgdg:
ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren.
Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad.
Ich finde das sehr intuitiv.
Warum gibt es dann mehr als zwei Modi, wenn man nur 2 braucht?
dgdg schrieb:
Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen
drücken funktioniert.
Wozu dann die anderen Modi?
Das Frage ich mich ehrlich gesagt auch.
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der
Löschen Modus aus meiner Sicht komplett
Um das hier mal deutlich zu sagen:
In den knapp zwei Jahren, seit ich nun beim Projekt dabei bin hat
sich josm erheblich verbessert!
Gruss
Sven
definitiv, die Struktur ist m.E. sehr gut geeignet, um unsere Geometriedaten
einzugeben, mit den roten virtuellen Nodes umso mehr, die zum
Hallo,
Ulf Lamping wrote:
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der
Löschen Modus aus meiner Sicht komplett überflüssig.
Der Lösch-Modus ist praktisch, wenn man einen Weg, der mit zu vielen
Nodes angelegt wurde, von Hand ausdünnen will. Man kann in den
Frederik Ramm frede...@remote.org writes:
Der Lösch-Modus ist praktisch, wenn man einen Weg, der mit zu vielen
Nodes angelegt wurde, von Hand ausdünnen will. Man kann in den
Lösch-Modus schalten und alle überflüssigen Nodes mit nur einem
Mausklick pro Node löschen.
Ja, genau dafür benutze
On Thu, 8 Jan 2009, Martin Koppenhoefer wrote:
Optimierung der Oberflaeche:
- kann man ohne grossen Aufwand die Fenster auf der rechten Seite in der
Groesse variabel machen (zumindest in der Hoehe)? Das wuerde was
bringen, da man bei etwas kleineren Aufloesungen sonst im tag-Fenster
Am 9. Januar 2009 08:20 schrieb Dirk Stöcker openstreet...@dstoecker.de:
On Thu, 8 Jan 2009, Martin Koppenhoefer wrote:
- koennte man die Steuerung dieser ganzen Fenster (Tags, Layer,etc.) in
ein Auswahlmenu oben (so wie Datei, Hilfe, etc.) z.B. mit dem Namen
Window packen, und dafuer die
On Wed, Jan 07, 2009 at 05:54:36PM +0100, Dirk Stöcker wrote:
Durch die Weiterentwicklung der Rechner ist in den letzten Jahren das
Grundniveau so hoch, das fast alle Standardaufgaben problemlos erledigt
werden können. Es gibt natürlich immer noch numerisch sehr aufwendige
Aufgaben, wo es
1 - 100 von 101 matches
Mail list logo
