Multipolygon Hilfe (Inner und Outer Berühren sich in einem Punkt)

Jayjay01 · 2011-06-24T11:01:51.000Z

hurdygurdyman:

Da landuse Überwiegend-Nutzungen abbildet, halte ich es durchaus für zulässig, die Fläche der Autolackiererei nicht explizit als industrial zu taggen. Gewerbliche Flächen kommen immer wieder in Wohngebieten vor. Analog müsste man z.B. jeden alten Bauernhof in Ortskernen auch als farmyard ausschneiden. Zur endgültigen Klärung kann man den Flächennutzungsplan zu Rate ziehen

dennoch sollte man das meiner meinung nach nicht einfach löschen, was ein anderer (wenn auch falsch) eingetragen hat, denn auf diesem gebiet ist nunmal eher ein landuse = commercial/industrial als ein residential.
und wenn einer anfängt jeden alten bauernhof in ortskernen auszuschneiden, dann soll er das tun, er hat schließlich auch recht damit, er trägt ja nichts falsches ein. es sollte nur eben nicht zwingend so sein, dass ich wegen ner trinkhalle das landuse=residential ausschneiden muss

auch ein flächennutzungsplan macht da keinen sinn, da gemischte gebiete in osm nicht als gemischt sondern als überwiegend getaggt werden.

hurdygurdyman · 2011-06-24T11:42:07.000Z

Jayjay01:

…
auch ein flächennutzungsplan macht da keinen sinn, da gemischte gebiete in osm nicht als gemischt sondern als überwiegend getaggt werden.

Somit bleibt nur die Frage, wo überwiegend anfängt oder aufhört. Aber dazu einen Konsens hier im Forum herzustellen, halte ich für aussichtslos…

TheFive · 2011-06-24T12:10:05.000Z

hurdygurdyman:

Somit bleibt nur die Frage, wo überwiegend anfängt oder aufhört. Aber dazu einen Konsens hier im Forum herzustellen, halte ich für aussichtslos…

Vergiss einen Konsens, was die Detailtiefe angeht (und darum geht es ja) ist OSM im Fluss, die Richtung ist klar. Die Entropie nimmt zu
http://www.phylex.de/data/data.php?entropie
Wobei ich bei diesem Vergleich mit der Zufälligkeit ein Problem habe.

Fakt ist aber das die Detailgenauigkeit in OSM nicht festgeschrieben ist, sondern wächst, und das es in diesem Prozess immer bewahrende und aufbrechende Kräfte gibt.

Der Prozess ist gut, er zeigt das OSM lebt. Wichtig ist nur, das zu jeder Zeit das ganze in sich betrachtet schlüssig ist.

Christoph

TheFive · 2011-06-25T06:05:23.000Z

Der Vollständigkeit halber.

a) Als ihr euch die Ecke angeschaut habt gab es offensichtlich schon eine Änderung von mir. Die war unvollständigt, ich hatte wohl nicht oft genut
rückgängig in JOSM gedrückt.

b) hab mich für Michaels Vorschlag entschieden, ist halt pragmatisch.

Ich fasse meine Ursprüngliche Frage noch mal zusammen (als vom aktuellen Fehler, der jetzt gelöst ist, betrachtetes Abstraktum)

Dürfen sich Inner und Outer in exakt einem Punkt berühren, oder nicht ?

den Outer “Drumherumzeichnen” ist falsch, da der drumherumgezeichnete Outer self intersecting ist.
Ansonsten meckern JOSM.

wambacher · 2011-06-25T06:59:24.000Z

TheFive:

Ich fasse meine Ursprüngliche Frage noch mal zusammen (als vom aktuellen Fehler, der jetzt gelöst ist, betrachtetes Abstraktum)

Dürfen sich Inner und Outer in exakt einem Punkt berühren, oder nicht ?

den Outer “Drumherumzeichnen” ist falsch, da der drumherumgezeichnete Outer self intersecting ist.
Ansonsten meckern JOSM.

Hi,

laut GIS-Definition dürfen sich die Polygone (Ringe), aus denen sich ein Multipolygon zusammensetzt, an PUNKTEN berühren, aber keine gemeinsamen Linen haben.

