OpenStreetMap Forum

Thoschi

Member

Registered: 2013-07-19

Posts: 767

Stausee

Hallo,

wie wird jetzt eigentlich ein Stausee genau gemappt?

Im Wiki steht zu DE:Key:water:

- See: Ein natürliches stehendes Gewässer aus Süß- oder Salzwasser in entsprechender Größe. Künstlich angelegte Seen sind eher vom Typ pond oder reservoir.
- Reservoir: Ein offener Behälter oder Speicher für die Bevorratung von Wasser.

Nun sind ein großter Teil der Seen an Flüssen Stauseen. Somit müssten sie als natural=water zusammen mit water=reservoir getaggt werden.
Häufig findet man aber ein nur natural=water, denn es heißt auch:
Fehlt ein waterTag bei natural=water, so sollte ein See angenommen werden.

Zusätzlicher Hinderungsgrund ist wohl, dass die Wasserfläche bei water=reservoir scheinbar nicht bei allen Karten angezeigt wird. Dies ist mir bei der Unterkunftskarte deutlich geworden (Beispiel: hier fehlen zwei Seen, siehe hier. Allerdings ist das z.B. beim Edersee richtig getaggt und wird auch richtig dargestellt.

Woran liegt das? An der Relation?

Beim Fluß zwischen Hengstey- und Harkortsee ist es mir klar, da fehlte das water-Tag (habe ich nachgetragen), aber bei dem See steht ich auf dem Schlauch (deshalb vielleicht kein Wasser :-) ).

Auch wenn wir nicht für Renderer taggen, sollte man es gleich handhaben.

Thoschi

Last edited by Thoschi (2016-10-13 09:55:08)

gormo

Member

Registered: 2013-08-01

Posts: 2,119

Website

Re: Stausee

Für openstreetmap-carto:

Wenn ich https://github.com/gravitystorm/openstr … er.mss#L51 richtig lese, wird  [natural = 'water'] und [landuse = 'reservoir'] und [waterway = 'riverbank'] gleich behandelt.

---

OSM hat nicht das Ziel bis Ende des Monats einen vollständigen Datensatz der Welt zu enthalten.
(nach S.W.) - Aber weil die Welt vielfältig ist, weil sie auch im Detail interessant ist, mag ich genaue Karten (nach C.)

maxbe

Member

Registered: 2010-01-19

Posts: 3,255

Website

Re: Stausee

Die meisten Renderer (alle, die ich kenne) verwenden mindestens natural=water um blau zu malen. Feinheiten wie reservoir werden vielleicht auch ausgewertet, um zusätzliche Gewässer darzustellen oder Stauseen anders zu malen. Fehler ist es jedenfalls keiner, auch water=* einzutragen, weil es gibt ja auch andere Auswerter, die sich dafür interessieren könnten.

Der Unterschied zwischen deinen beiden Beispielen ist, dass beim Edersee die Tags an der Relation hängen. Beim Hengsteysee hängt die Information am Outer-Mitglied und die Relation hat keine Tags. Manche Datenbankimporteure geben die Tags von outer auf die Relation weiter, falls das widerspruchsfrei möglich ist, manche nicht, manche manchmal. Was speziell Lyrk macht, weiss ich nicht, wenn man reinzoomt, kommt ja dort manchmal auch der See.

Grüße
Max

Last edited by maxbe (2016-10-13 10:22:50)

Thoschi

Member

Registered: 2013-07-19

Posts: 767

Re: Stausee

Für openstreetmap-carto:

Wenn ich https://github.com/gravitystorm/openstr … er.mss#L51 richtig lese, wird  [natural = 'water'] und [landuse = 'reservoir'] und [waterway = 'riverbank'] gleich behandelt.

[landuse = reservoir] ist aber etwas meines Erachtens aber etwas anderes als [water = reservoir]. Ein Speicherbecken für die Stromgewinnung wie dieses hier, würde ich dafür eher annehmen als einen normalen Stausee mit Freizeitwert, selbst wenn er zur Strom- und/oder Trinkwassergewinnung dient.

Thoschi

Member

Registered: 2013-07-19

Posts: 767

Re: Stausee

Der Unterschied zwischen deinen beiden Beispielen ist, dass beim Edersee die Tags an der Relation hängen. Beim Hengsteysee hängt die Information am Outer-Mitglied und die Relation hat keine Tags. Manche Datenbankimporteure geben die Tags von outer auf die Relation weiter, falls das widerspruchsfrei möglich ist, manche nicht, manche manchmal. Was speziell Lyrk macht, weiss ich nicht, wenn man reinzoomt, kommt ja dort manchmal auch der See.

Danke, ich werde die Relation beim Hengsteysee mit Daten füllen und diese am way entfernen, dann ist es zumindest mit anderen Stauseen einheitlich.

Aber beim Harkortsee gibt es keine Relation, daran kann es also gar nicht liegen.

Last edited by Thoschi (2016-10-13 10:37:24)

kreuzschnabel

Member

Registered: 2015-07-03

Posts: 6,640

Re: Stausee

Beim Hengsteysee hängt die Information am Outer-Mitglied und die Relation hat keine Tags.

Was falsch wäre. Der outer bekommt nur dann Tags, wenn er selbst etwas Lineares unabhängig von der Relation darstellt (bei als Multipolygon gezeichneten Stauseen kann das die Staumauer sein).

Alle Tags für die durch die Relation definierte Fläche gehörten ausschließlich an die Relation, die outer-Ways sind dort nur Umrisslinien ohne eigene inhaltliche Bedeutung. Sie kommen ganz ohne Tags aus, wenn sie weiter nichts darstellen.

Insofern ist es richtig, eine Relation, die nicht als Wasserfläche getaggt ist, nicht blau zu rendern.

--ks

chris66

Member

From: Germany

Registered: 2009-05-24

Posts: 10,130

Re: Stausee

Was falsch wäre. Der outer bekommt nur dann Tags, wenn er selbst etwas Lineares unabhängig von der Relation darstellt

"falsch" ist etwas zu hart, denn im Wiki ist es immer noch nur eine Empfehlung.

Tags describing the multipolygon (e.g., landuse=forest) should go on the relation. The outer way(s) should be left untagged, unless they describe something in their own right.
..
It is suggested (for consistency) to always put the multipolygon tags on the relation.

Last edited by chris66 (2016-10-13 12:14:51)

---

Mapper aus dem Münsterland.

Jojo4u

Member

Registered: 2014-08-03

Posts: 1,090

Re: Stausee

Ja, aber in OSM-Carto wurde schon diskutiert ob man bei leeren Relationen in Zukunft noch die outer anschaut.

wycbtma

Member

Registered: 2013-06-30

Posts: 83

Re: Stausee

Mag sein, dass es bisher (leider) nur eine Empfehlung ist, den Flächentyp nicht an die outer ways zu hängen sondern an die Relation. Aber in der Praxis schafft das massenhaft Probleme. "Mysteriöse" Waldfehler, falsche Wasserflächen etc. Natürlich nicht auf Mapnik mit den ganzen automatischen Fehlerkorrektur-Annahmen, aber z.B Offline-Outdoor-Apps. Mapsforge ist da sehr empfindlich, und in der Wildnis können Wald/Wasserfehler lebensgefährlich werden.

Das Problem ist vor allem auch, das weiß ja kaum ein Mapper! Dass bei getaggten Outers die Ursache für so "komische" Fehler liegt, weil die Methode im Wiki ja voll funktionsfähig klingt. Mir ist klar, dass wegen Kompatibilität mit Uralt-Relationen auch getaggte outer-Relationen noch funktionieren sollten, sofern möglich, aber könnte man es nicht so klarstellen, dass diese Methode wirklich nur noch "toleriert" wird für "Altlasten"? Aber bei neuen oder geänderten Relationen die Tags in die Relation sollen, und zwar ausschließlich in die Relation?

Ein Folgeproblem ist z.B. auch, dass die getaggten outers sowieso immer nur für 1 geschlossenen Way erlaubt waren. Sobald man den aber splittet, geht gar nix mehr, da verschwindet die ganze Fläche! (weiß jetzt nicht, ob auch auf Mapnik, aber getaggte Split-Outers sind definitiv im Wiki verboten) Übrigens eine beliebte Zerstörungsmethode von weltreisenden MP-Splitterfanatikern, die das gar nicht bemerken.

Zum Stausee:
Der fehlende See ist doch perfekt, ein simpler geschlossener Ring ohne Relation, und OSM-Inspektor meckert auch nicht.
Wahrscheinlich hat Lyrk einfach nur veraltete Tiles. Eine Waldrandänderung vom letzten Januar erscheint da nämlich auch noch nicht (andere Gegend)