Wir brauchen feste Regeln für die Verwendung von Multipolygonen!

@streckenkundler
Super Beispiel, aber nicht um den iD-Anwender zu kritisieren, keineswegs!, sondern eher um das Mapping-Schema zu kritisieren, also wenn 2D-Objekte (Flächen) mit Wegpunkten von 1D-Highway-Linien an den Flächenrand verbunden werden. Wenn dann wie hier, die 1D-Highway-Linien noch als Teil/Teile von Relationsrouten genutzt werden, wird es für den iD-Editor Anwender richtig „strukturiert“, falls das 1D- und 2D-Objekt getrennt*, oder generell bearbeitet werden möchte.

Nebenbei, es wurde eben auch noch diese Strassenlinie in 2 Stücke aufgeteilt und verschoben, siehe jetzt Linienstück 1:
https://www.openstreetmap.org/way/32063709
https://pewu.github.io/osm-history/#/way/32063709
und Linienstück 2:
https://www.openstreetmap.org/way/646998198
https://pewu.github.io/osm-history/#/way/646998198
Diese Stücken laufen jetzt etwas unglücklich parallel zueinander.

Also kann mit dem iD-Editor und einem durchschnittlich begabten iD-Editor Anwender versehentlich nicht nur ein eher unerwünschtes MP wie in meiner Mitteilung #58 https://forum.openstreetmap.org/viewtopic.php?pid=725532#p725532 erwähnt entstehen, sondern vermutlich auch dann, wenn man eine 1D-Weglinie (welche Teil einer Relationsroute ist und entlang auf einer 2D-Flächenkante verläuft) mit der Schneidefunktion in 2 Teile geteilt … Diese Aufteilung eines Straßenstückes in mehrere Linienstücken ist ja häufiger notwendig, z.B. bei Änderung des Straßenbelages oder maxspeed Eintragungen…

*Verbunden (1D und 2D Objektpunkte) sind ja derzeit noch folgende Punkte (von West nach Ost):
https://www.openstreetmap.org/node/359963895 (Dieser ist der interessanteste, da dort die 1D-Linien getrennt sind)
https://www.openstreetmap.org/node/359963897
https://www.openstreetmap.org/node/1238529003

Wenn man diese verbundenen Punkte trennen möchte stehen folgende 2 mir bekannte Optionen zur Verfügung:
Option a) beidseitig zwei neue Punkte auf die zwei abgehenden 1D-Linien setzen, dort an den beiden neuen Punkten die zwei Linien zerschneiden(Funktion: Linie teilen), um danach die 2 neu entstandenen Linienschnittpunkte zu löschen (Vorher noch zwei weitere temporäre Punkte auf den beiden Linien erstellen, sonst löscht man später alles weg), nachträglich ohne die Stelle der ursprünglich verbundenen Punkte anzutasten die 2 neu entstandenen nun offen Linienenden wieder zusammenzusetzen
=> dabei handelt man sich häufig MPs ein, die nur von etwas erfahrenen iD-Benutzer nachträglich vor dem upload wieder vereint werden(Linien von MP vereinen / “+“ Symbol), wenn man dann nicht noch die Flächen-Chronik abgeschneidet, weil man die beiden Stücken nach der ungünstigen Reihenfolge markiert hat
(Bin nicht sicher, ob man hier meiner Beschreibung folgen kann, vielleicht drehe ich dazu mal bei Gelegenheit ein Video…, ich bekomme nach dieser Methode temporär viele Konstruktionen “kaputt”, um sie danach - vor dem upload - wieder zusammenzubauen)
Option b) man entfernt an den entsprechenden 2 Wegstücken zunächst die Rad-/Wander-/Busrelationsinfo’s, um dadurch die Funktion „Punkte-trennen“ freizuschalten(ist sonst ausgegraut), um später nach dem Punktetrennen die Rad-/Wander-/Busrelationsinfo’s wieder zuzuweisen.

Wenn die Wegstücken, welche bearbeitet werden sollen 1 bis 2 Rad-/Wander-/Busrelationsinfo’s enthalten gehe ich wie in Option b) beschrieben vor, sonst bei mehr als 2 Relationsinfo’s pro Wegstück wende ich Option a) an.

PS: Option a) kann bestimmt auch genutzt werden, um Abbiegebeschränkungen und ggf. noch andere Dinge durcheinander zu bringen…

Ich habe denselben Eindruck. Diese MP-Relation habe ich gelöscht, weil sie keinerlei Mehrwert hatte und die Daten unnötig komplizierte. Sie wurde von einem neuen Kollegen mit iD erzeugt, und das wohl kaum mit Absicht.

wenn sich die tags auf dem way auf eine Linie beziehen, die der Relation auf eine Fläche, dann bedeutet die Umstellung, dass man einen 2. überlappenden way zeichnen muss, was bei vielen Nodes ziemlich lästig bei zukünftigen Änderungen ist.

Ja das ist so eine Krankheit die vieles schwer macht zu bearbeiten… das allgegenwärtige “Verkleben”… :frowning: gerade ID verklebt gerne… aber auch bei JOSM wünschte ich mir das ich weniger die Strg-Taste bräuchte…

Da wäre es gut wenn das auf verschiedenen “Layern” liegen würden die erst einmal nicht fangbar sind… und nur wenn man dieses einschaltet… Layer “Landuse/Natuarl/Buildings/Highways/Admingrenzen”. Mit Filtern geht das aber des ist mir zu aufwändig bzw. zu kompliziert… müsste ich mal viel Zeit haben… :confused: aber ich passe eh auf :wink:

Oder man betrachtet dies als zulässigen Fall von MP-Einsatz und stellt nicht um.

Könntest Du das bitte an einem Beispiel verdeutlichen? Mir fehlt da gerade irgendwie die Fantasie.

Ich versuchs mal:

Eine Wiese ist von vier Linien eingefasst: im Westen ein Zaun, im Norden eine Hecke, im Osten ein Bachlauf und im Süden eine Mauer.

Nach MP-Technik nimmst du die vier Linien, packst sie als outer in ein MP und taggst das MP landuse=meadow.

Nach Polygon-Technik musst du über die vier Linien ein neues Polygon (also eine fünfte Linie) zeichnen und dieses landuse=meadow taggen. Das erschwert das Selektieren z.B. des Baches, wenn man den mal bearbeiten will.

Edit: Oder man nimmt einfach mein Lieblingsbeispiel eines Zaunes, der eine Wiese einschließt, was ich in #109 bereits dargestellt habe (ziemlich in der Mitte).

–ks

Wo der Bach ist kann keine Wiese sein -praktisch - maximal das Bachbett schließt an die Wiese als Fläche an.

Und der Zaun ist auf der Wiese - layer=* - dann kann auch der Zaun einen name=* oder sonst etwas erhalten und die Wiese dito.

Mir bereitet das keinerlei Schwierigkeiten (wohl auch, weil das bei Grenzen sehr oft passiert): wenn ich beim Click sehe, dass ich nicht den gewünschten Way erwischt habe, mach ich einfach ALT GR/Click (Josm) und dann hab ich halt den anderen Way ausgewählt. Und in Extremfällen halt nochmal.

Gruss
walter

@wambacher: ich denke nicht, dass kreuzschnabel hier von sich selbst (oder anderen profis im umgang mit josm) gesprochen hat :wink:

ich schon :wink:

Zudem wollte ich nur klarstellen, dass das gar nicht sooo schwer ist und damit kein Hindernis darstellt, das genauso zu machen. Wie es in iD geht, weiss ich net, aber gehen wird das wohl auch.

Gruss
walter

Leider nein. Im ID kann man nicht zwischen übereinander liegende Linien unterscheiden. Das ist äusserst mühsam. Ich habe schon vorgeschlagen, die Objektabfrage auch im Edit-Mode einzubauen, damit man den richtigen Knoten/Weg selektieren kann.

Vielen Dank dür deiner hervorragende Analyse… Ich konnte einigermaßen folgen. Wenn man das sauber reprduzieren kann, kann man da ein Ticket aufmachen?

Es entstand übrigens der Fehler, den ich vermutet hatte: “duplicate Segment in Relation” : also innerhalb einer Relation berühren sich deren Outer an mehr als einem Punkt.

Zur Doku:

Ich bereinige das nun…

Diesen in weitere Fehler findet man übrigens auch äußerst gerne bei Gebäuden, wo einfach eine MP-Relation angelegt, alle Gebäudeteile reingeschmissen wird und fertig… Beispiel: https://www.openstreetmap.org/relation/8798474, OSMI: http://tools.geofabrik.de/osmi/?view=areas&lon=10.22313&lat=53.53203&zoom=18

Bei den Gebäuden tauchen gelegentlich auch andere Dinge auf, wo ich nicht sicher bin, was der Künstler damit sagen wollte:

  1. http://tools.geofabrik.de/osmi/?view=areas&lon=13.34287&lat=50.91732&zoom=18
  2. http://tools.geofabrik.de/osmi/?view=areas&lon=13.37610&lat=52.50960&zoom=18
  3. http://tools.geofabrik.de/osmi/?view=areas&lon=13.43523&lat=52.50949&zoom=18

von sowas lasse ich die Finger.

Sven

Kann ich nicht nachvollziehen bei mir passiert da überhaupt nichts, ausser dass sich der Cursor in ein mir unverständliches Viereck-ähnliches Gebilde ändert.

Zur Klarheit, wen und was ich meine: In #119 hat user:dieterdreist die zitierte Aussage gemacht, in #122 hat user:Pfad-Finder nach einem Beispiel gefragt, das ich dann konstruiert habe. Ich fasse sie als allgemeine Aussage auf, also auch bezüglich Anfängern mit iD.

Ich persönlich habe auch kein Problem damit, den gewünschten Way zu selektieren, aber wenn JOSM auch zweifellos der beste OSM-Editor ist, so ist es doch nicht der einzige, und wir sollten auf die anderen auch etwas Rücksicht nehmen, zumal der amtierende Online-Editor auf osm.org als Einstiegsdroge unerlässlich ist.

–ks

:smiley: Man soll also aus Rücksicht auf z. B. ID vermehrt Relationen einsetzen? :sunglasses:

Oder wyos Vorschlag aus #128 unterstützen, iD eine Way-Auswahl-Möglichkeit zu spendieren.

–ks

Beispiel 1: forest und residential mit überlappenden Ways
Click:

ALTGR/Click

Beispiel2:
Multipolygon

nachher

Hier wird zwischen der Anzeige des MP-Ways und des gesamtem MP unterschieden.

Hattu auch ALT GR festgehalten und dann geklickt?

Gruss
walter

Klärt erstmal, welche Betrübssysteme ihr jeweils benutzt. Bei Walter vermute ich Ubuntu.

–ks

Ich verwende Windows, da ist weder bei AltGr ein Effekt noch bei STRG+Alt.