piebro/osm-data huggingface dataset:
klik (2025-06-03 17:08:23+00:00): Nochmal hallo zusammen,
Ich bin schon wieder verwundert, das dieser Punkt hier so ausartet.

2kdt, wir hatten gestern ein, wie ich fand, sehr angenehmes uns sachliches Gespräch zu dem Thema, und Du hast mich glauben lassen, dass Ihr als Feuerwehr diese Daten selbst und nur zum Zwecke der Konzeptprüfung für euer Eure Einsatzleitsystem eingetragen hattet und nun nach erfolgloser Prüfung wieder gelöscht habt. Diesen Umstand habe ich akzeptiert und daraufhin auch meinen Vandalismusvorwurf zurückgenommen.
Ebenso habe ich über meine langjährigen positiven Erfahrungen mit OpenStreetMap im Einsatzdienst berichtet. Das Argument ungeeignet entfällt somit vollständig. Bei uns funktioniert das seit fast 20 Jahren.

---
Du hast ebenso berichtet, dass Eure Feuerwehr mit der Einsatzleitsoftware in Eurer Gegend ein Alleinstellungmerkmal hat, da alle Feuerwehren in der Umgebung auf OSM Daten setzen und ihre Hydranten offensichtlich recht vollständig in OSM erfasst haben. Ich kann verstehen, dass Ihr euer teuer bezahltes System, das sicher auch für euch spezifische Vorteile hat nicht über den Haufen werfen wollt. Aber Ich kann nicht verstehen, das Ihr "Eure" Hydranten den Kameraden aus den Nachbardörfern vorenthalten wollt, nur weil euer System nicht mit ihnen spielen mag.
Dieser Absatz nur als Feuerwehrmann mit über 40 Jahren Einsatzerfahrung, auch als Einsatzleiter.
---

Heute morgen hat sich dann auf meine Anfrage der eigentliche Ersteller der Daten, thetreescrub, gemeldet und ein völlig anderes Bild von der Situation gezeichnet. (Nochmals vielen Dank für Deine spontane und ausführliche Darstellung hier)
Daraufhin war klar, dass es keine durch die Feuerwehr Parkstetten oder deren Mitglieder erstellte Daten sind die Du gelöscht hast, sondern die Daten eine Mappers, der sie in vorbildlicher Weise aufgenommen und eingetragen hat. Wie ich schon in unserem Gespräch erläutert habe ist dies eindeutig ein Fall von Vandalismus  und gehört somit revertiert. Dies habe ich dann, unter Verweis auf diese Diskussion auch getan.

Unsere Daten werden von allen Leuten auf dieser Welt eingesehen und jeder nutzt davon den Teil der Daten die im gerade konkret helfen. 
Zum Schluss solltest Du dir noch mal Gedanken machen, was "Eure" schönen Hydrantendaten in der Wasserkarte nutzen, wenn sie nicht auf dem Hintergrund von OSM Straßen, Häusern, Wiesen, ... dargestellt werden. Denn ohne "unsere" (das schließt auch Dich ein) Daten liegen "Eure" Hydranten allein auf weiter Flur im nirgendwo.

Ich hoffe, ich konnte Dich hier ein wenig zum Nachdenken anregen und wünsche Dir und Deinen Kameraden allzeit gesund aus dem Einsatz wieder zurück zu kehren. 
Mein Angebot Euch bei der Nutzung von OSM für die Feuerwehr zu unterstützen steht selbstverständlich weiterhin.

Gruß
klik
2kdt (2025-06-03 17:47:53+00:00):  40 von ca. 250 Hydranten gemappt. Diese sind zum Teil fehlerhaft (Falscher Standort, Falsche Typ, kein Hydrant nur Entlüftung, Löschbrunnen als Hydrant deklariert, usw…) von den 40 Stück sind es ca. 10 Stück. Die ganzen Überfluhrhydranten ca. 20 Stück ohne Rohrdurchmesser angegeben. Somit für die Feuerwehr nur bedingt brauchbar. Da der Führungskraft wieder nachsehen muss welche Leitung es ist, um das bereite gestellte Löschwasser zu berechnen.

