iD editor nun auf osm.org zur Verfuegung

http://blog.openstreetmap.org/2013/05/0 … ng-appeal/ ist der Blogpost als offizielle Ankuendingung dazu.

amm wrote:

Es duerfte spannend sein wie sich das ganze entwickelt und wie sich das ganze auf P2 und Josm auswirkt.]

Nach dem, was ich über die bisherigen Vorversionen mitbekommen habe, befürchte ich das Schlimmste in Bezug auf Datenintegrität. Validierung der Edits soll noch schwächer sein als im Potlatch.
Naja, eventuell hat sich das in den letzten Wochen noch geändert.

Gruss
walter

Es wird gerade darueber diskutiert den Editor sehr bald als default editor zu nehmen (moeglicherweise noch Heute, nicht ganz klar) und P2 als solchen zu ersetzen. Insofern werden alle Neueinsteiger dann iD verwenden.

Insofern sollte man sich den vermutlich mal genauer anschauen... ;-) Bin ich aber bislang auch noch nicht dazu gekommen.

wambacher wrote:

Validierung der Edits soll noch schwächer sein als im Potlatch.

In dem Punkt dürften sich beide nicht viel nehmen: Null zu Null Unentschieden.

Die Schritt-für-Schritt-Einführung ist jedenfalls ein riesiger Vorteil gegenüber P[12], obgleich man etwas suchen muß, wenn man sie zunächst weggeklickt hat, und ich auch noch andere Wünsche dazu habe (Edit: abgewiesen). Ich hoffe, daß wenigstens das Problem der wiederholten Knoten behoben ist. Edit: ist es nicht.

Ist das aktuelle Spendenziel öffentlich? In der Ankündigung steht nichts davon (sähe freilich auch etwas blöd aus, wenn man zu Spenden für wichtige Infrastruktur im Wert von wenigen 10 k€ aufruft und im selben Atemzug erwähnt, daß Mapbox für den Editor eine halbe Million eingesackt hat).

Meine Begeisterung hält sich leider in Grenzen. U.a. weil ich auf den betriebsbereiten Editor länger warten muss als bei Potlatch2. Mein Versuch führte sogar zu einem kurzen "hängen" des Browserfensters Mozilla Firefox. Die netten Icon's und Einstellmöglichkeiten die Potlatch2 hat, sind (soweit ich dies gesehen habe) auf die Funktion für den Hintergrund reduziert wurden 🙁 . Und selbst hier fehlt nun auch noch die OpenCycleMap, welche in Potlatch2 der einzige Standarthintergrund mit Höhenlinien ist. Die beste Neuerung gegenüber Potlach2 ist die Drehfunktion für Objekte.

Das aktuelle Spendenziehl schein bei GBP40k zu liegen.

reneman wrote:

Meine Begeisterung hält sich leider in Grenzen.

Naja, begeistert bin ich als alter Josm-Nutzer nicht - aber das soll iD ja auch nicht leisten. Im Vergleich mit Potlatch ist iD für mich irgendwie besser. Schnell, füssiger und intuitiv zu bedienen.
Ich könnte ihn für kleine Änderungen - erst recht in der Pampa auf meinem Tablett oder bei Freunden, die ich "anstecken" möchte - ganz gut verwenden.

Möge Potlatch in Frieden ruhen 😉

Gruss
walter

edit: s/Id/iD/

Hab ihn grad mal ausprobiert. Ist der bei Euch auch so quälend langsam (trotz schnellem Rechner)? Alles recht träge und insbesondere das seitliche Scrollen wenn man ein Element rechts im Bild anklickt das dann von der Leiste verdeckt wird, dauert ewig.

Naja, mein Ding ist er nicht, das ständige Ein/Ausblenden der Leiste nervt auf Dauer und deren Gestaltung ist auch nicht mein Geschmack, sehr wenig Info auf viel leerem Platz, kontrastarm und schwer zu lesen.

bye, Nop

PS: Das mit dem Spendenaufruf wenn man schon eine halbe Million bekommen hat finde ich auch etwas merkwürdig. :-)

Nop wrote:

Hab ihn grad mal ausprobiert. Ist der bei Euch auch so quälend langsam (trotz schnellem Rechner)? Alles recht träge und insbesondere das seitliche Scrollen wenn man ein Element rechts im Bild anklickt das dann von der Leiste verdeckt wird, dauert ewig.

Naja, mein Ding ist er nicht, das ständige Ein/Ausblenden der Leiste nervt auf Dauer und deren Gestaltung ist auch nicht mein Geschmack, sehr wenig Info auf viel leerem Platz, kontrastarm und schwer zu lesen.

Ähm, dass war auch mein Eindruck...
Ich wollte nur nicht gleich zu viel auf einmal meckern 😉

Tach,

reneman wrote:

Ich wollte nur nicht gleich zu viel auf einmal meckern http://www.farmeramania.de/wp-content/b … -ziege.png 😉

Und immer politisch korrekt meckern!

Der Assistent

Ich habs auch grad mal versucht, ist mir aber zu hackelig.

Meine Sache ist es nicht, ich lass die Finger davon.

Kann es sein, dass man bisher mit iD Relationen kaputt machen kann, ohne die Möglichkeit dies zu bemerken?
Relationen scheinen bei iD für den Anwender völlig unsichtbar zu sein.

Gruß,
Mondschein

Ich schließe mich den bisherigen Meinungen NICHT an und halte den Weg, einen brauchbaren (und einfachen) Online-Editor zur Verfügung zu stellen, für genau richtig. Es gibt durchaus viele Leute die kleinere, lokale Korrekturen vornehmen möchten ... ohne gleich zum OSM-Profi werden zu wollen. D.h. ein Online-Editor sollte idealerweise das Spektrum "Einsteiger" bis "Fortgeschrittener" abdecken ... die Praxis wird zeigen, ob iD diesen Anspruch erfüllt. Für mich sieht das erstmal recht vielversprechend aus ...

Gruß Klaus

Au weia. Ist ja nicht zu gebrauchen auf einem Netbook mit 600px in der Höhe. Rechts vom Eingenschaftsfenster ist nur ein geringer Teil zu sehen. Keine Scrollleiste für das Eigenschaftsfenster. Die wirklich eingetragenen Werte sieht man erst wenn man mit der Pfeil nach unten Taste das Eigenschaftsfenster herunterscrollt. Wäre schön, wenn man das wie bei Potlatch umschalten könnte.

Favorit auf dem Netbook (meinem einzigen Computer neben dem Handy) bleibt Potlatch 2!

Peter Maiwald wrote:

Au weia. Ist ja nicht zu gebrauchen auf einem Netbook mit 600px in der Höhe. ...

Schon mal nachgesehen, ob es ein Issue dazu gibt, oder ggf. eines geschrieben?
https://github.com/systemed/iD/issues

Nop wrote:

...
PS: Das mit dem Spendenaufruf wenn man schon eine halbe Million bekommen hat finde ich auch etwas merkwürdig. :-)

MapBox hat eine halbe Million $ vor etwas mehr als einen halben Jahr bekommen, sehr viel wird wohl davon nicht übrig sein. Die OSMF hat nichts aus diesen Mitteln bekommen noch irgendwie mitbestimmen können wie die ausgegeben werden.

Der Spendenaufruf ist von der OSMF für das OWG Budget für dieses Jahr, hautpsächlich einen weiteren Datenbankserver und andere Upgrades.

Simon

SimonPoole wrote:

MapBox hat eine halbe Million $ vor etwas mehr als einen halben Jahr bekommen, sehr viel wird wohl davon nicht übrig sein. Die OSMF hat nichts aus diesen Mitteln bekommen noch irgendwie mitbestimmen können wie die ausgegeben werden.

