[osm-dus] Vorsicht, ein Loch in Düsseldorf!

[Alexander Minges]

Noch ein kleiner Nachtrag:

Witziger Weise haben wir noch zwei andere MPs ähnlicher Bauart, die nicht in 
einem Loch enden:

http://overpass-turbo.eu/s/i77

Auch diese sind (zumindest teilweise) von Straßen begrenzt. Kann sich da jetzt 
jemand einen Reim drauf machen?

Beste Grüße

Alex

Am Dienstag, 30. August 2016, 23:14:24 CEST schrieb Michael Reichert:
> Hallo Heribert, hallo Rest,
> 
> Am 30.08.2016 um 22:37 schrieb Heribert Adamsky:
> > Vor ein paar Tagen hat Nakaner das so kommentiert: "Die Lösung ist, dieses
> > schrottig gemappte Multipolygon entweder zu löschen oder eben keine
> > Straßen als äußeren Ring zu verwenden. Das Flächenrendering ist nämlich
> > exakt die Füllfarbe (und auch der Layer passt) wie ein
> > highway=residential. Das Entfernen der TMC-Tags war nicht relevant. Das
> > Problem dürfte entweder bei osm2pgsqls Multipolygonverarbeitung oder bei
> > OSM Carto liegen. Beide scheren sich nicht um TMC-Tags. Letzterer hat die
> > nicht mal in seiner Datenbank. [hier bitte einen Rant über Mapper
> > einfügen, die meinen, dass man die Tags für die MP-Fläche auch auf den
> > Outer-Way taggen kann]"
> > (https://www.openstreetmap.org/changeset/41745560)
> > 
> > Klingt zwar etwas übellaunig, aber er scheint Ahnung zu haben. Vielleich
> > mag ihn jemand ansprechen. Ich kann mich leider nicht kümmern. Seine
> > Seiten in OSM und im Wiki: https://www.openstreetmap.org/user/Nakaner,
> > https://wiki.openstreetmap.org/wiki/User:Nakaner.
> 
> Der Nakaner (ich) liest diese Liste seit ein paar Monaten mit –
> eigentlich für die Wochennotiz, aber auch so ist sie interessant genug. :-)
> 
> Ich muss das mit dem Multipolygon mal morgen gezielt ausprobieren, d.h.
> einen (alten) NRW-Extrakt von vor ein paar Tagen nehmen, mit osm2pgsql
> diesen in eine Postgres-Datenbank importieren und schauen, was mit
> diesem Multipolygon dort passiert. Das interessiert mich.
> 
> Trotzdem solltet ihr – es ist eure Stadt – Gedanken machen, wie ihr die
> Parkgebiete taggen wollt. name=* + type=multipolygon stammt noch aus der
> Zeit, als der Standardstil auf osm.org jedes name-Tag gerendert hat,
> sofern dafür Platz vorhanden war. Heutzutage wird nur das gerendert,
> wenn es von den Entscheidungsträgern bei der jeweiligen Objektklasse
> gewünscht ist. Die TMC-Tags spielen für OSM Carto beim Rendering keine
> Rolle, da sie nicht in die Datenbank importiert werden. [1] Bei
> osm2pgsql kann ich recht sicher sagen, dass dieses nichts von den
> TMC-Tags weiß (tmc taucht im Quellcode nicht ein einziges Mal auf).
> Schaut euch doch mal an, ob es bei den boundary-Keys nicht etwas gibt,
> was gut auf euer Problem passt oder erfindet einfach einen neuen ("You
> can tag what you want …").
> 
> Da das Multipolygon keine gebräuchlichen Tags außer type=* (ziemlich
> allgemeines Relations-Tag) und name=* hat, versucht osm2pgsql anhand der
> Tags der Mitglieder zu raten, was mit dem Multipolygon gemeint sein
> könnte. (Wir haben in OSM noch zahlreiche Multipolygone, die nur
> type=multipolygon haben und deren landuse/natural/…-Tag am äußeren Ring
> hängt. Das wird zwar gerendert, ist aber doof auszuwerten.)
> 
> Viele Grüße aus Karlsruhe
> 
> Michael
> 
> 
> 
> [1] Sie sind nämlich nicht in
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/openstreetma
> p-carto.style aufgeführt.

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 801 bytes
Beschreibung: This is a digitally signed message part.
URL         : <https://lists.openstreetmap.de/pipermail/duesseldorf/attachments/20160831/6ac50236/attachment.pgp>