Was würdest du sagen wenn ich durch deinen Ort gehe und fasche Daten eintrage ist dies im Sinne von euch und von OSM?
Ich kann es beweisen das hier einige daten nicht stimmen.
Ich habe hierzu mal eine Block geschrieben, mich interessiert hier auch die Meinung der Allgemeinheit. 

Wir sind der Meinung das solche Daten von Leuten gemappt werden sollen, die eine Ahnung haben, was Sie machen. Somit die ~Zuständige~ Gemeinde / Stadt / Feuerwehr.
streckenkundler (2025-06-03 20:37:14+00:00): Guten Abend,
Einleitung: ich bin bereits beim ersten Kommentar mit https://resultmaps.neis-one.org/osm-discussions?c=Germany#6/50.972/14.612 auf diese CS-Diskussion gestoßen. Ich wollte mich eigentlich nicht in diese Diskussion reinhängen, da mir Bayern von Brandenburg „ein klein wenig“ zu weit weg ist…
Aber manchmal kommt es doch anders. …iss halt so… 
Vorab: @2kdt: nein ich, ich bin nicht bei der Feuerwehr, meine Hobbies und mein Ehrenamt in meiner Freizeit und in einem anderen Bereich reichen mir. (Mein Ehrenamt in meiner Freizeit wird mir übrigens weit weniger gedankt als bei Euch, bei der der Feuerwehr!)
@2kdt du kannst die Eingabe der Hydranten nicht verhindern! Wie es @thetreescrub gemacht hat, ist es völlig richtig… Auch der Revert von @klik war zu 100% richtig! Danke dafür!
Es bleiben an der Stelle für euch nur zwei Wege: die Hydranten-Daten komplett in OSM halten und pflegen oder völlig auf OSM zu verzichten. Wege und Möglichkeiten wurden aufgezeigt! Warum? Wenn z.B. die Daten von @thetreescrub gelöscht bleiben würden, kann trotzdem jeder andere die Hydranten wieder lokal vor Ort erfassen! Warum? Die Hydranten sind trotzdem als solches vor Ort sichtbar, die entsprechende und die zugehörige öffentliche Beschilderung ist trotzdem vor Ort sichtbar! …und das auf Grundlage dessen, was der User/ die Userin vor Ort vorfindet! Das ist das Grundprinzip von OSM!
Wenn ihr bei einer OSM-Anbindung bleiben wollt… Ihr könnt einen Hydranten-Import in Erwägung ziehen. Das wäre mein Tip!
Ich selbst habe sowas noch nicht gemacht, lese aber gelegentlich davon. Das Ergebnis wäre: Erhalt und ggf. Korrektur der vorhandenen Daten einerseits und ergänzen der neuen Daten andererseits. Ich vermute ganz stark, daß euch die @DWG da beratend zur Seite stehen würde… Damit einher sollte/ müsste auch ggf. falsche Beschilderung vor Ort korrigiert werden!
…ungeachtet dessen sehe ich in meinem südbrandenburgischen Umfeld immer wieder mehr oder weniger regelmäßige Hydranten-Erfassungen: …und das nicht nur von Hobby-Mappern, sondern auch von (offensichtlichen) Mitgliedern freiwilliger Feuerwehren! Da gibt es auch Leute, die es machen, pflegen, warten und letztendlich auch nutzen!
Wenn du schreibst, daß da Fehlerwären (Lüftung, statt Hydrant, oder falscher Durchmesser), dann solltet ihr der Kommune/des Wasseranbieters gegenüber drauf drängen, daß Beschilderungs-Fehler korrigiert und/oder Angaben vervollständigt werden. Das wäre dann in meinen Augen sogar in eurem eigenen Interesse! Wenn du schreibst, daß es eine Foto-Doku der Hydranten nebst Koordinaten gibt, was hindert dich/ eurer Dienstleister daran, die Daten in OSM zu pflegen, zu halten und Bilder z.B. in Mapillary und Co. Zu halten und entsprechend zu verlinken? Was?
Zur Datenaktualisierung…
- im CS schreibst du von einer monatlichen Aktualisierung! 
- Im Blog plötzlich von einer jährlichen Überprüfung… 
Was denn nun?