Das ist unbestritten. Aber das Verhältnis der Zahlen ist - völlig wertfrei - mit "merkwürdig" schon treffend beschrieben. Mapbox kassiert eine halbe Million dafür, einen Editor zu entwickeln, nach dem die Masse der OSMler nun zumindest nicht lautstark geschrien hat, auch wenn ein gewisser Bedarf wegen des absehbaren Aussterbens von Flash mittelfristig zweifellos gegeben ist und darüberhinaus selbst Potlatch 2 für manche Anfänger zu schwierg zu sein scheint.
"Merkwürdig" ist konkret das Preis-Leistungs-Verhältnis: auf der einen Seite eine halbe Million für einen Editor, der (wenn er Potlatch 2 komplett ersetzt) vielleicht mal 20 % aller Edits übernehmen wird; auf der anderen Seite einige Zehntausend Euro/Dollar/Pfund für die zentralen technischen Grundlagen des gesamten Projekts. Da steht OSM(F) doch als enorm kosteneffizient da.
"Merkwürdig" ist aber auch, daß ein kommerzielles Unternehmen mit einem einfachen Antrag bei einer großen Stiftung einen riesigen Betrag losgeeist hat, während OSM(F) für viel weniger Geld regelmäßig die eigenen Mitstreiter anbetteln muß. Denn machen wir uns nichts vor: die nun wieder eingeworbenen Spenden werden großteils von den Mappern oder auch "kleinen" Nutzern der Karte stammen.

Eine wichtige Lehre aus der Mapbox/Knight-Geschichte ist m.E. die folgende: Es gibt finanzstarke Organisationen, die vermöge ihrer Förderziele gewillt und fähig sind, Projekte wie OSM zu unterstützen. Hier ist zukünftig die OSMF gefragt, an solche Organisationen heranzutreten und Fördermittel einzuwerben, um diese effizient zugunsten des Projekts einzusetzen. Wenn man sich ausmalt, was OSM selbst rein rechnerisch mit 575 k$ hätte anstellen können... (Praktisch hätten wir das Geld niemals in der gleichen Zeit wie Mapbox verbraten können.)

Oli-Wan wrote:

Peter Maiwald wrote:

Au weia. Ist ja nicht zu gebrauchen auf einem Netbook mit 600px in der Höhe. ...

Schon mal nachgesehen, ob es ein Issue dazu gibt, oder ggf. eines geschrieben?
https://github.com/systemed/iD/issues

Nö, mein Englisch ist zu schlecht.

Mondschein wrote:

Kann es sein, dass man bisher mit iD Relationen kaputt machen kann, ohne die Möglichkeit dies zu bemerken?
Relationen scheinen bei iD für den Anwender völlig unsichtbar zu sein.

vor dem Hochladen kommt eine Aufstellung, was geändert wurde. da - aber nur da - stand "Geänderte Relationen ..."

Arrrrrrrrrrrrrrrrrrrrrrrgggggggggggggggggggggg !!!!

Walter

Peter Maiwald wrote:

Au weia. Ist ja nicht zu gebrauchen auf einem Netbook mit 600px in der Höhe. Rechts vom Eingenschaftsfenster ist nur ein geringer Teil zu sehen. Keine Scrollleiste für das Eigenschaftsfenster. Die wirklich eingetragenen Werte sieht man erst wenn man mit der Pfeil nach unten Taste das Eigenschaftsfenster herunterscrollt.

Wenn man die Taste "m" klickt kommt man in eine Art Vollbildmodus. (Hab einfach mal die Taste probiert mit der das in Potlatch auch geht.) Plötzlich taucht auch eine Scrollleiste auf für den Inspektor-Teil. Schon besser.

Also ist nur die Einbindung in die Webseite so unglücklich, dass die Scrollleiste verschwindet.

wambacher wrote:

vor dem Hochladen kommt eine Aufstellung, was geändert wurde. da - aber nur da - stand "Geänderte Relationen ..."

Arrrrrrrrrrrrrrrrrrrrrrrgggggggggggggggggggggg !!!!

Wenn er die Relationen korrekt behandelt und verhindert, dass MP-Mitglieder gelöscht werden finde ich das eine sinnvolle Lösung, diese Komplexität aus dem Editor raus zulassen.

aighes wrote:

Wenn er die Relationen korrekt behandelt und verhindert, dass MP-Mitglieder gelöscht werden finde ich das eine sinnvolle Lösung, diese Komplexität aus dem Editor raus zulassen.

Wenn???? Macht er aber nicht. Delete und weg - ohne Kommentar.

hab mal deine Aussage umformuliert: "Wenn er die Relationen korrekt behandeln würde und verhindern würde, dass Relations-Mitglieder gelöscht werden, fände ich das eine sinnvolle Lösung, diese Komplexität aus dem Editor raus zulassen."

Damit könnte auch ich leben.

Da kommen ja prima Zeiten auf uns zu.

Gruss
walter

wambacher wrote:

vor dem Hochladen kommt eine Aufstellung, was geändert wurde. da - aber nur da - stand "Geänderte Relationen ..."

Hm, ich habe das an einer Kreuzung getestet.
Da kam dann eine Auflistung der Änderungen, allerdings ohne Hinweis auf Relationen, habe sogar mit dem Mausrad gescrollt.
Hätte ich die Änderungen tatsächlich abgeschickt, dann wären jetzt einige Abbiegebeschränkungen und Busrouten defekt.

Mondschein wrote:

wambacher wrote:

vor dem Hochladen kommt eine Aufstellung, was geändert wurde. da - aber nur da - stand "Geänderte Relationen ..."

Hm, ich habe das an einer Kreuzung getestet.
Da kam dann eine Auflistung der Änderungen, allerdings ohne Hinweis auf Relationen, habe sogar mit dem Mausrad gescrollt.
Hätte ich die Änderungen tatsächlich abgeschickt, dann wären jetzt einige Abbiegebeschränkungen und Busrouten defekt.

jo, die Meldung kam wirklich. Delete eines Ways aus einer einfachen Route-Relation. Allerdings bei meinem zweiten Test nicht mehr. Da hatte ich aus einem MP-Building das Inner gelöscht.

Un wat mache mer nu? 500.000 $ sind (angeblich?) ausgegeben worden, das Ding ist freigeschaltet, die Reklametrommel macht mächtig Lärm, jeder (in Amiland?) ist stolz und wir haben den Salat Ärger 🙁

Gruss
walter

ich schau mich mal in den anderen Forum um - eventuell wissen die mehr.

edit: hab ein 2 Monate altes Ticket gefunden, das wohl bisher unbeantwortet und unbearbeitet blieb: https://github.com/systemed/iD/issues/994
sonst nix, scheint sich wohl niemand für zu interessieren.

wambacher wrote:

hab mal deine Aussage umformuliert: "Wenn er die Relationen korrekt behandeln würde und verhindern würde, dass Relations-Mitglieder gelöscht werden, fände ich das eine sinnvolle Lösung, diese Komplexität aus dem Editor raus zulassen."

Damit könnte auch ich leben.

Wenn Mitglieder nicht gelöscht würden, so könnten dennoch MPs auslaufen, Abbiegebeschränkungen zerstört werden oder andere Fehler entstehen.
Blind mit Relationen zu arbeiten, auch wenn die Löschung von Mitgliedern verhindert werden würde, halte ich für keine gute Idee.

Gruß,
Mondschein

wambacher wrote:

jo, die Meldung kam wirklich. Delete eines Ways aus einer einfachen Route-Relation.

Gelöscht habe ich keine Mitglieder, nur bearbeitet, geteilt u.ä.
Wirklich hilfreich erscheint mir diese Meldung aber auch nicht, denn was mache ich dann?
Ich weiß dann nur, dass ich irgendwo eine Relation bearbeitet habe, nicht aber wo genau und wie ich ein Problem ggf. beheben kann.
Also bleibt nur, alle Änderungen zu verwerfen und einen anderen Editor zu verwenden oder einfach hochzuladen und damit zu riskieren, dass etwas blind kaputt geht?

Gruß,
Mondschein

Mondschein wrote:

Wenn Mitglieder nicht gelöscht würden, so könnten dennoch MPs auslaufen, Abbiegebeschränkungen zerstört werden oder andere Fehler entstehen.
Blind mit Relationen zu arbeiten, auch wenn die Löschung von Mitgliedern verhindert werden würde, halte ich für keine gute Idee.

