OpenStreetMap Forum

kreuzschnabel

Member

Registered: 2015-07-03

Posts: 6,640

Re: barrier und landuse am selben Way

versemmelt heisst: das Problem der Nichtanzeige existiert nicht? So ganz klar ist mir nicht, ob das Problem für Dich gelöst ist..

- Das Problem der falschen hedge-Anzeige im Mapnik-Rendering ist per Workaround gelöst (barrier=hedge als Element, landuse als Monopolygon daraus).
- Das Problem der Nichtanzeige des in #1 genannten Ways wurde durch die Lösung erzeugt (weil ich nicht den dort verlinkten Weg, sondern einen neuen, infolge der vorübergehenden Zwei-Wege-Lösung darauf liegenden Way zum barrier=hedge erklärt habe).
- Versemmelt hab ich, daß aufgrund dieses Vorgehens mein eigener Link nicht mehr funktioniert.

--ks

geri-oc

Member

From: Sachsen

Registered: 2011-03-21

Posts: 5,055

Website

Re: barrier und landuse am selben Way

Ich hätte die Hecke - wie vermutlich tatsächlich - rechts und links des Weges enden lassen. Das barrier=gate ist doch bestimmt in ein barrier=fence (type=metal oder wood). Dann kann die Relation entfallen.

Im Süden sieht es aus wie ein Stück Zaun über der Wiese. Hecke ist wohl eher eine Baumreihe (mit Zaun?)

RadFr

Member

Registered: 2014-08-14

Posts: 609

Re: barrier und landuse am selben Way

versemmelt heisst: das Problem der Nichtanzeige existiert nicht? So ganz klar ist mir nicht, ob das Problem für Dich gelöst ist..

- Das Problem der falschen hedge-Anzeige im Mapnik-Rendering ist per Workaround gelöst (barrier=hedge als Element, landuse als Monopolygon daraus).
- Das Problem der Nichtanzeige des in #1 genannten Ways wurde durch die Lösung erzeugt (weil ich nicht den dort verlinkten Weg, sondern einen neuen, infolge der vorübergehenden Zwei-Wege-Lösung darauf liegenden Way zum barrier=hedge erklärt habe).
- Versemmelt hab ich, daß aufgrund dieses Vorgehens mein eigener Link nicht mehr funktioniert.

--ks

Taggen für den Renderer.

MP mit 1 Element?

BTW, access=yes am gate?

Noch was: da folgt ein Service-Weg auf einen Track. Routingtechnisch ein Problem.

Last edited by RadFr (2015-07-28 09:32:52)

RadFr

Member

Registered: 2014-08-14

Posts: 609

Re: barrier und landuse am selben Way

Ich hätte die Hecke - wie vermutlich tatsächlich - rechts und links des Weges enden lassen. Das barrier=gate ist doch bestimmt in ein barrier=fence (type=metal oder wood). Dann kann die Relation entfallen.

+1

Ist ja IMO eh keine Relation.

Saxonyking

Member

From: Mittelsachsen

Registered: 2013-08-04

Posts: 70

Website

Re: barrier und landuse am selben Way

[...]Und bei barrier=hedge ist offenbar die Auswertung als Fläche vorgesehen, im Gegensatz etwa zu barrier=fence, was wirklich nur eine Linie ist. Deshalb werden die hier unterschiedlich ausgewertet. [...]

Und gerade dies denke ich nicht.

OK, erst jetzt ist mir bewusst, dass landuse=residential und barrier=hedge an dem geschlossenen way waren? Aber beeinflusst der landuse-Tag dies? Wohl kaum!??

Im englischen wiki steht:

For a thick hedge draw a closed way around the perimeter of the hedge and tag it with area=yes.

Aber wie ich eben sehe, hat sich das Thema anscheinend eh erledigt!

RadFr

Member

Registered: 2014-08-14

Posts: 609

Re: barrier und landuse am selben Way

Am Zugang die Hecke aufgtrennt, MP-Relation angepasst. Ist zumindest kein Taggen für einige Renderer, wie zuvor.

Ähnliches sollte man auch mit der allotment-Fläche getan werden, die muss ja auch einen Zugang haben.

RadFr

Member

Registered: 2014-08-14

Posts: 609

Re: barrier und landuse am selben Way

Hi,

https://www.openstreetmap.org/browse/relation/5238612
https://www.openstreetmap.org/browse/relation/5238614

