OpenStreetMap logo OpenStreetMap

Changeset When Comment
170274485 4 months ago

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

170263509 4 months ago

Danke dir

170274485 4 months ago

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

170263509 4 months ago

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

170261763 4 months ago

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

170262578 4 months ago

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

170121790 5 months ago

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

170121790 5 months ago

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

170010299 5 months ago

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

170041933 5 months ago

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

169518420 5 months ago

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

169921139 5 months ago

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

169919087 5 months ago

Hallo und herzlich willkommen bei OpenStreetMap.
Du hast um eine Prüfung deiner Bearbeitungen gebeten.
Deine Änderung führt zu einem Logikfehler, da zwei Einbahnstraßen aufeinander zu laufen.
Ich habe die Änderung daher rückgängig gemacht.
Was genau ist das Problem? Dass auf Grund der Höhenbeschränkung die Parallelfahrbahn genutzt werden muss? Wie ist denn die Beschilderung?
Viele Grüße

169899167 5 months ago

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Die Erfassung von Stolpersteinen ist hier osm.wiki/DE:Stolpersteine detailliert beschrieben. D. h. in deinem Fall beispielsweise, dass die Namen in der Syntax „Vorname Nachname“ erfasst werden.

Wenn du bei Anpassen Fragen hast: einfach melden.

Vielen Dank für deinen Beitrag
Viele Grüße

169518420 5 months ago

Anpassen kann ich das, ja. Aber meine Bitte an dich: überdenke deine Vorgehen.
Viele Grüße

169518420 5 months ago

Hallo,

du gibst bei Quelle nur leider gar nichts an: keine Luftbilder (um z. B. nachvollziehen zu können, warum die Position nicht passt), survey, local knowledge, geotagged images. Das bezieht sich auf die Position.
Die Antennen erklären aber noch nicht communication:bos, communication:bos:pocsag allgemein; hier im Speziellen auch frequency, wenn du eine 4-m-Antenne einträgst, die da gar nicht montiert ist.

Viele Grüße

169554227 5 months ago

Hallo,

im Interesse der Nachvollziehbarkeit solcher Ableitungen Antennentyp > Wellenlänge/Frequenz wäre das etwas, was dann entsprechend dokumentiert werden sollte. Zumindest im Changeset-Kommentar.
Was hier wieder auffällt: hängen verschiedene Antennen am Mast, bräuchte es dafür auch ein Schema.
Und wenn die Antenne (tatsächlich) den Sirenenempfänger speist, dafür auch.

Viele Grüße

169865410 5 months ago

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Eine Halde/ein Lagerhaufen ist das hier eher nicht. Ich fürchte, dafür gibt es kein passendes Tagging. Das fällt in die schon seit vielen Jahren laufende Diskussion zum Taggen von Lagerplätzen im weiteren Sinne.

Viele Grüße

169810848 5 months ago

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Nur eine Anmerkung, wie bereits schon einmal geschrieben:
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.

Bei Fragen bitte melden.
Viele Grüße

169679580 5 months ago

Hallo,

du hast um eine Prüfung deiner Bearbeitungen gebeten.
Eine Anmerkung vorab: Dein Changeset ist flächenmäßig recht groß. Je kleiner es ist, desto einfacher ist ein Review.

Ich habe folgende Anmerkungen:

Zu node/3787349757:
- emergency=water_tank ./. man_made=reservoir_covered
Das Tagging widerspricht sich, da emergency „für die Feuerwehr“ voraussetzt, während reservoir_covered vorrangig der Trinkwasserversorgung dient. Auch die auseinanderfallenden Namensräume emergency ./. man_made sind eher ungewöhnlich.
- capacity und water_tank:volume sind qualitativ wie quantitativ widersprüchlich
- operator: in OSM werden Namen nicht abgekürzt.
- name: das ist eher eine Beschreibung als ein Eigenname

Die einfachste Lösung ist, anstelle der „Quelle“ die Entnahme zu taggen.

Ich habe mich an https://www.mapillary.com/app/?pKey=378297856888002&focus=photo&x=0.48437582928300876&y=0.67306818216964&zoom=0&lat=48.892840209381&lng=12.847781931537&z=17 orientiert.

Dann ergibt sich

emergency=fire_hydrant
fire_hydrant:type=pipe
fire_hydrant:pressure=suction
water_source=water_tank
water_tank:volume=80
couplings=1
couplings:diameters=A
operator=Gemeinde Offenberg
survey:date=2021-03-15

Zu node/13034185601: Bitte vor dem Hintergrund der o.a. Ausführungen noch einmal anschauen

Zu node/13034155100: Bitte „main“ statt „wasserleitung“ verwenden.

Bei Fragen bitte melden.
Viele Grüße