Werden die Relationen tatsaechlich zerstoert? Soweit ich weis hat iD einiges and Logik im Hintergrund um mit den Relationen sinnvoll umzugehen und je nach Typ und Editiervorgang automatisch das korrekte zu tun. Wenn das mit den standard Relationen wie routen, multipolygonen und Abbiegebeschraenkungen nicht funktioniert, dann muss das dringen gefixt werden. Falls ihr also konkrete Beispiele habt wo iD das falsche macht, bitte hier oder im issue tracker auf github berichten.

Gluecklich bin ich zwar auch nicht direckt darueber das Relationen komplett versteckt werden, da es wohl immer Faelle geben wird wo die automatik versagt. Allerdings muss man auch bedenken das Neueinsteiger auch haeufiger mal bereits jetzt Relationen kaputt machen, da sie sie nicht verstehen. Insofern ist die Frage nicht ob iD gelegentlich Relationen zerstoert, sonder ob dank der Automatik und der versteckten Komplexitaet weniger kaputt geht, oder eben doch mehr. Das wird man sehr vorsichtig beobachten muessen und gegebenenfalls nachbessern.

Als erfahrene Mapper ist es manchmal schwer sich in Neueinsteiger zu versetzen und wie diese an Probleme herangehen, bzw wie sie OSM verstehen. Vielleicht ist von den $500k noch etwas fuer richtige usability studies uebrig um diese Fragen mal systematisch zu erforschen.

Oli-Wan wrote:

"Merkwürdig" ist konkret das Preis-Leistungs-Verhältnis: auf der einen Seite eine halbe Million für einen Editor

Was ist eigentlich über die tatsächliche Verwendung des Geldes bekannt?

Projekte zur Softwareentwicklung sind mein Beruf. iD fühlt sich für mich derzeit an wie ein engagiertes, schlecht dokumentiertes OpenSource Projekt, das noch vor seiner ersten ernsthaften Optimierungsphase steht. Aber nicht wie das Ergebnis von einer halben Million € professioneller Softwareentwicklung. Für den Betrag dürfte man recht hohe Erwartungen haben.

bye, Nop

Ich habe gerade mal ausprobiert, was beim Zerschneiden eines Wegs mit Abbiegebeschränkungen geschieht. Mindestens den einfachsten Fall (Knoten als via, Teilen des from-Wegs) handhabt iD offenbar korrekt: nach der Bearbeitung übernimmt das "zur Kreuzung nächstgelegene" Wegstück in der Relation die via-Rolle.

Der vermeintlich gefixte wiederholte-Knoten-Bug besteht übrigens weiter, und der Hinweis zu namenlosen Spielplätzen wurde abgewiesen - "we are never going to be able to foolproof the walkthrough".

Warum eigentlich werden mir nach einer Bearbeitung Links zu zwei kommerziellen Angeboten ohne jeden OSM-Bezug (Facebook, Twitter) angezeigt?

Mondschein wrote:

wambacher wrote:

jo, die Meldung kam wirklich. Delete eines Ways aus einer einfachen Route-Relation.

Also bleibt nur, alle Änderungen zu verwerfen und einen anderen Editor zu verwenden oder einfach hochzuladen und damit zu riskieren, dass etwas blind kaputt geht?

Das eigentlich Schlimme daran ist, daß diese Meldung nur vor dem Hochladen kommt (ähnlich wie Josm das macht), daß das nicht immer der Fall ist und daß das zu 99% gerade von Newbies/Laien nicht beachtet werden wird.

Ich werde mir jetzt mal eine paar Changesets näher ansehen, die mit iD (*) erzeugt wurden.

Gruß
Walter

• ) hat sich eigentlich Apple schon gemeldet, wegen eventueller Namensrechte? 😉
  

amm wrote:

die Relationen tatsaechlich zerstoert? Soweit ich weis hat iD einiges and Logik im Hintergrund um mit den Relationen sinnvoll umzugehen und je nach Typ und Editiervorgang automatisch das korrekte zu tun. Wenn das mit den standard Relationen wie routen, multipolygonen und Abbiegebeschraenkungen nicht funktioniert, dann muss das dringen gefixt werden. Falls ihr also konkrete Beispiele habt wo iD das falsche macht, bitte hier oder im issue tracker auf github berichten.

Bitte bedien dich: http://www.openstreetmap.org/browse/relation/2914655 und der Zick-Zack-Feldweg drunter. Was löschen, hochladen, grübeln.
Mag aber sein, daß die Autoren diesen dezenten Hinweis für ausreichend halten.

Gruss
walter

p.s. ja, ich kenne die Sandbox , aber dieses Landstück ist halt mein "Testfeld" für solche Sachen.

Oli-Wan wrote:

Warum eigentlich werden mir nach einer Bearbeitung Links zu zwei kommerziellen Angeboten ohne jeden OSM-Bezug (Facebook, Twitter) angezeigt?

Damit man drauf klickt und seine "Leistung" im Social Network verbreitet. Ohne dieses Gimmick kommt ja nix mehr aus. Halte es für Schwachsinn aber stören tut es mich nicht.

Gruss
walter

p.s. soll ab 1.4.2014 vollautomatisch funktionieren. Osm-Login geht dann nur noch über Facebook- oder Twitter-Account, alle Edits (auch per Josm und Co) werden automatisch gepostet, Google aktiviert automatische Datenübernahme, ... 😉

Hallo Walter, dann nutze doch bitte nicht die richtigen Tags für deine Spielchen.

Wie jetzt, ich kann ab 2014 nur noch mit Twitter oder Facebookprofil editieren?

Ja...ansonsten wirst du direkt zu MapMaker weitergeleitet 😉🤣

Suidakra wrote:

Wie jetzt, ich kann ab 2014 nur noch mit Twitter oder Facebookprofil editieren?

genau: ab dem 1.4. 2014 😉

Oli-Wan wrote:

SimonPoole wrote:

MapBox hat eine halbe Million $ vor etwas mehr als einen halben Jahr bekommen, sehr viel wird wohl davon nicht übrig sein. Die OSMF hat nichts aus diesen Mitteln bekommen noch irgendwie mitbestimmen können wie die ausgegeben werden.

Das ist unbestritten. Aber das Verhältnis der Zahlen ist - völlig wertfrei - mit "merkwürdig" schon treffend beschrieben. Mapbox kassiert eine halbe Million dafür, einen Editor zu entwickeln, nach dem die Masse der OSMler nun zumindest nicht lautstark geschrien hat, auch wenn ein gewisser Bedarf wegen des absehbaren Aussterbens von Flash mittelfristig zweifellos gegeben ist und darüberhinaus selbst Potlatch 2 für manche Anfänger zu schwierg zu sein scheint.

MapBox wurde das vermutlich "gesteckt", dass ein einfacherer Editor alle OSM Probleme löst. Ich hab mich bei MapBox eher unbeliebt gemacht als ich darauf hingewiesen habe, dass ein neuer nicht Flash basierender Editor zwar nett ist und ein handvoll Probleme vermutlich löst, aber die Demographie der Beitragenden kaum nennenswert ändern wird (auch wenn der "long tail" 10 mal länger wird, so sind dass anstatt 0.1% der Edits, 1%).

"Merkwürdig" ist konkret das Preis-Leistungs-Verhältnis: auf der einen Seite eine halbe Million für einen Editor, der (wenn er Potlatch 2 komplett ersetzt) vielleicht mal 20 % aller Edits übernehmen wird; auf der anderen Seite einige Zehntausend Euro/Dollar/Pfund für die zentralen technischen Grundlagen des gesamten Projekts. Da steht OSM(F) doch als enorm kosteneffizient da.

Das ist allerdings ein völlig unfairer Vergleich, MapBox zahlt seine Angestellten einen Lohn und die Leute können davon leben. Wenn wir nur mal die Leute des "Kernteams", plus die nötige betriebliche Infrastruktur bezahlen würden, wären wir zwar nicht bei Wikimedia Beträgen aber ein Millionenbudget hätten wir locker.

