Strassen als Fläche

marek kleciak · 2015-08-31 11:03:06

Tordanik machte eine Ankündigung an die
Tagging-Mailingliste mit dem RFC area:highway:

https://lists.openstreetmap.org/piperma … 26278.html

Seit Mitte August hat sich die Anzahl der a:h Elemente in der Datenbank nahezu verdoppelt.

Danke Tordanik!

Grüße,
Marek

edward17 · 2015-08-31 16:12:26

Soll die Fläche unter Straßenbahn-Gleisen mit einem besonderen Tag gemappt sein?
Beispiel (bitte Bing-Layer clicken): http://www.sammyshp.de/fsmap/#19/48.03265/37.79137
So sieht das jetzt aus: http://osmapa.pl/w/areaua/?lat=48.03264 … m=19&ol=BP

Warum sind Fahrrad-Linien hier rot, und hier nicht? Ich möchte sie rot sehen, weil sie in Realität so sind Siehe Bing hier: http://www.sammyshp.de/fsmap/#19/48.03072/37.78962

marek kleciak · 2015-08-31 16:27:38

Solche Flächen sind normale Kreuzungsflächen weil die autos über solche Elemente fahren dürfen.

In der polnischen Version werden Neuerungen ausprobiert und viele Diskussionen geführt.
Diese und andere Änderungen die noch kommen, wie zum Beispiel Rendering von a:h=taxi, a:h=bus_stop a:h=(footway mit cycleway), besserer Rendering von steps, Abbiegepfelie in kleineren Zoomstufen, Rotation der Texturen z.B. für a:h=emergency +direction=*, Rendering von http://wiki.openstreetmap.org/wiki/Key:road_marking

Also es ist noch viel zu tun für einen einzelnen Mapper.
Deswegen aktualiziert er NOCH NICHT die Deutsche und Ukrainische Version.
Das kommt aber. Wenn jemand von diesem Forum dabei helfen kann wäre ich und Marimil sehr verbunden

Grüße,
Marek

Edit: sieh Dir dieses Element in 2,3 Stunden auf der osmapa an: http://www.openstreetmap.org/way/368477819
Rot werden area:highway=cycleway gezeichnet, ich weiß nicht ob das bereits in der ukrainischen Version funktioniert, glaube aber schon.

Last edited by marek kleciak (2015-08-31 16:37:30)

Javnik · 2015-08-31 16:36:25

edward17 wrote:

Soll die Fläche unter Straßenbahn-Gleisen mit einem besonderen Tag gemappt sein?

Auf den Kreuzungen nicht, außer kannst du landuse=railway oder a:h=tram benutzten.

edward17 wrote:

Warum sind Fahrrad-Linien hier rot, und hier nicht?

Eigentlich ist das test-area. Deine schauen ok aus, siehe auch normaler Benutzung.

edward17 · 2015-09-01 18:32:14

"Breaking news"
man_made=bridge werden im OSM Standard Stil gerendert:
http://www.openstreetmap.org/way/305509688
via @shtosm

marek kleciak wrote:

sieh Dir dieses Element in 2,3 Stunden auf der osmapa an: http://www.openstreetmap.org/way/368477819
Rot werden area:highway=cycleway gezeichnet, ich weiß nicht ob das bereits in der ukrainischen Version funktioniert, glaube aber schon.

Vielen Dank! Es ist nun rot

Rogehm · 2015-09-01 18:47:21

Ich schüttele mit den Augen! Was ist das denn jetzt? Wer hat das denn eingebracht? Revolution der Andersdenkenden? Volle Umarmung und schmatz!!!

http://www.openstreetmap.org/#map=18/50.94120/6.96594

Anh.: Na, dann mache ich doch mal die Kölner Brücken fertig...

Last edited by Rogehm (2015-09-01 19:23:32)

marek kleciak · 2015-09-01 19:46:34

Alle man_made=bridge werden seit gestern so gerendert.
Wir haben also was bewegt: Die Skizze kennst Du doch -> http://wiki.openstreetmap.org/wiki/File … opViev.JPG

Grüße,
Marek

Rogehm · 2015-09-01 20:49:51

Wir haben also was bewegt: Die Skizze kennst Du doch -> http://wiki.openstreetmap.org/wiki/File … opViev.JPG

@Marek: Natürlich
Ich werde die Tage eine deutsche Site von http://wiki.openstreetmap.org/wiki/Tag: … e%3Dbridge erstellen.
Außerdem alle Kölner Brücken mit der Fläche taggen. Jetzt kommt aber hoffentlich auch bald die Trennung in 3D, wobei ich versuche, die Pfeiler gesondert zu taggen. Auf dem Umriss sollten die eigentlich nicht zu sehen sein. Ich hoffe 3D zieht nach.