Meine Zeilen erscheinen gleichzeitig so im Blog und im CS-Kommentar. Da OSM meine Freizeit ist, kann es dauern, bis ich ggf. antworte.
2kdt (2025-06-04 03:28:09+00:00): Guten Morgen Streckenkundler,

Das ist einfach erklärt warum wir nicht 2 System gleichzeitig führen wollen. 
Es ist die Zeit. Unsere Leute die sich um die pflege kümmern sind sowieso schon mehrmals in der Woche in der Feuerwehr und verbringen ihre Freizeit für eure Sicherheit, dann noch ein 2tes System pflegen, macht für uns den Aufwand zu groß. 

Wir pflegen unsere Hydranten in unserem System Monatlich (reparaturen, Baustellen, usw.) 1x Jährlich erfolgt die große überprüfung von Hydranten. 

Beispiel von gestern: ich versuchte nochmals einen Hydranten zu löschen, der eigentlich ein Löschbrunnen ist. 
Dieser wurde wieder hinzugefügt, mit den Kommentar" Dies ist ein Hydrant Saugstelle", meines Wissens gibt es für Saugstellen ein Extra Symbol. 
Für eine Saugstelle benötigt die Feuerwehr anders Material zur Entnahme als für einen Hydranten, deshalb ist es auch so Wichtig sich hier mit den Richtigen Daten zu arbeiten. 

Die wird anscheinend nicht gewollt. 

Warum machen wir uns als Feuerwehr den Aufwand, weil es keine offizielle freigegebene Pläne für alle zugänglich gibt, wir aber schnell und Professionell helfen wollen.

Was hilft es mir wenn ich doch die Daten Importiere und ich dann aber den Aufwand habe die 40 Hydranten dann doch wieder mit den Hand bearbeiten muss, weil lösche darf ich diese nicht. 
Dies ist alles Zeitlicher Aufwand und Geld. 
Dann habe ich immer noch das Problem, das uns in der Einsatzleitsoftware die Hydranten Doppelt angezeigt werden (sich überlagern), wir wollen unsere nicht ausschalten weil die Daten besser sind.
DD1GJ (2025-06-04 07:05:50+00:00): Guten Morgen 2kdt,

ich bin zwar nicht aktiv bei der Feuerwehr, aber hier in der Region Mittelbaden seit über 15 Jahren in regelmäßigem Austausch mit den freiwilligen Feuerwehren, einer Berufsfeuerwehr und den integrierten Rettungsleitstellen. Bei den kleineren Feuerwehren geht es natürlich auch um Hydranten, bei den größeren hauptsächlich um das Einsatzrouting auf dem Straßennetz mit all seinen Beschränkungen wie Durchfahrtshöhen oder Fahrten mit Sonderrechten. Als Einsatzleitsysteme werden z.B. COBRA, RescueTrack und auch selbst gestricktes verwendet. Ab und zu gebt es natürlich auch kleine Missverständnisse beim Tagging, die aber recht schnell zur Zufriedenheit Aller geklärt werden.

Die Saugstelle bei der Bogener Straße 29a unterscheidet sich von den anderen Hydranten durch ein fire_hydrant:type=pipe anstatt underground oder pillar. OpenFireMap zeigt hier ein anderes Symbol an. Wenn eure Software das nicht auswerten kann und einen normalen Hydranten anzeigt, dann ist dies ein Qualitätsmangel und sollte beim Hersteller reklamiert werden. Ebenso sollte das System in der Lage sein, auf Wunsch gewisse Daten nicht anzuzeigen. Welches System wird von euch verwendet?

Bei einem eventuellen Abgleich oder Import gibt es bei OSM genügend Spezialisten, welche die Feuerwehr dabei gerne ehrenamtlich unterstützen.

Viele Grüße, Joachim

