Durcheinander MP-Relationen (MP = Multi Polygon)

Hi,

http://tools.geofabrik.de/osmi/?view=multipolygon&lon=7.50826&lat=50.38901&zoom=9&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags

Steige da nicht mehr durch. Da werden inner eines MPs als outer eines anderen MP getaggt. IMO total verkehrt, oder?

Welches MP (Rel-Nummer) meinst Du genau?

Prinzipiell kann das Inner eines MP A natürlich auch Outer eines MP B sein.

Beispiel: See in Wiese in Wald.

Dann hätte man 2 MPs:

MP a: Wald-Rand = outer, Wiesenrand = inner

MP b: Wiesenrand = outer, Seeufer = inner

Solltest du das hier meinen http://tools.geofabrik.de/osmi/?view=multipolygon&lon=7.31600&lat=50.59154&zoom=13&overlays=touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,
so ist das definitiv ein Mapping-Fehler.

Ein Inner/Outer darf maximal einen einzigen Punkt mit dem Rand gemeinsam haben. Hier ist es allerdings ein Wegstück. Und das ist nicht OGC-konform.

Gruss
walter

z.B. Jungholz:

  • Inner polygons must not overlap with outer polygons or touch them. * (OSM-Wiki)

“Touch” heisst, dass ein Inner das Outer nicht mal an einem Punkt berühren darf.

OSM ist da also strenger als OGC.

Bei Jungholz sind es aber übrigens zwei outer.

Wo? Welche Rel in der Gegend hat zwei Outer?
Dass da mehrere Rels “übereinander liegen” (z.B. DEU und Bayern) gilt nicht :wink:

Gruss
walter

aber bevor wie uns hier - mal wieder - über die Ecke streiten: Was ist mit dem definitiv falschen Outer, dass RadFr bestimmt gemeint hat? Da sollte man drüber reden.

Zwei Outer (die sich nicht berühren) sind erlaubt.

Und unterstützt damit einige Formen nicht, die aber in der Realität so vorkommen.

Zum Glück schert sich osm2pgsql selber nicht 100%-ig um das OSM-Wiki. Danach wäre die Ecke um Jungholz falsch. Diese Gegend wird aber zu meiner vollsten Zufriedenheit in OGS-komforme Geometrien übertragen. Und das ist gut so.

Die österreicher (erledigt).
Dass sich zwei outer desselben MP berühren, gibt es in der Realität. In einem Fall kenne ich den zugehörigen Grenzstein.
Wenn dann das Datenmodell erzwingen würde, dass ich einen Grenzpunkt künstlich um ein paar Millimeter verschiebe, ist am Modell was faul.

Zum Beispiel: Da muss die outer-Linie um das Gewerbegebiet herumgeführt werden und dann noch das Gewerbegebiet aus outer-MP entfernt werden.
(Ist, so weit ich sehe, bereits erfolgt.)
Das farmland-MP an dieser Stelle ist übrigens nicht nötig, da es nur eine einzige Fläche beschreibt. Der Umriss ist aber aus vier Segmenten zusammengesetzt, die man erst zu einer geschlossenen Linie vereinigen müsste.
MPs loszuwerden ist halt aufwendiger, als sie zu erzeugen.

Yep.

Die österreicher (erledigt).
Wieso erledigt? Das war immer schon so und ist auch in meiner Grafik zu sehen. Ein Outer für AT an sich und dann noch eines für die Exklave Jungholz, die ebenfalls AT ist.

Ich verstehe nicht, wieso auf meinem Positiv-Beispiel (“Seht, sowas ist ok”) herumgehackt wird, anstelle dass sich mal irgendwer zum eigentlichen Problem äussert.

Ich steige zumindest bei Jungholz hier aus. Das wird mir zu blöd.

Damit meinte ich die Antwort auf die Frage in #9. Die hat sich mMn durch die Postings #7 bis #9 schon erledigt gehabt.
Ich wollte nur darauf hinweisen, dass Jungholz ein outer-outer- und kein outer-inner-Problem wie im Beispiel ist.

Sehe gerade, dass der Link (Gebiet zu groß) nicht stimmt. Hier der richtige:
http://tools.geofabrik.de/osmi/?view=multipolygon&lon=7.63057&lat=50.23527&zoom=13&overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags

Dieses MP https://www.openstreetmap.org/browse/relation/5722766 enthält outer, die inner in anderen MPs sind.
z.B.: https://www.openstreetmap.org/browse/relation/way/385028215 ist gleichzeitig inner im MP https://www.openstreetmap.org/browse/relation/5728812

oder inner https://www.openstreetmap.org/browse/relation/way/379115558, …385028216 des MP https://www.openstreetmap.org/browse/relation/5642893 ist in Teilen zugleich inner des MP https://www.openstreetmap.org/browse/relation/5722766 und https://www.openstreetmap.org/browse/relation/5728812

usw.

Nach dem Motto: Ich bastle mal ein MP, welches selbst dem OSMI Inspektor zu kompliziert ist. :wink:

In JOSM werden die Monster jedenfalls nicht bemängelt.

Krude Teile…

:frowning:

Beispiel:
Relation https://www.openstreetmap.org/relation/5722766#map=15/50.2259/7.6385&layers=N: Alle Outer bis auf die eine, der die inner-Fläche: https://www.openstreetmap.org/way/385028232 umschließt,

gehören raus…

Bei dieser Relation bleibt dann nur eine Relation mit zwei Elementen übrig: ein inner, ein outer.
als inner rein eventuell diese Weinbaufläche( ist das Weinbau? ich hab sowas bei mir nicht)

Der Rest sind simple Flächen, die höchstens inner-Flächen des Waldes sein könnten.

Sven

5642895 habe ich gerade repariert.

Ein inner war in einem anderen MP.

Da gibt es noch mehr solcher Konstrukte.
IMO einfach ein Unding, mehrere outer-Flächen in ein MP zu packen, die zudem noch in anderen MPs als inner getaggt sind.
Gut finde ich außerdem nicht, Wege als MP-Grenzen zu taggen, Stichwort area:highway

+1. Räum doch mal hier auf:

http://www.openstreetmap.org/#map=15/51.2963/13.9304

:slight_smile: