OpenStreetMap Forum

Mammi71

Member

Registered: 2018-06-25

Posts: 2,624

Re: area:highway welche Flächen genau?

Naja, das scheint mir bei carto nicht einmal bei einfachen Straßen-ways zu klappen,

?
Ist das jetzt nur mal so behauptet oder hast Du ein Beispiel dafür?
Ich habe da noch keine Probleme bei Straßen-ways untereinander gesehen.

Jo Cassel

Member

Registered: 2015-12-02

Posts: 1,534

Re: area:highway welche Flächen genau?

Meine sowas
https://www.openstreetmap.org/#map=19/51.32117/9.28420
Die Brücke (layer=1) ist zwischen A (layer=1) und B - ersichtlich ist das nicht wirklich...

Mammi71

Member

Registered: 2018-06-25

Posts: 2,624

Re: area:highway welche Flächen genau?

nicht einmal bei einfachen Straßen-ways

vs.

Die Brücke (layer=1)

Mit "Die Brücke" meinst Du wahrscheinlich https://www.openstreetmap.org/way/377749666.
Das ist aber ein man_made=bridge und eben kein einfacher Straßen-way

Und das ist dann eben:

Was ein Renderer daraus baut ist seine Sache

OSM-carto legt seinen Schwerpunkt auf die Darstellung der Straßen. Daher werden Straßen grundsätzlich über andere Objekte gerendert, solange es sich nicht um einen anderen highway=* mit einem höheren layer handelt. Selbst Tunnel, die werden nur anders dargestellt, aber dennoch über die darüberliegenden Gebäude und hier eben man_made=bridge drüber gerendert. Mit covered=yes könnte man noch experimentieren, ändert aber grundsätzlich nichts am Rendering.

Ein einfacher Straßen-way für "Die Brücke" wäre dann https://www.openstreetmap.org/way/25588220
wobei es nur darauf ankommt:

highway=motorway
bridge=yes

Und diese Brücke wird korrekt über der Bundesstraße gerendert.

Jo Cassel

Member

Registered: 2015-12-02

Posts: 1,534

Re: area:highway welche Flächen genau?

@Mammi71 sind wir uns einig,
dass carto ohne Hilfestellung (covered=yes)  einfache Straßen-ways *unter Flächen* (wir reden hier über Flächen) mit höherem layer-Wert nicht differenziert (verdeckt) darstellen kann?

Auch an dich meine Frage aus #20 "Gibts denn einen realexistierenden Renderer, der layer-Tags bei area:highway auswertet?"

MKnight

Member

Registered: 2012-08-01

Posts: 2,406

Re: area:highway welche Flächen genau?

Mit covered=yes könnte man noch experimentieren, ändert aber grundsätzlich nichts am Rendering.

covered

ohne covered:

Irgendwo in den Carto-tickets las ich, dass es überdurchschnittlich kompliziert wäre das ohne covered schön zu malen und sinngemäss: "covered mappen ist kein mappen für den renderer, weil is ja covered"

---

gesammelte Overpass-abfragen zu QA (hauptsächlich Strassenfehler) + verschiedene Stats zu Strassen-eigenschaften

Jo Cassel

Member

Registered: 2015-12-02

Posts: 1,534

Re: area:highway welche Flächen genau?

[...]
Irgendwo in den Carto-tickets las ich, dass es überdurchschnittlich kompliziert wäre das ohne covered schön zu malen und sinngemäss: "covered mappen ist kein mappen für den renderer, weil is ja covered"

ja, kann ich mir gut vorstellen, eine unbekannte Stapelung (-1+0 oder 0+1 oder ...) zu analysieren ist was anderes als eine simple Subtag-Auswertung - das ist ja der Hintergrund meiner KISS-Auswertungs-Gedanken ...

Mammi71

Member

Registered: 2018-06-25

Posts: 2,624

Re: area:highway welche Flächen genau?

sind wir uns einig,
dass carto ohne Hilfestellung (covered=yes)  einfache Straßen-ways *unter Flächen* (wir reden hier über Flächen) mit höherem layer-Wert nicht differenziert (verdeckt) darstellen kann?

Ich habe schlicht keine Ahnung, was technisch machbar ist, insbesondere ob das area:highway beim Rendern transparent gehalten werden kann. Die Behandlung der Reihenfolge halte ich für eher unproblematisch: highways mit niedrigerem layer kommen unter diese Fläche und highway mit gleichem oder höherem layer kommen darüber. Ob das "schön" aussieht halte ich zumindest bei mehr als zwei Ebenen für problematisch.

Auch an dich meine Frage aus #20 "Gibts denn einen realexistierenden Renderer, der layer-Tags bei area:highway auswertet?"

Da mich persönlich als Auswertung vorallem die Karte und das Routing interessiert erwarte ich keine "verdeckte" Darstellung von Straßen unter Brücken. Insofern habe ich mir über Renderer-Alternativen auch keine Gedanken gemacht. Wenn ich mir ansehen möchte, wie es aussieht, wenn die darunterliegende Straße verdeckt wird, dann schaue ich mir direkt das Luftbild an.

MitteloberrheinischerWaldameisenschreck

Member

Registered: 2017-05-16

Posts: 534

Re: area:highway welche Flächen genau?

covered

Isja mal wieder typisch!!1 Die Radfahrer lässt man weiter im Regen stehen!!11

Last edited by MitteloberrheinischerWaldameisenschreck (2021-11-20 13:58:16)

dieterdreist

Member

From: Roma, Italia

Registered: 2010-09-22

Posts: 4,218

Website

Re: area:highway welche Flächen genau?

Auch an dich meine Frage aus #20 "Gibts denn einen realexistierenden Renderer, der layer-Tags bei area:highway auswertet?"

die Frage sollte sein: kann man das automatisch feststellen oder ist es erforderlich, dass Mapper das von Hand dazu packen. Und da ist die Antwort: klar ist es möglich. Man könnte für alle Brücken und building analysieren, ob sie Wege mit niedrigerem layer überdecken, dann mit den Wegen verschneiden und an die überdeckten Teile covered=yes setzen, vollautomatisch.
Allerdings bei einem live system wie OpenStreetMap carto eher nicht, weil das zu teuer wäre (glaube ich).

Wenn man darauf verzichten kann, dass der verdeckte Weg überhaupt dargestellt wird, dann wird es einfacher und das ginge auch in OpenStreetMap carto, z.B. indem man zusätzliche layer für Brücken auf unterschiedlichen layers einfügt, oder die Brückenflächen im selben layer rendert wie die Straßen, und das dort dann entsprechend sortiert

Jo Cassel

Member

Registered: 2015-12-02

Posts: 1,534

Re: area:highway welche Flächen genau?

[...] klar ist es möglich. Man könnte für alle Brücken und building analysieren, ob sie Wege mit niedrigerem layer überdecken, dann mit den Wegen verschneiden und an die überdeckten Teile covered=yes setzen, vollautomatisch.
[...]

... eben, nur layers zwingen zum "Preprocessing" an jeder Über-/Unterführung.
Daher hätte ich Bedenken (im Hinblick auf eine pot. "best practice"-Dokumentation im OSM-Wiki) nur eine Methode zu propagieren, welche die Zugänglichkeit/Nutzbarkeit von "Open"-Daten etwas aus den Augen verliert. 
Stand meiner Tests auf datensimpler covered-Basis:
https://overpass-turbo.eu/s/1dfC