"Merkwürdig" ist aber auch, daß ein kommerzielles Unternehmen mit einem einfachen Antrag bei einer großen Stiftung einen riesigen Betrag losgeeist hat, während OSM(F) für viel weniger Geld regelmäßig die eigenen Mitstreiter anbetteln muß. Denn machen wir uns nichts vor: die nun wieder eingeworbenen Spenden werden großteils von den Mappern oder auch "kleinen" Nutzern der Karte stammen.

Eine wichtige Lehre aus der Mapbox/Knight-Geschichte ist m.E. die folgende: Es gibt finanzstarke Organisationen, die vermöge ihrer Förderziele gewillt und fähig sind, Projekte wie OSM zu unterstützen. Hier ist zukünftig die OSMF gefragt, an solche Organisationen heranzutreten und Fördermittel einzuwerben, um diese effizient zugunsten des Projekts einzusetzen. Wenn man sich ausmalt, was OSM selbst rein rechnerisch mit 575 k$ hätte anstellen können... (Praktisch hätten wir das Geld niemals in der gleichen Zeit wie Mapbox verbraten können.)

Die OSMF hat sich bis jetzt bewusst dagegen entschieden diesen Weg zu verfolgen, weil dass mit reinen Freiwilligen schlicht nicht mehr geht und man Wikimedia Situation als eher ungewünscht sieht. Das kann sich natürlich ändern, nur schon das Wachstum wird uns wird uns ein ständige Neueinschätzung der Situation aufzwingen.

Simon

SimonPoole wrote:

... Hier ist zukünftig die OSMF gefragt, an solche Organisationen heranzutreten und Fördermittel einzuwerben, um diese effizient zugunsten des Projekts einzusetzen. ...

Die OSMF hat sich bis jetzt bewusst dagegen entschieden diesen Weg zu verfolgen, weil dass mit reinen Freiwilligen schlicht nicht mehr geht und man Wikimedia Situation als eher ungewünscht sieht. Das kann sich natürlich ändern, nur schon das Wachstum wird uns wird uns ein ständige Neueinschätzung der Situation aufzwingen.

Die Einschätzung, daß man hierfür mit Freiwilligen nicht auskommt, kann ich nur bedingt teilen. Für kontinuierliches "Fundraising" etwa in Form von Bettelbriefen an die diversen kommerziellen OSM-Nutzer bräuchte man wohl tatsächlich "richtiges" Personal; und ob derlei wünschenswert ist, ist noch einmal eine ganz andere Frage.
Aber für die Mittel der Knight Foundation hat Mapbox einen Antrag im Umfang von 500 (!) Worten gestellt - dies können durchaus auch Freiwillige leisten. Vielleicht hat es einfach nur nie jemand für möglich gehalten, daß man mit so wenig Aufwand so viel Geld einwerben kann? Ich halte es durchaus für machbar, einzelne ähnliche Anträge bei vergleichbaren Organisationen zu stellen, wenn mal wieder größere technische Investitionen anstehen oder falls eines Tages noch einmal für bestimmte, besonders dringliche Aufgaben Entwicklungsarbeit eingekauft werden sollte (vgl. Redaction Bot). Wenn ich (in Unkenntnis der französischen Sprache) http://openstreetmap.fr/soutiens richtig interpretiere, hat auch OSM-FR auf ähnlichem Wege bereits Geld und Hardware erhalten.

Golem hat einen kleinen Artikel über iD:
http://www.golem.de/news/openstreetmap- … 99160.html

Oli-Wan wrote:

...
Die Einschätzung, daß man hierfür mit Freiwilligen nicht auskommt, kann ich nur bedingt teilen. Für kontinuierliches "Fundraising" etwa in Form von Bettelbriefen an die diversen kommerziellen OSM-Nutzer bräuchte man wohl tatsächlich "richtiges" Personal; und ob derlei wünschenswert ist, ist noch einmal eine ganz andere Frage.
...

Es ist ein nicht ganz unerheblicher Unterschied ob es um Spenden geht die man im weiteren Sinn des Wortes so ausgeben kann wie man will, oder ob es wie im Fall der Projekte der Knight Foundation und anderen um konkrete Projekte geht bei dem am Schluss ein bestimmtes Resultat erwartet wird.

Bei letzterem ist der Antrag schreiben so oder so der kleinste Teil der Arbeit, desweiteren hab ich bis jetzt auch keine ernsthaften Projektvorschläge gesehen die eine externe Finanzierung verlangt hätten. M.a.W. bis jetzt hat sich die Frage auch nie gestellt (und meines Wissens nicht nur im letzten halben Jahr nicht).

Simon

wambacher wrote:

Oli-Wan wrote:

Warum eigentlich werden mir nach einer Bearbeitung Links zu zwei kommerziellen Angeboten ohne jeden OSM-Bezug (Facebook, Twitter) angezeigt?

Damit man drauf klickt und seine "Leistung" im Social Network verbreitet. Ohne dieses Gimmick kommt ja nix mehr aus. Halte es für Schwachsinn aber stören tut es mich nicht.

Mich stoert dieses gedankenlose Werbung-Machen fuer fragwuerdige Angebote von Dritten auch. Ich finde, wir vermitteln unseren Neu-Mappern damit das Gefuehl, dass sie ohne Weiterverbreitung ihrer Taetigkeiten auf Twitter und Facebook ja keine richtigen Mapper seien.

Ist die Einbindung der entsprechenden Sites wenigstens zeitgemaess so gemacht, dass es nicht jedesmal bei denen im Logfile ankommt, wenn ich ein Changeset hochlade?

Bye
Frederik

woodpeck wrote:

Ist die Einbindung der entsprechenden Sites wenigstens zeitgemaess so gemacht, dass es nicht jedesmal bei denen im Logfile ankommt, wenn ich ein Changeset hochlade?

hab das mit Twitter mal ausprobiert:
- im iD Änderung gemacht und hochgeladen
- twitter benutzt. fordert zum Einloggen auf und schickt dann den Link zum changeset nach twitter. soweit ok
- nächste Änderung gemacht und nach osm hochgeladen
- twitter NICHT benutzt

Alles mit wireshark (netwerk sniffer) getraced und festgestellt, dass beim 2.Upload nichts zu twitter geschickt wurde, obwohl ich bei denen noch eingeloggt war.

--> sieht sauber aus 🙂

Gruss
walter

ach ja: jetzt bei twitter ausgeloggt, da mir das Gezwitscher auf den Keks get 😉

[Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
http://lists.openstreetmap.org/pipermai … 01990.html

Halt das alte Problem: Wie führt man unerfahrene Benutzer an OSM heran, so dass nix durch sie kaputt geht und sie nicht gleich vergrault werden durch zig Regeln und Warnungen.
Ich denke das ist aber kein Problem das allein die Editoren-Entwickler lösen können, sondern man braucht ein gutes Konzept, dass von der breiten Masse getragen wird (beispielsweise dass die ersten Changesets nur nach Kontrolle durch einen "erfahrenen" User in die DB eingetragen werde o.ä.). Wenn ich als Mapper jedes Mal Warnings bekomme, wenn ich ein Teilstück aus einer Relation o.ä. lösche, dann ist das doch genau so nervig.

kerosin wrote:

Halt das alte Problem: Wie führt man unerfahrene Benutzer an OSM heran, so dass nix durch sie kaputt geht und sie nicht gleich vergrault werden durch zig Regeln und Warnungen.
Ich denke das ist aber kein Problem das allein die Editoren-Entwickler lösen können, sondern man braucht ein gutes Konzept, dass von der breiten Masse getragen wird (beispielsweise dass die ersten Changesets nur nach Kontrolle durch einen "erfahrenen" User in die DB eingetragen werde o.ä.). Wenn ich als Mapper jedes Mal Warnings bekomme, wenn ich ein Teilstück aus einer Relation o.ä. lösche, dann ist das doch genau so nervig.

Der Meinung bin ich ebenfalls. Allerdings sollten Warnungen angezeigt werden. Im Projekt steckt viel Begeisterung und Arbeit. (Nicht nur) Vor-Ort-Mapper bringen Mühe und Zeit ein. Ich spüre einen Hauch von Enttäuschung, wenn Daten durch die Benutzung von Editoren beschädigt oder zerstört werden. Mehr oder weniger unbemerkt.

kerosin wrote:

Wenn ich als Mapper jedes Mal Warnings bekomme, wenn ich ein Teilstück aus einer Relation o.ä. lösche, dann ist das doch genau so nervig.

JOSM tut genau dies: wenn ein Objekt, das ich löschen will, Teil einer Relation ist, kommt eine Nachfrage. Allerdings lösche ich nicht so häufig Objekte, daß ich diesen Hinweis als störend empfände. Wenn er auftritt, bietet er mir die Gelegenheit zu prüfen, ob meine Bearbeitung möglicherweise eine größere Tragweite hat als beabsichtigt.

Wenn man sich mal im MP-Layer von OSMI umschaut und speziell den kaputten PLZ-Grenzen nachgeht, trifft man häufig auf (Potlatch-)Änderungssätze mit Kommentaren wie "delete unexisting way" (originalgetreues gebrochenes Englisch). Da war dem betreffenden User ganz offensichtlich nicht klar, daß der vermeintlich unnütze, "nicht existente" Weg vermöge seiner Relationsmitgliedschaft doch einen Sinn hat (und nicht etwa eine in der Realität tatsächlich nicht vorhandene Straße durch die Pampa darstellt). Ein Hinweis à la "hinter diesem Weg steckt mehr als du siehst" hätte die Löschung womöglich verhindert - gerade bei einem Editor wie iD, der Relationen komplett vor dem Benutzer versteckt (und lediglich Multipolygone gemeinsam mit einfachen geschlossenen Wegen als eigenen Typ "Fläche" repräsentiert). Allerdings ist man mit dem Wunsch nach solchen Warnungen bei dem Entwickler von Potlatch an der falschen Adresse, und bei den iD-Entwicklern wohl leider auch (vgl. Issue "not every playground has a name").

Nettes Video über iD:
http://player.vimeo.com/video/62308979

Oli-Wan wrote:

SimonPoole wrote:

MapBox hat eine halbe Million $ vor etwas mehr als einen halben Jahr bekommen, sehr viel wird wohl davon nicht übrig sein. Die OSMF hat nichts aus diesen Mitteln bekommen noch irgendwie mitbestimmen können wie die ausgegeben werden.

"Merkwürdig" ist konkret das Preis-Leistungs-Verhältnis: auf der einen Seite eine halbe Million für einen Editor, der (wenn er Potlatch 2 komplett ersetzt) vielleicht mal 20 % aller Edits übernehmen wird

Mit Potlatch werden derzeit 1/3(Anzahl der Changesets) bis 3/4 (Anzahl der User) aller Edits vorgenommen. link

Oli-Wan wrote:

auf der anderen Seite einige Zehntausend Euro/Dollar/Pfund für die zentralen technischen Grundlagen des gesamten Projekts. Da steht OSM(F) doch als enorm kosteneffizient da.

Du darfst gern die geschätzten Kosten für JOSM und iD vergleichen.
Was die von der OSMF geplante Hardware kostet, kannst du gern selbst versuchen herauszufinden. Vergiss nicht Kosten für Installation und Housing. 🙂

Oli-Wan wrote:

"Merkwürdig" ist aber auch, daß ein kommerzielles Unternehmen mit einem einfachen Antrag bei einer großen Stiftung einen riesigen Betrag losgeeist hat, während OSM(F) für viel weniger Geld regelmäßig die eigenen Mitstreiter anbetteln muß. Denn machen wir uns nichts vor: die nun wieder eingeworbenen Spenden werden großteils von den Mappern oder auch "kleinen" Nutzern der Karte stammen.

Wer nicht mag, muss auch nichts geben.
Außerdem ist es wohl Sache der Knight Foundation, wie sie ihr Geld verteilt. Ich habe nicht gehört, dass jemand von OSM um welches gebeten hat.
Irgendwie scheint aus deinen Fragen meiner Meinung nach etwas Neid zu klingen. 🙂

Oli-Wan wrote:

Eine wichtige Lehre aus der Mapbox/Knight-Geschichte ist m.E. die folgende: Es gibt finanzstarke Organisationen, die vermöge ihrer Förderziele gewillt und fähig sind, Projekte wie OSM zu unterstützen. Hier ist zukünftig die OSMF gefragt, an solche Organisationen heranzutreten und Fördermittel einzuwerben, um diese effizient zugunsten des Projekts einzusetzen.

Fähige Mitarbeiter sind immer gern gesehen. Du hast dich vermutlich schon bei der OSMF beworben?
(Da sich bis vor zwei Jahren niemand dafür gefunden hatte, habe ich mich auch selbst um ein affiliate-Konto für OSM.de bei Amazon gekümmert. Wenn du etwas erledigt haben willst, sich aber keiner darum kümmern mag: Mach Es Selbst!)

malenki wrote:

Mit Potlatch werden derzeit 1/3(Anzahl der Changesets) bis 3/4 (Anzahl der User) aller Edits vorgenommen. link

Danke, die Seite "Editor usage stats" kannte ich noch nicht. Diese unübersichtliche Sammlung von Zahlenkolonnen auf dem Stand von 2011 sollte auch mal jemand überarbeiten.

malenki wrote:

Oli-Wan wrote:

"Merkwürdig" ist konkret das Preis-Leistungs-Verhältnis: auf der einen Seite eine halbe Million für einen Editor, der (wenn er Potlatch 2 komplett ersetzt) vielleicht mal 20 % aller Edits übernehmen wird

Mit Potlatch werden derzeit 1/3(Anzahl der Changesets) bis 3/4 (Anzahl der User) aller Edits vorgenommen. link

Ja, aber 21% der Edits, also hat Oli-Wan schon recht. Zwar ist die Nutzerbasis von Potlatch zugegebenermaßen groß (u.a., weil eben praktisch jeder mindestens mal am Anfang damit ein Changeset gemacht hat), dafür ist aber die Changesetgröße sehr gering.

Ist ID bei euch auch so fürchterlich langsam und zäh zu bedienen? Auf meinem Netbook kann man damit nicht arbeiten. Nach jedem klick vergehen mehrere Sekunden bevor etwas passiert. Potlatch und Josm lassen sich dagegen flüssig bedienen.

Hab sobend meinen ersten ID-Edit getätigt und mir ist keine Langsamkeit aufgefallen. War allerdings auf höchster Zoomstufe unterwegs. 😉

Peter Maiwald wrote:

Ist ID bei euch auch so fürchterlich langsam und zäh zu bedienen? Auf meinem Netbook kann man damit nicht arbeiten. Nach jedem klick vergehen mehrere Sekunden bevor etwas passiert. Potlatch und Josm lassen sich dagegen flüssig bedienen.

Auch bei mir langsam und ruckelig, und das auf einem Desktop-PC. Wenn man ausreichend reinzoomt, dann ist er gerade so bedienbar, aber es macht keinen Spaß.

Trotzdem schön, dass wir jetzt eine Flash-freie Option im Browser zur Verfügung haben. Das Medienecho war ja auch recht positiv; Mapbox hat eine Liste von Artikeln zusammengetragen, die auch noch nicht mal auf OpenStreetMap in the media stehen.

Oli-Wan wrote:

Danke, die Seite "Editor usage stats" kannte ich noch nicht. Diese unübersichtliche Sammlung von Zahlenkolonnen auf dem Stand von 2011 sollte auch mal jemand überarbeiten.

😄

Jop ist seeher träge- auch wenn ich ziemlich reinzoome. Bin dann zurück auf Potlach

Welche Browser und Betriebsystem verwendet ihr denn? Ich glaube die Geschwindigkeit in Chrome ist teilweise deutlich besser als in Firefox. Subjektiv hatte ich auch den Eindruck das 64bit Chrome unter Linux schneller war als 32bit Chrome in Win 8.

Bei mir mit Chrome, ist die Performance einigermassen akzeptabel, wenn auch nicht ganz fluessig. Allerdings probiere ich es auch auf einem relativ Leistungsfaehigen PC aus (3.6GHz Ivy Bridge). Insofern kann ich mir gut vorstellen das es in Firefox auf einem Netbook nicht gerade freude bereitet...

Ich hab den FF unter Ubuntu 12.04 laufen.

Bei mir Firefox unter Windows 7 Starter auf einem Asus Netbook mit n450 Atom Prozessor (1,6GHz Einkerner) 2GB Ram.
Id unbedienbar langsam. Josm und Potlatch flüssig.

Peter Maiwald wrote:

Bei mir Firefox auf einem Asus Netbook mit n450 Atom Prozessor (1,6GHz Einkerner) 2GB Ram.
Id unbedienbar langsam. Josm und Potlatch flüssig.

Ich glaub die Standardantwort ist: Chrome verwenden.

AFAIK gibt es 2 Gründe dafür:

- fundamentale Performanceprobleme von FF (kann MapBox nichts dafür)

- kleiner (und sinkender) Marktanteil von FF, von einigen (in den Augen von MapBox vermutlich irrelevanten) Nischen abgesehen

Opfersymmetrie ist ja gewährleistet, mit IE tut iD ja im wesentlichen gar nicht.

Simon

Ganz gewiß! Von der Traufe in den Regen...
Statt Flash nun Chrome...
Tolle Entwickler...
Und solch eine SW-Lösung soll als Standart voreingestellt sein, tolles Bild nach außen.

Dagegen

reneman war schneller

Bei mir ein 4 Kern Xeon mit 3,3 GHz, 32GB Speicher und FF 64bit: Alles andere schnell, iD quälend langsam.

Ich glaub die Standardantwort ist: Chrome verwenden.

- kleiner (und sinkender) Marktanteil von FF, von einigen (in den Augen von MapBox vermutlich irrelevanten) Nischen abgesehen

Ich glaub das war jetzt die falsche Antwort um Sympathien für so eine "strategische Entscheidung" zu wecken. :-)