Langjähriger Ansprechpartner der OSM-Community für Behörden und sonstige öffentliche Stellen
2kdt (2025-06-04 10:28:55+00:00): Hallo Joachim, 
Bei uns wird ALAMOS verwendet. 
Diese bezieht sich auf die Daten von OFM. 
Wie oben schon geschrieben wollen wir keine 2 System gleichzeitig pflegen. Diesen Zeitlichen Aufwand wollen wir nicht nutzen. 
Dennoch habe ich dann auch das Problem, es geht heute ein Mapper durch meinen Ort trägt willkürlich einen Hydranten ein, dann darf ich diesen nicht mal löschen.
 Einen anderen Hydranten habe ich auch gelöscht weil er nicht vorhanden ist wird sofort wieder zurückgestellt. 
Wir als Feuerwehr habe in 14 Tagen ein Führungssitzung, hier werden wir dann entscheiden wie wir weite mit OSM vorgehen.
Danke für das Angebot der Unterstützung.
streckenkundler (2025-06-04 15:42:44+00:00): Hei,
für mich kann man das in zwei Punkten zusammenfassen:
1. Software an die Daten anpassen, nicht die Daten an die Software!
2. Daten verbessern, nicht löschen!

zu 1: Die Daten sollten schon nach dem einschlägig dokumentierten Wiki entsprechen und danach erfasst sein.

Zu 2. Verbessern hier in Hinblick auf Inhalt und Lage. Das heißt aber auch, daß ggf. fehlerhafte Beschilderungen vor Ort korrigiert werden müssen. Löschen darf nur das aller äußerste letzte Mittel sein, ansonsten gibt es https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix 

streckenkundler
2kdt (2025-06-04 16:21:24+00:00): Software anpassen geht nicht.
Wir sprechen das ganz in der Führung nun durch.
Dann entscheiden wir was wir machen.
Sollten wir aber unsere Hydranten importieren dann löschen wir alle das das System sauber ist.
DD1GJ (2025-06-15 13:44:03+00:00): Hallo 2kdt, ich habe bei ALAMOS mit dem Leiter Vertrieb und Support telefoniert. Er hat sich hier alles durchgelesen. Im Einsatzleitsystem und auf den mobilen Endgeräten kann jederzeit, auch während einem laufenden Einsatz, die OpenFireMap-Ebene schnell ein- und ausgeschaltet werden. Damit ist das Problem gelöst.

Beim Löschen wird die Versionshistorie, welche ein sehr wichtiger Bestandteil unserer Transparenz und Qualitätskontrolle ist, zerstört. Daher auch das Angebot von einigen Mitwirkenden, die Feuerwehr bei einem eventuellen Abgleich und Import zu unterstützen.
2kdt (2025-06-17 06:14:04+00:00): Hallo @DD1GJ, das ist richtig, ändert aber immer noch nichts an der Tatsache das einige Hydranten falsch sind und dies den Nachbarwehren angezeigt werden. 
Wie schon geschrieben, haben wir jetzt dann Führungssitzung, hier darf dann das ganze Team entscheiden wie wir weiter vorgehen.
kaleidoscopica (2025-06-24 16:25:07+00:00): I would caution strongly against gluing landuse areas to roads - see the blurb on https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dresidential#Separation_from_roads for example. But thank you for adding this new area!
AndreaDp271 (2025-06-02 13:46:11+00:00): bigger area?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167078367
literan (2025-06-02 20:51:26+00:00): MosKartograf, не надо делать чейнджсеты на весь мир
silversurfer83 (2025-06-02 13:21:48+00:00): Hi :)

ein kurzer Hinweis auf das Wiki, welches unter wayside_shrine und der verlinkten Seite auf buidling=wayside_shrine folgendes anmerkt:

The tag building=wayside_shrine is used to map a very small building which shows a religious depiction as a wayside shrine, if it has a roof and is large enough for at least one person to enter (these are the usual criteria for a building).

Daher halte ich es für falsch bei diesem Objekt hier diesen tag zu setzen.

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167078539
SteveK (2025-06-02 13:32:35+00:00): Hallo, 

du hast da wohl Recht. Ich habe nicht darauf geachtet was JOSM bei der Vorlage Bildstock macht. Du hast es ja schon entfernt.

