Das Sterben der Gasthöfe

… und dann versuchen, zwischen allen „Welche Farbe hat diese Straßenlaterne?“-Kullerchen von StreetComplete die wirklich wichtigen zu finden.

–ks

Stimme dir zu. Nicht nur veraltet, viele fehlen auch. Letztes Jahr entdeckte ich einen fehlenden, der drei Tage vorher dauerhaft geschlossen wurde - d.h. nie eingetragen, den brauchte ich gar nicht nach zu erfassen.

Aber in Kürze wird wieder eine ganz andere Meldung durch OSM geistern. Nämlich daß irgendein Vergleich ergeben hat, wie großartig aktuell OSM im Vergleich zu anderen Anbietern sei. Natürlich nur bezüglich Straßen, der Rest interessiert doch niemanden.

Ich sage nur Check_Date!

http://overpass-turbo.eu/s/FMT

Jan

Tja, overpass kenne ich zwar, aber “nur zu sagen Check_Datei” ist mir dann doch zu wenig. Was ist/macht “Check_Datei”? Gibt es vielleicht ein Prüfverfahren o.ä., welches bei der QS/Pflege von POI-Daten hilfreich sein kann? Hat das Abfrage-Skript eine besondere Bedeutung?

check_date ist ein Tag, das man an alles dranschreiben kann, um zu sagen “ich hab das überprüft und es ist korrekt”.

Die Overpass-Abfrage von Lübeck ist das QS-Tool, mit dem Du das angucken kannst. Rot==alt. Rote POIs müssten prioritär angeguckt werden.

check_date, nicht check_datei. Das Tag check_date=* gibt schlicht und einfach den Zeitpunkt der letzten Vor-Ort-Überprüfung eines (mittelfristig veränderlichen) Merkmals an. Zum Beispiel das Vorhandensein eines öffentlichen Telefons oder die Öffnungszeiten eines Restaurants.

Anders ausgedrückt: „check_date=2017-03-01“ bedeutet: „Am 1. März 2017 war es so wie hier gemappt, inzwischen kann es sich natürlich geändert haben“.

Heißt für Mapper: Man kann (wenn man da war) bestätigen, dass es immer noch so ist, indem man den Wert von check_date auf den aktuellen setzt.

–ks

z.T. sind da die Gasthöfe auch nur am Wochenende geöffnet, ist mir auch schon vorgekommen auf der schwäbischen Alb dass alles zu war und im Gespräch mit Ortsansässigen kam raus dass einige nur am Wochenende öffnen, am besten vorher anrufen.

Ich hab mich auch mal mit Overpass gespielt und mal geschaut wann einige OSM Objekte als letztes bearbeitet wurden und mal grob eingeteilt in 5, 8, 10 Jahre das letzte mal bearbeitet. Ältere Zeiträume machen noch keinen Sinn das OSM erst seit so ca. 2007 gibt… Das ganze kann man noch beliebig erweitern|ändern anpassen… und die Tags hin und herschieben :wink: Wenn man was geprüft hat… muss man nur das Objekt in irgendeiner Form gearbeiten… Tagging ergänzen oder z.B. last_check= hinzufügen dann kommt es nicht mehr.

https://overpass-turbo.eu/s/JGF

Leicht OT:

Tip: node, way und relation kannst Du mit nwr einkürzen, dann musst Du nicht jede Abfrage 3x schreiben (ausser im CSS).

Danke :slight_smile: das kannte ich noch nicht… macht die ganz Sache übersichtlicher :slight_smile: hab noch shop=* dazu :sunglasses:

https://overpass-turbo.eu/s/JGT

Ich glaube, du hast da was verpasst: https://wiki.openstreetmap.org/wiki/Birthday

ok g ich hab nicht genau geschaut und bin ja auch schon seit 2008 dabei… und da gab es ja OSM schon ein paar Jahr :wink: Wollte nur sagen das es da nur wenig Daten gibt für diesen Anwendungsfall :slight_smile:

Am 9. August 2004 wurde AFAIK die Domain openstreetmap.org registriert, was als OSM-Geburztag gilt. Begann da sofort die Mappingarbeit?

–ks

Keine Ahnung, ob da vorher schon was gefrickelt wurde, das erste CS in unserer aktuellen DB ist von April 2005.

Wir können ja alternativ auch 10 Jahre API 0.6 feiern, da ist die Datenbasis nicht so lückenhaft.

ich würde eher vermuten, dass Steve Coast in der Anfangszeit bevor er die domain registriert hat, auch schon ein bisschen was gemappt hat (damals fuhr er mit Laptop und USB GPS-Maus im Rucksack auf dem Fahrrad durch die Gegend).

na ja ich sehe eher Parallelen zu Wikipedia: Zu viele Einzelinteressen “etwas in OSM abgebildet haben zu wollen” ohne die Bereitschaft, den damit verbundenen (wirklich extremen) Aufwand zur Datenerzteugung und QS selber zu machen. Das heisst, wenn ich möchte, dass alle Restaurants mit aktuellen Daten vertreten sind, möchte ich meinen bezahlten Job hinwerfen und nur noch Restaurants&Co. in OSM aufsuchen und aktualisieren, dto. natürlich für alle anderen kommerziellen Etablissiments. Ich frage mich mittlerweile recht massiv: ist das überhaupt Aufgabe einer Geodatenbank aka “Landkarte” ?
Oder sollte man sich nicht auf die Erstellung einer freien Strassenkarte zurück orientieren, gern mit allen zusätzlichen geografischen Features, das Andere dann nur “optional und ohne jeden Anspruch auf Aktualität”…

Andreas

Eine reine Straßenkarte fände ich furchtbar langweilig. Das hätte mich nicht zum Mitmachen motiviert.

Ich denke, dass man die Einzelinteressen unterbringen sollte, damit man bei den Kernthemen aktuelle Daten hat. Ich hab Spezialinteressen, was mich nicht daran hindert, Straßen und Wege zu überarbeiten, wenn ich veraltete Daten oder Fehler finde.

Das Problem scheint mir eher zu sein, dass man regional ganz unterschiedlich viele und unterschiedlich engagierte Mapper hat. In manches Städten treten sie sich auf die Füße und mappen aus Langeweile Grashalme und in anderen Gegenden fällt es jahrelang nicht auf, dass das Gasthaus geschlossen hat. Und wie gut das Tagging der Straßen ist in diesen Gegenden ist, kann ich nur vermuten. Eine wirkliche Lösung gibt es dafür nicht.

Diese Einbahnstraße fehlte zehn Jahre lang in OSM. Ich will nicht wissen, wieviele von ihren OSM-Navis da schon fehlgeleitet wurden. Und das geht alles auf meine Kappe, weil mir nie aufgefallen ist, dass hier die Einbahnstraße fehlt - bis ich dann maxspeed getaggt habe…

Gleich sich alles aus: Diese Zweibahnstraße war zwei Jahre lang in OSM eine Einbahnstraße.

–ks

This!
Die grösste Stärke von OSM: alle machen/mappen, was sie wollen UND können.
Ich bezweifle, dass opensSTREETmap heute da wäre wo wir sind, wenn es tatsächlich eine openSTREETmap wäre.

Und ja, Gegenden, wo sich alle auf die Füße treten sind genauso blöd, wie wo sich niemand bewegt. Muss man mit leben. Wenn wer 'ne echte openstreetmap möchte → fork → schnarch.