Achtung: Nur wenn man bei Relationen type=multipolygon oder type=boundary verwendet, können solche Flächen einfach mit Mapnik gerendert werden. Alle anderen Types (bis auf route) schmeisst osm2pgsql beim DB-Import weg. Mapnik “sieht” die dann nicht und kann sie daher nicht darstellen.
daher schlage ich vor:
type =boundary, boundary=XXX
ps: Interessiert wohl niemanden und ist bestimmt auch zu spät. 99% rendern eh nicht selber und der Rest hat eben Pech gehabt.
Tagging für die Mülltonne 
Wäre es nicht sinnvoller in dieser Hinsicht osm2pgsql anzupassen?
+1
Falls es nur eine einfache Fläche ist:
boundary=low_emission_zone
gemäß: https://wiki.openstreetmap.org/wiki/Proposed_features/boundary%3Dlow_emission_zone
z.B. Berlin: da wäre es nur eine MP-freie Fläche: http://gis.uba.de/website/umweltzonen/pdf/Berlin.pdf
Hier die Übersicht des Umweltbundesamtes: http://gis.uba.de/website/umweltzonen/umweltzonen.php (übrigens mit OSM-Karten)
Sven
+1
Ich hoffe, jetzt werden hier Fakten geschaffen!
Edit: Overpass Abfrage war falsch!
Für mich kein Problem, da ich eh eine leicht angepasste Version habe - aber das kann und wird nie Einzug in die offizielle Version nehmen.
U.a. weil so eine Änderung völlig unnötig ist, wenn man die Finger vom Type läßt.
Von 2-3 Jahren konnte ich mir auch nicht vorstellen, warum man nicht beliebige Relations-Typen definieren sollte - bis ich dann die Wassergrenzen der Länder gesucht habe:
type=land_area, land_area=administrative sieht zwar hübsch aus, aber versuche mal diese Flächen auszuwerten oder darzustellen. Sie sind schlich nicht in den lokalen Polygon-Daten vorhanden.
type=boundary, boundary=land_area wäre dagegen prima z.B in Qgis zu verwenden.
sind übrigens weltweit nur 34 Stück, davon die meisten bei uns.
Gruss
walter
Die Statistiken mit den Strassennamen kamen von Herrn Gehrke (siehe Thread Adressstatistik), ich habe einfach mein Google Konto genutzt, und dort ein Calc Dokument erstellt, das ich mit aller Welt geteilt habe (ich hab für so etwas auch eine dedizierte OSM Google Mail Adresse).
Die Frage ist ein bisschen, was kann man hier Tracken?
Die Offizielle Liste der Umweltzonen verglichen mit einem “wie ermittelten” Status der Umweltzonen in OSM ?
Da der Status ja auch gepflegt werden muss, macht eventuell auch eine Wiki Seite in OSM Sinn (eine Erweiterung der Vorhandenen ?)
Und - Soviel Zeit muss sein -
Willkommen im Forum.
Christoph
Yow, eine kann weg (die Ältere) die ist nicht mehr aktuell. Aber wie tagge ich den Unterschied zwischen Grün Gelb und Rot ? (wobei das faktisch fast egal ist, auf der BM Seite ist fast alles grün).
Christoph
Wie wäre es mit einem Zusatztag: low_emission_zone:colour=XXX
Ist der Farbcode weltweit gleich? Eventuell lauten die Zonen anderwo 1-2-3 oder A-B-C.
1-2-3 oder A-B-C sind doch auch nur Farben!
Das ist meiner Ansicht unnötig, so wie ich das sehe gibt es nur eine low_emission_zone. Diese ist nicht nach rot, gelb, grün gestaffelt.
Schauen wir uns http://gis.uba.de/website/umweltzonen/umweltzonen.php mal an. Ich greife mal wahllos Reutlingen heraus, ohne den Ort zu kennen.
Es gibt nur eine Grenze. Die Festlegungen sind folgende:
ab dem 1.3.2008 durften nur noch Fahrzeuge der Schadstoffgruppen 2, 3 und 4 in die Zone fahren (rote, gelbe, grüne Plakette),
ab dem 1.1.2012 durften nur noch Fahrzeuge der Schadstoffgruppen 3 und 4 in die Zone fahren (gelbe, grüne Plakette),
ab dem 1.1.2013 dürfen nur noch Fahrzeuge der Schadstoffgruppe 4 in die Zone fahren (grüne Plakette).
Das ist also eine rechtliche Festlegung, nicht eine, wonach man die Umweltzone noch mal untergliedert.
In dem bisher genannten Kontext ist das unnötig und wäre meiner Ansicht nach sogar falsch.
Sven
verstehe zwar nicht was du damit (witziges?) sagen willst, aber sven hat die farben ja schon gekillt.
Ich aktualisiere gerade die Umweltzonen-Wiki-Seite mit den Änderungen, die ich über folgende Overpass-Turbo-Abfrage herausfinde:
<!--
This has been generated by the overpass-turbo wizard.
The original search was:
“type=LEZ”
-->
<osm-script output="json" timeout="250">
<!-- gather results -->
<union>
<!-- query part for: “type=LEZ” -->
<query type="way">
<has-kv k="type" v="low_emission_zone"/>
<bbox-query {{bbox}}/>
<newer than="{{date:2 days}}"/>
</query>
<query type="way">
<has-kv k="type" v="LEZ"/>
<bbox-query {{bbox}}/>
<newer than="{{date:2 days}}"/>
</query>
<query type="relation">
<has-kv k="type" v="LEZ"/>
<bbox-query {{bbox}}/>
<newer than="{{date:2 days}}"/>
</query>
<query type="relation">
<has-kv k="type" v="low_emission_zone"/>
<bbox-query {{bbox}}/>
<newer than="{{date:2 days}}"/>
</query>
</union>
<!-- print results -->
<print mode="body"/>
<recurse type="down"/>
<print mode="skeleton" order="quadtile"/>
</osm-script>
Den zeitlichen Filter muss man natürlich entsprechend anpassen.
Kann mir jemand erklären, wonach ich die Status-Prozentzahl bemessen soll, die ich auf der Umweltzonen-Wiki-Seite eintrage oder aktualisiere?
In Magdeburg sind derzeit die Straßen getaggt.
Wäre schön, wenn noch ein Polygon dazu kommen könnte.
Dann male halt eins 
Gruss
walter
Ein Polygon stelle ich mir hier irgendwie schwierig vor, wenn es Brücken über die (anscheinend nicht zur Umweltzone zählenden) Schnellstraße gibt. Sowas lässt sich mit Polygonen nicht darstellen.
Auch wenn es topologisch falsch ist, das routing stört es nicht, wenn die Brücken über der Schnellstraße die Umweltzone verlassen. Die mögliche Beschränkung “route nur nur innerhalb von Umweltzonen” scheint mir nicht sinnvoll.
Baßtölpel
-snip- mal wieder nicht richtig gelesen 
An und für sich ja, aber es geht nicht nur um Routing. Auch das Parken innerhalb einer Umweltzone ist strafbar. Ein Polygon würde hier suggerieren, man dürfe auf der Brücke, die über die Schnellstraße führt, parken, was aber nicht stimmt.
Kannst du mir eine Kurzversion geben, wie ich das mit iD oder JOSM oder QGIS machen kann? Ich bin absoluter OSM (Editieren) Anfänger, wie man sicherlich aus meiner Historie sehen kann. Soweit ich verstanden habe, würde ich eine Umweltzone als Relation eintragen?