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

[Alexander Minges]

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.

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