• FF als unwichtiges kleines Nischenprodukt mit einem Marktanteil von ca. 50% in Deutschland [1]?
  
• DAS Open-Source-Browserprojekt wird von Open Streetmap aufgegeben?
  
• Bindung an Google anstatt an Flash?
  

Können wir nur hoffen, daß iD nicht in Safari am schnellsten läuft. :-D

Aber mal im Ernst: Es soll doch wohl nicht ein Editor als Standard für neue Nutzer angeboten werden, der im IE gar nicht und mit FF nur sehr unerfreulich läuft?

bye, Nop

[1] http://www.heise.de/newsticker/meldung/ … 75342.html

SimonPoole wrote:

Ich glaub die Standardantwort ist: Chrome verwenden.

Ich habe soeben iD mit Firefox und Chrome unter Ubuntu 12.04 getestet (gleicher Bereich und gleiche Zoomstufen).
Zwischen Firefox und Chrome gibt es hier keinen fühlbaren Unterschied.
Bei Zoom 16 läuft iD extrem langsam, bei Zoom 19 ist die Geschwindigkeit nervig, aber für kleine Bearbeitungen gerade noch akzeptabel.

iD hat bei mir bzgl. der Geschwindigkeit gegen Potlatch 2 und erst recht gegen JOSM absolut keine Chance.

Gruß,
Mondschein

Nop wrote:

Bei mir ein 4 Kern Xeon mit 3,3 GHz, 32GB Speicher und FF 64bit: Alles andere schnell, iD quälend langsam.

Ich glaub die Standardantwort ist: Chrome verwenden.

- kleiner (und sinkender) Marktanteil von FF, von einigen (in den Augen von MapBox vermutlich irrelevanten) Nischen abgesehen

Ich glaub das war jetzt die falsche Antwort um Sympathien für so eine "strategische Entscheidung" zu wecken. :-)

Welche strategische Entscheidung? Sorry du liegst aber -völlig- falsch. iD war und ist keine Auftragsarbeit der OSM community oder der OSMF, der Feature Set und unterstützte Platformen sind rein eine Entscheidung der Entwicklern (hauptsächlich MapBox).

• FF als unwichtiges kleines Nischenprodukt mit einem Marktanteil von ca. 50% in Deutschland [1]?
  

iD ist open source und es gibt nichts was dich davon abhält besseren Support für FF einzubauen, man kann aber MapBox keinen Vorwurf daraus machen, dass sie ihre Prioitäten anders setzen.

• DAS Open-Source-Browserprojekt wird von Open Streetmap aufgegeben?
  

Siehe oben. Und wie gesagt, es ist nicht so das MapBox FF absichtlich langsam macht. Ich wäre versucht da mit einem Zitat von Gorbachev zu antworten.

• Bindung an Google anstatt an Flash?
  

Es gibt mehr als genug Auswahl an Editoren und es ist ja nicht so, dass iD mit Opera oder FF nicht läuft. Sprich es ist überhapt nicht vergleichbar mit der P1/P2 Situation, wo tatsächlich eine starke Bindung an ein Produkt vorhanden ist.

Können wir nur hoffen, daß iD nicht in Safari am schnellsten läuft. :-D

Was wäre daran problematisch? Tatsächlich ist es einfach so, dass iD mit FF auf eher langsamen Maschinen nicht sehr gut läuft (erste Version liefen praktisch gar nicht mit FF), Chrome zu verwenden wenn man denn unbedingt doch iD haben will, ist eine gangbare Alternative wenn auch weltanschaulich nicht korrekt.

Aber mal im Ernst: Es soll doch wohl nicht ein Editor als Standard für neue Nutzer angeboten werden, der im IE gar nicht und mit FF nur sehr unerfreulich läuft?

Es ist ja nicht so, dass er jetzt als Standard angeboten wird. Wenn das passiert, dann dürfte die Entscheidungsgrundlage sein, ob iD für die Zielgruppe die bessere Lösung ist als P2. Support für IE 10 ist soviel ich weiss in Arbeit, ältere Versionen werden sicher nicht unterstützt.

Simon

Mondschein wrote:

SimonPoole wrote:

Ich glaub die Standardantwort ist: Chrome verwenden.

Ich habe soeben iD mit Firefox und Chrome unter Ubuntu 12.04 getestet (gleicher Bereich und gleiche Zoomstufen).
Zwischen Firefox und Chrome gibt es hier keinen fühlbaren Unterschied.
Bei Zoom 16 läuft iD extrem langsam, bei Zoom 19 ist die Geschwindigkeit nervig, aber für kleine Bearbeitungen gerade noch akzeptabel.

Auf einer halbwegs schnellen Desktopmaschine geben sich beide Browser sehr wenig in einem nicht sehr dicht gemappten Gebiet, wobei Chrome schon einen Performance Vorteil hat (auf weniger performanten HW sieht das vermutlcih anders aus). In dichtgemappten Gebieten, z.B. Stadtzentrum Zürich, sind die tieferen Zooms unbrauchbar egal welcher Browser, das ist aber auch kein Wunder.

iD hat bei mir bzgl. der Geschwindigkeit gegen Potlatch 2 und erst recht gegen JOSM absolut keine Chance.

Hat das irgendjemand erwartet oder angepriesen? Es ist ein in-browser Editor der Anfängern erlauben soll, ohne grossen Aufwand Edits in kleinem Umfang zu machen.

Simon

Hab gerade probiert ob id auf dem Handy läuft. Da würde es für mich Sinn machen, da kein Flash und Java drauf ist. Probiert habe ich es mit dem Browser Dolphin unter Android.

Ich bekam folgende Meldung bei der anscheinend noch etwas Text abgeschnitten wurde:
"This editor is supported in Firefox, Chrome, Safari, Opera, and Internet Explorer 9a
your browser or use Potlatch 2 to edit the map."

Schade.

SimonPoole wrote:

Nop wrote:

Bei mir ein 4 Kern Xeon mit 3,3 GHz, 32GB Speicher und FF 64bit: Alles andere schnell, iD quälend langsam.

Ich glaub die Standardantwort ist: Chrome verwenden.

