Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe folgende Anmerkungen:
- Die Angabe von emergency:phone=112 ist eigentlich nur bei unmittelbar „notfallnahen“ Objekten sinnvoll: AED, Rettungspunkten etc. Bei einer Leitstelle ist die Angabe nicht sinnvoll.
- Du gibst selbst für die Quelle der Kontaktdaten
https://www.ils-heilbronn.de/?p=leitstelle und https://www.ils-heilbronn.de/?p=kontakt an. Leider ist dort – und wenn es noch so seltsam und bürgerunfreundlich ist – der Hinweis „©2018 Integrierte Leitstelle Heilbronn“ angebracht. D. h. du hättest die Daten nicht übernehmen dürfen. Daher meine dringende Bitte, die Daten zeitnah wieder zu entfernen.
- Auch wenn das vorher schon da war: die Angabe von building=fire_station ist falsch.

Bei Fragen bitte melden.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Grundsätzlich sollte das passen, schau aber doch bitte mal wegen des „ex“, was sich in motorcycle:conditional=no @ (Sa,Su,PH) ex geschlichen hat.
Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.

Du hast um eine Prüfung deiner Bearbeitungen gebeten.

Ich habe mir die einzelnen Objekte einmal angeschaut und habe dazu folgende Anmerkungen:
www.openstreetmap.org/way/124536593:
Der Name ist hier redundant und sollte entfernt werden

www.openstreetmap.org/way/124536579
Ist das wirklich ein Wachturm? Nicht eher Übungs-, Schlauch- oder Funkturm? Bitte einfach noch einmal prüfen.

www.openstreetmap.org/node/3768558851
Die Daten sollten eher an den Geländeumriss, zumal die Adressen jetzt teilweise gedoppelt sind. (Bitte die „Feuerwache“ nicht mit kopieren.)

www.openstreetmap.org/way/124536586
Das landuse=industrial ist doppelt, da bereits am Gewerbegebiet erfasst. Daher am besten löschen.
Das barrier=fence ist nicht so gut, besser wäre fenced=yes.
Was fehlt ist eine Beschreibung, um was es sich handelt. Eine klassische Feuerwache ist es nicht; am ehesten passt vielleicht emergency=disaster_response.
Es fehlen einige Adressbestandteile.
Beim operator wird in der Regel die Körperschaft als Träger, nicht die Behörde, eingetragen (also Landkreis Meißen statt Landratsamt Meißen).

Geometrien:
Manches was rund sein sollte ist es nicht, bei den meisten Gebäuden sind die rechten Winkel nicht getroffen. Dafür gibt es kleine Automatiken: bei Kreisen „O“ drücken, dann wird es rund. Bei Rechtecken „Q“ drücken und es wird rechtwinklig.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Nee, nicht nötig, war eher als Tipp für das nächste Mal gemeint. Zur Zeit wird in der Ecke ja viel abgerissen und neu gebaut.

Viele Grüße

Hallo,
Löschwasserbrunnen mit oder ohne Pumpe sind in der Anlage etwas knifflig.
Derzeit sind folgende Daten erfasst:

Zu den einzelnen Angaben:
-fire_hydrant:diameter=110 mm
Die Nennweite bezieht sich immer auf die Nennweite der Wasserleitung. Bei einem Brunnen ist diese Angabe daher nicht richtig.
- fire_hydrant:type=suction_point
Das würde nur passen, wenn es sich um eine Entnahmestelle mittels Saugkorb aus offenem Gewässer handelt. Fest verrohrte Anschlüsse sind immer fire_hydrant:type=pipe

Um zu zeigen, dass eine elektrische Pumpe verbaut ist, nutzt man fire_hydrant:pressure=yes.

D. h. es ergäbe sich

couplings:diameters=A
couplings:type=Storz
couplings=1
description=Löschbrunnen, Entnahme mittels elektronischer Pumpe, Inbetriebnahme mittels Drehschalter rechts am grauen Kasten, Stromeinspeisung möglich
emergency=fire_hydrant
fire_hydrant:position=green
fire_hydrant:pressure=yes
fire_hydrant:type=pipe
survey:date=2023-07-24
water_source=groundwater

Vielen Dank für deinen Beitrag.

Viele Grüße

Hallo,
die Nennweite wird ohne Einheit, hier also nur "100", angegeben.
Viele Grüße

Hallo,
fehlende Angaben auf dem Schild bzw. ein fehlendes Schild könntest du mit fire_hydrant:diameter:signed=no bzw.
ref:signed=no
angeben.
Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Vor dem Freitag fehlte noch ein Semikolon. Das habe ich schon (und zusätzlich sonn- und feiertags geschlossen) ergänzt.

