Fahrspuren mit Richtungspfeilen erfassen; Wochenaufgabe in KW 47/48

sennewald63 · 2014-11-12T13:42:50.000Z

OsmAnd zeigt die Fahrspuren auch .

hurdygurdyman · 2014-11-12T16:25:17.000Z

sennewald63:

Genau diese Inseln (http://www.gruene-blomberg.de/herrentrup-strasseneinmuendung.jpg ), die typischer Weise an Autobahnanschlüssen oder Kreuzungen vorkommen
sind es, die ich beim erfassen von Fahrspuren lösche.
Durch die 2 Einbahnstraßen die da meißtens gemappt werden endstehen auch 2 Kreuzungspunkte die in der Realität nicht vorhanden sind.
An so gemappten Autobahnanschlüssen habe ich bisher noch sehr weinige turn:lanse - Einträge gefunden.
Aus einfachen Kreuzungen von 2 Straßen mit jeweils einer Links- und einer gemeinsamen Geradeaus- und Rechtsabbiegerspur werden dann 4 Kreuzungspunkte
generiert die es so nicht gibt aber die Erfassung der turn:lanes und destination:lanes erschweren.
Warum sind da wohl bisher keine Fahrspuren gemappt worden ?
Man könnte ja behaupten die Luftbilder waren bisher zu undeutlich .

Diesen Punkt hier weiter zu diskutieren, wäre vollkommen OT, da er wenig bis nichts mit den turn:lanes zu tun hat.
Daher bitte bei Bedarf in neuem oder dazu schon vorhandenen thread weitermachen.

rayquaza · 2014-11-12T18:35:04.000Z

JohnDoe23:

things-change:

Die Darstellung auf osm2world ist natürlich sehr grob.
Schön wäre eine Karte in der Draufsicht, die Lanes anzeigt und auch zugehörig verbindet, z.B. wie in der Wikibeschreibung.

[OSM2World-Rendering, nicht Slippy-Map]

Mit der “texture_config.properties” von der Website:

things-change · 2014-11-12T19:16:37.000Z

Danke!
Habe jetzt aus povray ein Bild rausgekriegt. Die ‘texture_config.properties’ habe ich auch. Wie binde ich die ein?

rayquaza · 2014-11-12T19:25:33.000Z

things-change:

Die ‘texture_config.properties’ habe ich auch. Wie binde ich die ein?

–config /Pfad/zur/Datei

things-change · 2014-11-12T19:56:54.000Z

Ich krieg nicht hin. Ich weiss, ist schon längst OT, aber rayquaza hat wohl keine mail-adresse hinterlegt.

Ich brauch dafür gar nicht povray, oder? Ich hab jetzt die osm2world-windows.bat geändert auf
java -Xmx2G -jar OSM2World.jar --config texture_config.properties --gui
Das funktioniert aber nicht. Woran kann das liegen? Kannst mir ja per mail antworten.

rayquaza · 2014-11-12T20:37:38.000Z

things-change:

Ich weiss, ist schon längst OT, […] Kannst mir ja per mail antworten.

Ich mache mal hinter diesem Posting im OSM2World-Thread weiter.

things-change:

aber rayquaza hat wohl keine mail-adresse hinterlegt.

Noch mehr OT: Nicht sichtbar. Angegeben sein muss ja eine. Und dafür gibt’s ja die PN-Funktion, die im OSM-Forum deaktiviert ist, weil es OSM-PNs gibt

hurdygurdyman · 2014-11-14T09:27:20.000Z

Update:
leider hatte ich die letzen Tage einiges um die Ohren und konnte erst jetzt meine Tipps aktualisieren. Die aus meiner Sicht finale Version findet ihr unter dem (alten) Link:
https://drive.google.com/file/d/0B_3PJBM5cOz5dUlXSUt1d29FXzg/view?usp=sharing

Aus meiner Sicht kann es dann mit der Wochenaufgabe losgehen. Wer gibt den Startschuss?

Geogast · 2014-11-14T11:27:48.000Z

Sehr schön ausführlich und anschaulich!
Ich habe null Ahnung vom Fahrspurmapping (edit: und für solche sind Wochenaufgaben ja gedacht) - und finde, es fehlen noch Infos zu Busspuren (wurde oben schon bemerkt).
Unter http://wiki.openstreetmap.org/wiki/DE:Key:lanes (dem 1. Link im pdf) findet man was dazu - aber da finde ich, dass man nur schlecht das Verhältnis von lanes=* und turn=* versteht.
Könnte man vielleicht ein Bild oder so noch in die pdf tun?

hurdygurdyman · 2014-11-14T13:49:06.000Z

Geogast:

Sehr schön ausführlich und anschaulich!
Ich habe null Ahnung vom Fahrspurmapping (edit: und für solche sind Wochenaufgaben ja gedacht) - und finde, es fehlen noch Infos zu Busspuren (wurde oben schon bemerkt).
Unter http://wiki.openstreetmap.org/wiki/DE:Key:lanes (dem 1. Link im pdf) findet man was dazu - aber da finde ich, dass man nur schlecht das Verhältnis von lanes=* und turn=* versteht.
Könnte man vielleicht ein Bild oder so noch in die pdf tun?

Zuerst mal Danke für das Kompliment
Zu den Busspuren:
Da ist es analog wie bei den Fahrradspuren, auf die ich hinweise (siehe das Bild mit dem way aus dem overpass-turbo)
Meinst du, es reicht, wenn ich die erste Grafik entsprechend aufbohre und weiter unten dann einbaue und kommentiere?

edit:
smartphone und dicke Finger sind in der Kombination recht fehleranfällig

Geogast · 2014-11-14T20:08:00.000Z

hurdygurdyman:

Zuerst mal Danke für das Kompliment
Zu den Busspuren:
Da ist es analog wie bei den Fahrradspuren, auf die ich hinweise (siehe das Bild mit dem way aus dem overpass-turbo)
Meinst du, es reicht, wenn ich die erste Grafik entsprechend aufbohre und weiter unten dann einbaue und kommentiere?

Also, vorweg muss ich zugeben, dass Busspuren natürlich auch schon irgendwie speziell sind und nicht überall vorkommen.
Aber Fahrspuren sind ja voll von “Spezialfällen”, wie ich finde.
Ich hab das Bild auf S.4 gesehen, das von overpass-turbo mit Fahrradspuren, und finde es auch ganz schön unübersichtlich (nicht zuletzt, da auch noch mit bridge, layer und surface etc). Klar: ein gewiefter Mapper kann da schnell die Tags erkennen, um die es hier geht. Aber Anfänger eben nicht so.
Also, die Luxusvariante wäre so eine Grafik wie auf S.1 unten, also ein Quasi-Luftbild mit den passenden Tags zu jedem der 4 ways.
Sieht nach viel Arbeit aus, sowas zu machen. Aber auch nach Ende der Wochenaufgabe wäre so ein Bild im Wiki sicher sehr willkommen.

Edit: Oder ein passender osm2world-Screenshot wie hier in #44?

hurdygurdyman · 2014-11-15T06:32:51.000Z

Geogast:

…
Also, vorweg muss ich zugeben, dass Busspuren natürlich auch schon irgendwie speziell sind und nicht überall vorkommen.
Aber Fahrspuren sind ja voll von “Spezialfällen”, wie ich finde.
…

Ich habe bisher bewusst in den Tipps die Erfassung von Sonderspuren für Busse, Fahrräder usw. außen vor gelassen, denn das Thema betrifft primär die allgemeine Erfassung von lanes=*. Allerdings gebe ich zu, das an innerörtlichen Kreuzungen und Verzweigungen die Erfassung recht komplex wird, da diese Spuren sich mit den “normalen” Spuren munter mischen.

Ich mache mir mal Gedanken, wie man das als Exkurs für die keys “access:lanes”; “bicycle:lanes”, “change:lanes” und “psv:lanes” einbauen kann. Das macht aber nur Sinn, wenn das “step by step” auch für Spurerfassungsneulinge erklärt wird.

Leider sind meine Zeitressourcen momentan etwas beschränkt, um das vernünftig mit Skizzen usw. aufzusetzen. Deshalb schlage ich vor, erstmal mit den Tipps für die Masse der Fälle anzufangen. So können auch ungeübte Spurerfasser schon mal loslegen. Ich denke, das ist auch nach dem Pareto-Prinzip ein vernünftiger Weg. Ich behalte das aber im Auge und werde daran arbeiten.

Geogast · 2014-11-15T06:50:26.000Z

hurdygurdyman:

Pareto-Prinzip

Ja, das ist schon richtig. Zumal die Speziallfälle (20%?) ja durchaus irgendwie und -wo dokumentiert sind

hurdygurdyman · 2014-11-16T13:38:25.000Z

~~Aufgeschreckt~~ Angeregt durch http://forum.openstreetmap.org/viewtopic.php?pid=463666#p463666
mache ich mir Gedanken, ob und wie wir mit Relationen, die über das turnlanes-plugin erstellt wurden, umgehen sollen.

Löschen? parallel nach lanes-Schema erfassen? Ersteller anschreiben?
Ich habe mal in meiner südwestdeutschen Ecke recherchiert:
http://overpass-turbo.eu/s/64C
Da betrifft es gut 100 Relationen.
Taginfo findet weltweit über 40.000 Relationen type=turnlanes:turns:
http://taginfo.openstreetmap.org/relations/turnlanes%3Aturns

Welche Strategie empfehlt ihr zumindest für Deutschland?

sennewald63 · 2014-11-16T14:44:11.000Z

Hallo,

ich bin für löschen. Das wäre doch eine Aufgabe für Wall-E.

Senni

chris66 · 2014-11-16T15:03:36.000Z

Sind die beiden Schemata denn miteinander unverträglich?

Tendenziell hätte ich auch eher das relationsbasierte Schema bevorzugt, da ich es für besser auswertbar halte.
Aber die Mehrheit hat sich ja dagegen entschieden.

streckenkundler · 2014-11-16T15:31:52.000Z

hurdygurdyman:

Löschen? parallel nach lanes-Schema erfassen? Ersteller anschreiben? hmm
Ich habe mal in meiner südwestdeutschen Ecke recherchiert:
http://overpass-turbo.eu/s/64C
Da betrifft es gut 100 Relationen.
Taginfo findet weltweit über 40.000 Relationen type=turnlanes:turns:
http://taginfo.openstreetmap.org/relati … es%3Aturns

Welche Strategie empfehlt ihr zumindest für Deutschland?

also zumindesten Berlin und Brandenburg ist frei von diesen Relationen… ich hätte auch keine Lust, das jetzt plötzlich umzumodeln…

Overpass für Deutschland: http://overpass-turbo.eu/s/64M

Sven

Jojo4u · 2014-11-16T18:19:37.000Z

hurdygurdyman:

Taginfo zeigt folgende Verbreitung:
turn:lanes: 2110
turn:lanes:forward: 714
turn:lanes:backward: 520

Du hast die unterschiedlichen Values genommen. Nach Anzahl der Objekte sieht es so aus:
turn:lanes: 77217
turn:lanes:forward: 28882
turn:lanes:backward: 22471

hurdygurdyman · 2014-11-17T05:42:55.000Z

Jojo4u:

…
Du hast die unterschiedlichen Values genommen. Nach Anzahl der Objekte sieht es so aus:
turn:lanes: 77217
turn:lanes:forward: 28882
turn:lanes:backward: 22471

Danke, habe es korrigiert. War wohl ein kurzfristiger blackout

hurdygurdyman · 2014-11-17T06:04:27.000Z

chris66:

Sind die beiden Schemata denn miteinander unverträglich?

Tendenziell hätte ich auch eher das relationsbasierte Schema bevorzugt, da ich es für besser auswertbar halte.
Aber die Mehrheit hat sich ja dagegen entschieden.

Gegenseitige Unverträglichkeit ist mir nicht bekannt.
Ob die turnlanes-Relationen besser auswertbar sind; müssen die Spezialisten für routing einschätzen können. Ich denke aber, dass dies wohl nicht der Fall ist. Für jede Anweisung müssen zwei Relationen (turnlanes:turns und turnlanes:lengths) ausgewertet werden, von denen die zweite für die Spurlänge rückwärts rechnen muss.
Der Punkt ist, dass das Plugin nie über ein Proposal hinaus kam, aber real existiert und in Plugin-Listen erscheint. Dadurch entsteht für den User der Eindruck, es sei “offiziell” und er verwendet es, weil es so “einfach” ist.
Für mich ist nicht die Erfassung damit das Problem, aber die Wartbarkeit und Analyse ohne Plugin.