Grüße SteveK
silversurfer83 (2025-06-02 13:34:48+00:00): Ah. Ein preset. Verstehe :)
Hatte schon ein bisschen Angst, dass wir uns deswegen an die Köppe kriegen ;)
SteveK (2025-06-02 13:44:20+00:00): Nee, ich habe nicht immer Recht. Die Bildstöcke sind aber in der Liste der Baudenkmäler zu finden, deshalb ist das auch etwas verwirrend. Und das Tagging hier ist auch nicht so leicht zu durchschauen ;-)
Nordseeküstenradweg (2025-06-02 08:03:23+00:00): Nicht maxweight, sondern maxspeed.
FajrAl (2025-06-04 14:48:00+00:00): Tidak boleh mengandung informasi/data pribadi
HellMap (2025-06-02 10:37:12+00:00): Čau,

https://www.openstreetmap.org/node/12685363054 ģints wikidata ir ne uz to ierakstu.
map per (2025-06-02 10:26:02+00:00): Wegen review_requested:
Hab noch die Kategorie 'office=lawyer' eingetragen, ansonsten sieht die Änderung gut aus, danke!
silversurfer83 (2025-06-02 13:24:59+00:00): Moin Didi,

eine Frage und eine Anmerkung hierzu:

- Was ist von der von dir eingezeichneten kurzen Gleisstrecke tatsächlich noch vor Ort erkennbar?

- Bitte verbinde solche Strecken (seien es Gleise, Wege oder Straßen) nicht mit Landnutzungsflächen wie hier. 

Grüße
silversurfer83
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167079471
Didi131 (2025-07-13 18:00:37+00:00): Hallo, hatte dir eigentlich geantwortet und es so korrigiert, wie es richtig ist. Bin kein Profi hier. Das Gleis liegt noch, wie man das wieder von der Fläche trennt, weiss ich leider nicht.
silversurfer83 (2025-07-13 18:15:33+00:00): Hi :)

dann muss es irgendwo ein techn. Problem gegeben haben, da hier in dieser Diskussion ja keine Antwort von dir vorhanden ist und in meinem DM-Postfach ist auch keine Nachricht von dir. Aber egal, zur Sache:

Danke, dass du dich meldest. Wenn da vor Ort noch Gleise zu erkennen sind, passt das. 

Um Objekte voneinander zu trennen kannst du auf die dunklen Punkte, die beide Objekte gemeinsam haben, rechtsklicken und dann im erscheinenden Menü auf "trennen" klicken. Betrifft hier nur den letzten Punkt der Gleise. 

happy mapping
eggie (2025-06-02 08:35:39+00:00): Kijk in het relatievenster. Nu klopt de volgorde relatie U 43 niet meer. 
Wanneer je gelijk op twee plaatsen splitst gaat het ook vaak mis. Had je alle relaties binnengehaald voordat je ging splitsen?
eggie (2025-06-02 08:36:53+00:00): Die stukjes Haarweg even verwisselen dan is het goed in de relatie U43
MarcoR (2025-06-03 10:42:22+00:00): Va benissimo come l'hai disegnata; ricordati di aggiungere il nome della piazza agli eventuali tratti di strada interessati e, ove necessario, di disegnare anche l'area pedonale (highway=pedestrian + area=yes). Per maggiori informazioni consulta la wiki: https://wiki.openstreetmap.org/wiki/IT:Tag:place%3Dsquare
Jordi MF (2025-06-02 16:28:35+00:00): Hola vigape,

Gracias por mejorar los datos de OSM, pero esta edición contiene errores porque en OSM no deben de usarse abreviaciones en los nombres. Para añadir nombres con abreviaciones, debe de añadirse la etiqueta short_name. La etiqueta "name" debe de contener el nombre completo.

