Verbesserungsvorschläge für ID Editor

SimonPoole · 2017-01-08 12:02:39

geri-oc wrote:

SimonPoole wrote:
...
Das ist ein/dein Fehlschluss. Der Ansatz in JOSM, nachträgliche Validierung, ist nur eine von mehreren Wegen wie man Datenfehler verhindern kann, so kann man man z.B. Aktionen gar nicht erst zulassen die ungültige Daten produzieren oder unmittelbar wenn eine Aktion ausgeführt wird auf ein Problem aufmerksam machen.
Zwei Wege übereinander ohne gemeinsamen node ...
Bach über Straße ...
Zwei Straßen übereinander ...

Wieso sollte man das nicht beim Einzeichnen abfangen können?

geri-oc · 2017-01-08 12:26:23

SimonPoole wrote:

geri-oc wrote:
SimonPoole wrote:
...
Das ist ein/dein Fehlschluss. Der Ansatz in JOSM, nachträgliche Validierung, ist nur eine von mehreren Wegen wie man Datenfehler verhindern kann, so kann man man z.B. Aktionen gar nicht erst zulassen die ungültige Daten produzieren oder unmittelbar wenn eine Aktion ausgeführt wird auf ein Problem aufmerksam machen.
Zwei Wege übereinander ohne gemeinsamen node ...
Bach über Straße ...
Zwei Straßen übereinander ...
Wieso sollte man das nicht beim Einzeichnen abfangen können?

Wird aber bei iD nicht gemacht und hochgeladen.
Eine Straße durchs Haus wird angemeckert - was ja richtig ist.

SimonPoole · 2017-01-08 12:29:27

MKnight wrote:

..
Simompoole: mir ist klar, dass mit iD diverse Dinge nicht kaputtzumachen sind. Das liegt aber imho da nicht an QA sondern an fehlender Funktionalität.
Gegeben sei bspw. der Fall Strassen zu begradigen. Ich bezweifle, dass iD da bei unterschiedlichen Werten das aus QA/Fehlergründen unterbindet, sondern einfach aus Komplexiität (Faulheit auf deutsch). (Oder eben aus Mangel an QA-Prüfung, was ich aber bezweifle)

Die Begradigungsfunktion wird nur angeboten (expliziter Test) wenn der Weg nicht geschlossen und einigermassen gerade ist. Ähnliche Tests hats bei diversen anderen Operationen.

SimonPoole · 2017-01-08 12:33:58

geri-oc wrote:

SimonPoole wrote:
geri-oc wrote:
Zwei Wege übereinander ohne gemeinsamen node ...
Bach über Straße ...
Zwei Straßen übereinander ...
Wieso sollte man das nicht beim Einzeichnen abfangen können?
Wird aber bei iD nicht gemacht und hochgeladen.
Eine Straße durchs Haus wird angemeckert - was ja richtig ist.

Und? Ich hab ja auch nicht behauptet das iD das macht. Es ging nur drum, dass die nachträgliche Validierung a la JOSM nicht der einziger oder bester Weg ist Fehler zu vermeiden.

slhh · 2017-01-08 12:34:25