Die neue Tabelle in http://wiki.openstreetmap.org/wiki/Prop … treet_area finde ich super.
Momentan stolpere ich jedoch mit dem tagging highway=pedestrian & area=yes und hier area:highway=pedestrian. Das beisst sich. Evtl. auch higway=footway + area=yes.
Hier sollte eine Einigung erzielt werden. Durch das parallele Flächenrendering gibt es einen Konflikt.

Last edited by Rogehm (2015-09-01 20:51:04)

marek kleciak · 2015-09-01 20:59:56

Momentan stolpere ich jedoch mit dem tagging highway=pedestrian & area=yes und hier area:highway=pedestrian. Das beisst sich. Evtl. auch higway=footway + area=yes.

Richtig. area:highway=pedestrian habe ich nicht vorgesehen, wegen des Konflikts.
Vielleicht hat das der User den ich um die Kodifizierung der Tabelle gebeten habe, doch noch aufgenommen.
Ich entferne das gleich.

Rogehm · 2015-09-01 21:30:40

Na ja, da kommt mir ein neuer Gedanke. Jetzt werden ja schon die area's für pedestrian und footway in der Standardkarte gerendert.
Möchte man da die weiteren Wege für die mapnik als area verhindern durch das tagging a:h=X ? Könnte sich in Zukunft als sehr konfliktreiche Konstellation darstellen.
Eigentlich ist das hiesige Flächentagging mit a:h doch prädisteniert für 3D und Flächen in der natürlichen Darstellung (z.B. Farben oder auch Pflasterrendering)
Das kann bestimmt nicht durch die Mapnik geleistet werden. Also muss es erlaubt sein, auf der Strassenfläche neben den Standardwerten für die mapnik auch noch in Zukunft genauere Werte für die Oberfläche taggen zu können, die halt durch verschiedene Maps ausgewertet werden können. Im Prinzip bedeutet das:
Eine Fläche highway=pedestrian + area=yes könnte mit Zusatztags wie area:highway=pedestrian + surface=paving_stones + paving_stones:shape + paving_stones:colour beschrieben werden. Das wäre absolut genial, fände ich.

Last edited by Rogehm (2015-09-01 21:32:33)

RadFr · 2015-09-02 07:13:34

marek kleciak wrote:

Momentan stolpere ich jedoch mit dem tagging highway=pedestrian & area=yes und hier area:highway=pedestrian. Das beisst sich. Evtl. auch higway=footway + area=yes.
Richtig. area:highway=pedestrian habe ich nicht vorgesehen, wegen des Konflikts.
Vielleicht hat das der User den ich um die Kodifizierung der Tabelle gebeten habe, doch noch aufgenommen.
Ich entferne das gleich.

In der Tabelle steht:
area:highway yes For unknown road type.

Der unbekannte Straßentyp wird doch mit highway=road getaggt. Logisch wäre dann area:highway= road und nicht area:highway=yes

RadFr · 2015-09-02 07:41:47

Rogehm wrote:

Na ja, da kommt mir ein neuer Gedanke. Jetzt werden ja schon die area's für pedestrian und footway in der Standardkarte gerendert.
Möchte man da die weiteren Wege für die mapnik als area verhindern durch das tagging a:h=X ? Könnte sich in Zukunft als sehr konfliktreiche Konstellation darstellen.
Eigentlich ist das hiesige Flächentagging mit a:h doch prädisteniert für 3D und Flächen in der natürlichen Darstellung (z.B. Farben oder auch Pflasterrendering)
Das kann bestimmt nicht durch die Mapnik geleistet werden. Also muss es erlaubt sein, auf der Strassenfläche neben den Standardwerten für die mapnik auch noch in Zukunft genauere Werte für die Oberfläche taggen zu können, die halt durch verschiedene Maps ausgewertet werden können. Im Prinzip bedeutet das:
Eine Fläche highway=pedestrian + area=yes könnte mit Zusatztags wie area:highway=pedestrian + surface=paving_stones + paving_stones:shape + paving_stones:colour beschrieben werden. Das wäre absolut genial, fände ich.

highway=pedestrian + area=yes (a) und area:highway=pedestrian (b) sind zwei Paar Stiefel.
IMO hat (b) an (a) nichts zu suchen. Immer noch nicht begriffen?

http://forum.openstreetmap.org/viewtopi … 97#p528397

marek kleciak · 2015-09-02 07:55:22

