obstacle_name=* bei Wasserwegen (Osmose)

JochenOSM · 2019-01-25T19:08:39.000Z

Hallo,

bei diversen Brücken ist obstacle_name getaggt (zusätzlich zu seamark:name). Osmose markiert diese Nodes mit "fehlendes Merkmal
alternativer Name ohne name)
Gibt es da eine Vorgabe wie es sein sollte? Mir leuchtet ein auf dem Wasserweg Brücken als Hindernis zu erfassen, das ist keine Frage.

Aber wenn obstacle_name hier sinnvoll ist, dann sollte Osmose das Fehlen das Tags beanstanden und nicht das Vorhandensein.

Den Benutzer der das ursprünglich getaggt hat habe ich kontaktiert. Allerdings war er schon lange nicht mehr aktiv, so dass da eventuell keine Antwort mehr kommt.

Beispiel mit obstacle_name:
https://www.openstreetmap.org/node/1763176423

Beispiel ohne obstacle_name, die Brücke in der nächsten Stadt:
https://www.openstreetmap.org/node/1820448008

Gruß,
Jochen

kreuzschnabel · 2019-01-25T21:07:51.000Z

JochenOSM:

bei diversen Brücken ist obstacle_name getaggt

Komisches Tag. Warum nicht obstacle:name? Das ist ja kein spezieller Hindernisname (wie reg_name oder old_name), sondern ein dem Hindernis zugeordneter. An bridge=yes schreiben wir ja auch bridge:name=* dran, wenn er vom Straßennamen abweicht.

–ks

my-na-me · 2019-01-26T00:09:39.000Z

kreuzschnabel:

Komisches Tag.

+1

Besitzt scheinbar auch keine wiki,
und ist nur grösstenteils in Deutschland verbereitet:
https://taginfo.openstreetmap.org/keys/obstacle_name#map

Aber, es gibt ein “gut” gefülltes osm-wiki-data item
https://wiki.openstreetmap.org/wiki/Item:Q3834
zu finden durch: https://wiki.openstreetmap.org/w/index.php?search=obstacle_name&title=Special:Search&go=Seite&searchToken=5h2czbv9zm504iy9jivam120e

chris66 · 2019-01-26T08:21:30.000Z

War das nicht eine Erfindung der seamap-Leute (die ja alles ein bisschen komisch taggen)?

geri-oc · 2019-01-26T09:18:11.000Z

War vielleicht vor seamark:name “gängig” - https://wiki.openstreetmap.org/w/index.php?title=Key:seamark:name&action=history - und übriggeblieben.

http://map.openseamap.org/?zoom=13&lat=50.86919&lon=13.65609&layers=BFFFFFFFFFF0FFFFFFTT

JochenOSM · 2019-02-01T17:03:10.000Z

Und nun?
Kann ich so ein Tag löschen wenn sich keiner findet der weiß was das bedeuten soll? Oder bleibt das jetzt für alle Zeit in der Datenbank weil keiner mehr da ist der sagt “kann weg”?

chris66 · 2019-02-01T17:13:40.000Z

Kann ich so ein Tag löschen

Nein, es sei denn Du kannst nachweisen dass es falsch oder schädlich ist. Die Meckerei von QS-Tools ist kein Lösch-Grund.

Das Tag ist fast 2000 mal in Verwendung.

GeorgFausB · 2019-02-01T17:33:37.000Z

Moin,

siehe http://www.freietonne.de/osm_history_difference.php?osmid=672104762
Vielleicht kann ja https://www.openstreetmap.org/user/Krille%20von%20Stralau weiterhelfen,
der ist zumindest noch aktiv.

Grüße
Georg

geri-oc · 2019-02-01T18:18:04.000Z

JochenOSM:

Und nun?
Kann ich so ein Tag löschen wenn sich keiner findet der weiß was das bedeuten soll? Oder bleibt das jetzt für alle Zeit in der Datenbank weil keiner mehr da ist der sagt “kann weg”?

Warum stört es dich?
Es gibt auch andere Hindernisse als Brücken - vielleicht wird es dort noch verwendet. Neuer ist aber seamark:=

Habe Krille einmal angeschrieben. So wie OpenSeaMap hier her gebeten. Warten wir noch etwas.

JochenOSM · 2019-02-01T19:49:37.000Z

chris66:

Nein, es sei denn Du kannst nachweisen dass es falsch oder schädlich ist. Die Meckerei von QS-Tools ist kein Lösch-Grund.

Es geht ja nicht um die Osmose Meldung, da könnte ich auch auf Ignorieren klicken.

chris66:

Das Tag ist fast 2000 mal in Verwendung.