Lo corrijo. Un saludo.
MarcoR (2025-06-03 09:02:48+00:00): it's better to use access=no ; that should make all the routers to avoid that path (on the other hand, closed key is deprecated and, as so, it will probably not be used by any software)
ivanbranco (2025-06-03 09:16:24+00:00): also, I suggest to add something like "note=closed due to storm damages" so the information is already available on the element without browsing the history
Roydon Olive (2025-06-02 10:14:25+00:00): Hmm, City of Winnipeg data does not have the apostrophe: https://data.winnipeg.ca/City-Planning/Map-of-Road-Network/2eba-wm4h (there are plenty of examples of street names in that data that do include an apostrophe, so its not a data limitation, eg Bishop's Lane, Bunn's Grove, Cactus Jack's Pl)
Boris Verkhovskiy (2025-06-02 17:11:53+00:00): I added it to match https://www.openstreetmap.org/way/60613867 and because when I googled "chancellors circle winnipeg" the first result https://winnipegarchitecture.ca/66-chancellors-circle/ says "Chancellor's Circle", but it seems like a mistake because the source it links to uses "Chancellors" https://legacy.winnipeg.ca/ppd/Documents/Heritage/HeritageResourcesReports/Chancellors-66-long.pdf
Roydon Olive (2025-06-03 10:50:18+00:00): Thanks for your detailed response and research on this!
limes11 (2025-06-02 10:56:40+00:00): Hallo, 

das sieht doch gut aus. Einzig die Einbahnregelung ergibt nun nicht mehr viel Sinn. 

Ist die komplett aufgehoben ?

Viele Grüße
VectorWorker (2025-06-02 11:22:02+00:00): Danke für den Hinweis. Ich habe sie für das betroffene Teilstück der Schützbahn entfernt. Für den restlichen Teil muss ich mir noch die Beschilderung ansehen. Anwohner sollen laut Pressemitteilung entgegen der Einbahnstraße vom Ahrtor kommend reinfahren können.
VectorWorker (2025-06-02 16:50:02+00:00): An der Abbiegung zur Straße "Auf der Rausch" wurde das Kennzeichen 267 um ein Zusatzzeichen "Fahrräder und Anlieger frei" ergänzt. Die Ausnahme für Fahrräder bestand schon vorher. Wie ich die Ausnahme für Anwohner eintragen soll, weiß ich nicht. Ich lasse es daher so, wie es ist. Die wenigen Anwohner wissen ja Bescheid, für alle anderen gilt nach wie vor die Einbahnstraße.
limes11 (2025-06-02 19:30:27+00:00): Die Ausnahme ließe sich über 

oneway:conditional=no @ destination

ergänzen. 

(Allerdings sind die Anwohner natürlich im Bilde und brauchen das nicht in OSM. Nur um zu zeigen, dass es prinzipiell geht.)
user_18023081 (2025-06-11 14:07:34+00:00): I highly doubt you surveyed both stores...
user_18023081 (2025-06-11 14:07:43+00:00): Please keep your changesets local next time
OpenAnalog (2025-06-11 14:14:36+00:00): I lived in Whitby for 18 years, this is where the hifi store is located and I have bought equipment from it. 

For the last 6 months I have been living in the Netherlands and have used both the camera shop locations I have added.

So, yes, I have surveyed both stores.
Andrea Musuruane (2025-06-03 07:41:57+00:00): Ciao. Usa historic=lavoir e non amenity=lavoir + 
attraction=historic. Ciao, Andrea
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/167081265
kamasytrix (2025-06-04 08:27:48+00:00): у вас в усіх дверях вказано door=hinged виправте на door=garage
r7r (2025-06-04 11:29:54+00:00): Добрый день. 
door=garage разве такая комбинация есть? 
вот overpass запрос, по всей Украине таких комбинайций буквально несколько, все в основнос в одном городе, подозреваю одним маппером и сделаны
"
[out:json];
nwr["door"="garage"]({{bbox}});
out geom;
"


На Вики тоже ни слова о такой комбинации тоже https://wiki.openstreetmap.org/wiki/Key:door 
вы не ошиблись?
kamasytrix (2025-06-04 13:41:53+00:00): https://ibb.co/9HV3yd3Z воно навіть саме таке пропонує 
а у вас вказано в тегах 
https://ibb.co/5hWcy9FJ
r7r (2025-06-05 08:01:57+00:00): Согласен в вами, 'hinged' не совсем подходит. Я только что заменил на более общий door=yes. 

А вот на счёт door=garage - редактор ID не лучший
r7r (2025-06-05 08:04:51+00:00): А вот на счёт door=garage - редактор ID не лучший советчик здесь. Он, кажется, предлагает все варианты которые находит в окрестностях, даже если они вообще не по wiki и ошибочные
r7r (2025-06-07 10:19:37+00:00): Спустя 2 дня случайно нашёл как правильно размечать. 
Правильно будет комбинация двух тегов: 
entrance=garage
door=yes