Der unbekannte Straßentyp wird doch mit highway=road getaggt. Logisch wäre dann area:highway= road und nicht area:highway=yes

Richtig. Ich hab´s geändert.

marek kleciak · 2015-09-02 19:44:41

Eine kleine Idee:
Wir haben das Problem die Parkplätze entlang einer Straße zu taggen wenn sie als Fläche erfasst sind.
Es ist weder amenity=parking noch amenity parking_space

warum nicht: area:highway=parking?

Rogehm · 2015-09-02 20:20:49

Wir haben das Problem die Parkplätze entlang einer Straße zu taggen wenn sie als Fläche erfasst sind.
Es ist weder amenity=parking noch amenity parking_space

Meinst du nicht, amemity=parking_space könnte man so flexibel auslegen, ggf. ergänzend beschreiben, das es in dieses Schema passt?
Ich meine, wenn du die Flächen immer wieder erweiterst auf noch nicht festgelegte Renderer, wird das ganze sehr inkombatibel zum bisherigen tagging.

Da gibt es ja z.B. auch http://wiki.openstreetmap.org/wiki/DE:Key:parking:lane
Was aber natürlich nicht die eigentliche Parkfläche beschreibt. Diese könnte ja wirklich durch area:highway=parking beschrieben sein, wenn man also auch parking_lane oder parking_space gleichzeitig taggt. Wird aber nur dann funktionieren, wenn der Mapper, der die "Parkfläche" mappt, gleichzeitig den Strassen-tag parking_lane auf diese Fläche abstimmt.
Ich sehe hier wie auch z.B. beim Waldflächentagging eine sehr viel größere Mapping Verantwortung der User (auch der Anfänger - die das evtl. (wahrsch.) übersehen).
Das ginge so lange gut, bis das Proposal nicht approved ist. Danach möchte auch die mapnik mitspielen, wie wir auch in vielen Beispielen in jüngster Vergangenheit gesehen haben.

edward17 · 2015-09-02 20:28:05

marek kleciak wrote:

Eine kleine Idee:
Wir haben das Problem die Parkplätze entlang einer Straße zu taggen wenn sie als Fläche erfasst sind.
Es ist weder amenity=parking noch amenity parking_space
warum nicht: area:highway=parking?

Die Parkplätze gehören zu den POIs und sollen deshalb die Tags haben, die die Suchen nach ihnen ermöglichen (amenity=parking oder amenity parking_space).

Diese Objekte sollen einen von ober genannten amenity-Tags haben. Irgendein area:highway=*? Möglich, aber nur in der Kombination mit amenity=*.

marek kleciak · 2015-09-02 20:36:26

Die Suche kann man ausbauen. Was anderes ist entlang der Strasse nach dem Parken zu suchen
und etwas anderes einen überwachten Parking in der Innenstadt.

edward17 · 2015-09-03 17:16:17

Ich aktualisierte ukrainische Übersetzung des Proposals und fand etwas interessantes:

http://wiki.openstreetmap.org/wiki/Proposed_features/Street_area#Tagging wrote:

Note: don´t use area:highway = pedestrian because of already existing rendering of highway = pedestrian as area.

Warum sollen wir immer area:highway=<road type> benutzen außer highway=pedestrian? Nur denn der Standart Stil es rendert? Wenn der Standart Stil morgen highway=motorway + area=yes rendern wird, werden wir auf area:highway=motorway verzichten? Das ist aber Quatsch!

Ich vorschlage, nur area:highway=pedestrian zu benutzen, ohne highway=pedestrian + area=yes.
Vielleicht highway=pedestrian + area=yes für "deprecated" erklären.

Garmin-User · 2015-09-03 18:21:31

edward17 wrote:

Ich aktualisierte ukrainische Übersetzung des Proposals und fand etwas interessantes:
http://wiki.openstreetmap.org/wiki/Proposed_features/Street_area#Tagging wrote:
Note: don´t use area:highway = pedestrian because of already existing rendering of highway = pedestrian as area.
Warum sollen wir immer area:highway=<road type> benutzen außer highway=pedestrian? Nur denn der Standart Stil es rendert? Wenn der Standart Stil morgen highway=motorway + area=yes rendern wird, werden wir auf area:highway=motorway verzichten? Das ist aber Quatsch!
Ich vorschlage, nur area:highway=pedestrian zu benutzen, ohne highway=pedestrian + area=yes.
Vielleicht highway=pedestrian + area=yes für "deprecated" erklären.