Das macht es ja nicht besser. Wenn ich jetzt 2000 mal etwas eintrage das keiner kennt, dann bleibt es für alle Zeit in der Datenbank weil keiner nachweisen kann das es falsch oder schädlich ist. An das Konzept habe ich mich noch nicht gewöhnt. Macht es auch nicht einfacher den Datenbestand aktuell zu halten. Ich habe den Eindruck dass fehlende Sachen vergleichsweise schnell eingetragen werden. Nicht mehr vorhandene Sachen und Eigenschaften werden von viel weniger Leuten / viel seltener gelöscht bzw. korrigiert. Ich habe hier schon diverse nicht mehr vorhandene Telefonzellen, Notrufsäulen, Rettungspunkte usw. gelöscht die seit Jahren falsch waren (nach aktueller Kontrolle vor Ort natürlich). Soll heißen aus meiner Sicht sind eingetragene Daten die nicht mehr richtig sind mindestens so schlecht wie fehlende Daten. Aber deutlich aufwändiger zu finden / klären / beheben. Deswegen frage ich ja.

geri-oc:

Warum stört es dich?

Falls es Daten sind die keiner mehr interpretieren kann dann wäre es aus meiner Sicht sinnvoller das Tag zu löschen (manuell, bei mir bekannten Brücken) statt ewig mit zu schleppen. Natürlich warte ich gerne ob sich noch jemand findet, danke dass ihr versucht hier einen Kontakt herzustellen. Und vielleicht hat das Tag auch eine Bedeutung, dann können wir es ja bei den Brücken wo es nicht gesetzt ist korrigieren. Aktuell ist es bei manchen Brücken gesetzt und bei anderen (die auch seamark:name haben) nicht. Und einen Grund für diese unterschiedliche Behandlung kann ich nicht erkennen, eines von beiden kann vermutlich verbessert werden.

kreuzschnabel · 2019-02-01T20:33:39.000Z

JochenOSM:

Ich habe hier schon diverse nicht mehr vorhandene Telefonzellen, Notrufsäulen, Rettungspunkte usw. gelöscht die seit Jahren falsch waren (nach aktueller Kontrolle vor Ort natürlich).

Das ist nur menschlich. Wer etwas Neues entdeckt, brennt natürlich darauf, es zu mappen. Wer aber an einer Stelle vorbeikommt, an der keine Teflonzelle steht (und das tut man oft), wird kaum jedesmal in den Daten nachgucken, ob da vielleicht noch eine drin ist.

JochenOSM:

Soll heißen aus meiner Sicht sind eingetragene Daten die nicht mehr richtig sind mindestens so schlecht wie fehlende Daten.

Das ist schon richtig, aber da sind wir auf wirklich lokale Mapper angewiesen, die da jede Woche mal durchkommen und den Abbau der Teflonzelle mitbekommen. Das Nichtvorhandensein ist, wie gesagt, für niemanden ein Grund, nachzusehen, und wenn ich nach einem Spaziergang in JOSM sehe, dass unterwegs eine Teflonzelle gemappt ist, ohne mich daran erinnern zu können, dass da wirklich eine steht, lasse ich sie lieber erstmal drin, denn ich könnte sie ja auch einfach übersehen haben.

–ks

streckenkundler · 2019-02-01T20:49:08.000Z

Guten Abend,

Mein “Kritikpunkt” hier ist ja lediglich, das Freie Tonne und OpenSeaMap nach nach meinem Gefühl weitestgehend das selbe Thema beackern, es aber (historisch bedingt?) eben jene zwei Ausprägungen gibt…
Um auf das Beispiel des Ausgangsbeitrags zu antworten… mich stört das nicht… es ist ein eigener Namens-/ Taggingraum, der nicht mit anderem kollidiert… Aufgrund der Ähnlichkeit von Freie Tonne und OpenSeaMap würde ich mir lediglich allgemein eine Zusammenfühung des Taggings wünschen.

Sven

Tordanik · 2019-02-01T21:47:26.000Z

JochenOSM:

Wenn ich jetzt 2000 mal etwas eintrage das keiner kennt, dann bleibt es für alle Zeit in der Datenbank weil keiner nachweisen kann das es falsch oder schädlich ist. An das Konzept habe ich mich noch nicht gewöhnt.

Das sieht auch nicht jeder so. Wenn man ein Tag findet, das einem unsinnig erscheint, vergeblich nach Dokumentation für das Tag gesucht hat und der eintragende Mapper oder andere naheliegende Ansprechpartner nicht mehr erreichbar sind, dann finde ich es im Allgemeinen durchaus gerechtfertigt, das zu löschen. Mal kurz mit anderen Mappern drüber zu reden ist vielleicht eine gute Idee, falls man da einen persönlichen blinden Fleck hat, aber eine Ewigkeitsgarantie für unverständliche Tags fände ich wenig sinnvoll.

Auch wenn ein Tagging keinen schädlichen Einfluss auf Anwendungen hat, sind damit dennoch Kosten verbunden: Es verwirrt jeden neuen Mapper, der erstmals auf das Tag stößt (und sich z.B. abschauen will, wie man Brücken richtig einträgt), es taucht in Validatoren auf und erschwert damit die Qualitätssicherung, etc.

