`access=no` auf Defibrillatoren in der Schweiz

@habi Sollten dich diese Duplikate in diesem Fall stören, lösche die Description bitte selber. Auch wenn ich da immer noch anderer Meinung bin, werde ich einen anderen Weg finden müssen.
@Geonick Danke, das Wiki erwähnt solche Sachen in einem Satz, daher wäre eine Löschung wohl legal. Dennoch zeigt sich je länger, je mehr, das OSM evtl. für diese Grösse an Projekt nicht mehr der richtige Ort sein könnte. Wir sind da auch bereits mit einem Partner dran eine andere Lösung zu evaluieren.

Bin jetzt nicht sicher für was du eine andere Lösung suchst. OSM will einfach kein “Huckepack-Storage” sein. Und wegen der Grösse sollte kein Projekt an OSM scheitern - im Gegenteil, mir sind keine Crowdsourcing-Alternativen bekannt. Aber ja: Crowdsourcing-Ansätze haben Vor- und Nachteile - wie “Top-Down”-Ansätze auch.

24/7 finde ich jetzt bereits recht allgemeinverständlich. Eine App
mit benutzerfreundlichen Öffnungszeiten kann jedenfalls immer noch
opening_hours noch benutzerfreundlicher darstellen.

Das ist aus meiner Sicht auch das Ziel, die maschinenlesbaren Daten
sollten in einer App (https://defikarte.ch/, https://openaedmap.org/,
etc.) für Menschen gut lesbar aufbereitet werden. Die
opening_hours=24/7 würden dann aus meiner Sicht gar nicht angezeigt,
sondern zu einem “immer verfügbar”, das dem User oder der Userin
dargestellt wird.

@habi [2] Sollten dich diese Duplikate in diesem Fall stören, lösche
die Description bitte selber. Auch wenn ich da immer noch anderer
Meinung bin, werde ich einen anderen Weg finden müssen.

Wie gesagt, die Darstellung von oh=24/7 für Enduser:innen als ‘während
24 verfügbar’ sehe ich als bessern Weg als das als potentiell
problematisches Datenduplikat zu erfassen.

@Geonick [3] Danke, das Wiki erwähnt solche Sachen in einem Satz,
daher wäre eine Löschung wohl legal.

“Legal” ist in diesem Zusammenhang wohl das falsche Wort.
Mein Interesse ist schlichtwegs verwirrende Datenduplikate zu
verhindern.
Wenn jemand die 24h-verfügbar-Beschreibung als Freitext anpasst und
vergisst, den opening_hours-Wert anzupassen oder umgekehrt, dann ist
das problematisch.

Dennoch zeigt sich je länger,
je mehr, das OSM evtl. für diese Grösse an Projekt nicht mehr der
richtige Ort sein könnte. Wir sind da auch bereits mit einem Partner
dran eine andere Lösung zu evaluieren.

Dieser Abschnitt erscheint mir unnötig drohend.
Ich hoffe, du merkst dass “wir” als Community (oder ich sage es noch
deutlicher: Ich) daran interessiert sind, dass die besten
Defibrillatoren-Daten für jedermensch in OpenStreetMap zur Verfügung
stehen, damit diese Daten im Notfall schnell, effizent und gut zur
Verfügung stehen.
Magst du etwas über die andere Lösung erzählen, die evaluiert wird?
Genau wie Stefan kann ich mir keine solche Lösung vorstellen, die von
der so grossen Community-Hilfe profitieren kann.

1 Like

Macht die Entfernung von description = 24h verfügbar wenn opening_hours=24/7 (und nur dann) irgendwelche Probleme bei der Defikarte-App und -Webseite?
Dann würde ich das nicht machen, ansonsten finde ich aber dass der Fliesstext-Wert in description für User:innen auch anhand dem duplizierten oh=24/7-Wert angezeigt werden könnte, und die description eher für so Dinge wie “nach dem Turnhallen-Eingang links” oder “beim Sekretariats-Pult” gebraucht werden sollte…

(in etwa so auch per direkter Mail angesprochen, ich möchte das aber öffentlich angesprochen haben)

Aus meiner Sicht kann man die Daten entfernen. Wie steht es denn mit “description= während Öffnungszeiten verfügbar”? Für die Webseite und App gibt es dadurch keine Probleme. Wir schauen auf die opening_hours.

1 Like

Bei allen Defis, die mit opening_hours=24/7 UND description=24h verfügbar erfasst waren, habe ich die description in diesem Changeset und diesem Changeset entfernt. level0 wollte nur 1000 Nodes aufs Mal editieren…

Bei allen Defis, die mit irgendwelchen opening_hours UND description=während Öffnungszeiten erfasst waren, habe ich die description in diesem Changeset und diesem Changeset entfernt.