Re: [Talk-de] upload not instant?
Am 4. Juni 2008 07:56 schrieb Karl Eichwalder [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: Wenn ich nicht einige Software hätte, die Windows benötigt (3ds-Max, Adobe Suite Professional, etc.), wäre ich schon länger auf Linux umgestiegen. Du könntest ja wenigstens auf MacOS umsteigen ;) Oder, besser, auf GNU/Linux umsteigen und die Windowssoftware in einem Emulator bzw. in einem virtualisierten System laufen lassen. VMware, Xen, VirtualBox kämen wohl vorrangig in betracht. Ich gebe zu, dass das auch einige Ressourcen frisst -- aber davon hat man dann wenigstens 'was. -- Karl Eichwalder das geht alles nicht. Erstens ist mir die Mac-Hardware zu teuer, zweitens gibt es kein 3ds für den Mac (läuft nichtmal auf den Intel-Macs), drittens ist Performance im 3d-Bereich alles (und die Software ist zu hardwarenah programmiert, um in den vg. Emulatoren zu laufen). Viertens ist mir mein Windows lieber als MacOS, wo ich mich komplett umstellen müsste und einige Sachen m.E. schlechter sind als unter Windows (mal versucht, spezielle Nicht-Mac-Hardware zum laufen zu bekommen?) Mac ist gut, wenns läuft (und das ist meistens der Fall), wenn etwas aber nicht geht, muss man schon ein richtiger Spezialist sein, um überhaupt nur die Stelle zu finden, wo man die Einstellungen machen kann (auf consolen-Ebene). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Steve Jobs haette Potlatch verboten (JOSM auch) ... Flo -- kann sein, aber wenn der überall mitbestimmen dürfte, hätte man noch nichtmal 2 Maustasten, geschweige ein Drehrädchen... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Doru Julian Bugariu schrieb: Dann muss so schnell es geht ein Kartenabschnittsbeauftragter her, der Aenderungen nur nach schriftlichem Antrag (in doppelter Ausfuehrung!) einpflegt. ;-) Oder man sorgt dafür, dass man nur mit geprüften Editoren den Datenbestand ändern kann und sich neuentwicklungen erst in einem Test beweisen müssen. Klingt zwar jetzt hart, aber ist die einzige Lösung, die mir einfallen würde. 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] upload not instant?
Raphael Studer schrieb: Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Hm, den Wissenschaftler, der das herausgefunden hat, muss ich gleich aus meiner Liste ernstzunehmender Persönlihkeiten streichen. Wenn ich in der Schule an nem Mac sitze, brauche ich deutlich länger, um das passende Menü zu finden als hier an meinem Windows rechner. Erschwerend kommt dazu, dass ich erst immer das korrekte Fenster selektieren muss, unter Windows hängt das menü immer direkt am richtigen Fenster. 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] upload not instant?
Darf ich annehmen, dass du von Softwareergonomie nicht sonderlich viel verstehst? Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Grund: Die Zeit die benötigt wird um den Curser auf einer beliebigen Fläche zu plazieren ist direkt proportional zu Länge der kürzeren Seite. Bei einer fliegenden Fläche ist die kürzere Seite die Höhe. Bei einer Fixierten jedoch die Breite, da die Höhe quasi unendlich ist. naja, wenn man mit einem großen Bildschirm arbeitet sind frei schwebende Menüs, die man in die Nähe des bearbeiteten Bereichs schiebt, am schnellsten zu erreichen (da kürzerer Weg). Im allgemeinen ist sowas aber Gewöhnungssache. Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. obwohl mein Kalender in Ical-format speichert, weil ich kein Outlook installiert habe ! Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Steve Jobs haette Potlatch verboten (JOSM auch) ... Du meinst den Typen, der unsinnigerweise sätliche Menüleisten an den oberen Bildschirmrand verbannt hat? Die wohl dämlichste Erfindung seit der Steinschleuder. Darf ich annehmen, dass du von Softwareergonomie nicht sonderlich viel verstehst? Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Grund: Die Zeit die benötigt wird um den Curser auf einer beliebigen Fläche zu plazieren ist direkt proportional zu Länge der kürzeren Seite. Bei einer fliegenden Fläche ist die kürzere Seite die Höhe. Bei einer Fixierten jedoch die Breite, da die Höhe quasi unendlich ist. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
On Tue, Jun 3, 2008 at 2:54 PM, André Reichelt [EMAIL PROTECTED] wrote: Raphael Studer schrieb: Menuleitsen am oberen Bildschirmrand lassen sich nachweislich schneller bedienen als solche die irgendwo in der Luft hängen. Hm, den Wissenschaftler, der das herausgefunden hat, muss ich gleich aus meiner Liste ernstzunehmender Persönlihkeiten streichen. Wenn ich in der Schule an nem Mac sitze, brauche ich deutlich länger, um das passende Menü zu finden als hier an meinem Windows rechner. Erschwerend kommt dazu, dass ich erst immer das korrekte Fenster selektieren muss, unter Windows hängt das menü immer direkt am richtigen Fenster. Es geht nicht drum, wie lange du zum Suchen der Menus hast. Sondern darum wie effizient du mit dem Curser drauf fahren kannst. Auf die sinvolle Einteilung der Menus hat der Framework ja keinen Einfluss, somit kanns der Toolhersteller immer noch verbocken. Wenn dein gewünschtes Programm unter Windows sich hinter einem anderen verbirgt, musst du auch dieses zuerst selektieren. Da ein Grossteil der User unter Windows immer die Vollbildansicht verwendet, wird die sSelektion des anderen Tools erfolgen. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
naja, wenn man mit einem großen Bildschirm arbeitet sind frei schwebende Menüs, die man in die Nähe des bearbeiteten Bereichs schiebt, am schnellsten zu erreichen (da kürzerer Weg). Richtig. Allerdings kommt zu dem Weg den du fahren musst immer noch die Zeit hinzu die du benötigst um das Menu oder den Button wirklich zu treffen. Im allgemeinen ist sowas aber Gewöhnungssache. Eher Trainingssache, Gamer z.B. schneiden in solchen Tests oft viel besser ab. Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. Ich wusste gar nicht das Windows einen Kalender hat. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
offtopic für nur Mapper, es geht hier um Apple und Windows Jedenfalls ist Apple zwar recht gut, aber auch nicht perfekt. Mein Ipod wird z.B. unter Windows nicht mit dem Kalender (automatisch) synchronisiert. Ich wusste gar nicht das Windows einen Kalender hat. Grüsse Raphael Windows hat keinen Kalender (zumindest nichts brauchbares) standardmäßig dabei, aber ich nutze eine alte Version von Rainlendar (die ich appletmäßig auf dem Desktop gedockt habe), und bin damit sehr zufrieden (war damals kostenlos), im Gegensatz zur aktuellen Version, die mir nicht gefällt und daher wieder gelöscht wurde. Dieser Kalender schreibt die Daten bei Eingabe in eine ics-Datei, die dem Apple Ical-Format entspricht (und nach manuellem Kopieren auf den Pod auch wunderbar funktioniert), nur kann sich dieses Setup offensichtlich bei Apple keiner vorstellen. Mir würde es reichen, wenn ich Itunes den Speicherort dieser Datei mitteilen könnte, so dass er sich automatisch synchronisiert/kopiert. Martin /offtopic ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Martin Koppenhoefer schrieb: Windows hat keinen Kalender (zumindest nichts brauchbares) standardmäßig dabei Gut, XP Nutzer, schon klar. 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] upload not instant?
Martin Koppenhoefer schrieb: Wenn ich nicht einige Software hätte, die Windows benötigt (3ds-Max, Adobe Suite Professional, etc.), wäre ich schon länger auf Linux umgestiegen. Du könntest ja wenigstens auf MacOS umsteigen ;) Oder, besser, auf GNU/Linux umsteigen und die Windowssoftware in einem Emulator bzw. in einem virtualisierten System laufen lassen. VMware, Xen, VirtualBox kämen wohl vorrangig in betracht. Ich gebe zu, dass das auch einige Ressourcen frisst -- aber davon hat man dann wenigstens 'was. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Christoph Eckert schrieb: ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Noch besser wäre es, die Überbringer schlechter Nachrichten sofort zu erschießen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Christoph Eckert schrieb: Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? Ich persönlich fände das auch eine Riesenverbesserung, aber Richard Fairhurst findet dass das nicht ins Potlatch-Konzept passt. Selbst wenn jemand einen Patch schreibt wird er ihn daher wohl eher nicht annehmen. Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Ganz allgemein gesprochen, ohne einen gewissen Editor zu meinen: Es ist grundsaetzlich zu begruessen, wenn mehrere Editoren existieren und jeder davon eine andere Bedienphilosophie haben! Jedoch sollte ein Editor gewisse Mindestanforderungen erfuellen, bevor er Daten aendern darf. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Gruesse, Julian 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] upload not instant?
Doru Julian Bugariu schrieb: Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Das stimmt. Man sollte unter diesem Gesichtspunkt echt shnell eine Lösung suchen, denn er kann definitiv nicht sein, dass man aus versehen ganze Straßen zerstören kann. Da sollte min. eine Rückfrage eingebaut werden oder eben wie vorgeschlagen ein Uploadbutton. Man könnte ja unten eine Liste mit allen bisherigen Änderungen einblenden und nebenan einen Button Änderungen bestätigen. Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Das stimmt. Es geht nirgends offensichtlich hervor, dass die Änderungen SOFORT und OHNE RÜCKFRAGE gespeichert werden. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Hm, wie soll denn die Liste aussehen? Ich würde eher sagen, dass man das Live-Schreiben generell untersagt, um Missgeschicke zu vermeiden. Man könnte aber auch sagen, man muss ich als User erst einen bestimmten Rang verdienen, um den Bestätigungsbutton auszublenden, also eine gewisse Erfahrung im Umgang mit Potlach vorweißen. Ach ja, bevor die Freiheitsliebenden wieder aufschreien: Potlach ist vor allem als Einsteigerprodukt gestaltet und sollte daher eben genau NICHT sofort die Änderungen übernehmen, da ein völliger Neuling leicht alles kaputt machen kann. Deshalb auch mein Vorschlag mit den Rängen. 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] upload not instant?
Ich wäre ja sehr dankbar, wenn die Mailingliste nicht noch zusäzlich durch sinnlose Diskussionen aufgebläht würde - und das Palaver über den richtigen Editor ist so eine Diskussion der Marke Bikeshed (siehe www.bikeshed.org). André Reichelt schrieb: Doru Julian Bugariu schrieb: Nunja, ich finde da sollte sich Richard aber nochmal Gedanken darueber machen. Mag ja sein, dass ein Upload-Button nicht ins Potlatch-Konzept passt, aber das (ungewollte) Zerstoeren von Daten, sobald man was anfasst, is m.E. viel schlimmer! Das stimmt. Man sollte unter diesem Gesichtspunkt echt shnell eine Lösung suchen, denn er kann definitiv nicht sein, dass man aus versehen ganze Straßen zerstören kann. Da sollte min. eine Rückfrage eingebaut werden oder eben wie vorgeschlagen ein Uploadbutton. Man könnte ja unten eine Liste mit allen bisherigen Änderungen einblenden und nebenan einen Button Änderungen bestätigen. Was wird hier jetzt eigentlich genau kritisiert? Dass Leute den Editor benutzen und die OpenStreetMap verändern? Lernt, damit zu leben! Wenn es euch stört, dass man Daten unwiderbringlich und unbemerkt in den Orkus schicken kann, dann wäre der wahre Ansatzpunkt, analog zur Wikipedia einen entsprechenden Ansatzpunkt zu implementieren, der ein leichtes Revert zu einer früheren Version erlauben würde. Solange sowas nicht bedienbar existiert, kann man mit jedem Editor die Karte zerstören. Gegen willentlichen Vandalismus hilft auch ein Save-Button nicht. Als unbedarfter wuerde ich auch nicht davon ausgehen, dass ich was geaendert habe, ohne es explizit zu speichern oder an einem Server zu senden. Das stimmt. Es geht nirgends offensichtlich hervor, dass die Änderungen SOFORT und OHNE RÜCKFRAGE gespeichert werden. Das schönste bei solchen Diskussionen ist aber, wenn sich erklärte Editor-Hasser über den Editor auslassen und Behauptungen aufstellen, die so gar nicht stimmen. Potlatch 0.9c hat ein wunderbares, explizit sichtbares Erklärfeld, welches exakt DIESE Aussage widerlegt. Vielleicht koennte man ja eine Checkliste mit Mindestanforderungen erstellen. Wenn jemand einen Editor programmiert, der die Live-Daten aendern moechte, muss er die Liste erfuellen koennen, bevor er schreibenden Zugriff bekommt. Hm, wie soll denn die Liste aussehen? Ich würde eher sagen, dass man das Live-Schreiben generell untersagt, um Missgeschicke zu vermeiden. Man könnte aber auch sagen, man muss ich als User erst einen bestimmten Rang verdienen, um den Bestätigungsbutton auszublenden, also eine gewisse Erfahrung im Umgang mit Potlach vorweißen. Ach ja, bevor die Freiheitsliebenden wieder aufschreien: Potlach ist vor allem als Einsteigerprodukt gestaltet und sollte daher eben genau NICHT sofort die Änderungen übernehmen, da ein völliger Neuling leicht alles kaputt machen kann. Deshalb auch mein Vorschlag mit den Rängen. Bitte mach keine Annahmen darüber, wozu ein Editor gedacht ist oder wozu er verwendet werden sollte - insbesondere nicht, wenn du ihn selbst gar nicht verwendest. Die ganze Diskussion entzündet sich an der Behauptung, dass unbedarfte Potlatch-User die Geodaten zerstören, weil sie direkt schreiben. Ist diese Behauptung überhaupt schon mal auch nur ansatzweise belegt worden? Und was ist mit JOSM-Usern, die die Geodaten ebenso unabsichtlich zerstören können - sei es, weil sie ungenaue GPS-Daten nutzen, weil ihr WPS-Server die falsche Projektion liefert, weil die Luftbilder nicht georeferenziert sind - oder weil sie schlicht andere Ansichten über die Art und Weise haben, wie Dinge zu taggen sind, als andere Teilnehmer? Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Sven Rautenberg schrieb: Was wird hier jetzt eigentlich genau kritisiert? Dass Leute den Editor benutzen und die OpenStreetMap verändern? Nein! Es geht darum, dass Leute die Daten kaputt machen koennen, ohne dass sie es ueberhaupt merken. Daten, die von anderen Freiwilligen in ihrer Freizeit muehevoll eingegeben und gepflegt werden. Lernt, damit zu leben! Nein! Das ist der falsche Ansatz. Wenn irgendwas verbessert werden kann, dann sollte das auch getan werden. Lerne damit zu leben bringt gar nichts. Und nein, ich habe nicht die Zeit dazu, es selber zu aendern. Wenn es euch stört, dass man Daten unwiderbringlich und unbemerkt in den Orkus schicken kann, dann wäre der wahre Ansatzpunkt, analog zur Wikipedia einen entsprechenden Ansatzpunkt zu implementieren, der ein leichtes Revert zu einer früheren Version erlauben würde. Solange sowas nicht bedienbar existiert, kann man mit jedem Editor die Karte zerstören. Ein Revert ist sinnvoll, das ist keine Frage. Aber um beim Vergleich mit der Wikipedia zu bleben: die *hat* einen Speichern-Button. Den muss man explizit betaetigen, damit Aenderungen zum Server gehen. Ausserdem wird dieser Button sogar erst nach einer Vorschau der Seite enabled. Gegen willentlichen Vandalismus hilft auch ein Save-Button nicht. Gegen Vandalismus sicherlich nicht. Es geht hier jedoch nicht um Vandalismus. Das schönste bei solchen Diskussionen ist aber, wenn sich erklärte Editor-Hasser [...] Bitte beim Thema bleiben und nicht persoenlich werden... Potlatch 0.9c hat ein wunderbares, explizit sichtbares Erklärfeld, welches exakt DIESE Aussage widerlegt. Welches so lange stehen bleibt, bis man irgendwas markiert hat. Dann ist sie weg. Bitte mach keine Annahmen darüber, wozu ein Editor gedacht ist oder wozu er verwendet werden sollte - insbesondere nicht, wenn du ihn selbst gar nicht verwendest. Muss ich ein Produkt selber verwenden, um Verbesserungen vorzuschlagen? Interessant. Die ganze Diskussion entzündet sich an der Behauptung, dass unbedarfte Potlatch-User die Geodaten zerstören, weil sie direkt schreiben. Ist diese Behauptung überhaupt schon mal auch nur ansatzweise belegt worden? Ich habe im letzten Jahr oefters mal ways wieder geradebiegen muessen, weil sie ploetlich anders ausgesehen haben (Nodes verschoben, tags geloscht, usw.) Seitdem die anonymen Edits nicht mehr moeglich sind, ist es allerdings deutlich besser geworden, muss ich zugeben. Und was ist mit JOSM-Usern, die die Geodaten ebenso unabsichtlich zerstören können - sei es, weil sie ungenaue GPS-Daten nutzen, weil ihr WPS-Server die falsche Projektion liefert, weil die Luftbilder nicht georeferenziert sind - oder weil sie schlicht andere Ansichten über die Art und Weise haben, wie Dinge zu taggen sind, als andere Teilnehmer? Du vergleichst Aepfel mit Birnen: ungenaue GPS-Daten, nicht georeferenzierte Bilder und unterschiedliches Taggen haben gar nichts mit dem Editor zu tun. Ich bin allerdings absolut Deiner Meinung, dass es wichtige Punkte sind. Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Die grundsaetzlichen Probleme sind ueberhaupt nicht angesprochen worden und waren auch nicht Thema der urspruenglichen Posts. Und ja, ich bin der Meinung, dass es ein falsches Verhalten ist. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hat absolut nichts mit einer OSM-Elite (was auch immer das sein sollte, ich zaehle mich jedenfalls nicht dazu) zu tun. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Nein. Wikipedia arbeitet mit einem Speichern-Button. :-) Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Durchforste die Posts der letzten Jahre, oder beobachte regelmaessig einen Dir gut bekannten Kartenabschnitt. Gruesse, Julian 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] upload not instant?
Sven Rautenberg schrieb: Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven Also ich finde du gehst ganz schön ab. Ich würde dir jetzt gerne mehrere Beispiele der letzten 2 Monate schicken, wo Newbies, was mit Potlatch zerstört haben. Das hat nichts mit Vandalismus zu tun, sondern mit Anfängerverwirrung. Da ich zum Glück ab und zu mal über die Karte browse, kann ich diese Fehler gleich wieder ausbügeln. Fehler waren unter anderem: - Nodes komplett durch die Kante geschoben, darunter auch Bundesstraßen usw. (ließ sich alles wieder korrigieren, war aber eindeutig Potlatchproblem) - Nodes nicht ordentlich verbunden (auch eindeutig Potlatchproblem) - Verwirrung, was Eingabe von Relationen usw. angeht (ist zugegeben strittig) Wenn du willst, mache ich dir das nächste Mal Screenshots von vorher - nachher. Und dass andere Editoren Newbies vor ganz andere Probleme stellen, bezweifle ich nicht, aber es ist nicht so leicht, die Daten unabsichtlich zu versauen. Auch eingefleischte JOSM-Nutzer haben oft Probleme Potlatch anständig zu bedienen, aber ist vermutlich andersrum genauso *g*. Ich bin auch gegen sofortiges ändern der Daten auf dem Server! Grüße 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] upload not instant?
* FreeWorld ([EMAIL PROTECTED]) [080602 17:44]: Also ich finde du gehst ganz schön ab. Ich würde dir jetzt gerne mehrere Beispiele der letzten 2 Monate schicken, wo Newbies, was mit Potlatch zerstört haben. Das hat nichts mit Vandalismus zu tun, sondern mit Anfängerverwirrung. Ich muß zugeben, daß mir das auch passiert ist - trotz beim erstenmal im Play-Modus arbeiten. Zum Glück habe ich das gemerkt, so daß ich das gleich repariert habe, also ist nix schlimmes passiert. und außerdem: Ich fände es nicht nur sicherer, sondern auch bequemer, wenn ich erstmal eine Liste der Änderungen hätte, die ich dann am Ende übertragen würde. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. 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] upload not instant?
André Reichelt wrote: Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. Gut, dann ist für dich JOSM wahrscheinlich besser. Ich kann dem anderen Prinzip auch viel abgewinnen. Nehmen wir mal deine Variante: Ich mache eine Menge Änderungen, plötzlich schmiert der Rechner, das Betriebssystem, die Applikation bzw. bei Potlatch ev. der Browser oder das Flash-Plugin ab (passiert mir durch die Verwendung von Entwicklungscode oft genug). Jetzt sind bei deinem Modell _alle_ gemachten Änderungen unwiderbringlich weg und ich muss ganz von vorne anfangen. Bei der aktuellen Potlatch-Praxis ist zumindest ein großer Teil noch da (interessanterweise hab ich festgestellt, dass es oft weniger ist, als man denkt, wenn ein Absturz passiert). Um es kurz zu machen - es gibt Pro und Contra für jede dieser Varianten, es ist halt einerseits Geschackssache und andererseits muss man wissen, was die Anwendung macht. Als erfahreneer Computeranwedner ist man auf das explizit-speichern-Modell getrimmt, für Unerfahrene ist meist das automatsch-speichern-Modell intuitiver, ist mir durch Beobachtung aufgefallen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Robert Kaiser schrieb: Ich kann dem anderen Prinzip auch viel abgewinnen. Nehmen wir mal deine Variante: Ich mache eine Menge Änderungen, plötzlich schmiert der Rechner, das Betriebssystem, die Applikation bzw. bei Potlatch ev. der Browser oder das Flash-Plugin ab (passiert mir durch die Verwendung von Entwicklungscode oft genug). Jetzt sind bei deinem Modell _alle_ gemachten Änderungen unwiderbringlich weg und ich muss ganz von vorne anfangen. Bei der aktuellen Potlatch-Praxis ist zumindest ein großer Teil noch da (interessanterweise hab ich festgestellt, dass es oft weniger ist, als man denkt, wenn ein Absturz passiert). Nun, ich speichere konsequent alle paar Minuten ab. Außerdem ist mein Rechner recht stabil. Es ist bisher eigentlich nur einmal passiert, dass ich mich ärgern musste. Das war heute mittag, als der Server ausgefallen ist. Wobei da auch Potlach nicht geholfen hätte. 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] upload not instant?
On Mon June 2 2008, André Reichelt wrote: Till Maas schrieb: Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das jetzt kein ungewöhnliches Prinzip. Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums schmiert Dir der Rechner ab. Pech gehabt! Ich sehe da jetzt nicht, inwiefern man Potlatch mit 'nem Textverarbeitungsprogramm in der Hinsicht vergleichen kann, da es ja keine Zwischenablage gibt, die dann plötzlich weg wäre, wenn Flash mal wieder abstürzt. Als Potlatch bei mir das letzte mal abgestürzt ist, hätte ich mir gewünscht dass der Weg, den ich eingetragen hatte, dann auch schon zum Server übertragen worde wäre. Ich finde es doch sehr angenehm, wenn ich direkt dort weiterarbeiten kann, wo ich aufgehört habe. Selbst wenn wir irgendwann eine anständige History einführen, würde ich es als Manko betrachten, dass die Daten sofort gespciert werden. Ich will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. Du kannst ja weiterhin JOSM benutzen. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Frederik Ramm schrieb: Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- fach mal selber einen schreiben. Noch einen programmieren? Das wäre nicht mehr wie verschwendete Zeit. Man sollte das vorhandene perfektionierne und nicht 100 Alternativen machen. Wenn es keine Alternativen gibt, muss man sich nicht entscheiden und wenn mans ich nicht entscheiden muss, kann man sofort arbeiten. 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] upload not instant?
Hallo, Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- fach mal selber einen schreiben. Noch einen programmieren? Das wäre nicht mehr wie verschwendete Zeit. Man sollte das vorhandene perfektionierne Ja, das ist natuerlich auch immer ein guter Weg. Der Quelltext aller vorhandenen Editoren ist ja im SVN. 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] upload not instant?
Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven ich habe mal nen Beitrag von der ML Italien rausgekramt, um Deiner Aufforderung nachzukommen (dachte eigentlich, da wären screenshots dabei, mittlerweile sind die Stellen wieder behoben, war von Mitte Mai '08): Hello, yesterday I noticed some bad edits in a zone I'm mapping. I contacted the author (Israfil) and he promptly answered saying that it was a mistake, not knowing that it was editing the real map. Some are new lines: http://www.openstreetmap.org/?lat=43.5049lon=11.2177zoom=14layers=0BFT Other are moved points: http://www.openstreetmap.org/?lat=43.53109lon=11.14862zoom=15layers=0BFT Because I (nor him) can say for sure where are the bad edits, is it possible to revert all the edits made by the Israfil user till yesterday? -- Niccolo Rigacci Firenze - Italy das war ein total Gekrakel und offensichtlich nicht gemappt. Sowas kommt immer mal wieder vor, und hat eben nichts mit Vandalismus zu tun, sondern mit versehentlichem Ändern beim ersten rumprobieren. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] upload not instant?
hello I downloaded some osm file and edit in merkaartor then I uploaded but openstreepmat.org/de does not show the edit. even after days is that not instant? Thanks for a feedback before further edings are done. Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? a) Ich bitte zu unterscheiden zwischen der Datenbank, in der die Daten lagern, und der Karte auf unserer Webseite die die Daten visuell aufbereitet anzeigt b) Das Erzeugen der bunten Bilder für die Webseite ist (ja nach Verfahren, es gibt unterschiedliche) aufwändig. Daher kann das schonmal dauern. c) Du kannst auf informationfreeway.org in Zoomstufe 12 versuchen, manuell einen Renderrequest anzustoßen. Allerdings gibt es momentan zusätzlich ein paar Performanceprobleme. HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Hallo danke, dann würde ich vorschlagen, dass man mit Markaartor die Daten in jeder minute upgedatet reinzoomen kann. Bislang habe ich in openstreetmaps,de das OSM runtergeladen, und dann in Merkaartor eingeladen, und der Upload ist ja dann nur XML für die Edierungen, aber diese kommen dann nicht wieder vor am nächsten Tag, So kann es ja sein, dass jemand das schon geändert hat und ich lade ein altes OSM aus der openstreetmap.de in Merkartor. Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? Was mache ich falsch? Max 2008/6/1 Christoph Eckert [EMAIL PROTECTED]: Moin, Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? a) Ich bitte zu unterscheiden zwischen der Datenbank, in der die Daten lagern, und der Karte auf unserer Webseite die die Daten visuell aufbereitet anzeigt b) Das Erzeugen der bunten Bilder für die Webseite ist (ja nach Verfahren, es gibt unterschiedliche) aufwändig. Daher kann das schonmal dauern. c) Du kannst auf informationfreeway.org in Zoomstufe 12 versuchen, manuell einen Renderrequest anzustoßen. Allerdings gibt es momentan zusätzlich ein paar Performanceprobleme. HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Hi, I downloaded some osm file and edit in merkaartor then I uploaded but openstreepmat.org/de does not show the edit. even after days is that not instant? Thanks for a feedback before further edings are done. if the data is in the database, it still will last a while until the map tiles are updated. Please note that this is a mailing list in german language, insofern darf hier auch auf deutsch gepostet werden :) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
On Sun, Jun 1, 2008 at 10:07 AM, Christoph Eckert [EMAIL PROTECTED] wrote: if the data is in the database, it still will last a while until the map tiles are updated. That is bad. Please note that this is a mailing list in german language, insofern darf hier auch auf deutsch gepostet werden :) . Das ist gut. Die mail ging zuerst an die Merkaartor liste. Kann man den Update der Datenbank daily machen, so dass es übernacht drin ist? Danke max Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Hi, Hallo danke, dann würde ich vorschlagen, dass man mit Markaartor die Daten in jeder minute upgedatet reinzoomen kann. Bislang habe ich in openstreetmaps,de das OSM runtergeladen, und dann in Merkaartor eingeladen, und der Upload ist ja dann nur XML für die Edierungen, aber diese kommen dann nicht wieder vor am nächsten Tag, So kann es ja sein, dass jemand das schon geändert hat und ich lade ein altes OSM aus der openstreetmap.de in Merkartor. Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? Was mache ich falsch? Max ich verwende einerseits keinen Merkaartor, andererseits ist mir Deine Vorgehensweise noch nicht ganz klar. Normalerweise läuft das so: * Editor anwerfen * In interessierendes Gebiet einzoomen * Jetzt Datenbank *live* vom OSM.org-Server ziehen, und zwar *nicht* via manuellem Download :) * Editieren * Hochladen Merkaartor bietet doch sicher in einem der Menüs einen Eintrag um Daten vom Server zu beziehen, oder? HTH, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am Sonntag 01 Juni 2008 10:24:26 schrieb M. Peterson: Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? fuer Merkaartor v0.09 File - Download from Web (Ctrl +D) Daten editieren, danach File - Upload to Web (Ctrl +U) hth Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am 1. Juni 2008 11:17 schrieb Michael Buege [EMAIL PROTECTED]: Am Sonntag 01 Juni 2008 10:24:26 schrieb M. Peterson: Wo bekomme ich denn den ACTUAL INSTANT Datenstand her, um ihn in erkaartor zu ändern? fuer Merkaartor v0.09 File - Download from Web (Ctrl +D) Daten editieren, danach File - Upload to Web (Ctrl +U) hth Michael alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht (ich kenne Merkaartor praktisch gar nicht und Potlatch nur wenig, man möge mir mein Editor-bashing verzeihen, die vg. Einschätzung beruht auf Ereignissen und Schilderungen in der Mailingliste, prinzipiell finde ich es gut, wenn sich die Editoren in verschiedene Richtungen entwickeln, weil man ja ggf. auch wechselseitig davon profitieren kann). Dass Potlatch z.B. online jede Änderung, die man beim Rumspielen so macht, gleich überträgt, finde ich ein bisschen gewagt als Konzept. Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? In der Vergangenheit hat sich gezeigt, dass kaum einer glauben mochte, dass man wirklich so leicht die Originaldaten ändern kann (div. Zick-zacklinien und verschobene Straßen beim ersten Testversuch: Ah, ich wusste gar nicht, dass ich schon an den echten Daten rumspiele/das schon sofort online geht). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. äh?!? Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, Das darfst Du Dir wünschen, aber ich wünsche mir dass Neulinge sich weiterhin selber aussuchen dürfen mit was sie arbeiten möchten. Nicht zuletzt gibt es ja auch verschiedene Interessengruppen. und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht Stimmt. Zumal wenn man die Editoren versucht unter verschiedenen Gesichtspunkten zu beurteilen. Da gibt es dann sicher eine Menge Fälle in denen Potlatch und Merkaartor dem JOSM was voraus haben. (ich kenne Merkaartor praktisch gar nicht und Potlatch nur wenig, man möge mir mein Editor-bashing verzeihen, Nein, niemals, ich bin nachtragend ;) . Könnte man da nicht auch einen Upload-Button machen wie bei JOSM? Ich persönlich fände das auch eine Riesenverbesserung, aber Richard Fairhurst findet dass das nicht ins Potlatch-Konzept passt. Selbst wenn jemand einen Patch schreibt wird er ihn daher wohl eher nicht annehmen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Martin Koppenhoefer schrieb: Dass Potlatch z.B. online jede Ãnderung, die man beim Rumspielen so macht, gleich Überträgt, finde ich ein bisschen gewagt als Konzept. Das muss so sein, weil anderfalls Conflicts möglich wären, die den Neuling überfordern würden ;-( Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. 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] upload not instant?
Am 1. Juni 2008 17:02 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... auch so ein Punkt, am Besten wären Symbole für alle Funktionen (damit man sie findet), da sich gerade Neulingen meist wohl der Funktionsumfang gar nicht erschließt. ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Beste Grüße, ce Es handelt sich hier IMHO nicht um Bashing sondern um konstruktive Kritik die aus der Erfahrung heraus wächst, dass Neulinge in Potlatch gerne mal (unbeabsichtigt) was kaputtmachen, weil ihnen gar nicht klar ist, dass sie schon mit den Originaldaten arbeiten und diese modifiert hochladen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Am 1. Juni 2008 16:23 schrieb Christoph Eckert [EMAIL PROTECTED]: Moin, alleine die Versionsnummer sagt mir eigentlich schon, dass man damit noch nicht unbedingt arbeiten sollte. äh?!? Latest release : 0.010 (24 Mar 2008) Merkaartor is (will be) a mapping program. Schon der dezente Hinweis will be zusammen mit 0.01 als Version ist doch einigermaßen eindeutig. Ich würde mir wünschen, dass Neulinge erstmal auf JOSM gestoßen werden, Das darfst Du Dir wünschen, aber ich wünsche mir dass Neulinge sich weiterhin selber aussuchen dürfen mit was sie arbeiten möchten. Nicht zuletzt gibt es ja auch verschiedene Interessengruppen. dann sage ich es mal so: ich hätte es mir bei meinen ersten Schritten gewünscht, wenn ich damals schon die Erfahrungen gehabt hätte, die ich mittlerweile gesammelt habe. und dann mit ein bisschen Erfahrung sich ja in alle Richtungen umsehen können. Merkaartor, JOSM und Potlatch als quasi gleichgut hinzustellen trifft einfach die Realität nicht Stimmt. Zumal wenn man die Editoren versucht unter verschiedenen Gesichtspunkten zu beurteilen. Da gibt es dann sicher eine Menge Fälle in denen Potlatch und Merkaartor dem JOSM was voraus haben. sicher eine riesige Menge (ich vertraue Dir da mal blind), aber es gibt eine sicher noch größere Menge, wo versehentlich was kaputt gemacht wurde oder wo Daten versehentlich falsch (z.B. ways nicht verbunden) eingegeben wurden. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Ich finde es auch dreist von dem Potlatch-Entwickler, dass die Befindlichkeiten etwaiger Neulinge wichtiger sind, als die Bewahrung bereits erhobener Daten. Der Entwickler redet sich jetzt damit heraus, dass es ein Undo gibt. Als wenn das von den Neulingen leicht entdeckt würde... ich fände es gut wenn wir das Thema Potlatch-Bashing endlich ruhen lassen (oder auf eine eigene Mailingliste auslagern ;-) könnten. Jetzt muss ich dazu aber auch mal was sagen: Ich finde es gar nicht gut, wenn jede Kritik am Potlatch (oder an der dahinterstehenden Philosophie) als Potlatch-Bashing abgekanzelt wird; ein großer Teil davon ist durchaus berechtigt. Es ist auch nicht so, dass nur kritisiert wird, es werden ja konkrete Verbesserungsvorschläge gemacht (z.B. explizites Speichern der Änderungen). Wirkliche Gegenargumente sind bis jetzt dazu nicht gebracht worden. Dass der Benutzer seine Änderungen durch versehentliches Schließen seines Browsers verlieren könnten, ist keines: das ist nämlich bei so ziemlich allen Webanwendungen so, und deswegen ist Potlatch in dieser Hinsicht gerade unintuitiv. Ich würde sogar behaupten, dass viele der Anfänger sich darauf verlassen, dass sie nichts kaputt machen, wenn sie nach dem rumprobieren einfach ihren Browser zumachen. Beste Grüße, ce Grüße, Marc -- Super-Aktion nur in der GMX Spieleflat: 10 Tage für 1 Euro. Über 180 Spiele downloaden: http://flat.games.gmx.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Moin, Jetzt muss ich dazu aber auch mal was sagen: Ich finde es gar nicht gut, wenn jede Kritik am Potlatch (oder an der dahinterstehenden Philosophie) als Potlatch-Bashing abgekanzelt wird; ein großer Teil davon ist durchaus berechtigt. Es ist auch nicht so, dass nur kritisiert wird, es werden ja konkrete Verbesserungsvorschläge gemacht (z.B. explizites Speichern der Änderungen). Wirkliche Gegenargumente sind bis jetzt dazu nicht gebracht worden. Dass der Benutzer seine Änderungen durch versehentliches Schließen seines Browsers verlieren könnten, ist keines: das ist nämlich bei so ziemlich allen Webanwendungen so, und deswegen ist Potlatch in dieser Hinsicht gerade unintuitiv. Ich würde sogar behaupten, dass viele der Anfänger sich darauf verlassen, dass sie nichts kaputt machen, wenn sie nach dem rumprobieren einfach ihren Browser zumachen. das sehe ich durchaus ähnlich. Nur sind die hier diskutierten Verbesserungsvorschläge bisher nicht im Potlatch-Code angekommen. Das hat verschiedene Gründe, und ich fürchte dass eine erneute Diskussion außer erhitzten Köpfen keine neuen Ergebnisse bringen wird. Falls jemand diskutieren will stelle ich mich nicht dagegen. Aber ich darf darauf hinweisen dass nicht viel dabei herauskommen wird. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de