siehe hier: http://www.slidefinder.net/G/Geoinformation_III_Normen_und_Standards/gisIII.10a_neu/5858109/p2 (auf rechtes Bildchen klicken)

Inwiefern JOSM oder OSM-I trotzdem “motzen”, werd ich mal durch eine kleine Testreihe evaluieren; Problem ist nur, dass OSM-I mal wieder mächtig in der Aktualität hinterherhinkt.
Ich weiss aber, dass ich sich in EINEM Punkt berührende Polygone innerhalb von MP bereits hatte und dass es da keinerlei Probleme gab.

Mfg
Walter
Nachtrag: Josm “motz”, wenn sich ein “inner” und ein “outer” berühren. was osm-i dazu sagt, werde ich irgendwann ja sehen.
Das Interessante ist, dass es inner/outer beim klassischen gis garnicht gibt. Die Anordnung ergibt sich automatisch aus der Beziehung der Ringe zueinander und nicht aus irgendeinem Attribut.

Dennis_B · 2011-06-25T08:05:59.000Z

Ganz einfache Lösung:

Im Real-Live ist die Straße eine Fläche
Gehört die Straße “dazu” oder nicht?

Jetzt hast Du zu 99% keine Überschneidungen mehr. Denn diese entstehen zu 99,9% nur dadurch, daß die Grenze mal auf der Straßenmitte und mal auf einer Straßenseite leigt. In meinem Heimatort hatte ich ähnliches. Als ich die Teerfläche als Fläche gezeichnet habe (Zusätzlich zur Linie), war der Rest auf einmal ganz eindeutig.

TheFive · 2011-06-25T08:14:40.000Z

'Dennis[B:

']

Im Real-Live ist die Straße eine Fläche

Gehört die Straße “dazu” oder nicht?

a) wenn ich fremdmappe, möchte ich die Geometrie nicht überflüssigerweise ändern.

b) Dummerweise gehöre ich zum anderen Lager, Karten Zeichnen ist für mich Abstraktion und zur Abstraktion gehört, das eine Fläche die AN einer Strasse endet, in OSM die gleichen Punkte wie die Strasse nutzt.

hurdygurdyman · 2011-06-25T12:58:08.000Z

TheFive:

…
b) Dummerweise gehöre ich zum anderen Lager, Karten Zeichnen ist für mich Abstraktion und zur Abstraktion gehört, das eine Fläche die AN einer Strasse endet, in OSM die gleichen Punkte wie die Strasse nutzt.

Wir zeichnen doch keine Karten Das machen doch die Renderer Wir füllen eine Datenbank
Trotzdem stimme ich dir 100%ig zu.

chris66 · 2011-06-25T13:45:00.000Z

'Dennis[B:

']Als ich die Teerfläche als Fläche gezeichnet habe (Zusätzlich zur Linie), war der Rest auf einmal ganz eindeutig.

Hoffentlich nach der neuen Methode?

TheFive · 2011-06-25T14:05:25.000Z

chris66:

'Dennis[B:

']… Teerfläche …

Mit beiden beiden voll auf der Leitung steh.

Warum zeichnen die denn auf die Teerflächen die weissen Linien in der Mitte ? Doch noch damit wir wissen wo wir die ways langlegen müssen.

TheFive · 2011-06-25T16:39:01.000Z

wambacher:

Problem ist nur, dass OSM-I mal wieder mächtig in der Aktualität hinterherhinkt.

Yow, hab jetzt auch ein Live Experiment mit OSM-I gemacht. Sozusagen auf OSM-I WV.

Je länger der nicht updatet um so mehr bekomm ich weg geschaft, die Redundanzen “Da war ich schon” steigen, und alle “Fehlerproduzenten” arbeiten inkognito.
Bilde mir trotzdem ein das es stetig weniger wird.

de_muur · 2011-06-25T19:12:12.000Z

TheFive:

den Outer “Drumherumzeichnen” ist falsch, da der drumherumgezeichnete Outer self intersecting ist.
Ansonsten meckern JOSM.

Ja und, nur weil JOSM meckert, muss das ja nicht falsch sein.

Gruss
Torsten

TheFive · 2011-06-25T19:23:56.000Z

