So, das Loch füllt sich wieder. Ich habe das Polygon ersteinmal als type=boundary + boundary=parking (bisher 8 Nutzungen laut taginfo :-P) ausgezeichnet. Können ja morgen Abend darüber diskutieren, ob jemandem eine bessere Alternative einfällt ;)
Beste Grüße Alex Am Mittwoch, 31. August 2016, 03:19:35 CEST schrieb 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/openstreet > > ma p-carto.style aufgeführt.
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Duesseldorf mailing list [email protected] http://lists.openstreetmap.de/mailman/listinfo/duesseldorf