https://wiki.openstreetmap.org/wiki/Tag:entrance%3Dgarage 

спасибо за наводку
matt_ellery (2025-06-03 21:13:26+00:00): Hi FT111,
Why did you change the surface of https://www.openstreetmap.org/way/608153375 to a less specific value? This is removing information.
FT111 (2025-06-03 21:29:51+00:00): Fair point, I'll sort that out. 
Thanks for pointing it out
pavvv (2025-06-02 10:05:32+00:00): Maro21 zwykle odpisuje na komentarze z opóźnieniem, więc lepiej napisać do niego bezpośrednią wiadomość.
Mateusz Konieczny (2025-06-02 16:54:38+00:00): to już jest jego obowiązek sprawdzić to PRZED rewertem

zwłaszcza jak już wie że jest dyskusja na dany temat
pavvv (2025-06-02 16:58:25+00:00): A skąd miał wiedzieć, kiedy jest revert, jeśli nie zobaczył Twojej wiadomości z powodu, którego opisałem.
Mateusz Konieczny (2025-06-02 17:00:58+00:00): jeśli się zabierze ponownie na dzielenie tego terminala na rzekomo osobne budynki to powinien pamiętać że już to wcześniej robił, więc ktoś tą edycję wycofał
maro21 (2025-06-02 20:31:20+00:00): Mateusz Konieczny: Czy mógłbyś cierpliwe poczekać, aż przeczytam twoją wiadomość i na nią odpiszę? Czy jest to pilna sprawa niecierpiąca zwłoki i świat się zawali?
Nie podoba mi się takie cofanie, jeśli nawet nie miałem okazji przeczytać twojej wiadomości.
Prowadzę rozmowy w wielu miejscach jednocześnie, a czas w ciągu doby jest ograniczony. Nie siedzę cały dzień na OSM.
W przyszłości, jeśli zależy ci na szybkiej odpowiedzi, to możesz pisać prywatną wiadomość.
Mateusz Konieczny (2025-06-02 22:11:10+00:00): zauważ że ja napisałem, czekałem i dałem znać o wycofaniu

jak ty wycofywałeś to nie odpisałeś w dyskusji i nie dałeś znać ludziom że wycofałeś ich edycję

nie do końca rozumiem co niby źle zrobiłem - miałem czekać tydzień? dwa?

a jak moja edycja okaże się zła to można ją wycofać  i tyle
Yunkers (2025-06-07 13:09:04+00:00): Hej. A z czym jest związana ta zmiana kategorii? Puścili tam ruch?
dadavid (2025-08-13 09:24:12+00:00): Hi, what do you mean by the nam=* tag? :) 

https://www.openstreetmap.org/node/12880594010

Happy Mapping

David
cartoleo (2025-08-14 14:48:41+00:00): Ooops this was a typo for "name"! Don't know how I didn't see it, thanks for catching it :) I'll remove that tag.
lucadelu (2025-06-03 10:15:58+00:00): Questa mappatura non credo sia corretta, non credo che place_of_worship sia corretto per un dipinto di una madonna. inoltre sarebbe stato corretto aggiungere questa informazione al cancello già presente. Proporrei il revert di questa modifica
Herwescheluc (2025-06-02 20:53:21+00:00): Hallo, AnjaSta!

Du bittest um einen Blick auf die Sache, das habe ich gemacht.

Du hast shelf gewählt, was hier "ungeschützt offenes Regal" bedeutet und das vor der Tür der Kirche, also voll dem Wetter ausgesetzt.

Ist es vielleicht doch ein Schrank mit Türen, eine Zelle, whatever? Schau mal hier: https://wiki.openstreetmap.org/wiki/DE:Key:public_bookcase:type, dort findest Du einige Beispiele.

Sinnvoll außerdem auch, wer der Betreiber (operator) ist! Gibt's dazu noch Infos auf einer Webseite, Telefon oder Mail? Der einzige kleine Hinweis, den ich finden konnte ist leider hinter der Bezahlschranke von VRM.

Viele Grüße aus Herborn

Andreas