Fahrspuren mit Richtungspfeilen erfassen; Wochenaufgabe in KW 47/48

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.

Mit der “texture_config.properties” von der Website:

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

–config /Pfad/zur/Datei

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.

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

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 :wink:

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?

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 :slight_smile:
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

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?

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.

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

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? :confused:
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?

Hallo,

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

Senni

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. :wink:

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

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 :roll_eyes:

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.

Das Problem ist einfach bei den turnlanes als Tags, dass hier keine Information vorhanden ist wo das Ziel der Spuren liegt. Bei komplexen Kreuzungen ist das Relationsmodell immer im Vorteil!
http://www.openstreetmap.org/#map=19/51.05198/13.80703
Ein schönes Beispiel sind die Spuren in der Naumannstraße. Die Markierung auf der Straße beginnt bereits an der Regerstraße. Aber in den Angelsteg darf man gar nicht abbiegen.