- kleiner (und sinkender) Marktanteil von FF, von einigen (in den Augen von MapBox vermutlich irrelevanten) Nischen abgesehen

Ich glaub das war jetzt die falsche Antwort um Sympathien für so eine "strategische Entscheidung" zu wecken. :-)

Welche strategische Entscheidung? Sorry du liegst aber -völlig- falsch. iD war und ist keine Auftragsarbeit der OSM community oder der OSMF, der Feature Set und unterstützte Platformen sind rein eine Entscheidung der Entwicklern (hauptsächlich MapBox).

Die Entwicklung von iD war zwar keine Auftragsarbeit und somit nicht eine Entscheidung der OSMF, aber die Erhebung von iD zum default editor auf osm.org ist sehr wohl eine "strategische Entscheidung" der OSMF (oder zumindestens sollte eine sein).

Insofern muss sich die OSMF bei dieser Entscheidung sehr genau ueberlegen auf welchen Browsern und Betriebsystemen es gut laeuft und wie viele User dadurch moeglicherweise "verprellt" werden. Wobei man es immer relativ zum jetztigen Status sehen muss, der auch nicht ideal ist. Allerdings (Uebertrieben gesprochen), die Notwendigkeit sich einen schnelleren Computer anzuschaffen, einen anderen Browser zu verwenden, und moeglicherweise das Betriebsystem zu wechsel, faellt auch nicht gerade unter "Einsteiger freundlich" welches sich iD auf die Fahne schreibt... ;-)

SimonPoole wrote:

• FF als unwichtiges kleines Nischenprodukt mit einem Marktanteil von ca. 50% in Deutschland [1]?
  

iD ist open source und es gibt nichts was dich davon abhält besseren Support für FF einzubauen, man kann aber MapBox keinen Vorwurf daraus machen, dass sie ihre Prioitäten anders setzen.

Nein, MapBox kann man das nicht (unbedingt) vorwerfen, aber die OSMF hat dann das Recht (und moeglicherweise auch die Pflicht), eben zu sagen das es noch nicht so weit ist iD zum default editor auf osm.org zu machen. Diese Entscheidung muss sehr behutsam gemacht werden.

SimonPoole wrote:

Aber mal im Ernst: Es soll doch wohl nicht ein Editor als Standard für neue Nutzer angeboten werden, der im IE gar nicht und mit FF nur sehr unerfreulich läuft?

Es ist ja nicht so, dass er jetzt als Standard angeboten wird. Wenn das passiert, dann dürfte die Entscheidungsgrundlage sein, ob iD für die Zielgruppe die bessere Lösung ist als P2. Support für IE 10 ist soviel ich weiss in Arbeit, ältere Versionen werden sicher nicht unterstützt.

