Hallo Fijord,
der von Dir eingetragene Defi steht da nicht, oder ist ein weiterer.
siehe Mapilary Image key
1742697362569413

https://www.mapillary.com/app/?lat=46.49776197018184&lng=9.845268287178897&z=19.87683157329494&pKey=1742697362569413&focus=photo&x=0.49587789993957354&y=0.5174319262650037&zoom=0

Ich hatte diesen Ende 2021 am richtigen Ort gemäss dem obig genannten Bild eingetragen. Ich war vor Ort. Hast du diesen gelöscht und dann einen neuen eingetragen?

source=Rhätische Bahn, der eingetragene Standort indoor=no stimmt ja nicht, da Du den Defi ins Gebäude gelegt hast. Dann müsste da indoor=yes stehen.

Was stimmt nun. Dies ist meiner Meinung nach kein einfacher Flüchtigkeitsfehler.

Hallo Christian,
ich betreibe hier keinen Datenvandalismus/hab es auch nicht vor - der Inhalt wurde ja nicht verändert/gelöscht oder in der Sacher verzerrt.
Ich kann Deine Herleitung der doppelten Nennnung nicht nachvollziehen, auf meine Inputs gehst Du leider nicht ein - oder machst Alternativvorschläge oder benennst eine Begründung.

Mir ist aufgefallen, das Du ohne vorige Ortkenntnisse teils taggs überschreibst und damit für eine Gleichschaltung der Daten (siehe hier changeset/120432559#map=9/47.1868/8.2934).
Woher bist Du dir bei Fimeninternen AED so sicher welche Notrufnummer sich dahinter verbrigt, wenn Du nicht vor Ort warst?

Bei der location sollten eine kurze prägnante Beschreibung der Verortung sein, z. B. Empfang. Meinetwegen Empfang, GVZ. Damit wäre der Sache genüge getan.

Hallo defikarte_app,

zunächst mal bist zu ein oder mehrere user?
wenn der AED im Gebäudeinnerern sein soll, warum verortest du ihn ausserhalb des Gebäudes?
Im level-tagg wird eine Zahl erwartet und kein Text .... and so on ...
ist die Baustelle noch vorhanden?

Woher stammen die Daten?

Hallo chnuessli, ich kenne das Gebäude. Es ist gleich wie viele tausend andere. Die Exaktheit der Position/lacation ergibt sich aber über die tags
-operator
-level
Beides ist bereit vorhanden und korrekt ausgefüllt. Den operator-tag erneut in den defibrilator:location tag zu überführen ist daher nicht notwendig, doppelte nennung, es sei den man mappt für den renderer, was ich nicht glaube.
Die Bezeichnungen sollten im allg. sehr knapp und aussagekräftig verwendet werden. Die eigentliche Info kommt nach gefühlten 50 Zeichen, das bläht die Datenbank nur unnötig auf. Daher revert.

Hallo Fabian,

nimmst Du dich der Sache nochmals an?
Mfg

Hallo Fabian,
willkommen bei osm. Ist die kein Gebäude mehr?

Viele Grüsse
plennert

HAllenbad Singen

Sag mal, tracks Du meine Tätigkeiten?

Hallo EinEngener, dies ist doch ein Gebäude. Fehlt da nicht nicht noch ein Tag? VG plennert

Ein sollte ist kein muss. Das steht auch darin. Es steht auch darin, das es nicht verboten ist. Einer reinen Empfehlung muss man nicht folgende und die sollte/muss auch niemandem aufgezwungen werden.

in dubio pro reo.

Wäre schön, wenn du deine Chanceset Kommentare etwas ausführlicher gestalten würdest.

osm.wiki/DE:Tag:emergency%3Dlanding_site

Hallo Lean,
du hast hier den Tag emergency=landig_site eingetragen und aeroway=helipad gelöscht.

Im Wiki ist klar festgehalten, das Du emergency=landing-site nicht für "dedizierte Hubschrauberlandeplätze aeroway=helipad, d. h. bebaute Infrastruktur, wie sie z. B. in Krankenhäusern etc. zu finden ist" verwenden solltest. Kannst Du bitte nochmals darüber schauen?

Gruss
plennert

hier findest Du noch eine overpass Abfrage zur Kontrolle.

osm.wiki/Brandschutz_mit_OSM#Wie_erfasse_ich_einen_Defibrillator?

vgl. Änderungssatz #106093906

Hallo Jan,
den Defi gibt es schon. Er ist unter dem Dach des ZOB. Kannst Du bitte nochmals darüber schauen?
VG plennert

Hallo JohnGoodBreed,
wieso hast du das Bild entfernt? Auch wenn es über das Wiki erreichbar ist, ist es doch richtig erfasst.
Fragende Grüsse
plennert

Hallo aixbrick,
vielen Dank für deine ausführliche Rückmeldung.
leader_site = Anleiterstelle.
Eine Bewegungs- und Aufstellefläche ist nichts anderes als eine Anleiterstelle für Hubrettungsfahrzeuge von und für Feuerwehren und somit keine "resque_area", also eine Rettungsfläche. Der Begriff der Anleiterstelle und die der Bewegungs- und Aufstellfläche sind baurechtlich und brandschutzrechtlich definiert. Die Nachweise für den D-A-CH-Raum findest du hier:
osm.wiki/Brandschutz_mit_OSM#Fl%C3%A4chen_f%C3%BCr_die_Feuerwehr_(Bewegungs-_und_Aufstellf%C3%A4chen)

Das von Dir zitierte tagging: way/884110912 finde ich somit falsch, da es keine Anleiterstelle beschreibt sondern eine Rettungsfläche zur Patientenversorgung. Eine Anleiterstelle ist ausschliesslich der Feuerwehr vorbehalten, eine Rettungsfläche dem Sanitätsdienst zur Patientenversorgung, siehe way/33096041#map=17/50.88684/7.11909. Da ist meiner Meinung nach das tagging "rescue_area" richtig, da es sich hierbei um einen Behanglungsplatz für den Sanitätsdiens bzw. den Rettungsdienst und nicht die Feuerwehr handelt.

Die Seite wird in den kommenden Tagen noch ausführlicher werden. Manchmals läufts halt parallel.

Gruss und Danke für Deinen Input.

Danke für den Hinweis, den Fehler habe ich korrigiert.
Der Schlüssel "tree:emergency:fire" soll das Gegenteil bedeuten. Ich tagge damit die Bäume welche, Aufgrund Ihrer Grösse, entweder eine Brandbekämpfung erschweren oder gar behindern/verunmöglichen.

ja. nur a) door:wings habe ich ich nicht gefunden und b) finde ich door_leaf besser, da es sich um ein Türblatt und nicht um einen Türflügel handelt.

Danke für den Hinweis auf
osm.wiki/Proposed_features/door#Nr_of_wings:_.22door:wings.22
Leider ist dies sehr versteckt im wiki, sodass ich dies nicht gefunden habe, sonst hätte ich es vielleicht noch in Betracht gezogen.