destination:...-tags

Peter Maiwald · 2016-09-11 23:35:48

mueschel wrote:

http://osm.mueschelsoft.de/lanes/render … &placement
Die Platzierung der Pfeile ist noch nicht ganz ideal (Pfeile nach links und geradeaus sollten vor dem Symbol liegen, nicht dahinter), aber das ist technisch gerade etwas schwierig.

Bei mir werden keine Pfeile angezeigt. Aber so kleine Kästchen, wo bestimmt die Bilddateien sein sollen.

mueschel · 2016-09-12 09:35:19

Das sind keine Bilder, sondern Unicode-Zeichen. Eigentlich bin ich davon ausgegangen, das inzwischen auf jedem System ein halbwegs kompletter Unicode-Zeichensatz vorhanden ist, die Abbiegepfeile scheinst du ja nicht zu vermissen. Eventuell kannst du eine solche Schrift-Datei von Hand installieren? z.B. Arial Unicode.
Diesen Pfeil hier siehst du aber? ➔

Last edited by mueschel (2016-09-12 09:42:03)

MHohmann · 2016-09-12 11:38:41

Interessanterweise sehe ich im Tool auch die Kästchen und hier den Pfeil. Welche Unicode-Zeichen (Nummern, Hex-Werte) sind das denn? Vielleicht liegt es an den Schriftarten. Hier im Forum sind die per CSS festgelegt, beim Tool dagegen nur generisch als sans-serif.

mueschel · 2016-09-12 12:44:11

➔ (0x2794) ist der "Ersatzpfeil", den ich (ab heute abend) nehmen werde, da er anscheinend auf mehr Rechnern verfügbar ist. Allerdings gibt es ihn nur nach rechts, d.h. ich muss ihn in CSS drehen.
Im Tool kommen im Moment ? (0x1f870) und Konsorten zum Einsatz.
Edit: Die Foren-Software scheint diesen Pfeil auch gar nicht zu mögen und ersetzt ihn anscheinend durch ein normales Fragezeichen...

Last edited by mueschel (2016-09-12 12:45:41)

MHohmann · 2016-09-12 17:05:49

Eine andere Möglichkeit wäre, 0x2190 und 0x2192 zu nehmen. Die entsprechenden weißen Pfeile über dem Wegweiser werden jedenfalls angezeigt.

mueschel · 2016-09-12 19:11:33

Ist es jetzt besser?
http://osm.mueschelsoft.de/cgi-bin/rend … 0A&start=1

MHohmann · 2016-09-13 06:32:08

Der Pfeil neben der A 10 wird jetzt bei mir angezeigt - die anderen nutzen scheinbar immer noch den 0x1F800 Unicode-Block, da erscheinen bei mir nur Kästchen (und ich habe einige Schriftarten auf meinem System (Ubuntu 16.04) durchgetestet, aber in meiner Stichprobe war keine dabei, bei der diese Pfeile angezeigt werden, der zur A 10 dagegen bei allen).

mueschel · 2016-09-13 10:38:27

Sorry, das war ein Fehler gestern. Jetzt sollte es aber wirklich besser sein.

Peter Maiwald · 2016-09-13 17:06:36

Bei mir sind jetzt Pfeile zu sehen, ohne dass ich eine weitere Schriftart installieren musste.
Dein Beispiel sieht ja schon gut aus. Allerdings scheine ich noch Fehler beim taggen zu haben bei der echten Variante der Kreuzung.

Hier noch einmal das Mapillary Bild

Die linken beiden Spuren nach Pankow.
Geradeaus auf B 2 zur A 10 und nach Bernau.
Rechts abbiegen möglich ohne Angabe eines Ziels.

Hier ist die Straße, die ich nochmal versucht habe anzupassen:
https://www.openstreetmap.org/way/188542338

momentan so getaggt:
destination:arrow:lanes=slight_left|slight_left|through;right
destination:arrow:to:lanes=||through
destination:lanes=Pankow|Pankow|Bernau;
destination:ref:lanes=||B 2;
destination:ref:to:lanes=||A 10
destination:symbol:to:lanes=||motorway
destination:to:lanes=|||
highway=primary
lanes=3
maxspeed=50
maxspeed:conditional=30 @ (22:00-06:00)
name=Berliner Allee
oneway=yes
postal_code=13088
ref=B 2
turn:lanes=left|left|through;right

