Fahrradwegweiser im Landkreis Celle wie erfassen? (name oder ref?)

+1

Hier im LDS-Kreis haben (fast) alle vergleichbaren Wegweiser mit Fahrrad-Beschilderung auch ein solches Klebchen.
Ich erfasse die recht konsequent mit ref:bicycle=*. Hier gibt es zwei Varianten: z.B. die Form ref:bicycle=LDS-05-0185: dann ist es ein Zwischenwegweiser mit Radfahnen. oder z.B. ref:bicycle=LDS-KP-61-SW Dann ist das ein Radwegweiser mit einer Knotenpunktnummer (hier Knotenpunkt 61)

Da am selben Wegweiserpfosten auch Wanderwegsbeschilderung sein kann und hier dann in der Regel eine zweite Nummer existiert, packe ich die dann ins ref:hiking.

Hier, wie ein solcher Wegweiser (Knotenpunkt 14) aussieht, der beides hat:

Sven

Hallo Dietrich,

zunächst herzlich Willkommen im Forum.

Das klingt ehet nach einem klassischen Fall für umap.

OK, vielleicht noch ein paar Infos was wir erfassen.
Es gibt Fahrradwegweiser, grün auf hellem Grund, Wanderwegweiser, schwarz auf hellem Grund und lokale Wegweiser, wie z.B. die Stadt Celle in der City nutzt, rot auf hellem Grund.
Diese werden auch so im Kataster benannt. In NRW sind die Fahrradwegweiser rote Schrift auf hellem Grund. Beides ist ADFC Vorgabe konform.

Erfasst werden die Richtungswegweiser mit Himmelsrichtung und der Ziele mit Entfernung. Das Fernziel steht immer oben.
Dann werden die Piktogramme erfasst. Von Innen nach Aussen, wobei das nächste Aussen hängt. Also der LHR=Lüneburg Heide Radweg hängt innen, der Themenweg Wasserwelt zb.B hängt aussen.

Die Pictogramme stehen unter decsription mit einem Komma getrennt. Komma deswegen, weil sonst der Konverter
https://mygeodata.cloud/converter/geojson-to-xlsx
nicht sauber die Excel auflöst. Dito bei den directions.

Grüße aus dem LK Celle
Dietrich

In der Situation kann ich mich damit anfreunden…

Aber ergänzend kann man ruhig mal überlegen, alles was ~ref~ ist mit in die Nominatim-Suche mit aufzunehmen. Vielleicht kann Sarah was dazu sagen…

Hier mal eine Overpass-Turbo-Abfrage angepasst aus meinen Fundus…Es können natürlich auch noch die betroffenen Grenzen visualisiert werden…

Sven

Edit: Link vergessen… :frowning:

Ich würde auch in diesem Fall auf das name-tag verzichten, da es sich bei diesen Bezeichnungen (gibt es hier in der Gegend ebenfalls) eben um ortsbezogene Namen handelt und m.E. nicht um einen echten Namen eines Wegweisers. Einen eigenen Namen verdient ein Wegweiser m.E. nur, wenn es sich um ein echtes Unikum handelt, also sagen wir mal handgeschnitzt und verziert, so eine Art kleines Kunstwerk, dann könnte ich mir das vorstellen, aber so ein profanes Metallteil mit ein paar Schildern dran …?!?.. halte ich nicht für namenswürdig.

Ich würde dann die name-Tags entfernen. An den Wegweisern selbst gibt es nur die “Standortnummer”, die bereits als ref erfasst ist.

Im Wiki steht dazu auch:

https://wiki.openstreetmap.org/wiki/DE:Tag:information%3Dguidepost#Ausgewiesener_Name_und_H%C3%B6he

Auch hierfür möchte ich Dich bitten, Dich an das etablierte und dokumentierte Erfassungsschema zu halten:

https://wiki.openstreetmap.org/wiki/DE:Tag:information%3Dguidepost#Merkmale,_die_im_Zusammenhang_verwendet_werden

Semikolon ist das Standardzeichen in OSM, wenn mehrere Werte zu einem Key aufgelistet werden sollen.
Abweichungen sollte man sonst vorher mit der OSM Community absprechen.

Hallo in den Heidekreis,

Deinen Ausführungen entnehme ich, dass ich den “name” tag entfernen soll und die “ref” eigentlich ausreichen dürfte. Dann wäre ich OSM konform?
Zusätzlich nicht das Komma, sondern das Semikolon verwenden. Korrekt?

Sollte mir dann allerdings https://mygeodata.cloud/converter/geojson-to-xlsx
kein befriedigendes Ergebnis mehr liefern, müssten wir das Projekt OSM beerdigen.

Wir haben es mit Beginn der Diskussion hier “on hold” gestellt und keine Fahrradwegweiser mehr erfasst.
:slight_smile:

Bei OSM gilt der Grundsatz, dass wir die Art der Datenerfassung nicht für eine bestimmte Anwendung oder Kartendarstellung anpassen. In Deinem Fall wäre das “Tagging for the converter”. Damit haben wir oft genug zu kämpfen und würde nur dazu führen, dass die OSM-Daten global unbenutzbar werden, wenn jede:r die Daten unterschiedlich nach seinen persönlichen Bedürfnissen anpassen würde. Außerdem musst Du davon ausgehen, dass ein Mapper die Daten jederzeit anpasst. So wie ich es getan habe, bevor mir auffiel, dass es sich um ein grundsätzliches Problem handelt.

Daher ist auch der Einwand von Maskulinum berechtigt, dass Eure internen Arbeits-Notizen wie “ok!”, “Aufkleber fehlt!” oder “Wegweiser unübersichtlich, Umbau nötig” nichts in der OSM-Datenbank zu suchen haben. Eine Notiz wie “nicht vorhanden!” sagt mir, dass es den Wegweiser gar nicht gibt, und damit auch nicht in die OSM-Daten gehört (nur was real vorhanden ist, gehört in die Daten). Wobei man einen entfernten Wegweiser statt zu löschen auch z.B. mit dem Prefix removed: kennzeichnen kann. Jedenfalls musst Du davon ausgehen, dass ein Mapper vor Ort das so macht. Die Daten können ja jederzeit von jedem bearbeitet werden! Alleine deswegen würde ich solche für mich wichtigen Notizen nicht in OSM eintragen.

Jedenfalls habe ich den Wegweiser in Beitrag #1 gerade mal angepasst und das Komma durch Semikolon bei den direction_-Angaben ersetzt und den Konverter getestet. Ich kann Dein Problem nicht nachvollziehen. In der Spalte für die einzelnen direction_ Tags steht dann einfach ein Semikolon statt Komma. Oder was meinst Du damit, dass der Konverter “nicht sauber die Excel auflöst”?

Du siehst schon, es wäre sinnvoll gewesen, vor Aufnahme Eurer Arbeit diese mit der OSM Community abzustimmen.

Edit:

Manche Wegweiser haben addr:-Tags. Den Wegweisern bitte keine Adress-Tags geben, die sind nur für Postadressen vorgesehen! Wenn unbedingt erforderlich kann man object:-Tags verwenden: https://wiki.openstreetmap.org/wiki/DE:Key:object