Ansonsten schließe ich mich dem allgemeinen Hoffen auf Mapper mit einschlägigen Kenntnissen zum Thema an.

Krille_von_Stralau · 2019-02-02T10:49:08.000Z

Hallo Jungs.

Zunaechst Danke, dass ihr nachfragt, bevor ihr etwas loescht.

Die Tags obstacle und obstacle_name markieren Hindernisse fue die Schiffahrt, wie z.B. Bruecken, Schleusen, Untiefen oder starke Stroemungen.

Sie werden in entsprechenden Apps verwendet, z.B. vertraut die App Rivers & Seas auf diese Tags:
https://itunes.apple.com/de/app/rivers-seas-boot-navi-mit-ais/id524356586?mt=8

Bei Bruecken ist das Tag in der Tat redundant zu seamark:bridge und seamark:name. Hier braucht es nicht mehr neu gesetzte werden. Details zum neueren Tagging hier: https://wiki.openstreetmap.org/wiki/Seamarks/Bridges

Fuer andere Hindernisse wie z.B. Stroemungen oder Unterwasserhindernisse gibt es bisher keine ersetzenden seamark:* Tags.

Auch wenn neue Bruecken inzwischen anders getagged werden, sollten obstacle und alle korrrespondierenden Tags nicht geloescht werden, da ihr nie wisst, welche Software vielleicht darauf vertraut.

So wie in OpenStreetMap generell nichts geloescht werden sollte, bloss weil man es nicht kennt, oder eine Pruef-Software es nicht kennt oder moniert. Denn jeder darf hier schliesslich fuer seine Zwecke Tags hinzufuegen. Deshalbist es ja eine OPEN Street Map und keine geschlossene ausschliesslich definierte Datenbank. Wenn Du etwas loescht, zerstoerst du die Arbeit oder Software von jemanden anderen, der darauf vertraut.

Viele Gruesse, Christian

wambacher · 2019-02-02T11:30:38.000Z

Krille von Stralau:

Sie werden in entsprechenden Apps verwendet, z.B. vertraut die App Rivers & Seas auf diese Tags:
https://itunes.apple.com/de/app/rivers-seas-boot-navi-mit-ais/id524356586?mt=8

Wäre sinnvoll, dass ihr (du?) die APP hier einträgst:

https://taginfo.openstreetmap.org/projects
https://wiki.openstreetmap.org/wiki/Taginfo/Projects → “If you don’t have a github account, then email the URL to jochen@remote.org”

Gruss
walter

JochenOSM · 2019-02-02T14:13:43.000Z

Krille von Stralau:

Bei Bruecken ist das Tag in der Tat redundant zu seamark:bridge und seamark:name. Hier braucht es nicht mehr neu gesetzte werden. […] Auch wenn neue Bruecken inzwischen anders getagged werden, sollten obstacle und alle korrrespondierenden Tags nicht geloescht werden, da ihr nie wisst, welche Software vielleicht darauf vertraut.

Hallo Christian,
danke für die Erklärungen. Das wiki zum seamark-Tagging hatte ich schon gefunden. Strömungen usw. sind außen vor, genau wie obstacle=. Mir geht es nur um obstacle_name=.

Ich habe hier 5 Brücken über den Main (OpenStreetMap ). Bei vieren ist obstacle_name gesetzt, bei einer nicht. Soll das jetzt
a) so uneinheitlich bleiben
b) kann (nur das eine Tag) obstacle_name dort 4x weg weil Brücke und seamark:name gesetzt (dafür spricht deine Aussage “nicht mehr neu setzen”)
c) obstacle_name bei der fünften Brücke ergänzt werden
?

Gruß,
Jochen

Gppes · 2019-02-05T06:28:08.000Z

Krille von Stralau:

[…] So wie in OpenStreetMap generell nichts geloescht werden sollte, bloss weil man es nicht kennt, oder eine Pruef-Software es nicht kennt oder moniert. Denn jeder darf hier schliesslich fuer seine Zwecke Tags hinzufuegen. Deshalbist es ja eine OPEN Street Map und keine geschlossene ausschliesslich definierte Datenbank. Wenn Du etwas loescht, zerstoerst du die Arbeit oder Software von jemanden anderen, der darauf vertraut. […]

Hier moechte ich kurz intervenieren: Das Open steht fuer mich fuer die freie Karte im Sinne des Gemeinschaftsprojektes: Also frei verguegbare Daten, zur Verfuegung gestellt von einer Community, die mit ihrem jeweils lokalen Wissen beitraegt.

Auch wenn Dein Punkt in diesem Standpunkt somit auch enthalten ist, hoert er sich fuer mich in Deiner Formulierung (ueberspitzt formuliert) so an: Die Datenbank ist “OPEN” um jede Art von Datenmuell rein zu kippen, die den eigenen Interessen (Zitat: “seine Zwecke”) dienen. Wenn User nach diesem Grundsatz beitragen ist die Wahrscheinlichkeit hoch, dass die Qualitaet der beigetragenen Daten schlecht ist.