Und so sieht es in mueschels Tool aus:

http://osm.mueschelsoft.de/cgi-bin/rend … &placement

Meiner Meinung nach müsste der Pfeil nach rechts ohne Zielangabe in dem rechten leeren Feld stehen. Und eine Leerzeile unter der blauen Autobahnzeile ist wohl zu viel.
Wo ist der Fehler?

mueschel · 2016-09-13 18:56:12

destination:arrow:lanes=slight_left|slight_left|through;right

Der Eintrag 'right' ist nicht nötig. Es gibt keine destination die in diese Richtung weist. Dass man rechts abbiegen kann ergibt sich ja aus den turn:lanes. destination:arrow sollte nicht dazu da sein, Pfeile auf dem Schild zu taggen, sondern dazu einen Eintrag einer möglichen Fahrtrichtung.
'slight_right' sollte hier auch 'right' sein, zumindest nach turn:lanes und Zeichnung auf dem Schild.

destination:lanes=Pankow|Pankow|Bernau;

Das Semikolon fällt dann auch weg

destination:to:lanes=|||

Ein | zu viel, deswegen siehst du 4 Spuren

Die zusätzliche Leerzeile sehe ich nicht, liegt vielleicht am Browser. Welchen benutzt du?

Peter Maiwald · 2016-09-13 20:16:33

Ok ich habe die von dir genannten Sachen geändert. Zusätzlich noch ein Semikolon hinter ||B 2 entfernt. Das kann ja dann wohl auch weg.

Dafür sind aber jetzt die Pfeile Richtung Pankow verschwunden. Ist das so korrekt oder hab ich noch etwas übersehen?
http://osm.mueschelsoft.de/cgi-bin/rend … &placement

Ich benutze übrigens den Google Chrome Browser.

Last edited by Peter Maiwald (2016-09-13 22:23:40)

mueschel · 2016-09-13 21:34:14

Die Pfeile werden nicht angezeigt, wenn sie dem turn:lanes entsprechen. Im Prinzip ist das ja auch Teil des Schildes, auch wenn ich es oberhalb anzeige.

Peter Maiwald · 2016-09-14 21:41:49

Hab noch eine Besonderheit gefunden, bei der es mehrere Möglichkeiten gäbe.

Hier sind insgesamt 4 Fahrspuren, wobei die 3. von links eine Radfahrerspur ist.
Also links|gerade aus|geradeaus nur für Radfahrer|rechts

Was macht man mit der Radfahrerspur? Gar keine destination angeben? Alle destination in der Richtung angeben incl. Autobahn und deren Endpunkte? Oder nur die Ziele, die nicht mit :to angegeben sind?

Ich habe mich mal für die letzte Möglichkeit entschieden, da ja Hamburg und Prenzlau über die A 114 von Radfahrern nicht erreicht werden können. Nach Prenzlau wäre es im Gegenteil für Radfahrern sehr schlau rechts abzubiegen. (Für Autofahrer eigentlich auch.)

Wenn man allerdings für die Radfahrerspur die selben Werte wie bei der Geradeausspur angeben würde, würde bei Müschels OSM Lane Visualizer ein großes Schild über die beiden Spuren entstehen ohne die Doppelungen Wedding und Flughafen Tegel. Ein bisschen taggen für den Renderer aber näher am originalen Schild.

Was meint ihr?

Hier ist der Way, den es betrifft:
https://www.openstreetmap.org/way/340726951

Das Schild dazu geht nicht weiter auf die Spuren ein:

So sieht es momentan aus in der Variante, nur die Ziele, die nicht mit :to angegeben sind auf dem Radweg:

Last edited by Peter Maiwald (2016-09-14 21:43:57)

projecter63 · 2016-09-19 15:58:46

Auch wenn sich das jetzt etwas von der eigentlichen Frage nach dem Flughafensymbol entfernt, möchte ich folgendes gern ergänzend fragen:
Wie setzt man am besten den destination-Inhalt einen Vorwegweiser in der einspurigen Zufahrt eines Kreisverkehrs um?
Beispiel: WWTafel-Kreisverkehr_L%C3%BCdersdorf.png