Wenn ich mich nicht taeusche, war es geplant iD sofort zum Standard editor zu machen. Es stand sogar so im offiziellen OSMF blog am 7ten May: "From later today, new OpenStreetMap users with a modern browser will automatically use the new iD editor", wobei das wohl ein Versehen war und nicht so im Blog stehen sollte. Es gibt auch einen entsprechenden pull request von MapBox um iD zum default zu machen ( https://github.com/openstreetmap/openst … e/pull/262 ) in dem eigentlich nur woodpeck gegen das direkte mergen war.

Insgesamt hat iD denke ich viel Potential und viele Sachen sind schon recht gut geloest, insofern bin ich der Meinung das die Entscheidung iD als weitere Option auf osm.org anzubieten gerechtfertigt war. Ich hoffe mal das die ausstehenden Probleme auch demnaechst geloest werden koennen und somit iD tatsaechlich zum default Editor aufsteigen kann. Man muss schliesslich bedenken, das das Perfekte nicht zum Feind vom Guten wird und somit sich nichts verbessert.

Es gibt auch Chromium - ohne proprietären Google-Code

Deselektieren von Flächen ist in iD etwas merkwürdig gelöst: das scheint nur zu funktionieren, wenn man einen Punkt außerhalb der selektierten Fläche anklickt. Bei Potlatch2 spielt es keine dagegen Rolle, ob der Punkte innerhalb oder außerhalb der Fläche liegt, solange es nicht den Rahmen selbst trifft.

Für eine (wahrscheinlich unbewußt) selektierte landuse=residential-Fläche kam heute schon jede Hilfe zu spät: die "Halbmond"-Palette mit den 5 Icons ist wohl zeitlich so ungünstig hochgepoppt, dass es beim Ziehen der Karte genau den Löschknopf erwischt hat - das ganze natürlich völlig unbemerkt. Der Speichern-Dialog hatte noch nicht die Erleuchtung gebracht, spätestens beim Changeset anzeigen war dann klar: da ist etwas ziemlich schief gelaufen... also den JOSM Reverter angeworfen und wieder aufgeräumt. 🤔

amm wrote:

...

Wenn ich mich nicht taeusche, war es geplant iD sofort zum Standard editor zu machen. Es stand sogar so im offiziellen OSMF blog am 7ten May: "From later today, new OpenStreetMap users with a modern browser will automatically use the new iD editor", wobei das wohl ein Versehen war und nicht so im Blog stehen sollte. Es gibt auch einen entsprechenden pull request von MapBox um iD zum default zu machen ( https://github.com/openstreetmap/openst … e/pull/262 ) in dem eigentlich nur woodpeck gegen das direkte mergen war.
....

Diskussionen finden nicht nur auf github statt. Ursprünglich hatte MapBox eigentlich angekündigt als ersten Schritt iD einfach in der Editorliste haben zu wollen, der pull Request führte dann zu einer Diskussion ob man nicht einfach doch den Default umstellen sollte. Es stellte sich aber dann unter anderem auch die Frage was das genau heisst (z.B. für die 150'000 oder wieviel auch immer, die mit P1/P2 editiert haben, den Editor aber nicht explizit ausgewählt haben) und das liess sich im verfügbaren Zeitrahmen nicht vernüftig entscheiden (auch aus technischen Gründen).

Ich persönlich würde eine Umstellung nur für -neue- Beitragende (auch für solche die schon lange ein Konto haben und noch nie editiert haben) durchaus befürworten, da ich denke das in der Summe iD von den Möglichkeiten die beste Lösung ist für Neulinge. Allerdings muss zuerst noch der Browser-Detection Code auch wirklich iD nur starten für die Browser die wirklich funktionieren (im Augenblick kann man z.B. IE10 verwenden, es werden nur keine Daten geladen). Man braucht auch mit Sicherheit im Schnitt keine neuen Computer für iD (ausser man will ihn als Ersatz für JOSM verwenden :-)).

Die Diskussion die darauf hinaufläuft, dass iD (oder Browser X) nicht gut ist, weils nicht JOSM ist, bringen nicht wirklich was, die Ansprüche und Zielgruppen sind anders. Die angeblichen grossflächigen Beschädigungen durch iD Benutzer sind bis jetzt nicht belegt worden und es giibt keine Anzeichen, dass mehr kaputt gemacht wird als mit anderen Editoren.

Simon

SimonPoole wrote:

Die Diskussion die darauf hinaufläuft, dass iD (oder Browser X) nicht gut ist, weils nicht JOSM ist, bringen nicht wirklich was, die Ansprüche und Zielgruppen sind anders. Die angeblichen grossflächigen Beschädigungen durch iD Benutzer sind bis jetzt nicht belegt worden und es giibt keine Anzeichen, dass mehr kaputt gemacht wird als mit anderen Editoren.

Nein, die Diskussion, das alles ausser JOSM nur ein Spielzeug ist bringt uns wirklich nicht weiter. ( Ich verwende in den meisten faellen P2 da das fuer das meiste ausreicht und imho einfacher ist mal schnell was zu verbessern als JOSM zu starten und damit zu hantieren. )

Was hingegen wirklich helfen wuerde, waere empirische Daten zu erheben wie die echte Neulige auf iD und P2 reagieren und welches ihnen lieber ist, intuitiver erscheint, und womit sie weniger Fehler machen. Man koennte das entweder in Labor versuchen machen, welches deutlich detailiertere Ergebnisse liefert, dafuer aber weniger umfangreich und wesentlich aufwendiger waere, oder man probiert aus iD fuer X prozenet der Neulige als default zu setzen und fuehrt dann eine statistische Auswertung durch, welcher Editor besser angenommen wird und ob welcher mehr Fehler provoziert.

SimonPoole wrote:

Ich persönlich würde eine Umstellung nur für -neue- Beitragende (auch für solche die schon lange ein Konto haben und noch nie editiert haben) durchaus befürworten, da ich denke das in der Summe iD von den Möglichkeiten die beste Lösung ist für Neulinge.

Dazu hat Frederik in der Github-Diskussion aber einen ganz wichtigen Punkt aufgezeigt: Solange iD nicht eine gewisse Nutzerbasis unter den regelmäßigen, erfahrenen Mappern erreicht hat, sollte man Anfängern nicht standardmäßig diesen Editor hinwerfen. Wenn sie dann nämlich eine Frage haben und auf help.~ oder Foren und Mailinglisten regelmäßig nur ratloses Schulterzucken oder die Antwort "nimm Potlatch (oder gleich JOSM)" ernten, ist auch nichts verdient.

amm wrote:

... oder man probiert aus iD fuer X prozenet der Neulige als default zu setzen und fuehrt dann eine statistische Auswertung durch, welcher Editor besser angenommen wird und ob welcher mehr Fehler provoziert.

Die Idee gefällt mir, wenngleich ich auch bei dieser Variante noch eine Wartezeit von einigen Wochen befürworten würde. Die Bewertung, mit welchem Editor mehr Fehler entstehen, ist aber schwierig. Jegliche (automatische oder - sehr aufwendige - manuelle) Auswertung erfaßt nur immer bestimmte Klassen von Fehlern und hat damit einen Bias. Hingegen läßt sich sehr einfach objektiv erfassen, welcher Anteil einer bestimmten Nutzergruppe nach z.B. am Tag N oder innerhalb von N Tagen nach dem ersten Edit einen weiteren vornimmt oder an N der folgenden M Tage mindestens einen weiteren Änderungssatz aufmacht, oder sogar den Umfang der Änderungssätze einbeziehen. Ich hatte vor längerer Zeit mal mit sowas rumgespielt, siehe hier (mit Daten von 2011). Bisher bin ich noch nicht dazu gekommen, dies weiter zu verfolgen.

FYI Diskussion zum Bug in FF https://bugzilla.mozilla.org/show_bug.cgi?id=837985

Hallo,

zur Diskussion, ob iD Default sein sollte oder nicht, möchte ich Folgendes beitragen:

Ich beobachte regelmäßig mit einem RSS-Feed bei WhoDidIt, was in meiner Gegend passiert. Mir ist aufgefallen, dass seit ein, zwei Tagen alle Neulinge, die zum ersten Mal etwas bearbeiten, iD nutzen. Ich vermute, dass es schlicht und einfach daran liegt, dass iD ganz oben im Dropdown-Menü unter Editieren steht. Die Leute sehen das Dreieck neben "Bearbeiten", klicken drauf, weil sie ein Dropdown-Menü dahinter vermuten und nehmen einfach die ersten Option.

Viele Grüße

Michael

Das war zu vermuten / befürchten.
Ich schreibe befürchten deswegen, weil alle Menschen dazu tendieren stets den einfachsten Weg zu nehmen. Es ist ja auch verständlich. Dabei bleiben komplexere Zusammenhänge oft auf der Strecke.
Ich wäre für eine Kennzeichnung aller drei Pakete mit einstieg/ einfach / komplex oder so ähnlich.
Dann könnte ein Neuling selbst entscheiden, was er gern hätte. Es gibt ja unter Neulingen auch CAD bzw GIS Profis.

Grüße,
Marek

marek kleciak wrote:

Ich wäre für eine Kennzeichnung aller drei Pakete mit einstieg/ einfach / komplex oder so ähnlich.
Dann könnte ein Neuling selbst entscheiden, was er gern hätte. Es gibt ja unter Neulingen auch CAD bzw GIS Profis.

Sollte deiner Meinung im Dropdown-Menü Folgendes stehen?

Bearbeiten
- iD (Editor im Browser für Einsteiger)
- Potlatch 2 (Flash-basiert Editor im Browser für Einsteiger)
- Remote-Control (JOSM oder Merkartoor) für Fortgeschrittene und Profis

marek kleciak wrote:

Das war zu vermuten / befürchten.
Ich schreibe befürchten deswegen, weil alle Menschen dazu tendieren stets den einfachsten Weg zu nehmen. Es ist ja auch verständlich. Dabei bleiben komplexere Zusammenhänge oft auf der Strecke.
Ich wäre für eine Kennzeichnung aller drei Pakete mit einstieg/ einfach / komplex oder so ähnlich.

Es ist doch gewünscht, das Neu-Mapper möglichst einfach mitmachen können. Und da reciht es mNn, wenn man iD als Standard nimmt. ich habe auch einige Zeit gebraucht, bis ich gemerkt habe das es da ein Dropdown-Menu gibt.
Dadurch forciert sich auch das Problem das iD gefixt werden mus sofern noch Probleme auftreten.

Erfreulicherweise soll iD erst zum Standard-Editor werden, nachdem er die Bearbeitung von Relationen besser unterstützt und unter Firefox schneller läuft:
https://github.com/systemed/iD/wiki/1.1-Roadmap

Gruß,
Mondschein

iD 1.1 beta jetzt u.a. mit Unterstützung von Relationen:
http://www.mapbox.com/blog/tuning-opens … ditor-1-1/

Link zum Ausprobieren:
http://openstreetmap.us/iD/release/

Gruß,
Mondschein

Laut http://donate.openstreetmap.org/server2013/ wurde das Spendenziel vor wenigen Stunden geknackt.

Erste berufene Aussage zum Thema: http://lists.openstreetmap.org/pipermai … 67328.html - das Spendenziel wurde kurzerhand angehoben.

Oli-Wan wrote:

Laut http://donate.openstreetmap.org/server2013/ wurde das Spendenziel vor wenigen Stunden geknackt.

Psst, nicht so laut. Es dürfen ruhig noch ein paar Spenden dazu kommen 😉

Oli-Wan wrote:

Laut http://donate.openstreetmap.org/server2013/ wurde das Spendenziel vor wenigen Stunden geknackt.

Sind da die Spenden über die FOSSGIS schon dabei?

Edbert (EvanE)

EvanE wrote:

Sind da die Spenden über die FOSSGIS schon dabei?

Wenn du sowas meinst, dann ja.

Georg Lösel
FOSSGIS; Transfer of German contributions; 13-06-13 2013-06-13 20:38:49 EUR 1,200.00

siehe: http://donate.openstreetmap.org/comments/

reneman wrote:

EvanE wrote:

Sind da die Spenden über die FOSSGIS schon dabei?

Wenn du sowas meinst, dann ja.

Georg Lösel
FOSSGIS; Transfer of German contributions; 13-06-13 2013-06-13 20:38:49 EUR 1,200.00

siehe: http://donate.openstreetmap.org/comments/

Danke für die Info.
Beim letzten Mal waren wir mit den Spenden via FOSSGIS ja etwas spät dran.

Edbert (EvanE)

amm wrote:

Werden die Relationen tatsaechlich zerstoert? Soweit ich weis hat iD einiges and Logik im Hintergrund um mit den Relationen sinnvoll umzugehen und je nach Typ und Editiervorgang automatisch das korrekte zu tun. Wenn das mit den standard Relationen wie routen, multipolygonen und Abbiegebeschraenkungen nicht funktioniert, dann muss das dringen gefixt werden. Falls ihr also konkrete Beispiele habt wo iD das falsche macht, bitte hier oder im issue tracker auf github berichten.

Grad ein Wald-MP repariert, das nach Bearbeitung mit iD nur noch einen outer way (von ehedem 5 outer und 33 inner) hatte:
http://www.openstreetmap.org/browse/rel … 20/history