de_muur:

TheFive:

den Outer “Drumherumzeichnen” ist falsch, da der drumherumgezeichnete Outer self intersecting ist.
Ansonsten meckern JOSM.

Ja und, nur weil JOSM meckert, muss das ja nicht falsch sein.

Gruss
Torsten

OSM I meckert leider auch. Ich bin im Augenblick in dem Modus, in diesem Punkt die Fehlermeldungen zu akzeptieren (JOSM kann ich ignorieren) Self Intersections von OSMI nicht. Sonst sind wir irgendwann in dem Modus vor lauter Fehlern, die ja egal sind, die wirklichen Probleme nicht mehr zu sehen,
und dann müssen wir nach Walter abholzen, was nach Walter ja wieder zielführend wäre.
Die Motivation für meinen Elan in diesem Punkt hab ich mittlerweile in die Wiki Seite aus dem ersten Post gepackt.

Der Mechanismus: Das fix ich nicht das ist egal, führt bei mir gerade dazu, das ich alle Rollercoaster in Deutschland, die nicht korrekt gemappt sind,
auswendig kenne.

chris66 · 2011-06-28T09:49:37.000Z

Moin,

902400 wird weder in Mapnik noch in Osma richtig angezeigt.

Findet jemand einen Fehler?

http://www.openstreetmap.org/?lat=51.989&lon=6.64958&zoom=17&layers=M

http://www.openstreetmap.org/browse/relation/902400

Chris

viw · 2011-06-28T09:59:06.000Z

vielleicht liegt es an dem Polygon unten drunter:
ID: 6324992
Ist schließlich auch Wald.

wambacher · 2011-06-28T10:06:43.000Z

chris66:

Moin,

902400 wird weder in Mapnik noch in Osma richtig angezeigt.

Findet jemand einen Fehler?

http://www.openstreetmap.org/?lat=51.989&lon=6.64958&zoom=17&layers=M

http://www.openstreetmap.org/browse/relation/902400

Chris

hi chris,

das mp an sich ist ok, aber die Gegend?? ein wust von landuse mit und ohne mp - das sollten die niederländer selber fixen.
Gruss
Walter

chris66 · 2011-06-28T11:00:05.000Z

viw:

vielleicht liegt es an dem Polygon unten drunter:
ID: 6324992
Ist schließlich auch Wald.

http://www.openstreetmap.org/browse/way/6324992

Hmmm, das ist aber als “typlose” area getaggt. Das “toponym=forest” kennt OSM ja nicht
und sollte ignoriert werden.

3Dshapes:

toponym toelichting

Toponyms worden gebruikt om een name=* nog steeds te kunnen toepassen op een groot gebied, ook al is dit vanwege de import opgedeeld in tientallen tot honderden kleine stukken. De bestaande AND-polygonen met een name=* blijven bestaan, maar worden omgetagd naar toponym.

landuse=forest of natural=wood met een name omzetten naar toponym=forest + area=yes. Idem voor park en andere relevante gebieden.

Deutsch etwa: Toponyme werden benutzt um einem großen Gebiet welches als hunderte kleine Stücke importiert wurde, einen
Namen zuzuweisen.

wambacher · 2011-06-28T11:59:25.000Z

hi,

ich hab mir das Teil doch mal näher angesehen: Das sind Waldstücke innerhalb eines Waldes - keine Lichtungen. Oder?

noch nicht einmal unterschiedlicher Bewuchs, also gleiche Tags.
Resultat: alles grün mit blöden “Rändern vom Rendern”

Gruss
walter

chris66 · 2011-06-28T12:10:31.000Z

Ah, ok, die Löcher sind auch nochmal mit Wald gefüllt, und im Heidegebiet rechts liegen
Wald und Heide übereinander, so dass der Renderer würfeln muss…

http://www.openstreetmap.org/browse/relation/902396

http://www.openstreetmap.org/browse/way/58265208

Im Sat-Bild ist schlecht zu Erkennen ob es Wald oder Heide ist.

hurdygurdyman · 2011-06-28T12:27:18.000Z

Vielleicht hilft der user weiter, der das Kunstwerk geschaffen hat:
http://www.openstreetmap.org/user/3dShapes