OSMI meckert hier intersections an.
IMO ist eine MP-Realtion hier nicht angebracht, oder?

Irrläufer

Last edited by RadFr (2015-07-28 14:05:50)

seawolff

Member

From: Kiel

Registered: 2008-08-29

Posts: 436

Re: barrier und landuse am selben Way

Laut taginfo gibt es exakt 3000 Objekte, die mit "barrier=hedge" und "landuse=*" getagt sind.
Wie Mapnik korrekt darstellt, muss man dies als eine flächige Hecke mit der entsprechenden Nutzung interpretieren.
Vermutlich ist in allen Fällen gemeint, dass die Fläche keine Hecke ist, sondern davon umgeben wird.
Dafür sollte man zwei OSM-Objekte verwenden.
Jede Kombination von zwei realen Objekten in einem OSM-Objekt führt zu Widersprüchen, wenn eines davon einen Namen erhält.

Früher war "fenced=yes" als Attribut einer Fläche verbreitet. Dies würde Fehlinterpretationen ausschließen.
Inzwischen hat sich "barrier=fence" durchgesetzt und es gibt >90 000 Kombinationen mit "landuse=*" :-(

MKnight

Member

Registered: 2012-08-01

Posts: 2,406

Re: barrier und landuse am selben Way

Ich werf da mal: https://taginfo.openstreetmap.org/tags/fence_type=hedge (in Verbindung mit fence) in die Diskussion. Ist zwar nich dokumentiert, zumindest finde ich nix, aber ich halte das für recht sinnvoll.

Gibt's da keine Meinungen dazu?
Im Wiki finde ich noch als gutes Argument:

Es scheint sinnvoll barrier=fence;fence_type=wood zu verwenden, sodass es möglich ist alle Zäune in der Datenbank zu finden, ohne nach sämtlichen Typen, Materialien, Farben und anderen Zaundetails im Wert hinter barrier suchen zu müssen.

Wobei ich mir grad unsicher bin, ob das im Rendering nicht ähnliche Probleme macht.

---

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

RadFr

Member

Registered: 2014-08-14

Posts: 609

Re: barrier und landuse am selben Way

Am Zugang die Hecke aufgetrennt, MP-Relation angepasst. Ist zumindest kein Taggen für einige Renderer, wie zuvor.

Ähnliches sollte man auch mit der allotments-Fläche getan werden, die muss ja auch einen Zugang haben.

Einen fiktiven Zugang (path) zugefügt, Rest wie gehabt.

maxbe

Member

Registered: 2010-01-19

Posts: 3,255

Website

Re: barrier und landuse am selben Way

Wobei ich mir grad unsicher bin, ob das im Rendering nicht ähnliche Probleme macht.

Bei barrier=fence hätte man das Problem im speziellen Fall des Mapnik-Stils auf osm.org nicht. Der kennt nur flächige Hecken. Bei anderen Flächen mit barrier=* macht er die Umrandung grau. Würde man das ändern, gäbe es einen Aufschrei, falls z.B. die häufige Kombination "barrier=wall + landuse=cemetery" mauergrau gefärbt würde...

Das grundsätzliche Problem "Fläche mit ringförmigen Hindernis oder flächiges Hindernis" bleibt natürlich und zwingt den Renderer zum raten, was der Mapper wohl gemeint haben könnte.

Im Wiki finde ich noch als gutes Argument:
Es scheint sinnvoll barrier=fence;fence_type=wood zu verwenden, sodass es möglich ist alle Zäune in der Datenbank zu finden, ohne nach sämtlichen Typen,    Materialien, Farben und anderen Zaundetails im Wert hinter barrier suchen zu müssen.

Das Argument funktioniert anders rum genauso gut oder schlecht: Wenn jemand Hecken sucht, möchte er nicht auch noch alle Zäune durchsuchen. Es gibt ja sicher Auswertungen, die Hecken nicht in erster Linie als Barriere für Menschen begreifen, sondern z.B. als Lebensraum für Tiere. Die möchten nichts mit Zäunen zu tun haben.

Grüße, Max

MKnight

Member

Registered: 2012-08-01

Posts: 2,406

Re: barrier und landuse am selben Way

Ok, irgendwas is ja immer
Allerdings: wenn ich Hecken suche, würde ich natürlich auch nach fence_type suchen.

---

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