Für den Zeitpunkt der Überprüfung gibt es übrigens auch einen eigenen Tag: z.B.: check_date (https://wiki.openstreetmap.org/wiki/DE:Key:check_date). guidepost:lastcheck wurde auch schon über 1.500 mal verwendet.

Guten Morgen,

wenn ich das richtig verstanden habe, dann hat ein Fahrradwegweiser keinen “name” tag. Dieser wäre zu entfernen?
Im “direction” tag sind die Komma und der Space durch ein Semikolon zu ersetzen? Ich muss dann unseren Workflow prüfen.
Das “addr” Tag, welches wir zwischendurch einmal verwendet hatten um die Gemeinde im Landkreis zu taggen soll auch wieder entfernt werden?
Das “note” tag soll auch nicht verwendet werden? Obwohl es im Wicki beaschrieben ist?

Noch etwas zum nicht vorhandene Wegweiser. Dieser sollte an dieser Stelle stehen, ist aber einem Unfall oder Vandalismus zum Opfer gefallen und muss neu aufgebaut werden. Er wird also nicht gelöscht - ganz im Gegenteil.

Bevor wir unsere Arbeit aufgenommen hatten, hatten wir in OSM in Deutschland recherchiert wie Wegweiser üblicherweise getagged sind und versucht uns daran zu orientieren. Uns ist eine OSM Community unbekannt.

Natürlich können note-Tags verwendet werden, aber so wie im Wiki beschrieben:

Mit “zur weiteren Bearbeitung” ist allerdings die Bearbeitung in OSM gemeint, nicht etwa die Bearbeitung durch den ADFC oder die Gemeinde Winsen.

Zu description=* und den Piktogrammen: Es ist sinnvoll, die Radrouten-Pictogramme, die an den Wegweisern angebracht sind zu erfassen. Das sollte jedoch nicht in description gemacht werden sondern auf eine noch zu definierende Art und Weise, die dann auch anderswo verwendet werden kann. Das gilt allerdings nur für die Piktogramme der Radrouten, nicht für Dinge wie “Imbiss Winsener Grillhaus” oder “Hotel-Restaurant Ambiente”, siehe https://www.openstreetmap.org/node/9863632355

Neben den Daten, die mit dem existierenden Tagging-Schema erfasst werden können, und Daten, die ihren Platz in OSM haben, für die man das Schema aber abgestimmt erweitern müsste, bleiben also Daten, die nichts in OSM zu suchen haben. Dafür müsst ihr euch eine externe Lösung schaffen.

Ja.

Ja. (Die Beispiele im Wiki sind allerdings mit Leerzeichen nach dem Semikolon, was bei der Aufzählung von Werten normalerweise nicht so ist.)

Ja, bitte. Oder Statt addr:* object:* verwenden.

Nein, das note-Tag ist für Notizen für OSM-Mapper untereinander gedacht. Es ist nicht für Eure Notizen gedacht. Wobei ich persönlich die jetzt nicht löschen würde. Aber es besteht grundsätzlich die Gefahr, dass die gelöscht oder geändert werden. Von daher rate ich davon ab note für Eure Zwecke zu verwenden. Man könnte einen eigenen Tag wie z.B: note:adfc-winsen=* stattdessen verwenden. Aber die Frage, ob die Daten für OSM relevant sind, stellt sich dann immer noch.

Dies wird in OSM dadurch gekennzeichnet, dass man ein Prefix wie z.B. removed verwendet:

removed:tourism=information
removed:information=guidepost
check_date=2022-08-12
note=Wegweiser wurde entfernt.
...

https://wiki.openstreetmap.org/wiki/DE:Key:removed:

Jetzt nicht mehr :slight_smile:

OK,

ich denke damit könnten wir leben. Wir würden aber weiterhin die “note” nutzen wollen, aber da wir nun wissen, dass dies für die OSM community gedacht ist, schreiben wir dort relevante Standortinfo rein.

Welchen Suchbegriff muss ich nun nach Deiner Anpassung des H16 in OSM eingeben um sämtliche Fahrradwegweiser in Hambühren zu finden?
Das war bisher “fahrradwegweiser hambühren”. Da ist jetzt aber der H16 leider nicht mehr dabei.

Wenn ich das jetzt richtig interpretiere: du suchst weltweit nach Objekten, die im name= den Wert “fahrradwegweiser hambühren” haben?

Da liegt dann ein Missverständnis bzgl. Geo-Datenbanken vor.

Richtig: Du sucht in einem Gebiet nach Objekten die bestimmte (andere) Kriterien erfüllen

  1. tourism=information

  2. information=guidepost

  3. bicycle=yes

  4. gegebenenfalls: operator=…

Für das Gebiet gibst du die Koordinaten (3 = Dreieck, 4 = Rechteck, …, ) an oder den Namen einer Verwaltungseinheit (name= , type=boundary, boundary=administrative, …, admin_level=, …) oder andere Kriterien um ein Gebiet zu definieren.

Das ganze schüttest du in das Overpass-API ein (z.B. zum Testen: https://overpass-turbo.eu/)) und nicht in das Suchfeld auf openstreetmap.org.

Toni

N.B.: admin_level=6 wäre ein (Land-)Kreis, admin_level=8 wäre eine Gemeinde - in DE

Edit: aber ich wiederhole hier ja (nur), was in Beitrag #1 schon erwähnt wurde: https://overpass-turbo.eu/s/1kP3

ich denke ich habe es rausgetüftelt
information=guidepost and bicycle=yes in “Hambühren”
in overpass turbo - klappt.
:sunglasses:

Nach direkter Absprache mit ADFC-Winsen habe ich nun die name-Tags entfernt. Bei den *direction_**-Tags habe ich das Komma (und Leerzeichen) durch Semikolon ersetzt. Die note-Tags wurden in note:adfc-celle geändert.

Vielen Dank für die Unterstützung. Nun steht ja der weiteren Erfassung nix mehr im Wege?
Die Wegweiser der Gemeinden Winsen (Aller) und Hambühren sind komplett erfasst.
Auch die Wegweiser des Aller-Radweges und dessen Nebenstrecke auf den Gemarkungen Winsen und Hambühren.
Ebenso die Energieroute auf der Gemarkung Landkreis Celle.

Der Celle Rundweg 1 (CR1) stünde nun an. Die Katasterkarte haben wir beim ADFC inzwischen von der Stadt erhalten.
Der Fahrradverantwortliche der Stadt beabsichtigt auch noch mehrere Infotafeln auch dem Rundweg aufzustellen.

Ich denke, ich muss mich mal etwas mehr mit OSM beschäftigen. Wie man einen Wegweiser reinbekommt, das habe ich ja nun begriffen.
Wenn wir den CR1 aufnehmen wollen, reicht dann eine GPX track, wenn wir ihn abgefahren haben?

In der Gemarkung Winsen (Aller) gibt es auch eine schöne Radthemen Rundtour, die an der Tourist-Info im Ort started und endet.
Würde hier auch eine aufgezeichnete GPX ausreichen?
Die Themenroute heißt “Wasserlandschaften und Wildtiernis”, führt über Gut Sunder und hat etliche Infotafeln.
Support very welcome
Dietrich

Die Verwendung eines eigen Schlüssel finde ich suboptimal: Man kann auch nach note =adfc-celle: text suchen statt note:. adfc-celle=text suchen. Ein eigener Schlüssel ist definitiv nicht nötig!

Es ging darum den zweckentfremdeten note-Tag wieder für OSM-Zwecke frei zu bekommen. Es ist nur eine ADFC-interne Notiz und hat streng genommen nichts in der OSM-DB zu suchen.

Du meinst für die Eintragung in OSM? Möchtest Du selbst versuchen die Route einzutragen? Es reicht dafür den Verlauf zu kennen, aber ein GPX track ist dabei natürlich sehr nützlich.

Genau, weg damit! Solch ein interner Verarbeitungshinweis hat nichts in OSM zu suchen. Für solche Informationen muss eine eigene Datenbank gepflegt und ggf. mit OSM verknüpft werden.