[OSM-S] Kontrolle von Leerungszeiten etc
Theodin
theodin at posteo.de
Sa Feb 14 12:03:27 CET 2015
Danke für deine Anmerkungen Hartwig.
Am 14.02.2015 um 00:26 schrieb Hartwig Alpers:
> Hej Simeon!
>
> Du kommst ja hier ziemlich Knall auf Fall vom Großen (POIs) zum Kleinen (Briefkästen).
> Ich mach's mal umgekehrt.
>
> Was die Briefkästen betrifft (nicht direkt mein Spezialgebiet):
> Daß Du das häufigste Tag nimmst, ist meines Erachtens richtig.
> Ob man bei Briefkästen nun unbedingt noch die Kategorie "collection_times:" braucht, kann man sich
> natürlich fragen, denn was soll man bei Briefkästen sonst noch groß checken?
Seh ich auch so. Daher hatte ich auch nur mit einem allgemeinen last_checked angefangen, aber dann
gesehen, dass andere häufiger in der Datenbank sind. Ich lege mich auf last_check fest und schau mal
wie weit ich damit im Raum Stuttgart komme.
>
> Was POIs in größter Allgemeinheit betrifft, finde ich die Kategorien aber durchaus sinnvoll,
> wenn's verschiedene Sachen gibt, die man prüfen kann -- Öffnungszeiten, Kontaktdaten, Art der
> Küche (im Lokal) und was es noch alles geben kann.
>
> Insgesamt kommt mir so ein "lastcheck"-Tagging sowieso nur für solche Merkmale sinnvoll vor, die
> nicht mehr oder weniger offensichtlich sind: Ob Karstadt in Esslingen noch da ist oder nicht, sehe
> ich täglich mindestens zweimal, ohne daß ich das jedesmal in die Karte eintragen will.
Genau. Eigentlich sind es nur einige Dinge, bei denen sich der Tag lohnt: Solche, die Merkmale
haben, die sich entweder schnell/öfters ändern oder wo die Änderung größere Auswirkungen hat (zB
Öffnungszeiten)
> Wie die Öffnungszeiten da sind, nehme ich aber nie so genau zur Kenntnis, genausowenig
> irgendwelche Telefonnummern oder so.
> Am Esslinger Karstadt-Bunker "lastcheck=" anzubringen, wäre darum m. E. ziemlich sinnlos;
> "opening_hours:lastcheck" oder "phone:lastcheck" kann aber was bringen -- für Leute, die solche
> Informationen jeweils gezielt überwachen wollen.
> Zu solchen weniger offensichtlichen Merkmalen gehören meiner Meinung nach auch die Leerungszeiten
> von Briefkästen.
>
> Bevor man nun anfängt, bei jedem Merkmal, das man für regelmäßig checkenswet hält, zu überlegen,
> ob es noch andere checkenswerte Merkmale am selben "Objekt" geben könnte, und mithin ob man eine
> Kategorie "dings:" oder "bums:" vor dem "lastchecked" braucht oder nicht, sollte man die Kategorie
> doch einfach immer eintragen, dann spart man sich viele Hirnzellen und hat außerdem eine klare Sache.
Seh ich auch so bis auf ndie Ausnahme der Briefkästen. Da hast du ja schon schön fest gestellt, dass
es eigentlich nur um die Leerungszeiten geht.
>
> Viele Grüße
> Hartwig
>
>>
>> Es gibt ja ab und zu das Problem, dass POIs veralten oder die Leerungszeiten von
>> Briefkästen sich ändern und wir als Mapper uns fragen, wie man das herausfinden
>> könnte. Ein naheliegende Möglichkeit, auf die ich diese Woche aufmerksam wurde,
>> ist folgende:
>>
>> Man hängt einen speziellen Tag an den Node mit dem Datum. Leider gibt es da wieder
>> mehrere:
>> -collection_times:lastcheck (2207)
>> -check_date (2084)
>> -lastcheck (1470)
>> -last_checked (316)
>>
>> Ich hatte mit last_checked angefangen, aber es ist wohl sinnvoller, ein weiter
>> verbreitetes Tag zu nehmen. Es gibt sogar eine Overpass-Abfrage dazu:
>> http://overpass-turbo.eu/s/7Ea
>>
>> Dass am eine eigene Untergruppe (zB collection_times:lastcheck oder
>> addr:lastcheck) für jedes geprüfte Tag braucht, glaube ich nicht. Bei Briefkästen
>> und POIs checke ich eh immer die Standards wie Addresse, Leerungs-/Öffnungszeiten,
>> operator. Dinge wie cuisine=vegan oder Telefonzellenformen (booth vs cover) sind
>> mir meist egal.
>>
>> Dies nur als Anregung. Vielleicht finden wir ja einen gemeinsamen Tag, der sich in
>> der Region durchsetzen kann.
>>
>> Liebe Grüße und genießt das schöne Wetter!
>> Simeon
>>
>>
>
> ______________________________________________________________________________
> Hartwig Alpers
> Universitaetsbibliothek Stuttgart
> EDV und Auskunft
> Tel. 0711/685-83526 & -82273. Fax. 685-83536
> E-Mail hartwig.alpers at ub.uni-stuttgart.de
> ______________________________________________________________________________
>
>
> _______________________________________________
> Stuttgart mailing list
> Stuttgart at lists.openstreetmap.de
> http://lists.openstreetmap.de/mailman/listinfo/stuttgart
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.openstreetmap.de/pipermail/stuttgart/attachments/20150214/2ea628ca/attachment.htm>