Re: [OSM-Niederbayern] OSMUp.com fürs Tagging

[Hessler, Klaus-Michael]

Hallo,
Interpretiere ich die Overpass Query richtig, dass die Tags 
"lastcheck", "last_check" und "survey_date" veraltete Versionen sind, 
und künftig auf "check_date" gesetzt werden soll?
es ist gut möglich, dass "lastcheck" oder "last_check" hier in LA auf 
meinem Mist gewachsen ist, als ich das Thema angegangen bin.
Im weiteren Verlauf habe ich dann aus der OSM Community erfahren, dass 
andere OSM'ler sich auf "check_date" geeinigt haben.

Also hab ich das umgestellt und stand vor dem selben Problem wie Du
Und ich habe gelernt, dass "check_date" das bevorzugte Tag ist und habe 
im Raum Landshut - Moosburg - Freising die "lastcheck", "last_check" und 
Co. (da gibt es noch mehr Varianten) auf check_date unter Beibehaltung 
der Datums-Werte geändert.


@Robert: ich bin der von Gernot zitierte MichaelFS und melde mich noch 
bei Dir wegen OSMUp.


Gruß
Michael
___
Niederbayern mailing list
Niederbayern@lists.openstreetmap.de
https://lists.openstreetmap.de/mailman/listinfo/niederbayern

Re: [OSM-Niederbayern] OSMUp.com fürs Tagging

[Alexander Lehner]

On Sun, 27 Dec 2020, OSMUp.com wrote:


Hi Gernot,

Interpretiere ich die Overpass Query richtig, dass die Tags "lastcheck", 
"last_check" und "survey_date" veraltete Versionen sind, und künftig auf 
"check_date" gesetzt werden soll?


Hi Robert,

es ist gut möglich, dass "lastcheck" oder "last_check" hier in LA auf 
meinem Mist gewachsen ist, als ich das Thema angegangen bin.
Im weiteren Verlauf habe ich dann aus der OSM Community erfahren, dass 
andere OSM'ler sich auf "check_date" geeinigt haben.

Also hab ich das umgestellt und stand vor dem selben Problem wie Du ;)

Respekt vor Deinem Engagement!

Und nen guten Rutsch an alle -


Alex
___
Niederbayern mailing list
Niederbayern@lists.openstreetmap.de
https://lists.openstreetmap.de/mailman/listinfo/niederbayern

Re: [OSM-Niederbayern] OSMUp.com fürs Tagging

[OSMUp.com]

Hi Gernot,

freut mich, von Dir zu hören!

Interpretiere ich die Overpass Query richtig, dass die Tags "lastcheck", 
"last_check" und "survey_date" veraltete Versionen sind, und künftig auf 
"check_date" gesetzt werden soll? Das würde sich auch mit der starken 
Mehrheit an Objekten im Raum Landshut decken.


Was ich recht einfach in OSMUp einbauen kann, ist ein Check auf das 
Vorhandensein der Tags, was ein Finding mit dem Hinweis erzeugt, auf 
"check_date" umzuschwenken. Auch bei bereits vorhandenen "check_date" 
Feldern ließe sich ohne großen Aufwand z.B. das Alter überprüfen und bei 
Überschreiten eines definierten Zeitraums ein Finding erzeugen. Dasselbe 
für das komplette Fehlen irgendeines check-Zeitstempels.


Ich befürchte nur, dass das unter den anderen Punkten recht schnell 
untergeht. Restaurants haben derzeit die meisten Checks - ob da ein 
Counter von 23 auf 24 hoch geht, hilft bei der gezielten Abarbeitung 
konzentriert auf das "check_date" Feld wahrscheinlich wenig.
In einem früheren Entwicklungsstand hatte ich einmal eine "Focus Tags" 
Funktion für genau die Art der Herangehensweise - Tag-basiert statt 
Typ-basiert, die unabhängig vom Typ des Objekts auf einen bestimmten Tag 
geprüft und das gesondert gelistet hat. Zum Beispiel alle Objekte in 
Landshut, die "wheelchair" als nützliche Info definiert haben, aber 
keinen Wert dafür. Das habe ich allerdings wieder verworfen, weil ich zu 
viel "in die Quere kommen" befürchtet habe. Separiert auf die 
unterschiedlichen Objekt-Typen (Restaurant, Cafe, Zahnarzt, 
Psychologe...) lässt sich die Arbeit an Tags in einem Team schön 
aufteilen - wenn alle auf dieselbe Liste für einen Tag gehen, wird man 
zusammen mit dem Datenabzug und Check nur einmal am Tag oft auf Objekte 
stoßen, die ein anderer früher am Tag schon gefixt hat und das kann 
ziemlich nerven, denke ich.
Die Art der Realisierung im Backend (Daten in Amazon DynamoDB 
gespeichert) lässt leider auch keine skalierbar bezahlbare Lösung wie 
"zufällig sortierte Liste bei jedem Seitenaufruf" zu, um das Risiko zu 
minimieren.