Bei Fragen bitte melden.
Viele Grüße

Hallo,

gerade erst abgerissene Gebäude werden üblicherweise nicht gelöscht, sondern mit dem razed-Präfix versehen.
Das von dir praktizierte Löschen hat nur Nachteile:
- Andere ("Sessel"-)Mapper könnten die Objekte erneut eintragen.
- Relevante Tags, die mit hoher Wahrscheinlichkeit weiterhin benötigt werden (hier: die Adresse), gehen verloren.

Viele Grüße

Danke dir

Hallo,

bitte mache dich mit dem Prinzip des Lebenszyklus-Präfix vertraut.
Auf allen Luftbilders - auch den vDOP - ist das Gelände im Ursprungszustand noch erkennbar.
So besteht immer die Möglichkeit, dass der nächste Mapper alles wieder neu erfasst.

Viele Grüße

Hallo,

die Kombination Überflurhydrant und lane ist etwas „verdächtig“ ;-)
Das hier https://www.mapillary.com/app/?pKey=805249690118763&focus=photo&lat=48.43551326&lng=10.29797389&z=17 wäre eher „green“, maximal „sidewalk“.

Viele Grüße

Hallo,
ein kurzer Hinweis:
Das Feld „couplings“ bleibt bei Unterflurhydranten leer, da es sich um die „Angabe der vorhandenen Anzahl an Schlauchanschlüssen“ handelt, siehe osm.wiki/DE:Key:couplings?uselang=de. Unterflurhydranten haben nur mit Standrohr eine Schlauchkupplung.
Viele Grüße

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Bei der Vergabe von building=amenity=fire_station sind zwei Dinge miteinander vermischt.
Zunächst einmal formell: „rechts“ darf kein Gleichheitszeichen stehen.
Zum Inhalt:
An das eigentliche Feuerwehrhaus kommt ein building=fire_station. Mehr nicht.
An das Gelände drumherum kommt ein amenity=fire_station sowie der Name und die Adresse.

Bei Fragen bitte melden.
Viele Grüße

Hallo,
ja genau.
Dann kann der Kartenrenderer selbst entscheiden, ob er die Bestandteile durch entsprechende Abkürzungen ersetzt.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Du hast „Sankt Bonifatius“ zu „St. Bonifatius“ geändert.
In OSM werden Namen grundsätzlich nicht abgekürzt. Hier osm.wiki/DE:Namen#Abk%C3%BCrzungen_(nicht_verwenden!) ist das Beispiel „Sankt“ zufällig aufgeführt: „Kürze keine Namen ab, die auch ohne Abkürzung geschrieben werden können. Computer können leicht Wörter abkürzen, aber nicht andersherum (St. könnte z. B. Street, Saint, Sint oder Sankt heißen).“
Also am besten einfach wieder zurück ändern.
Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo und herzlich willkommen bei OpenStreetMap.

Zu dieser Anpassung habe ich folgende Anmerkungen:
- Bei Unterflurhydranten passt water_source=groundwater in der Regel nicht. Du meintest wahrscheinlich water_source=main
- Hydranten sollten nicht mit Straßen, Gebäuden u. ä. verbunden werden. Das lässt sich leicht beheben: im Editor markieren und „E“ drücken – das löst den Hydranten von der Linie.

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen.
Viele Grüße

Hallo,

hier passt was nicht. Es ist ein node innerhalb eines Gebäude-way. Dann passt aber building=public nicht; das müsste schon an einen way.

Viele Grüße

Hallo,

ich möchte dennoch einen letzten Versuch unternehmen, das Problem noch einmal herauszustellen.
Ich war heute zufällig hier node/12319469904
An diesem https://ibb.co/DPLDCDhT Mast hängt alles Mögliche, einschließlich einer Sirene, einer Wetterstation – und viele Antennen. Dafür gibt es vielleicht kein Schema, dann sollte man trotzdem nicht sein eigenes eindimensionales daran hängen.

Zu den einzelnen Tags:
communication:bos:pocsag Quelle?
frequency grundlegend falsches Tag und arg verallgemeinert
tower:type nicht „communication“ – es hängen schließlich noch andere Geräte daran

Korrigiert habe ich es schon.

Viele Grüße

Hallo,
das "fire_detection_system" ist die vollständige Anlage.
Du meintest sicher die BMZ, das wäre emergency=fire_alarm_control_panel
Viele Grüße