[Osmf-talk] App damaging OSM data

[Robert Grübler]

On Di. 21.09.2021 00:00 Andy Townsend ajt1047 at gmail.com wrote:

 

>One of those was (and I hope you don't mind me quoting here) 

> "For years, the iD editor made a trail of devastation through relations. 

> Splitting paths that are part of relations destroys the order of 

> relation members and thus also an essential piece of information"

(1) 

Is it of any use to say afterwards "Yes, I do mind"? I find it problematic to quote from a non-public document because the context of the quote remains unknown to the reader. This makes misunderstandings possible.

 

 

> The reasons were that (a) hyperbole is rarely an indicator of issue importance.

(2) 

Agreement. However, my strong words are meant as an introduction. The detailed description of the problem and its effects are documented in the issues listed afterwards. It was important to me not only to cite my own issue, but also the issues of other mappers. The different perspectives objectify the issue.

 

 

> The reasons were that (a) … and (b) relationship member order isn't considered 

> important by everyone. Some people do like to sort relations, true, …

(3) 

It is not a matter of preference. Damaged relations lose functionality. Examples:

* in cycling routes the calculated length is no longer correct

* in walking routes the calculated altitude gain are no longer correct

* in node networks (especially with distributed nodes) the routing no longer works

* …

 

> More generally, speaking as someone who keeps an eye on the status 

> of a large number of area features and route relations in GB and Ireland 

> (see here and here) I simply don't see breakage by iD users out of proportion 

> to the percentage of changesets that are by iD

 

(4)

I primarily map cycling routes and sometimes also hiking routes. My preferences are routes that cannot be found on the web. I don't keep statistics, but my feeling is that none of my routes survive 1 year undamaged. Fixing routes is a constant base load. I don't repair bus routes anymore, it's a pointless waste of energy.

 

Some routes are quickly repaired. An automatic sort is all that is needed. I'm not sure if these cases are in the majority. At least a significant proportion need manual effort. Routes with damaged order in loops cannot be sorted automatically (at least JOSM currently cannot). Every one-way creates a loop, so cycle routes without loops tend to be exceptions.

 

If automatic sorting finally succeeds, the search for the first element begins for round courses (the issue also loses this). All routes that connect to other routes - such as in node networks - rely on the correct first or last element.

 

Much of what I do manually could also be done by an intelligent SW. But what use is that if it does not (yet) exist? Some things the software will never be able to do. How should the SW know that the signposts do not define an 8 but a constricted O with a touch in the middle? 

 

Sometimes I go into the damaged relations and try to understand how it happened. I don't keep statistics on the causes of errors, but my impression is that it is very often the iD-Editor that goes wrong.

 

In short: I am far from being rarely affected by this issue.

 

 

> … and there's been a significant amount of discussion on those issues (such as here).

5)

3 years is a long time. I wonder how the priority of data integrity compares to other points. 

See  <https://github.com/openstreetmap/iD/blob/develop/CHANGELOG.md> https://github.com/openstreetmap/iD/blob/develop/CHANGELOG.md 

 

Finally, I don't want to blame anyone, but I want to point out a weak point that is harming our project.

 

 

Best Regards

Robert (robhubi)

 

===== Translated with www.DeepL.com/Translator <http://www.DeepL.com/Translator>  =====

 

(1)

Nützt es etwas nachträglich zu sagen „Ja, es macht mir etwas aus“? Ich finde es problematisch aus einem nicht-öffentlichen Dokument zu zitieren, weil der Kontext des Zitates dem Leser unbekannt bleibt. Dadurch sind Missverständnisse möglich.

 

(2) 

Zustimmung. Allerdings sind meine starken Worte als Einleitung gemeint. Detaillierte Problembeschreibung und dessen Auswirkungen sind in den danach angeführten Issues dokumentiert. Mir war wichtig, nicht nur meinen eigenen Issue zu zitieren, sondern auch die Issues anderer Mapper. Die verschiedenen Blickwinkel objektivieren den Sachverhalt.

 

(3) 

Es ist keine Frage von Vorlieben. Beschädigte Relationen verlieren an Funktionalität. Beispiele:

* in Radrouten stimmt die berechnete Länge nicht mehr

* in Wanderrouten stimmen die berechneten Höhenmeter nicht mehr

* in Knotenpunktnetzwerken (besonders bei verteilten Knoten) funktioniert das Routing nicht mehr

*  …

 

(4)

Ich mappe primär Radrouten und manches Mal auch Wanderouten. Meine Vorlieben sind Routen, die im Web gar nicht auffindbar sind. Ich führe keine Statistik, aber mein Gefühl ist, keine meiner Routen überlebt 1 Jahr unbeschädigt. Routen zu reparieren ist eine konstante Grundlast. Busrouten repariere ich nicht mehr, es ist eine sinnlose Vergeudung von Energie.

 

Manche Routen sind schnell repariert. Eine automatische Sortierung reicht. Ich bin mir nicht sicher, ob diese Fälle in der Mehrzahl sind. Zumindest ein erheblicher Anteil braucht Handarbeit. Routen mit beschädigter Reihenfolge in Schleifen  können nicht automatisch sortiert werden (zumindest JOSM kann es aktuell nicht). Jede Einbahn erzeugt eine Schleife, daher sind Radrouten ohne Schleifen eher Ausnahmen.

 

Gelingt dann endlich die automatische Sortierung, beginnt bei Rundkursen die Suche nach dem ersten Element (auch die verliert der Issue). Alle Routen, die Anschluss zu anderen Routen haben – wie z.B. in Knotenpunktnetzwerken – sind auf das richtige erste bzw. letzte Element angewiesen.

 

Vieles von dem was ich manuell mache, könnte auch eine intelligente SW machen. Aber was nützt das, wenn es diese (noch) nicht gibt? Manches wird die SW auch nie können. Woher soll die SW wissen, dass die Wegweiser keine 8 definieren sondern ein eingeschnürtes O mit Berührung in der Mitte? 

 

Manches Mal gehe ich den beschädigten Relationen nach und versuche zu verstehen wie es dazu kam. Ich führe keine Statistik über die Fehlerursachen, aber mein Eindruck ist, es patzt sehr oft der iD-Editor.

 

Kurz zusammengefasst: ich bin weit davon entfernt nur selten von diesem Issue betroffen zu sein.

 

(5)

3 Jahre sind eine lange Zeit. Ich frage mich, wie die Priorität von Datenintegrität in Vergleich zu anderen Punkten steht. Siehe https://github.com/openstreetmap/iD/blob/develop/CHANGELOG.md  

 

Zum Schluss:  ich werfe niemanden etwas vor, ich möchte vielmehr die Aufmerksamkeit auf einen wunden Punkt richten, der unser Projekt schadet.

 

Beste Grüße

Robert (robhubi)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/osmf-talk/attachments/20210921/fec066c1/attachment.htm>