So? :

destination:arrow:lanes=through;left;left;right
destination:colour:lanes=;;;white
destination:lanes=Selmsdorf;Lübeck;Herrnburg;Lüdersdorf

Das Ergebnis wäre dann hier zu sehen.
Ist das schon die (derzeit) bestmögliche Lösung ?

Grüße
Rainer

chris66 · 2016-09-19 16:15:54

Der Vorwegweiser gibt die Ziele der ausgehenden Straßen an, und so sollte das auch IMHO gemappt werden. Also ohne lanes.

mueschel · 2016-09-19 19:03:10

projecter63 wrote:

So? :
destination:arrow:lanes=through;left;left;right
destination:colour:lanes=;;;white
destination:lanes=Selmsdorf;Lübeck;Herrnburg;Lüdersdorf
Das Ergebnis wäre dann hier zu sehen.
Ist das schon die (derzeit) bestmögliche Lösung ?
Grüße
Rainer

Die Ziele sollten auf jedem Fall hinter dem Kreisel auf den ausgehenden Spuren auch noch erfasst werden, dort ist die Zuordnung dann ja klar. Ob man diesen Wegweiser an sich vor dem Kreisel erfassen sollte - ich würde es eher nicht machen. Falsch ist es aber sicher auch nicht.
@chris66: Ob mit oder ohne ":lanes" ist ziemlich egal, bei einer Spur allerdings auch unnötig.

brogo · 2016-09-20 12:43:06

Ich habe mich mal jetzt daran versucht. Ging aber eigentlich nur mir trial-and-error.

mueschel wrote:

http://osm.mueschelsoft.de/cgi-bin/render.pl

Tolles Tool! Wird es davon auch eine Offline-Version geben, also so, daß man die Tags auf der Webseite eintragen kann und dann ausprobiert, wie das Ergebnis aussieht. In JOSM ändern, hochladen, warten bis Overpass-API aktualisiert ist, Seite neu laden, ändern etc. ist etwas langwierig.

Ist es korrekt, daß das Tool kein Fähr-Symbol anzeigt? Ansonsten habe ich irgendwas verkehrt gemacht. [1]

Christian

[1] http://osm.mueschelsoft.de/cgi-bin/rend … country=de

Nakaner · 2016-09-20 12:55:20

chris66 wrote:

Der Vorwegweiser gibt die Ziele der ausgehenden Straßen an, und so sollte das auch IMHO gemappt werden. Also ohne lanes.

Oberster Mappinggrundsatz: Die Realität folgt keiner Regel hundertprozentig. https://www.mapillary.com/app/?lat=49.1 … ocus=photo (Vorwegweiser von Nordhausen her schildert für diese Ausfahrt "Heilbronn\nNordheim"). Die Beschilderung hat sich seit Bau des Kreisverkehrs vor ca. fünfzehn Jahren nicht geändert (damals gab es die Baugebiete an den Ausfahrten nach Süden und Westen sowie den Rewe noch nicht).

Peter Maiwald · 2016-09-20 17:14:27

projecter63 wrote:

Auch wenn sich das jetzt etwas von der eigentlichen Frage nach dem Flughafensymbol entfernt, möchte ich folgendes gern ergänzend fragen:

Soll ich mal Die Überschrift/Thema/Betreff ändern, da es ja jetzt hier um die Etablierung des verbesserten Schemas mit Arrow und Slots für die Zuordnung von Symbolen, Farben und Pfeilen handelt? Quasi eine Diskussionsgrundlage für die Ergänzung im Wiki.

Und wie soll sie denn heißen?

projecter63 · 2016-09-20 19:39:50

Soll ich mal Die Überschrift/Thema/Betreff ändern, da es ja jetzt hier um die Etablierung des verbesserten Schemas mit Arrow und Slots für die Zuordnung von Symbolen, Farben und Pfeilen handelt? Quasi eine Diskussionsgrundlage für die Ergänzung im Wiki.
Und wie soll sie denn heißen?

Vorschlag: destination:...-tags

Und dann gleich noch 'ne Frage: Was ist denn mit den vielen km-Angaben auf den Wegweisertafeln (Z415, Z418, Z434 und Z453) ?

