Ich mir die Daten nicht im Detail angeguckt. Basierend auf der Diskussion hier denke ich jedoch, dass man da bestimmt was (semi-)automatisiert aufräumen kann. Beachte dabei aber bei Bedarf bitte den Automated Edits code of conduct.
Wir diskutieren das hier, die Änderungen betreffen nur die Schweiz, der Plan verbessert die Datenqualität. Was sollte aus deiner Sicht bei den ersten 4 Paketen noch beachtet werden?
Ich weiß nicht genau, was du mit “den ersten 4 Paketen” meinst.
Wenn ich dich richtig verstehe, möchtest du hunderte oder tausende Objekte ohne seperate Einzelfallprüfung bearbeiten. Stattdessen möchtest du alles mit emergency=defibirlator, opening_hours=* und access=no innerhalb der Schweiz auf einen Schlag von access=no befreien. Das sind rund 1800 Objekte:
In meinen Augen fehlt da noch die Dokumentation im Wiki:
You should normally document your proposed edit at an English-language wiki page named “Automated edits/username” (where username is the OSM username of the account that you will be using to perform the edits - think about this now so that you don’t have to rename the page later) and add it to Category:Automated edits log.
Automated Edits code of conduct->Document and discuss your plans
Die hier erwähnten vier Punkte.
Keine Einwände!
Gute Sache diese (Schweizer) Aktion, access=no zu entfernen wenn Öffnungszeiten erfasst sind.
Auch die anderen Massnahmen finde ich sinnvoll, 1. die Defi-Doku. zu ergänzen, 2. die Defikarte.ch entsprechend anzupassen sowie 3. StreetComplete auf offene access-Tags-Situationen anzusetzen.
Jemand könnte auch das Defibrillator Thema “AED” von MapComplete anpassen, da dort auch nicht optimale access-Values (access=customers, …) vorgeschlagen werden: Defibrillators
1 Like
Ich werde die Edits hier festhalten: Automated edits/Habi - OpenStreetMap Wiki
1 Like
Schön wäre auch mal, diesen ~50 potentiellen Defibrillatoren nachzugehen “Il devrait y avoir un AED”…
Wie sieht es denn aus mit access=permissive? Auf Hinweis eines Kollegen wäre hier wohl access=private besser oder?
Ich habe mir erlaubt, das mal so umzusetzen: Changeset: 156155180 | OpenStreetMap
Wäre das nun auch eine Massenveränderung die vorgängig diskutiert werden muss?
LG
Bei der Suche nach description = während den Öffnungszeiten und erfassten Öffnungszeiten kommen dann Defibrillatoren mit solchen Tags zum Vorschein:
description = während den Öffnungszeiten
emergency = defibrillator
indoor = yes
opening_hours = 24/7
Der Defi ist in einer Arztpraxis drinnen, während 24/7 zur Verfügung, aber mit Beschreibung “während den Öffnungszeiten” verfügbar.
Aus meiner Sicht sollten alle emergency=defibrillator mit description = während den Öffnungszeiten Defibrillatoren mal im Detail angeschaut werden.
- 22 davon sind mit
opening_hours=24/7erfasst - +800 davon haben keine
opening_hourserfasst - 9 davon sind ‘während den Öffnungszeiten’, draussen 24/7 verfügbar erfasst, denen gehe ich gerade jetzt Stück für Stück nach.
Nachdem sich Osmose jetzt bei einigen Defibrillatoren, die ich geändert habe, beschwert hat, dass der level-Wert nicht mit den Erwartungen übereinstimmt, habe ich in der Schweiz fast 350 Defibrillatoren gefunden, die mit level=EG erfasst wurden, im Ausland hat’s auch einige davon: overpass turbo
Ein kurzer Check zeigt, dass diese entweder von @defikarte_app oder von @Lifetecag erfasst wurden.
@chnuessli, bevor ich in toto level=EG in level=0 umwandle, kann das von einer ‘falschen’ Default-Einstellung der Defikarte-App kommen?
Sali @habi
Das kann ein Default-Wert gewesen sein, dass haben wir aber schon länger korrigiert. Lifetecag ist aber kein automatisierter Prozess, da steht ein Mensch dahinter. Da kann man in einem Changeset Kommentar das mal ansprechen.
Zur Dokumentation: Die Option der Zugänglichkeit access=no wurde auf Android/iOS und im Web entfernt. Somit kommen von Defikarte.ch keine falschen Access-Tags mehr. Was natürlich nicht heisst dass die OSM-Community das nicht auch so erfassen wird/kann.
2 Likes
Ich habe via Overpass Turbo [1] alle Defis mit level=EG gesucht, die von der defikarte_app erfasst wurden. Bei allen diesen habe ich level=EG' in level=0` umgewandelt: Changeset: 156853330 | OpenStreetMap
[1]:
[out:json][timeout:25];
nwr["emergency"="defibrillator"]["level"="EG"](user:"defikarte_app")({{bbox}});
out geom;
In einem zweiten Changeset habe ich dasselbe für alle für die level=EG-erfassten Defis von der Lifetec AG gemacht: Changeset: 157117088 | OpenStreetMap
Ein drittes und viertes Changeset [2]haben level=EG in level=0 geändert für alle Defis, die je von der Defikarte App und der Lifetec AG irgendwie ‘berührt’ wurden: Changeset: 157117341 | OpenStreetMap und Changeset: 157117463 | OpenStreetMap
[2]: Overpass-Turbo-Suche so:
[out:xml][timeout:25];
nwr["emergency"="defibrillator"]["level"="EG"](user_touched:"Lifetecag")({{bbox}});
(._;>;); out meta;
Langsam ufert das Ganze hier in ziemliche Arbeit aus…
2 Likes
@chnuessli Wie erklärst du dir dann Node: 12189206001 | OpenStreetMap und Node: 12193430401 | OpenStreetMap ?
Beide Defibrillatoren wurden vor ein paar Tagen durch die defikarte_app mit level=EG in OpenStreetMap erfasst. Ist das ächt durch User:innen, welche die App nicht auf den neuesten Stand gebracht haben?
Ja, das sind wohl noch ältere Apps im Umlauf. Ich vermute, das dauert nun noche in bisschen bis alle die neuste Version installiert haben.
@chnuessli, hast du direkten Kontakt zur Lifetec AG? Die antworten nämlich nicht auf Changeset-Kommentare (OSM changeset discussions of Lifetecag).
Bei 140 Defibrillatoren der Schweiz wurde in defibrillator:location (falsch durch Zeilenschaltung abgetrennt) einen Nummer eingefügt, die ziemlich sicher eher in ref gehören würde: overpass turbo - Swiss edition
@chnuessli: Ist description = 24h verfügbar bei opening_hours = 24/7 auch ein Default-Wert der Defikarte-App? Das ist aus meiner Sicht ziemlich redundant, trotzdem ist das bei 1126 Defibrillatoren in der Schweiz so erfasst…
@habi Ich bin nach wie vor nicht der Meinung dass opening_hours=24/7 und description=24h verfügbar redundante Daten sind. Weil: opening_hours sind eifach maschinenlesbar. Die description soll für Menschen einfach lesbar sein, imho.
Christian: Da muss ich schon habi Recht geben (wobei ich Bereinigungen wie access=no wichtiger finde).
description=24h ist aus Datenverwaltungs-Sicht redundant zu opening_hours=24/7 und darum potentiell eine Konfusionsquelle, wenn z.B. opening_hours angepasst wird und description nicht.
24/7 finde ich jetzt bereits recht allgemeinverständlich. Eine App mit benutzerfreundlichen Öffnungszeiten kann jedenfalls immer noch opening_hours noch benutzerfreundlicher darstellen.
Der key description ist IMHO nicht gedacht als “menschenlesbarere Variante” ausgewählter Objekttags, sondern für zusätzliche Infos. So stehts auch im englischen Key:description - OpenStreetMap Wiki ; das deutsche DE:Key:description - OpenStreetMap Wiki dokumentiert das zugegenermassen nicht so klar.
LG Stefan