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

[Gernot Hillier]

Hallo Robert!

On 27.12.20 11:44, OSMUp.com wrote:
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.


Genau. Da hatte ich wohl auf die schnelle die falsche Query aus Alex' 
Quellcode gefischt, sorry. Aber Du hast es genau richtig gesehen, wie ja 
auch Alex inzwischen bestätigt hat-


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.


Da bin ich auch etwas überfragt, der Hauptnutzer dazu ist aktuell 
Klaus-Michael, der sich ja noch mit Dir in Verbindung setzen wird. Ich 
war nur der mit dem Server. :)


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 denke, Du hast das genau richtig verstanden - und wenn Du das 
einbaust ist das vermutlich sinnvoller, wie nochmal ein eigenes Tool bei 
mir. Alex, Klaus-Michael, wenn Ihr das anders seht, sagt mir Bescheid!


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


Dasselbe natürlich auch von mir an Euch alle! Und keine Raketen nach 
Youtube-Anleitungen selbst bauen, wenn man nicht weiß, was man tut! ;-)


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

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 

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

[Gernot Hillier]

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 cooler Anfang!


Ich versuche dabei, das Ergebnis so sinnvoll wie möglich zu prüfen. Z.B. 
sind die sonst für ein Restaurant 
 
[1] sinnvollen Tags 
 [2] 
"kids_area" oder "outdoor_seating" nicht als fehlend gelistet, wenn 
"delivery=only" ist 
 
[3].


Wirklich sehr beeindruckende Arbeit!

Falls das auch für euch eine sinnvolle Unterstützung beim Tagging sein 
kann würde mich das an sich schon freuen und Feedback, wie ich das ganze 
noch verbessern könnte, noch mehr.


Ich hätte mal noch eine Frage:

Wir haben vor einiger Zeit in Landshut das Aktualitätsproblem, 
insbesondere von POIs, diskutiert, worauf Alex ([1]) und Tobi mit viel 
Mühe das "last_check"-Attribut bei vielen Landshuter Nodes (ein)gepflegt 
hat, das als Merker dienen soll, um POIs regelmäßig zu prüfen bzw. zu 
aktualisieren.


Es gab dazu auch mal ein Webtool von Alex, das aber leider inzwischen 
mangels Server offline ist - und seitdem steht auf meiner TODO-Liste, 
sein Tool auf meinem Server wiederzubeleben (hallo MichaelFS, ich habe 
Dich nicht vergessen! ;) ).


Hier noch die alte Overpass-Query dazu: https://overpass-turbo.eu/s/ZB6

Wenn ich Dein sehr cooles Tool sehe, frage ich mich, ob Du das nicht mit 
begrenztem Aufwand bei OSMup.com auch als Auswertung mit einbauen 
könntest / willst - dann würde sich vielleicht ein eigenes Tool erübrigen?


---
VG,

Gernot

[1] https://www.openstreetmap.org/user/blutsauger
___
Niederbayern mailing list
Niederbayern@lists.openstreetmap.de
https://lists.openstreetmap.de/mailman/listinfo/niederbayern

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

[OSMUp.com]

Hallo OpenStreetMapper,

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.


Kurz gesagt - ich ziehe einmal täglich Daten zu PoIs in Landshut, Passau 
und Straubing mit der Overpass API ab, prüfe sie auf Vollständigkeit und 
Korrektheit je Typ (z.b. "Zahnarzt") und stelle die Ergebnisse auf der 
Seite nach Anzahl an zu bearbeitenden Punkten absteigend dar, um da zu 
recherchieren und aktualisieren, wo es am notwendigsten ist.


Man könnte das ganze vielleicht als eine Variante von StreetComplete 
sehen - stationärer ohne eigene Positionsbestimmung und Umgebungssuche, 
aber vielleicht ein wenig strukturierter.


Ich versuche dabei, das Ergebnis so sinnvoll wie möglich zu prüfen. Z.B. 
sind die sonst für ein Restaurant 
 
[1] sinnvollen Tags 
 [2] 
"kids_area" oder "outdoor_seating" nicht als fehlend gelistet, wenn 
"delivery=only" ist 
 
[3].
Bei Tags mit einer definierten Liste an möglichen Werten - etwa 
wheelchair yes/no/limited/designated - prüfe ich auch, dass der Wert 
nicht außerhalb liegt, damit die Info erfolgreich in OpenWheelMap 
eingebunden werden kann.


Falls das auch für euch eine sinnvolle Unterstützung beim Tagging sein 
kann würde mich das an sich schon freuen und Feedback, wie ich das ganze 
noch verbessern könnte, noch mehr.


Gruß,
Robert


[1] https://www.osmup.com/area/landshut/food-drinks/restaurant?meta=first
[2] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity=restaurant
[3] 
https://www.osmup.com/area/landshut/food-drinks/restaurant/Pronto%20Pizza?object-id=eyJjnlV6VzM8pvVfVaAeVwbvZwRjZQZkZwRmZQNmZQNjZwVlZmVjZGVkZwVgBGD2BQZ3ODM1In0%253D


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