Zur Vermeidung aufeinander folgende doppelte Knoten (bei gleicher Id) in Wegen ist etwas in Arbeit (https://github.com/openstreetmap/iD/pull/3676).

Wenn ein derartiger Knoten in einem QA-Tool auftaucht, sollte dieser durch Einfügen eines zusätzlichen Knotens in den Weg per Doppelklick und anschließendes Löschen des neu eingefügten Knotens auch mit iD zu beheben sein.

Der Fall, dass sich zwei verschiedene Nodes an gleicher Position befinden, scheint mir aber nicht grundsätzlich falsch zu sein und dürfte damit auch schlecht zu verhindern sein.

Derartige doppelte Knoten sollte man mit iD auseinandeziehen können. Falls gewünscht kann man sie anschließend wieder übereinanderschieben, um sie automatisch zu einem gemeinsamen Knoten zu vereinen.

AB-inf-x-chg-AB wrote:

Also der gewünschte zu bearbeitende Koordinatenpunkt wird dann vom Menü verdeckt, und man muss z.B. die Fläche an einer weiter entfernten Position vom Punkt nochmals anklicken/markieren, um das Menü nachträglich an anderer xy-Position erscheinen zu lassen.

Man kann mit der Leertaste das Menü aus- und einschalten. Das ringförmige Menü wird aber wohl ohnehin bald ersetzt (https://github.com/openstreetmap/iD/issues/3671).

AB-inf-x-chg-AB wrote:

Also Beispiel, verschiedene Flächen (landuses) sind miteinander verklebt, z.B. 3 Flächen treffen sich dann einer gemeinsamen Koordinate. Also liegen dort 3 verklebte Punkte übereinander?

Das ist nur ein gemeinsamer Node.

Weide · 2017-01-08 12:58:38

SimonPoole wrote:

Wieso sollte man das nicht beim Einzeichnen abfangen können?

Weil es ein Fehler wäre, dass zu tun. Es wurde ja nur ein innerer Widerspruch zwischen den Daten festgestellt. Welche der Angaben falsch ist, ist nicht feststellbar.

Es gibt kein Naturgesetz, dass eine Veränderung von einem widerspruchsfreien Zustand der Daten in einen anderen widerspruchsfreien Zustand der Daten ohne fehlerhafte Zwischenzustände möglich sein muss. Z.B. kann ein Node in PTv2-Relationen nicht mal mit der Rolle "stop" und mal mit der Rolle "platform" auftreten (dann würden Passagiere überfahren). Wenn er jetzt in drei Relationen mit "stop" auftaucht und "platform" ist richtig, dann muss man das ändern können und der Editor darf einen nicht daran hindern.

Weide

SimonPoole · 2017-01-08 14:31:47

Weide wrote:

SimonPoole wrote:
Wieso sollte man das nicht beim Einzeichnen abfangen können?
Weil es ein Fehler wäre, dass zu tun. Es wurde ja nur ein innerer Widerspruch zwischen den Daten festgestellt. Welche der Angaben falsch ist, ist nicht feststellbar.
Es gibt kein Naturgesetz, dass eine Veränderung von einem widerspruchsfreien Zustand der Daten in einen anderen widerspruchsfreien Zustand der Daten ohne fehlerhafte Zwischenzustände möglich sein muss. Z.B. kann ein Node in PTv2-Relationen nicht mal mit der Rolle "stop" und mal mit der Rolle "platform" auftreten (dann würden Passagiere überfahren). Wenn er jetzt in drei Relationen mit "stop" auftaucht und "platform" ist richtig, dann muss man das ändern können und der Editor darf einen nicht daran hindern.
Weide

Du hast natürlich Recht, aber man muss ja den Zwischenzustand nicht verhindern, sondern man kann eine entsprechende Warnung oder andere Massnahme ergreifen um den User auf ein potentielles Problem aufmerksam zu machen. Z.B. könnte man einen Kreuungspunkt ohne verbundenen Knoten highlighten oder was anderes Sinnvolles.

Last edited by SimonPoole (2017-01-08 14:32:03)

wambacher · 2017-01-08 15:01:49

SimonPoole wrote:

Es ging nur drum, dass die nachträgliche Validierung a la JOSM nicht der einziger oder bester Weg ist Fehler zu vermeiden.

Daß diese Validierung in Josm automatisch erst direkt vor dem Upload erfolgt - und auf Wunsch auch früher und vollständiger - erscheint mir allerdings als die bessere Lösung. Ich erstelle z.B. öfters mal Hilfskonstrukte, die ich vor dem Upload wieder lösche. Wenn mir dann ein Live-Validator jedesmal auf die Finger hauen würde, wäre ich stark genervt.

Und Live-Warnungen kommen von Josm auch (z.b. wenn z.B. Member einer Relation gelöscht werden sollen).

Die Validierung in iD ist immer noch erschreckend schwach:

$ more iD/modules/validations/index.js
export { validationDeprecatedTag } from './deprecated_tag';
export { validationManyDeletions } from './many_deletions';
export { validationMissingTag } from './missing_tag';
export { validationTagSuggestsArea } from './tag_suggests_area';

Inzwischen 4 (vier!) Validationsmodule der simpelsten Art, das bringt es natürlich ;(

Gruss
walter

geow · 2017-01-08 18:26:58

Mehr ist in Arbeit - nachdem kürzlich ein Newbie 30 Minuten nach der Registrierung (versehentlich) den Michigan Lake zerschossen hat. Hoffentlich wird da jetzt nicht überzogen.

https://github.com/openstreetmap/iD/issues/3681

AB-inf-x-chg-AB · 2017-01-14 13:14:43

slhh wrote:

AB-inf-x-chg-AB wrote:
Also der gewünschte zu bearbeitende Koordinatenpunkt wird dann vom Menü verdeckt, und man muss z.B. die Fläche an einer weiter entfernten Position vom Punkt nochmals anklicken/markieren, um das Menü nachträglich an anderer xy-Position erscheinen zu lassen.
Man kann mit der Leertaste das Menü aus- und einschalten. Das ringförmige Menü wird aber wohl ohnehin bald ersetzt (https://github.com/openstreetmap/iD/issues/3671).

Danke für den Tipp, dies hilft etwas bei diesen Fall :-)

doktorpixel14 · 2017-02-04 18:37:39

Hallo,

Es gab heute ein ziemlich großes Update für den Editor. Es wurde zwar vor allem das Aussehen verändert, aber ich hab auch schon ein paar kleine neue Funktionen gefunden, z.B. kann man jetzt Objekte spiegeln. Weiß jemand, wo man einen vollen Changelog finden kann?

slhh · 2017-02-04 18:41:05

doktorpixel14 wrote:

Weiß jemand, wo man einen vollen Changelog finden kann?

https://github.com/openstreetmap/iD/blo … ANGELOG.md

Galbinus · 2017-02-04 20:02:58

irgendwie scheint der ID mir nicht mehr hochgeladene Tracks anzuzeigen :-(

Galbinus · 2017-02-04 23:13:53

Ich bin aktuell praktisch lahm gelegt beim mapen, hatte heute Morgen beim Joggen einen Track aufgezeichnet, sogar einige Waypoints gesetzt um z.B. Sitzbänke einzuzeichnen und habe den Track hochgeladen und sehe ihn aber nicht, wenn ich ihn versuche in der Karte anzeigen zu lassen. sonst wurde ein solche Track dann als pinke Linie, Waypoints als pinke Kreise angezeigt. Wenn jemand helfen kann - herzlich gerne!

slhh · 2017-02-05 00:04:45

@Galbinus
Hast du bei den Hintergrundeinstellungen OpenSteetMap GPS traces aktiviert? Damit werden bei mir zumindest Tracks angezeigt, wobei ich aber nicht geprüft habe, aus welcher Quelle die stammen.

geow · 2017-02-05 00:36:10

Galbinus wrote:

und habe den Track hochgeladen und sehe ihn aber nicht, wenn ich ihn versuche in der Karte anzeigen zu lassen. sonst wurde ein solche Track dann als pinke Linie, Waypoints als pinke Kreise angezeigt.

Genau wie in JOSM gibt es auch in iD zwei Möglichkeiten GPS-Daten zu verwenden: (a) lokal von deinem Computer oder (b) aus der OSM-GPS-Datenbank.

iD Hilfe wrote:

Um einen GPS-Track fürs Mapping zu verwenden, ziehe ihn einfach in den Karteneditor. Wenn er erkannt wurde, wird der Track als hell-lila Linie auf der Karte dargestellt. Klicke auf das „Kartendaten“-Menu rechts, um die neue Ebene mit dem Track zu aktivieren/deaktivieren oder zoome zum Gebiet des Tracks.

Das funktioniert wie bisher auch in v2.10 einwandfrei, überprüfe evtl. die GPX-Datei, falls es nicht klappt.

iD Hilfe wrote:

Der GPX-Track wird nicht automatisch direkt zu OpenStreetMap hochgeladen.... Möchtest du den GPX-Track jedem zugänglich machen, kannst du ihn nach OpenStreetMap hochladen.

Das läuft über deine Profilseite mit http://www.openstreetmap.org/trace/create
Wenn du den Track nach osm.org hochgeladen hast, musst du vermutlich einige Zeit warten, bis das Layer aktualisiert wurde. Außerdem werden in diesem Layer m.W. nur GPS-Spuren angezeigt, die nicht als "private" gekennzeichnet sind.

Last edited by geow (2017-02-05 00:46:49)

Galbinus · 2017-02-05 20:18:14

Hm - das mit dem reinziehen verstehe ich nicht. Aber das wäre dann genau das, was ich bräuchte.

Daran, das mein Track fehlerhaft sein könnte, kann es nicht liegen, da es mit meinen zu früheren Zeiten hochgeladenen Tracks, die ich früher anzeigen lassen konnte, nun auch nicht mehr geht.

Bleibt noch der unterschied privat oder öffentlich. Alle meine bisherigen Tracks waren privat. Jetzt habe ich den Track von gestern nochmal als öffentlichen Track hochgeladen. Den kann ich jetzt sehen, wenn ich auswähle, dass GPS-Traces angezeigt werden sollen. Allerdings sehe ich dann alle Tracks, die irgendjemand zu irgendeinem Zeitpunkt mal öffentlich hochgeladen hat. Da ist es schwierig, den eigenen zu identifizieren,

geow · 2017-02-05 22:59:55

Galbinus wrote:

Hm - das mit dem reinziehen verstehe ich nicht. Aber das wäre dann genau das, was ich bräuchte.

Mit der linken Maustaste die gpx-Datei im Explorer anfassen, auf die Oberfläche des iD-Editor ziehen und loslassen, auf neudeutsch auch drag & drop genannt. https://de.wikipedia.org/wiki/Drag_and_ … rop-de.svg

Oder der andere Weg: in iD im rechten Menu "Kartendaten" lokale Datei -> eine Datei laden -> gpx-Datei im Explorer auswählen.

Galbinus · 2017-02-06 07:28:41

geow wrote:

Mit der linken Maustaste die gpx-Datei im Explorer anfassen, auf die Oberfläche des iD-Editor ziehen und loslassen

Irgendwas habe ich wohl gestern bei den ersten Versuchen falsch gemacht, obwohl ich eigentlich weiß, was drag&drop ist. Jetzt bekomme ich es hin. Vielen Dank. Damit kann ich jetzt jedenfalls gut arbeiten.

Announcement

#101 2017-01-08 12:02:39

Re: Verbesserungsvorschläge für ID Editor

#102 2017-01-08 12:26:23

Re: Verbesserungsvorschläge für ID Editor

#103 2017-01-08 12:29:27

Re: Verbesserungsvorschläge für ID Editor

#104 2017-01-08 12:33:58

Re: Verbesserungsvorschläge für ID Editor

#105 2017-01-08 12:34:25

Re: Verbesserungsvorschläge für ID Editor

#106 2017-01-08 12:58:38

Re: Verbesserungsvorschläge für ID Editor

#107 2017-01-08 14:31:47

Re: Verbesserungsvorschläge für ID Editor

#108 2017-01-08 15:01:49

Re: Verbesserungsvorschläge für ID Editor

#109 2017-01-08 18:26:58

Re: Verbesserungsvorschläge für ID Editor

#110 2017-01-14 13:14:43

Re: Verbesserungsvorschläge für ID Editor

#111 2017-02-04 18:37:39

Re: Verbesserungsvorschläge für ID Editor

#112 2017-02-04 18:41:05

Re: Verbesserungsvorschläge für ID Editor

#113 2017-02-04 20:02:58

Re: Verbesserungsvorschläge für ID Editor

#114 2017-02-04 23:13:53

Re: Verbesserungsvorschläge für ID Editor

#115 2017-02-05 00:04:45

Re: Verbesserungsvorschläge für ID Editor

#116 2017-02-05 00:36:10

Re: Verbesserungsvorschläge für ID Editor

#117 2017-02-05 20:18:14

Re: Verbesserungsvorschläge für ID Editor

#118 2017-02-05 22:59:55

Re: Verbesserungsvorschläge für ID Editor

#119 2017-02-06 07:28:41

Re: Verbesserungsvorschläge für ID Editor

Board footer