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?
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?
immer noch OFFTOPIC, Puristen nicht weiterlesen! Am 3. Juni 2008 16:16 schrieb André Reichelt <[EMAIL PROTECTED]>: > Martin Koppenhoefer schrieb: >> >> "Windows" hat keinen Kalender (zumindest nichts brauchbares) >> standardmäßig dabei > > Gut, XP Nutzer, schon klar. > > Ja, Vista kommt mir in den ersten Jahren nicht auf den Rechner, wieso sollte ich die Hälfte meiner Ressourcen dem OS in den Rachen werfen, nur damit es "schöner" aussieht, habe eh noch einen 32-Bit Rechner und bin performance-mäßig eigentlich ganz zufrieden, das muss ich mir nicht mit Vista verderben. Dauert ja auch immer eine Weile, bis man sich so richtig eingerichtet hat, und wenn ich bei Freunden mit Vista in Kontakt komme, nervt das immer kolossal durch viele "gutgemeinte" Vorschläge des OS, was man zu tun hätte. Ganz abgesehen davon, dass ich XP-Pro Original habe und nicht einsehe, wieso ich Geld für Vista ausgeben sollte, ein Mehrwert hat sich bisher für mich nicht dargestellt. 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. Leider bieten GIMP und Inkscape noch nicht gerade das, was man an Workflow und Qualität von Adobe geboten bekommt (abgesehen mal vom SVG-Support). 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?
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?
>> 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 ___ 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?
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?
> 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?
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?
>> 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?
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?
Doru Julian Bugariu schrieb: Da muss ich widersprechen. Es profitieren alle davon, wenn es mehr als einen Editor gibt. Jeder kann sich von den anderen Editoren inspirieren lassen, oder versuchen besser zu sein als der andere. Und heraus kommen 50 halb durchdachte, nie zuende entwickelte Editoren, von denen man sich wünschte, dass einer die besten Features in einem Produkt zusammenfassen würde. Nein, wenn, dann würde ich versuchen, JOSM zu verbessern oder einen Editor für andere Plattformen zu schreiben. Für den PC bzw. Mac haben wir was, für den Browser auch. 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?
Florian Lohoff schrieb: 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. Mal im Ernst, JOSM hat eigentlich einen sehr guten Aufbau, aber man sollte halt die eine oder andere Sache noch verbessern. 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: Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Hier wurde nicht direkt zerstört, aber als ich gestern die Umgebung nach ungemappten Straßen durchsuchte, entdeckte ich massenweise Strecken, die telweise nicht verbunden waren (nur die Nodes nebeneinander), teilweise waren sie aber auch einfach deutlich schlechter als das, was die Punkte hergaben. Alle waren sie erstellt mit Potlach. (Das Verhalten wiesst aber eher auf falsche Bedienung wie auf schlechte Software hin). 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?
> > 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?
André Reichelt schrieb: 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. Da muss ich widersprechen. Es profitieren alle davon, wenn es mehr als einen Editor gibt. Jeder kann sich von den anderen Editoren inspirieren lassen, oder versuchen besser zu sein als der andere. 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?
Frederik Ramm schrieb: Es duerfte also als sicher gelten, dass, sobald Potlatch aufhoert, unsere Daten zu ruinieren, andere auf den Plan treten werden ;-) Dann muss so schnell es geht ein Kartenabschnittsbeauftragter her, der Aenderungen nur nach schriftlichem Antrag (in doppelter Ausfuehrung!) einpflegt. ;-) 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?
On Mon, Jun 02, 2008 at 11:29:16PM +0200, André Reichelt wrote: > 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. "One size fits all" ? Ich mag das online zeugs in flash und java nicht - Firefox ist 27 mal instabiler als alle standalone JVMs ... Und Flash unter Linux ist immer hakelig wobei potlatch laeuft aber fuer micht einfach zu lahm ist. Wenn der mauszeiger sorry fuellerspitze immer mit 2 sekunden meinen bewegungen folgt dann ist das unbenutzbar. Steve Jobs haette Potlatch verboten (JOSM auch) ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: 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?
Frederik Ramm schrieb: > Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- > fach mal selber einen schreiben. Das ist nicht der Punkt ;) > Es duerfte also als sicher gelten, dass, sobald Potlatch aufhoert, > unsere Daten zu ruinieren, andere auf den Plan treten werden ;-) Eben. Und bis dahin sollte Potlatch nicht für den Ungeübten (wie mich) zur Verfügung stehen. -- 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?
> > 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.5049&lon=11.2177&zoom=14&layers=0BFT Other are moved points: http://www.openstreetmap.org/?lat=43.53109&lon=11.14862&zoom=15&layers=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
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?
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, [Potlatch-hin-und-her] Ich wuerde mal so ganz salopp sagen: Wem der Editor nicht passt, ein- fach mal selber einen schreiben. Der einzige Kritikpunkt eines "Aussenseiters", den mal wirklich gelten lassen muesste, waere der, dass Potlatch im Gegensatz zu allen anderen Editoren eine privilegierte Position hat - Potlatch erscheint, wenn man "Edit" anklickt, Potlatch hat direkte Zugriffsmoeglichkeiten auf die Daten, waehrend alle anderen ueber die langsamere API gehen muessen. Das wird sich aber mittelfristig aendern, und es wird keine "Vorrang- stellung" mehr geben; sobald mehrere Online-Editoren zur Verfuegung stehen, wir jeder User sich aussuchen koennen, welcher davon bei ihm hochpoppt, wenn er "Edit" anklickt. Wenn dieser Schritt getan ist, dann ist Potlatch ein Editor wie alle anderen auch, und wem irgendwas nicht passt, der kann einfach einen weiteren Editor schreiben und anbieten, oder einen der existierenden nehmen und anpassen. Und da gibt es ja durchaus spannende Entwicklun- gen: Leute basteln an mobilen Editoren, an Javascript-Editoren, an JOSM NG, an Merkaartor; ueber Edit-Plugins fuer Quantum GIS und Ink- scape, und auch die "Marble"-Leute von KDE wollen ueber kurz oder lang eine Edit-Funktion. Es duerfte also als sicher gelten, dass, sobald Potlatch aufhoert, unsere Daten zu ruinieren, andere auf den Plan treten werden ;-) 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?
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?
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?
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?
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?
* 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?
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?
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?
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?
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?
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?
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?
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
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?
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?
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?
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?
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, > 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?
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?
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?
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?
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?
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?
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, > 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