Es geht nicht nur darum, was gerendert wird und somit auf der Karte sichtbar ist, sondern auch, wie es für andere Zwecke taugt - ich denke hierbei besonders an Routing.

Ein Routing über Plätze (wenn vorläufig auch nur am Rand entlang) ist oft notwendig. Das betrifft Fußgängerzonen genauso wie highway=service und manche Wohnstraße => "echte" Plätze. Deswegen highway=* und area=yes.

Straßenflächen dagegen dürfen als Fläche nicht routbar sein. Wo soll der Router entlangführen? Außenrand, Innenrand, eigentliche Linie? Außerdem wird ein Router in Kurven auf die innere Straßenseite wechseln, wenn ihm das kürzer erscheint - und das nicht ohne störende Ansage. Zumal bei Flächen kein oneway=yes oder punktförmige barrier=* wirken. Deshalb ist es wichtig, die Straßenflächen (area:highway=* für's Auge) von den Plätzen (highway=* und area=yes für's Routing) zu trennen.

Wenn ein Router wegen Plätzen anfangen muss, area:highway=* auszuwerten, kann er diese nicht mehr von den Straßenflächen unterscheiden...

Fazit:

good: highway=pedestrian und area=yes
bad: area:highway=pedestrian
good: area:highway=motorway
bad: highway=motorway und area=yes

Auf keinen Fall ist highway=pedestrian + area=yes "deprecated"! (nur für die übereifrigen Ästheten ohne technischen Bedacht, die gleich das Wiki ändern würden)

Last edited by Garmin-User (2015-09-03 18:46:05)

edward17 · 2015-09-03 20:42:23

Garmin-User,
über Routing über Plätze - ich bin mit dir einverstanden. Nebenbei gesagt: gibt es eine Realisierung?

Aber, wie soll ich die Fläche dieser Straße mappen:
http://www.openstreetmap.org/way/23539477
Auch highway=pedestrian + area=yes? Das finde ich nicht so gut, weil in Realität nur eine Fusgängerstraße existiert, und wir so in OSM-Datenbank zwei entsprechende Objekte haben werden.
Hier ergibt sich auch die Frage, ob man bei solchen highway=pedestrian einen Flächerouting braucht. Meiner Meinung nach nicht. Das ist doch kein Platz!

Garmin-User · 2015-09-03 21:01:24

edward17 wrote:

Garmin-User,
über Routing über Plätze - ich bin mit dir einverstanden. Nebenbei gesagt: gibt es eine Realisierung?
Aber, wie soll ich die Fläche dieser Straße mappen:
http://www.openstreetmap.org/way/23539477
Auch highway=pedestrian + area=yes? Das finde ich nicht so gut, weil in Realität nur eine Fusgängerstraße existiert, und wir so in OSM-Datenbank zwei entsprechende Objekte haben werden.
Hier ergibt sich auch die Frage, ob man bei solchen highway=pedestrian einen Flächerouting braucht. Meiner Meinung nach nicht. Das ist doch kein Platz!

Diese Straße ist zwar Fußgängerzone, aber keine Fläche. Also korrekt mit highway=pedestrian, aber ohne area=yes getaggt. Hier dürfte area:highway benutzt werden, um die "Straßen"-Fläche darzustellen.

Das weiter oben zitierte "Note: don´t use area:highway = pedestrian because of already existing rendering of highway = pedestrian as area." trifft dort nicht zu, denn das ist kein highway=pedestrian als Fläche.

Unlogisch ist jetzt einerseits der Vergleich von area:highway=pedestrian + area=yes mit motorway und andererseits das Vorzeigen einer Fußgängerzone ohne area. Das zeigt doch, dass die Problematik noch nicht ganz klar ist.

streckenkundler · 2015-09-03 21:07:16

Garmin-User wrote:

Fazit:
good: highway=pedestrian und area=yes
bad: area:highway=pedestrian
good: area:highway=motorway
bad: highway=motorway und area=yes
Auf keinen Fall ist highway=pedestrian + area=yes "deprecated"! (nur für die übereifrigen Ästheten ohne technischen Bedacht, die gleich das Wiki ändern würden)

Das Problem ist doch (lediglich) das Routing...

Ich verweise mal auf: http://forum.openstreetmap.org/viewtopi … =23129&p=6

Sven

Garmin-User · 2015-09-03 21:37:38

streckenkundler wrote:

Garmin-User wrote:
Fazit:
good: highway=pedestrian und area=yes
bad: area:highway=pedestrian
good: area:highway=motorway
bad: highway=motorway und area=yes
Auf keinen Fall ist highway=pedestrian + area=yes "deprecated"! (nur für die übereifrigen Ästheten ohne technischen Bedacht, die gleich das Wiki ändern würden)
Das Problem ist doch (lediglich) das Routing...
Ich verweise mal auf: http://forum.openstreetmap.org/viewtopi … =23129&p=6
Sven

