defektes Multipolygon- See als residential

hurdygurdyman · 2011-02-04T10:54:02.000Z

Nop:

+1

Das ist ein großer Designfehler bei OSM.

Das wurde wohl unter den Entwicklern ausführlich diskutiert, mit dem Ergebnis es sei einfacher möglichst wenig verschiedene Objekttypen zu haben.

Ich persönlich finde es besser, möglichst klar definierte und leicht verständliche Objekte zu haben, nicht möglichst wenig schwammige.

1+
Klare Definitionen mit eindeutigen Zuordnungen, die man in einem “Lexikon” (einem aufgebohrten “how to map a…”) finden und verwenden kann.

Und wenn ich zur Ausgangsproblematik zurückkommen darf:
Ein noch besser verständliches workarround für Multipolygone, in das auch die (deine?) Notwendigkeiten aus Sicht der Verarbeitung zu Karten und anderen Anwendungen einfließen, macht vor dem Hintergrund dieses Threads (und unzähliger anderer) sicher Sinn und ist überfällig.

Eine Konsequenz daraus ist allerdings, das die in OSM verbreiteten und geduldeten Einstellungen “Hier kann jeder machen, was er will!” und “Was andere mit meinen Daten machen (müssen), ist mir egal!” nicht für alles weiter gelten dürfen.

kellerma · 2011-02-04T11:25:03.000Z

-1

Kurz mal in den oben schon erwähnten “OGC Simple Feature Standard” reingespitzt,
dort gibt es Flächen (Surfaces) erst als abstrakte Klasse, interessanterweise ist multipolygon keine abstrakte Klasse.
Und wenn man die Unterstützung von z. B. PostGIS haben möchte …

Sudiosi der Geoinformatik werden mich jetzt gleich verbessern

Ciao,
Frank

hurdygurdyman · 2011-02-04T11:34:12.000Z

kellerma:

-1

Kurz mal in den oben schon erwähnten “OGC Simple Feature Standard” reingespitzt,
…

Hast du dir das wirklich angetan? Ich war mal kurz auf dem Link, der in der Wiki unter Multipolygonen besteht und war gleich wieder weg, weil das Englisch doch meine Fähigkeiten übersteigt

Mittlerweile habe ich das in Deutsch gefunden und als Wochenendlektüre vorgesehen:
http://www.wheregroup.com/files/praesentation_simple_feature_OGC.pdf
http://www.slidefinder.net/g/geoinformation_iii_vorlesung/5859813

Kann mir jemand sagen, ob die Infos für uns OSMler sinnvoll sind und dem englischen Standard entsprechen? Gibt es irgendwo was anderes leicht verdauliches?

Nop · 2011-02-04T12:55:34.000Z

Auf den ersten Blick würde ich sagen:

durchdachter Standard (aus Geo-Profi-Sicht)
nicht interessant für uns, da bereits selbst wieder zuviele Objekte, die nicht zutreffen, z.B. Curves
nicht interessant weil aufgrund der Komplexität nicht intuitiv verständlich

kellerma · 2011-02-04T14:47:43.000Z

Nop:

nicht interessant für uns, da bereits selbst wieder zuviele Objekte, die nicht zutreffen, z.B. Curves

Curve ist nur die abstrakte Klasse, in den Simple Features gibt es nur (lineare) Polygon(züge), keine Klothoiden, Kreise etc.

Ciao,
Frank

Nop · 2011-02-05T08:58:22.000Z

jrahe:

mapfactor Navigator 10 free

Mit dem neuseten Karten-Update vom 23.01.2011 sind die Seen und die Schlei dort wieder als Gewässerfläche sichtbar (s.a. hier #78)

Was dort genau beim Rendern/Erstellen der Karte geändert wurde, kann ich nicht sagen.
Dafür fehlen dort jetzt die Flüsse nahezu komplett (s.a. hier #77)

ROTFL!!!

Zuerst dachte ich ja, jrahe redet von der RWK. Die Reparatur der MP-Seen war erfolgreich, sind alle wieder zu sehen. Sie sind sogar besonders gut erkennbar, weil jetzt so ziemlich alles andere auf der Karte fehlt. Die ist momentan völlig im Eimer - ich bin dran…

Aber daß gleichzeitig zwei unabhängige Karten bei der Darstellung desselben Problemfeatures ihre normalen Features verlieren, daß ist schon ein irrsinniger Zufall.

bye
Nop

tippeltappel · 2011-02-05T09:11:40.000Z

Moin Nop
Eben hab ich verzweifelt versucht, die WRK vernünftig auf den Schirm zu bekommen. Keine Chance.
Na, jetzt weiß ich ja, warum.

Ich drücke ganz fest die Daumen, daß Du die Fehler rasch findest.

LG
tt

jrahe · 2011-02-05T09:46:45.000Z

@Nop

Nop:

Aber daß gleichzeitig zwei unabhängige Karten …

…warum nur zwei
Zumindestens ist “navit” schonmal als dritte unabhängige Karte zu nennen, bie der immer noch die Seen fehlen, dafür aber die Flüsse immer korrekt angezeigt wurden (auch mit ihren seeartigen Verbreiterungen).
Bei mapfactor dagegen werden nicht nur die Seen, sondern wohl auch die Flüsse mit dem nächsten update wieder dargestellt werden.

Martin (= mdx) schreibt im mapfactor-Forum:

mdx:

Die Daten sind zurzeit gerechnet und neu wurden auch die fehlenden Flüsse integriert (linie). Ich werde mich freuen, ob Sie es wieder überprüfen können, wenn die Daten ausgerechnet werden.
danke
Martin

Mehrere Karten mit unterschiedliche Fehlern/Auswirkungen, das macht die Fehlereingrenzung nicht unbedingt leichter.

Gruß Jörg

Nop · 2011-02-05T11:05:17.000Z

jrahe:

…warum nur zwei
Zumindestens ist “navit” schonmal als dritte unabhängige Karte zu nennen, bie der immer noch die Seen fehlen, dafür aber die Flüsse immer korrekt angezeigt wurden (auch

Navit zählt nicht - das wertet Multipolygone überhaupt nicht aus. Ich zähle die Karten, die grade kaputt sind, weil sie die MPs einbauen wollten.

bye
Nop

PS: Schaun wir mal wer schneller wieder da ist - mein Fix läuft auch grade.

Nop · 2011-02-05T17:32:52.000Z

So, die Karte ist grade noch etwas langsam, weil sie beim Rendern einiges nachzuholen hat, aber sie sieht wieder deutlich bewohnter aus.

bye
Nop

hurdygurdyman · 2011-02-05T17:38:34.000Z

Nop:

…
ROTFL!!!

Zuerst dachte ich ja, jrahe redet von der RWK. Die Reparatur der MP-Seen war erfolgreich, sind alle wieder zu sehen. Sie sind sogar besonders gut erkennbar, weil jetzt so ziemlich alles andere auf der Karte fehlt. Die ist momentan völlig im Eimer - ich bin dran…

Aber daß gleichzeitig zwei unabhängige Karten bei der Darstellung desselben Problemfeatures ihre normalen Features verlieren, daß ist schon ein irrsinniger Zufall.

bye
Nop

Hi Nop,
War länger nicht hier. Hatte mich gerade gefreut, weil alle Problem-Seen (incl. meiner Test-Tümpel) voll waren. Drücke dir die Daumen, dass du das wieder hinbekommst.
Hoffentlich fängt jetzt keiner an, sämtliche geschlossenen natural=water-ways in MP zu verwandeln

kellerma · 2011-02-05T17:50:56.000Z

…

hurdygurdyman · 2011-02-06T16:58:15.000Z

hurdygurdyman:

…
Warum allerdings die Mainau überschwemmt ist, muss ich mal checken
…

Die Mainau ist immer noch überschwemmt.
http://www.wanderreitkarte.de/index.php?lon=9.1944&lat=47.7031&zoom=15
Der Inselumriss ist inner-way des Überlinger-See-MP und outer-way des Mainau-MP. Der Way selbst hat keine Flächen-Tags mehr.
Wenn sich die WuR aufbaut, sieht man kurz eine grüne Fläcghe, die dann aber vom blauen Wasser überschwemmt wird.

Wenn ich mir die inner-ways des MP Mainau ansehe, denke ich, dass dort ein MP gar nicht erforderlich ist. Die landuse=basin sind m.E. falsch getaggt, da es sich um Springbrunnen handelt. Der Streichelzoo als inner macht für mich keinen Sinn und die eine landuse=water als inner könnte( , wie ich jetzt gelernt habe) als outer des Überlinger Sees getaggt werden (, wobei ich mir nicht sicher bin ob es diese Fläche dort wirklich gibt).

kellerma · 2011-02-07T05:34:16.000Z

Hi Michael,

#7212641 Montag, 07. Februar 2011, 05:30 Uhr Mainau simplified according to hurdygurdyman

Ciao,
Frank

hurdygurdyman · 2011-02-07T06:48:09.000Z

kellerma:

Hi Michael,

#7212641 Montag, 07. Februar 2011, 05:30 Uhr Mainau simplified according to hurdygurdyman

Ciao,
Frank

Danke Frank!
Nach meiner Lernphase der letzten Tage hätte ich es genauso gemacht.
… (aber nicht getraut )

hurdygurdyman · 2011-02-08T08:13:53.000Z

Gute Nachricht !!
Nop war erfolgreich. Alle kleinen und großen Seen und Tümpel sind wieder voll Wasser (soweit ich das überblicke)

Und die Mainau ist aus ihrem Atlantis-Dasein errettet, wobei wohl die Vereinfachung durch Frank (kellerma) eine wesentliche Rolle spielt.

Bliebe jetzt nur noch, transparent zu machen, welche Ursachen zum Verschwinden von MP’s oder deren Teilen führen können und wie man diese vermeidet bzw. was bei komplexen MP zu tun ist, damit diese durch Renderer dargestellt werden.

edit:
Wer kann mal checken, ob navit und mapfactor die MP-Darstellung auch beherrschen?

aighes · 2011-02-08T08:22:07.000Z

Einfach an das halten, was im wiki dokumentiert ist und bei der Größe eines Multipolygons den gesunden Menschenverstand nicht abschalten.

hurdygurdyman · 2011-02-08T08:26:08.000Z

aighes:

Einfach an das halten, was im wiki dokumentiert ist und bei der Größe eines Multipolygons den gesunden Menschenverstand nicht abschalten.

… was aber z.B. das unbeabsichtigte “zerhacken” eines MP mit Editoren, welche davor nicht warnen, als eine Fehlerquelle noch nicht ausschließt.

Nop · 2011-02-08T09:35:41.000Z

hurdygurdyman:

Wer kann mal checken, ob navit und mapfactor die MP-Darstellung auch beherrschen?

Habe das letzen Monat mit den Entwicklern diskutiert, navit enthält keine Unterstützung für MPs.

bye
Nop

hurdygurdyman · 2011-02-08T11:14:58.000Z

Nop:

…
Habe das letzen Monat mit den Entwicklern diskutiert, navit enthält keine Unterstützung für MPs.
…

Mit dieser Zielsetzung:
Navit is a car navigation system with routing engine.
geht es navit primär um’s routing für Autos, wobei topografische Details eher zweitrangig sind. Machen andere reine Auto-navis genauso. Da interessieren doch nur ways. Der gestresste Autofahrer hat doch sowieso nur den Asphalt im Fokus und darf durch landschaftliche Vielfalt nicht abgelenkt werden