Gibt es da etwas in der Richtung "destination:distance", das auch ausgewertet wird ? Der OSM Lane Visualizer mag das offenbar (noch ?) nicht so recht ...
Habe dazu nix passendes im wiki gefunden, aber wenn wir schon den Inhalt von Wegweisertafeln erfassen, dann doch bitte auch diese Angaben - völlig losgelöst von den auf OSM-Daten abgeleiteten Routingergebnissen, die sich bisher herzlich wenig um die 'offiziell' ausgeschilderte Routenführung kümmern und mitten durch Egalwasauchimmer routen, Hauptsache der Fahrzeugtyp passt und darf da durch und die Route ist - je nach Belieben - die Kürzeste oder die Schnellste (vielleicht auch noch mit ein paar zusätzlichen Optionen).

mueschel · 2016-09-20 21:00:40

brogo wrote:

Tolles Tool! Wird es davon auch eine Offline-Version geben, also so, daß man die Tags auf der Webseite eintragen kann und dann ausprobiert, wie das Ergebnis aussieht. In JOSM ändern, hochladen, warten bis Overpass-API aktualisiert ist, Seite neu laden, ändern etc. ist etwas langwierig.
Ist es korrekt, daß das Tool kein Fähr-Symbol anzeigt? Ansonsten habe ich irgendwas verkehrt gemacht. [1]

Das Tool kann auch mit JSON-Daten direkt im "Query"-Feld umgehen. Die Daten bekommst du indem du auf "Show in Overpass" klickst, dann "Ausführen", "Daten" und dann alles einfach kopieren. Dort kannst du dann nach Belieben lokal editieren und testen. Ist zwar nicht "Offline", da die Berechnungen noch auf dem Server stattfinden, aber die OSM-Datenbank wird nicht belästigt.

Fähren habe ich noch nicht drin, wie auch einige andere Symbole. Siehe https://github.com/mueschel/OsmLaneVisu … signs.scss

projecter63 wrote:

Gibt es da etwas in der Richtung "destination:distance", das auch ausgewertet wird ? Der OSM Lane Visualizer mag das offenbar (noch ?) nicht so recht ...

Nein, sowas gibt es nicht. Dafür müsste dann eine destination_sign Relation herhalten. Ein zentrales Problem ist, dass Entfernungsangaben gemappt an einem Weg wenig Sinn haben - dazu braucht es schon einen Referenzpunkt. Bei 50 km macht das wenig Unterschied, aber was ist mit "Parkplatz - 100 m"?

GeorgFausB · 2016-09-21 08:34:02

Moin,

projecter63 wrote:

Und dann gleich noch 'ne Frage: Was ist denn mit den vielen km-Angaben auf den Wegweisertafeln (Z415, Z418, Z434 und Z453) ?
[...]
aber wenn wir schon den Inhalt von Wegweisertafeln erfassen, dann doch bitte auch diese Angaben

ich finde, dass für erfassten Daten auch irgendein sinnvoller Anwendungsfall angedacht sein sollte.
Das der Fahrspurassistent die Schilder 'real' wiedergibt ist für mich jetzt kein sonderlich sinnvoller Anwendungsfall.
Diese Daten bieten keinen Mehrwert, der nicht auch per Auge vom Schild direkt abgelesen werden kann (Bis zum Zentrum des angegeben Ortes sind es ... km) - was auch selten eine Beziehung zur gewählten Route hat.
Auch die Ansage der destination ist nur eine indirekte Hilfe, um auf den realen Schildern die Spurführung ablesen zu können.

Diese Spurführungs-Information ergibt sich aber bereits direkt aus den lane-Daten und kann grafisch wie akustisch auch ohne destination wiedergegeben werden.
Eine überladene Anzeige ist nicht unbedingt einfacher zu lesen - nur 'hübscher' anzuschauen.

Diese km-Angaben sind m. E. rein historisch zu betrachten (ohne GPS und Navi).

Grüße, Georg

Peter Maiwald · 2016-10-08 13:16:17

mueschel wrote:

Hier ist meine Version vom Tagging, inklusive zweier Anmerkungen die auch im Wiki erscheinen sollten:
destination:lanes = Nordhausen;Braunlage;Bad Sachsa;Bad Lauterberg;Papierfabriken|Nordhausen;Braunlage;Bad Sachsa;Bad Lauterberg;Papierfabriken|Göttingen;Duderstadt;Pöhlde
destination:ref:lanes = B 27;B 243|B 27;B 243|B 27
destination:colour:lanes = ;;;;white|;;;;white|   *1
destination:symbol:lanes = ;;;;industrial|;;;;industrial|;;;industrial;train_station   *2
destination:ref:to:lanes = ||A 7
destination:to:lanes = ||Kassel
destination:symbol:to:lanes = ||motorway
*1) Für destination:colour gibt es bis jetzt keine Dokumentation, es beschreibt die Hintergrundfarbe des Schildes und wird bereits 4000 Mal verwendet. Hintergrundfarben, die auf allgemeinen Richtlinien beruhen und sich aus dem Kontext ergeben (z.B. an Bundesstraßen gelbe Schilder, Hinweise auf Autobahnen in blau) sollten nicht angegeben werden.
*2) Die leeren Semikola am Anfang der Einträge sorgen für die richtige Zuordnung der Werte zu denjenigen in destination:lanes. Dies ist optional: Software die diese Art des Taggings unterstützt, kann eine bessere Darstellung liefern; jede andere Software überliest die leeren Einträge und kann die Werte ebenfalls verarbeiten.
Und das macht mein Tool daraus:
http://osm.mueschelsoft.de/destinationwikiexample.png

Wie sieht es denn aus mit der Eintragung ins Wiki?
Ein Beispiel mit destination:arrow:lanes für Spuren, wo man in mehrere Richtungen fahren darf wäre auch toll. Und eine kleine Beschreibung hinzu, wie die Slots funktionieren und an welcher Stelle destination:arrow:lanes erforderlich ist.
Hat einer Lust und kann halbwegs verständlich formulieren?

Jojo4u · 2016-10-08 13:46:55

Wer möchte kann sich hier austoben: https://wiki.openstreetmap.org/wiki/Pro … on_details

mueschel · 2016-10-08 17:56:38

Ich hätte diese Dinge am liebsten direkt mit in das Proposal von Imagic aufgenommen. Ich hatte ihn vor einiger Zeit deswegen angeschrieben, aber leider noch keine Antwort bekommen. Noch eine weitere Wiki-Seite aufmachen finde ich nicht gut, am Ende verliert man dann komplett den Überblick, was wo steht. Man könnte natürlich die Infos aus dem bestehenden Proposal kopieren, aber das ist nicht ganz die feine Art und konsistent wird es auf längere Sicht auch nur schwierig bleiben.

Announcement

#26 2016-09-11 23:35:48

Re: destination:...-tags

#27 2016-09-12 09:35:19

Re: destination:...-tags

#28 2016-09-12 11:38:41

Re: destination:...-tags

#29 2016-09-12 12:44:11

Re: destination:...-tags

#30 2016-09-12 17:05:49

Re: destination:...-tags

#31 2016-09-12 19:11:33

Re: destination:...-tags

#32 2016-09-13 06:32:08

Re: destination:...-tags

#33 2016-09-13 10:38:27

Re: destination:...-tags

#34 2016-09-13 17:06:36

Re: destination:...-tags

#35 2016-09-13 18:56:12

Re: destination:...-tags

#36 2016-09-13 20:16:33

Re: destination:...-tags

#37 2016-09-13 21:34:14

Re: destination:...-tags

#38 2016-09-14 21:41:49

Re: destination:...-tags

#39 2016-09-19 15:58:46

Re: destination:...-tags

#40 2016-09-19 16:15:54

Re: destination:...-tags

#41 2016-09-19 19:03:10

Re: destination:...-tags

#42 2016-09-20 12:43:06

Re: destination:...-tags

#43 2016-09-20 12:55:20

Re: destination:...-tags

#44 2016-09-20 17:14:27

Re: destination:...-tags

#45 2016-09-20 19:39:50

Re: destination:...-tags

#46 2016-09-20 21:00:40

Re: destination:...-tags

#47 2016-09-21 08:34:02

Re: destination:...-tags

#48 2016-10-08 13:16:17

Re: destination:...-tags

#49 2016-10-08 13:46:55

Re: destination:...-tags

#50 2016-10-08 17:56:38

Re: destination:...-tags

Board footer