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

[Alexander Minges]

Hallo zusammen,

ich hätte kein Problem damit, dass dieses MP verschwindet. Ehrlich gesagt 
hatte ich nichteinmal die leiseste Ahnung, dass soetwas überhaupt existiert, 
bis sich dieses Loch in der Altstadt aufgetan hat ;-)

Trotzdem sollte Mapnik ein MP, dass keine "bekannten" Tags trägt nicht 
rendern. Landuse usw. gehören an das MP und eben _nicht_ an die begrenzenden 
Linien. Dass sich irgendetwas an der Art, die solche MPs von Mapnik bzw. 
openstreetmap-carto verarbeitet haben geändert hat, ergibt sich schon aus der 
Geschichte des fraglichen MP: Die meiste Zeit seines Daseins (inkl. seiner 
Erstellung vor 6 Jahren) hatte es keine beschreibenden Tags und wurde (imho 
richtig so) auch nicht gerendert.

Wenn niemand protestiert, lösche ich das Ding am Mittwoch.

Beste Grüße

Alex (Athemis)

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/ef1f511a/attachment-0001.pgp>