Das Problem ist die Trennung von Straßenflächen und begeh-/befahrbaren Plätzen. Was die Router mit highway=* und area=yes nicht hinbekommen haben, bekommen sie auch mit area:highway=* nicht hin. Routing wird weiterhin nur auf Linien geschehen. Bei Plätzen könnte ein Renderer für's Routing virtuelle Linien errechnen, eben weil Linien notwendig sind. Wie aber soll der Renderer bei Flächen z.B. die Richtung einer Einbahnstraße bestimmen, wenn deren Rand einen geschlossenen (langgezogenen) "Kreis" darstellt? Oder was ist mit Barrieren, die dann einfach umfahren werden können, obwohl man in echt nicht vorbei käme?

Ich denke, wenn OSM gut und weiterhin interessant sein will, sollte es sich an die üblichen Elemente und deren Vervollständigung/Pflege halten. Besseres Aussehen z.B. durch Straßenflächen kann ein Goody sein, was OSM von kommerziellen Kartenherstellern abhebt. Das sollte aber nicht andere Anwendungsmöglichkeiten (Routing) stören.

Last edited by Garmin-User (2015-09-03 21:38:19)

maxbe · 2015-09-03 21:57:38

streckenkundler wrote:

Das Problem ist doch (lediglich) das Routing...
Ich verweise mal auf: http://forum.openstreetmap.org/viewtopi … =23129&p=6

Garmin-Users Argumente passen schon: Abgesehen vom Aufwand, alle Flächen zu prüfen, ob sie eher ein "Platz" oder ein "Streifen" sind, wäre es schon hilfreich, Flächen mit Verkehr in beliebiger Richtung von Flächen mit gerichtetem Verkehr zu unterscheiden. Da es die beliebigen Richtungen eigentlich nur bei Fussgängerzonen gibt, spielt highway=pedestrian tatsächlich eine besondere Rolle.

Grüße, Max

Last edited by maxbe (2015-09-03 22:01:00)

marek kleciak · 2015-09-03 22:13:03

Abgesehen vom Aufwand, alle Flächen zu prüfen, ob sie eher ein "Platz" oder ein "Streifen" sind, wäre es schon hilfreich, Flächen mit Verkehr in beliebiger Richtung von Flächen mit gerichtetem Verkehr zu unterscheiden.

Deswegen kehren wir wohl zu a:h=pedestrian zurück. Dies soll für "Streifen" gelten. Gleiche Stimmen kamen in dem Poln. Forum.

Announcement

#201 2015-08-31 11:03:06

Re: Strassen als Fläche

#202 2015-08-31 16:12:26

Re: Strassen als Fläche

#203 2015-08-31 16:27:38

Re: Strassen als Fläche

#204 2015-08-31 16:36:25

Re: Strassen als Fläche

#205 2015-09-01 18:32:14

Re: Strassen als Fläche

#206 2015-09-01 18:47:21

Re: Strassen als Fläche

#207 2015-09-01 19:46:34

Re: Strassen als Fläche

#208 2015-09-01 20:49:51

Re: Strassen als Fläche

#209 2015-09-01 20:59:56

Re: Strassen als Fläche

#210 2015-09-01 21:30:40

Re: Strassen als Fläche

#211 2015-09-02 07:13:34

Re: Strassen als Fläche

#212 2015-09-02 07:41:47

Re: Strassen als Fläche

#213 2015-09-02 07:55:22

Re: Strassen als Fläche

#214 2015-09-02 19:44:41

Re: Strassen als Fläche

#215 2015-09-02 20:20:49

Re: Strassen als Fläche

#216 2015-09-02 20:28:05

Re: Strassen als Fläche

#217 2015-09-02 20:36:26

Re: Strassen als Fläche

#218 2015-09-03 17:16:17

Re: Strassen als Fläche

#219 2015-09-03 18:21:31

Re: Strassen als Fläche

#220 2015-09-03 20:42:23

Re: Strassen als Fläche

#221 2015-09-03 21:01:24

Re: Strassen als Fläche

#222 2015-09-03 21:07:16

Re: Strassen als Fläche

#223 2015-09-03 21:37:38

Re: Strassen als Fläche

#224 2015-09-03 21:57:38

Re: Strassen als Fläche

#225 2015-09-03 22:13:03

Re: Strassen als Fläche

Board footer