Während ich mir Gedanken mache, wie ich das ggf. besser implementieren 
kann, habe ich auf https://www.osmup.com/check-date.zip 
 eine "quick & dirty" Lösung 
abgelegt, die für den ganz konkreten Fall in der Zwischenzeit helfen 
könnte - auch ohne Server.
Die HTML Datei im Zip Archiv kann entweder auf einem Server gehostet 
werden oder auch einfach auf dem Client im Browser bedient werden. Ich 
habe jetzt absichtlich nicht direkt das HTML gehostet, damit bei zu weit 
greifender Abfrage osmup.com nicht auf den Overpass API Servern geblockt 
wird.


Was macht das Ding?
Anhand des Area Selectors werden alle enthaltenen Objekte über die 
Overpass API gezogen, die irgendeinen der Tags "lastcheck", 
"last_check", "survey_date" oder "check_date" haben. Ist eines der 
ersten drei enthalten, werden sie im ersten Ergebnis-Block gelistet, um 
auf "check_date" umzustellen. Wird "check_date" gefunden, erfolgt eine 
Prüfung auf das alter des angegebenen Zeitstempels. Bei mehr als einem 
Jahr kommt das Objekt in die zweite Ergebnisliste.


Die Kreisfreie Stadt Landshut als Standard-Area hat schon mal gar keinen 
der alten Tags mehr. Dass der Test trotzdem funktioniert, erkennt man 
bei einer Abfrage allein auf [name:"Landshut"] (inkl. Landkreis) - da 
gibt's dann 4 Ergebnisse. Für den Alterstest auf "check_date" liefern 
beide Areas Findings.


Sagt mir bitte, falls ich den Use Case fehlinterpretiert habe. Das 
Script lässt sich dann sicher analog zu meinem Verständnis der Situaton 
korrigieren.


Ich wünsche euch schon mal einen guten Rutsch ins neue Jahr und ein 
erfolgreiches 2021 - in OpenStreetMap und im Leben generell :)


Gruß,
Robert


On 26.12.20 22:14, Gernot Hillier wrote:

Hallo Robert!

Erstmal vielen Dank für Deine Mail und sorry für die späte Antwort!

Und auch gleich frohe Weihnachten!

On 09.12.20 19:53, OSMUp.com wrote:
ich war bisher noch kein sehr aktiver Mithelfer (will ich ändern), 
aber dennoch großer Fan des Projekts.


Neben "für alle gedachten" Funktionen wie z.b. OsmAnd fand ich 
Projekte für spezielle Zielgruppen wie die OpenWheelMap oder 
OpenVegeMap immer sehr sympathisch - als Nutzer der letzteren oder 
Apps mit selbem Zweck aber manchmal ein wenig enttäuscht ob der 
mitunter geringen Anzahl an Ergebnissen weit unter der Realität.


Ein möglichst vollständiges Tagging von PoIs ist die Grundlage für 
die Qualität dieser Applikationen und hier scheint es, als würde es 
manchmal noch an etwas fehlen.


Um das ganze ein Stück einfacher zu machen, habe ich 
http://www.osmup.com erstellt.


Wow, das sieht ja wirklich cool aus, da steckt sicher eine Menge 
Arbeit drin!!


Leider passiert derzeit in La nciht allzuviel, die meisten des 
früheren "harten Kerns" sind aktuell recht "faul" bzw. anderweitig 
ausgelastet (mich eingeschlossen), ich hoffe aber, dass sich das mal 
wieder ändert. Aber auf jeden Fall ist Dein Tool ein