piebro/osm-data huggingface dataset:
NorthCrab (2023-01-11 03:20:02+00:00): Nie rozumiem twoje argumentacji, widać dokładnie na zdjęciu że jest źle. Nie ma tam żadnych drzew. Wszystko widać jak na tacy.
george1201 (2023-03-05 21:28:47+00:00): Hallo Geofreund1, ich bin die L562 zwischen Ellmendingen und Dietlingen entlang gefahren. Im Februar und heute, jeweils in beiden Richtungen. Die Geschwindigkeitsbegrenzungen waren und sind noch da. Habe sie jetzt wieder eingetragen. Die Position des Übergangs von 70 auf 30 habe ich vermutlich nicht genau getroffen. Sie könnte auch 100 Meter weiter vorne oder hinten liegen.
Geofreund1 (2023-03-06 10:22:57+00:00): Hallo george1201,
wg. des Feuerwehrneubaus wird ständig an der Beschilderung der Straße gedreht. Mal in beiden Richtungen 30 km/h, mal nur in eine Richtung, mal gar nichts.
Ich denke, wir lassen es mal so, wie es jetzt ist. Die ständigen Änderungen einzupflegen, macht keinen Sinn.
george1201 (2023-03-06 21:22:41+00:00): Temporäre Einschränkungen an Baustellen mappe ich eigentlich auch nicht gern. Ich bin an dieser Stelle nur aktiv geworden, weil du die Geschwindigkeitsbegrenzung selbst vor einem Jahr eingetragen hattest. Aber ich gebe dir recht: Wir müssen nicht jeden Schilderwechsel in der Datenbank nachziehen. Mal schauen, ob der Bau in diesem Jahr abgeschlossen wird.
george1201 (2023-03-11 21:58:11+00:00): Und heute 2023-03-11 waren die Schilder wieder weg. Ich glaube wir warten hier mal ab, bis sich hoffentlich bald ein stabiler Schilderzustand einstellt.
pio2_122 (2022-12-31 19:11:07+00:00): Przy poważnych zmianach, jaką jest np. zmiana statusu miejscowości ze wsi na miasto należałoby podać odpowiednie źródło lub chociaż napisać jednoznaczny komentarz do zestawu zmian (https://wiki.openstreetmap.org/wiki/Pl:Dobre_komentarze_zestawu_zmian).
Tego typu edycje, bez podania źródła ani właściwego opisu z reguły sugerują wandalizm.

Poza tym, zmiany wchodzą w życie dopiero 1 stycznia 2023 r., a nie 3 dni przed tym terminem...
NorthCrab (2022-12-29 13:28:37+00:00): Czy nie należy do poligonu dodać jakiegoś military area?
:-} (2022-12-29 13:29:36+00:00): nie trzeba poligon jest bardzo rzadko używany przez WAT
Koreller (2023-02-11 10:03:49+00:00): changeset revert this day
opendcc (2022-12-30 10:26:30+00:00): Eine Bitte: die Changesset kleinteiliger machen, große überregionale Changesets erschweren die lokale Kontrolle. Danke.
wkdgs (2023-01-06 13:52:31+00:00): Hi,

bei deinen Änderungen hast du auch das Haus am Prof. Sinwel-Weg 4 gelöscht. Existiert das Gebäude tatsächlich nicht mehr oder war die Löschung nur ein Versehen?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/130645778
wkdgs (2023-01-30 16:08:01+00:00): Habe das Gebäude wieder hinzugefügt.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/130645778
Pieter Vander Vennet (2022-12-30 00:50:59+00:00): Salut girlyhelliot,

Tout d'abord, je ne suis pas de langue maternelle française, il s'agit donc d'un texte traduit automatiquement. Le texte original en anglais sera ajouté ci-dessous.

J'ai jeté un coup d'œil à vos ajouts à la carte et j'ai corrigé quelques problèmes.
Tout d'abord, j'apprécie l'effort que vous avez mis dans ce projet et les descriptions que vous avez données. Ce que vous vouliez ajouter était clair, mais beaucoup de choses sont ajoutées différemment sur OpenStreetMap.

Nous avons deux règles de base lorsque nous apportons des modifications :

1. N'ajouter que ce qui est visible (et vérifiable) sur le terrain.
2. Ne pas ajouter "pour le moteur de rendu", ce qui signifie : "marquer quelque chose tel qu'il est, même s'il apparaît moche sur openstreetmap.org ou pas du tout". 

Par exemple : les limites des parcelles ne sont pas visibles dans la vie réelle ; et en tant que telles, nous n'ajoutons pas de parcelles. (Sans compter que les parcelles peuvent être compliquées en termes de propriété, de droits communaux, ...). Et si jamais il y a une discussion entre propriétaires, cela donnerait lieu à des discussions sans fin. En tant que tel, je les ai supprimés.

Deuxièmement : nous n'utilisons pas le champ `Name` comme description. S'il n'y a pas de nom (par exemple pour une haie), nous le laissons vide. Parfois, `description` est utilisé pour ajouter une description supplémentaire, qui peut être une information précieuse pour les autres cartographes. De plus, si une haie est clairement marquée comme haie dans l'éditeur, il n'est pas nécessaire de la nommer "haie" ou d'ajouter une description comme haie.

Ceci s'applique également au statut "privé" de toutes les caractéristiques. Nous nous attendons à ce que les maisons, les champs et les étangs soient privés, il n'est donc pas nécessaire de les marquer explicitement comme tels. Si vous vous assurez que cela est enregistré, ajouter `access=private` suffira et il n'y a pas besoin de le nommer "champ privé".

Il peut être utile d'inspecter comment les autres mappeurs ont ajouté des fonctionnalités et d'imiter leur style. Vous pouvez également poser vos questions sur notre canal de discussion : https://app.element.io/#/room/#osmbe:matrix.org.

Enfin, il est possible d'effectuer plusieurs modifications à la fois dans la même zone, et de ne sauvegarder qu'ensuite. De plus, un commentaire descriptif aide à comprendre ce que vous avez essayé de cartographier et pourquoi vous avez ajouté : par exemple, vous avez ajouté des bâtiments parce qu'ils étaient manquants ; marqué une route comme privée parce que ; ajouté des haies parce qu'elles ont une valeur patrimoniale ;... Pour l'instant, vous avez utilisé "amélioration d'OpenStreetMap". Vous avez en effet amélioré OSM, pas besoin de le préciser une fois de plus ;)

Cordialement,
Pieter
Pieter Vander Vennet (2022-12-30 00:51:08+00:00): Hi girlyhelliot,

First of all, I'm not a native French speaker, so this is a machine-translated text. The original English text will be added below.

I had a look to your additions to the map and fixed a few issues.
First of all, I appreciate the effort you put into this and the descriptions you gave. It was clear what you meant to add, but quite a few things are added done differently on OpenStreetMap.

We have two baserules when making changes:

1. Only add what is visible (and verifiable) on the ground
2. Don't add "for the renderer", which means: "mark something as it is, even if it shows up ugly on openstreetmap.org or not at all". 

For example: plot boundaries are not visible in real life; and as such, we do not add plots. (Not to mention that plots can be complicated in terms of ownership, communal rights, ...). And if discussion between owners ever arises, that would give rise to endless discussions. As such, I have removed those.

Second: we don't use the `Name`-field as description. If there is no name (e.g. for a hedge), we leave it blank. Sometimes, `description` is used to add an extra description, which can be valuable information for other mappers. Furthermore, if a hedge is clearly marked as hedge in the editor, there is no need to name it "hedge" or to add a description as hedge.

This also applies to the "private" status of all features. We expect houses, fields and ponds to be private, so no need to explicitly mark them as such. If making sure this is registered, adding `access=private` will suffice and there is no need to name it "private field".

It can help to inspect how other mappers added features and to mimmick their style. Your also welcome to ask your questions in our chat channel: https://app.element.io/#/room/#osmbe:matrix.org

At last: it's fine to make several changes at once in the same area, and only saving then. Furthermore, a descriptive comment helps to understand what you tried to map and why you added: e.g. added buildings because they were missing; marked road as private because; added hedges because they have heritage value;... For now, you used "improvement to OpenStreetMap". You've indeed improved OSM, no need to state this once more ;)

Kind regards,
Pieter
pitscheplatsch (2023-01-01 08:42:36+00:00): Hi, I guess this is a data import, correct?
Stephan van Helden (2023-01-01 09:08:16+00:00): Yes, see "source" tag on the ways/relations

https://www.openstreetmap.org/relation/15060739
eggie (2022-12-29 15:12:30+00:00): Oke.... maaaarrr... hier ook operator gebruiken ipv name=..
Pas je het zelf aan?
Groet
eggie
eggie (2022-12-29 17:21:03+00:00): aangepast naar operator..
gr eggie
frabu (2022-12-31 11:37:33+00:00): Das Luftbild ist überholt. Musste es rückgängig machen.
pitscheplatsch (2022-12-31 16:19:00+00:00): reverted by https://www.openstreetmap.org/changeset/130716957
4004 (2023-01-01 22:20:49+00:00): Добрый день,
не стоит подписывать дома - у них же нет имен собственных?
4004 (2023-01-01 22:29:35+00:00): https://www.openstreetmap.org/way/1125626955 а это вы на каких снимках увидели?
Sylvain M (2023-03-22 08:43:45+00:00): Bonjour Goodforme.

Vous avez créé un nouveau chemin pour la Vélo Bocage [https://www.openstreetmap.org/way/1125631759], alors qu'il existait déjà [https://www.openstreetmap.org/way/37774607], créant ainsi un doublon.
C'est d'autant plus gênant que le chemin d'origine est intégré à plusieurs relations : Vélobocage (https://www.openstreetmap.org/relation/14121455).

Est-ce que je peux vous laisser faire la correction ? (suppression du chemin en double, et éventuellement mise à jour des tags ou du tracé du chemin d'origine)

Si vous avez besoin d'aide, n'hésitez pas.

Sylvain M.
Carto'Cité (2023-09-01 07:52:01+00:00): Bonjour Sylvain, bonjour Goodforme,
Effectivement il y a un problème de doublon. En l'absence de réponse, je vais tenter de corriger du mieux que je peux.
Charles de Carto’Cité pour #VeloNormandie
Sylvain M (2023-09-01 10:00:28+00:00): Merci @Carto'Cité 😀
Il faut faire attention, car il ne faut pas confondre la voie cyclable du "vélo-rail" qui emprunte l'ancienne voie ferrée.
Bon courage pour la modification, je n'ai pas eu le courage !
Carto'Cité (2023-09-01 11:56:55+00:00): J'avoue avoir eu quelques doutes, je me suis beaucoup appuyé sur la heatmap de Strava et la photo Esri. Je dirais que même si je me suis planté, ça ne peut pas être pire qu'avant puisqu'il y avait énormément de doublons. Si tu penses que je me suis planté n’hésite pas à me dire ou corriger. Et merci pour ton soutien.
Charles
Sylvain M (2023-09-01 13:44:23+00:00): Désolé Charles, je n'ai pas trop le temps de me pencher sur ce sac de nœuds...
Et désolé de faire "l'inspecteur des travaux finis", mais je constate effectivement que la "Vélobocage" est encore coupée actuellement :
https://www.openstreetmap.org/relation/14121455
Et je vois aussi quelques nœuds étranges :
https://www.openstreetmap.org/node/443128785

Dans la relation, il faudrait qu'elle emprunte le chemin parallèle à l'ancienne voie ferrée, entre la "route forestière de l'épinette" et le rond-point de jonction entre la D916 et D402.

Encore bon courage !
Carto'Cité (2023-09-01 13:56:42+00:00): Oui je me doute que j'ai planté les itinéraires et je vais repasser dessus justement pour les reprendre :)
Aucun problème pour l'inspection des travaux finis dans cette ambiance 😉
Je fais une première correction au plus vite.
Charles
Carto'Cité (2023-09-01 14:21:13+00:00): Ça y est normalement c'est clean !
Charles
Sylvain M (2023-09-01 14:51:56+00:00): Super :)
Il y a juste le railway=abandoned qui disparait du rendu, du coup, alors qu'il est, je crois, encore utilisé comme "vélo-rail" (d'où à où ??).
Mais je n'ai pas cherché quels tags correspondraient.
Carto'Cité (2023-09-01 15:34:04+00:00): Ha oui ça je ne comprends pas trop pourquoi car le way est bien là avec le tag railway=abandoned.
Charles
Enock4seth (2022-12-29 15:01:49+00:00): Hi Gideon.
Kindly add useful text before those hashtags that tell what you mapped. eg. add buildings. 

Read about Good changeset comments here https://wiki.openstreetmap.org/wiki/Good_changeset_comments 

Happy mapping!
NorthCrab (2022-12-29 15:40:48+00:00): Uważaj aby nie duplikować obiektów. Oznaczanie tego samego za pomocą punktu i obszaru z punktu danych wygląda jakby znajdowały się tutaj 2 różne remizy. Poprawiłem

Pozdrawiam!
aTarom (2022-12-29 17:08:53+00:00): Hi, Seraq
this tag has been left
"parking:bothh"="parallel"
at
https://www.openstreetmap.org/way/27866778/history
can you check it? Thanks
woodpeck (2022-12-29 14:41:21+00:00): Dear Hugoren Martinako, you are performing an automated edit on the OpenStreetMap database in Spain. Such edits have to be discussed with the community beforehand. Did you engage in such a discussion and if yes, where can I read about it?
Hugoren Martinako (2022-12-29 15:05:38+00:00): Hi there, currently I'm updating the population of municipalities and minor entities according the CSV provided by the IGN/INE (spanish national authorities regarding Geographical/Statistical data, respectively). IGN provides a unique code for every single element: https://wiki.openstreetmap.org/wiki/Key:ref:ine, and this information is updated every year.

These updates are part of a bigger "project" about identifying the missing elements. So, my idea is being able to update tags like population (or elevation) after freshing data comes to light. In order to do so, I will require spanish community help, and I had in mind to publish a post in https://community.openstreetmap.org/c/communities/es/51 requiring such help, where I'll explain further how contributing.

Currently I've only mentioned in the spanish telegram groups, since it's only concerns to the population tag or similar. Once I finish these population updates (for the existing places), I'll post a further explanation showing these changesets as examples of what can do with the ref:ine tag, as yearly updates.

MfG
streckenkundler (2022-12-29 14:56:30+00:00): Hei,
Falls du tieferes Interesse hast: die wichtigste Seite ist https://www.knooppuntnet.nl/en/analysis/network/11587560/facts
Für das Stadtgebiet Cottbus ist das Knotennetz in Ausschilderung. Den letzten Stand kenne ich nicht. Für den Punkt 60 kommt auch das Netz Spree-Neiße mit ins Spiel.

Die Relation (=Netzwerkrelation) https://www.openstreetmap.org/relation/11587560 darf nur die Knotenpunkte und Verbindungsrelationen enthalten. keine Wege selbst. Nur so ist eine Konsistenz und saubere Auswertung des Netzes möglich (siehe ersten Link). 
Bitte weiter beachten: 
1. für das Stadtgebiet Cottbus sind bereits eine Menge Knotenpunkte erfasst. Diese Tragen immer ein proposed:description und proposed:rcn_ref 
Wenn du auf einen frisch gestellten Knotenpunkt stößt, entferne bitte "proposed:" 
2. Das Netz ist immer im Zusammenhang mit dem Netz SPN zu sehen. Verbindungrouten zwischen Knotenpunkten, die beide Netze verbinden müssen jeweils in beide Netzwerkrelationen aufgenommen werden. Diese und nur diese bekommen eine feste Rollenangabe: "connection". Eine andere mögliche Rollenangabe kann "proposed" sein, die aber verschwindet, wenn die entsprechende Route auch ausgeschildert ist. 
3. Verbindungsrouten. Es hat sich als Praktikabel und auswertetechnisch als Vorteilhaft erwiesen, in diesen Routen die Straßen/Wege mit aufzunehmen und die Knotenpunkte selbst. Eine Angabe einer Rolle ist nur nötig, wenn straßenbegleitende Radwege jeweils nur in eine Richtung befahrbar sind: dann "forward" und "backward" je nach Fahrt- und Zeichenrichtung (z.B. https://www.openstreetmap.org/relation/10143665). Der Radwegweiser selbst kann auch mit in diese Verbindungsroute mit aufgenommen werden, der bekommt automatisch die Rolle "guidpost" das ist aber kein muß.
Ich beobachte ständig die brandenburger Knotenpunknetze. 
Trotz alledem kann es noch immer zu Inkonsistenzen kommen, die eingangs genannte Seite zeigt das dann aber,
Abschließend noch eine OverpassTurbo-Abfrage, mit der ich immer arbeite: https://overpass-turbo.eu/s/1oRF
Im alten Forum gibt es einen Beitragfaden: https://forum.openstreetmap.org/viewtopic.php?id=31239 Leider ist das alte Forum noch nicht konvertiert.
Bei Fragen kannst du dich gerne melden. Über Fotos der Wegweiser würde ich mich auch freuen da Themenradwege auch eine Rolle spielen.
Sven
mittendrin (2023-01-31 20:13:42+00:00): Der Name war schon richtig. 😀 Das "Stadtteilbüro Hammerhütte" wird betrieben vom Verein "Inklusive Begegnungen".
TjaboVierbuecher (2023-02-02 20:11:19+00:00): Vorher stand in "name" nur "Stadtteilbüro", davor "Inklusives Stadtteilbüro".
Für jemanden, der sich die Landkarte anschaut, ist "Stadtteilbüro" nichts aussagend. Aber wenn da in der Karte "Inklusive Begegnungen e.V." steht, dann kann man deutlich mehr mit anfangen.
Wie auch immer der Name ist: das Stadtteilbüro ist nicht das Gebäude -- man sollte daher das Stadteilbüro eher als Node in dem Gebäude taggen.
Bienson (2022-12-29 21:30:06+00:00): Das Ladenlokal ist natürlich kein building=apartments. Korrigiert in https://www.openstreetmap.org/changeset/130663898
NorthCrab (2022-12-29 15:58:20+00:00): Maybe:
historic=tram
name=Tramwaj 105Na
training=emergency

Cheers!
marc__marc (2023-05-05 21:00:24+00:00): Bonjour,
https://www.openstreetmap.org/way/93061397/history
dans la v7 tu as ajoutés une bande en contre-sens dans une rue a double-sens, le tout avec comme source Maxar
je ne vois pas cela sur l'imagerie qui est particulièrement mauvaise à cet endroit et la largeur réduite de cette rue me fait douter qu'il y a ai une bande de contre-sens. de plus opposite_lane est en perte de vitesse au profit d'une séparation de l'infrastructure (lane) et l'éventuel sens-unique qui ne semble pas présent dans ce cas-ci)
pourrais-tu vérifier stp ?
Cordialement,
Marc
anne_geovelo (2023-05-11 07:57:54+00:00): Bonjour Marc,
Merci de ta vigilance, le double sens cyclable est une erreur effectivement, c'est corrigé. 
La source vient de la collectivité, j'ai dû généraliser avec l'autre partie de la rue des Frères Guénon qui est bien en sens unique. 
Pour le tag du double sens cyclable j'avais cependant bien utilisé cycleway=opposite (pour justifier siganler le DSC) et non cycleway=opposite_lane. 
Cordialement,
Anne
Raphaelkaart (2023-03-27 20:12:21+00:00): Boa Tarde!!

Gostaria de informar que o CEP que você tem mapeado nas ruas dessa cidade fica em uma tag especifica para CEP´S.
Uma tag diferente da tag name, que a tag para o nome de rua e nao para o uso de CEP. 
A tag para se mapear CEP e a tag; postal_code=CEP 

os nomes de Ruas também não tem abreviações, o nome da Rua pode se mapear por completo o seu nome.

se quiser aprender como mapear corretamente e só enviar um e-mail que ajudamos a mapear de forma correta. 

umbraosm@gmail.com 

atenciosamente, 

Raphael
UMBRAOSM
Hb- (2023-07-10 08:07:06+00:00): Warum wurde für die Anschrift dieser Häuser der Straßenname "Twielenfleth Am Deich" gesetzt, obwohl die offizielle Anschrift "Am Deich" lautet?
Backpfeifenolga (2023-07-30 09:36:45+00:00): Ich habe mich ganz stumpf am damaligen Namen des highways orientiert, um die Benennung einheitlich zu halten. Da du diesen inzwischen umbenannt hast, sollten die Adressen entsprechend auch angepasst werden
Hb- (2023-07-31 11:14:13+00:00): Die Anpassung der Häuseradressen sollte mit https://www.openstreetmap.org/changeset/138331128 erfolgt sein.
maraf24 (2022-12-29 17:59:36+00:00): Wycofałem.
Były poprzednio zaznaczone i drzewa i park, a wszystko zepsułeś.
abakus_uploader (2022-12-29 23:31:40+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Mateusz Konieczny (2023-01-03 13:59:26+00:00): Have you discussed this import with OSM community as required by https://wiki.openstreetmap.org/wiki/Import/Guidelines ?
Mateusz Konieczny (2023-01-03 14:04:13+00:00): (I become aware of this import as I was pinged on Comunitat en català d'OpenStreetMap telegram channel)
AlexZam (2023-01-03 22:34:39+00:00): It's not an import and not automated edits. I do these changes manually one by one taking the data from open (Creative Commons licensed) source. So I considered that the import guideline is not applied for this case.
Mateusz Konieczny (2023-01-04 09:00:40+00:00): Manually copying external source rather than automatically is still import and licensing issues still apply.

CC BY 4.0 is not license compatible and needs an extra waiver, see https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
AlexZam (2023-01-07 00:25:27+00:00): Sad but you are right. It seems I should stop applying these changes then.
pitscheplatsch (2023-01-01 08:43:37+00:00): Hi, I guess this is a data import, correct?
DavidKarlas (2022-12-30 04:24:45+00:00): Hi,

looks like https://www.openstreetmap.org/relation/14988249 and https://www.openstreetmap.org/relation/14988251 got disconnected.

Could you please fix it?

Thank you!
VLD272 (2022-12-30 15:39:46+00:00): I appreciate you brining this to my attention. When I went to make the correction I had noticed the fix had already been addressed by another editor. Thank you for your feedback.
CartoNex (2023-02-23 16:50:30+00:00): Hola, me da la sensación de que hay un problema con el término municipal de Cuenca, es demasiado extenso... Saludos.
CartoNex (2023-02-23 16:55:06+00:00): Error mío, acabo de comprobar y efectivamente el TM es correcto. Me pareció inverosímil que fuera tan extenso. Saludos.
Fizzie-DWG (2023-01-30 06:10:20+00:00): Reverted by DWG: changeset/131864525
eggie (2022-12-29 17:27:00+00:00): Dag Alex..
Je vraagt feedback
 Is er op de Bros een uitzondering voor tweewielers ivm met oneway=yes?
oneway:bicycle=no  ?
Wanneer de woningen zijn opgeleverd kan de regel building=construction worden aangepast naar building=house

De regel construction = house kan dan weg.

Het vlak landuse=residential kan dan ook aangepast worden gelet op de vorm.

MVG
eggie
user_3022894 (2023-06-02 18:15:42+00:00): Hallo liebe Mitarbeitende der DB Station&Service AG,

erst einmal vielen Dank für Ihre wertvolle Mitarbeit! 

:-D

Zu dem hier an dem Aufzug 
(https://www.openstreetmap.org/node/4874457334/history) gesetzten "fixme" mit der Frage, ob der Aufzug erneuert wurde, wollte ich Ihnen nur mitteilen, dass dieser – zumindest bisher – tatsächlich nicht erneuert worden ist.

Gleichzeitig habe ich allerdings auch noch eine Frage dazu.
Und zwar haben Sie dort ja sich als Betreiber und die zugehörige Equipment-ID eingetragen. Das ist super. Mir ist jedoch aufgefallen, dass auf
https://www.bahnhof.de/duelmen zu dem Aufzug kein Betriebsstatus verfügbar ist.

(Es gibt keine Landing-Page https://www.bahnhof.de/duelmen/aufzuege , wie bei anderen DB-Aufzügen).

Meiner Kenntnis nach werden aber zu dem Aufzug doch Betriebsdaten übermittelt, oder? Das entsprechende Tool war meine ich in der Anlage eingebaut worden. Oder übersehe ich hier etwas?

Sprich, wäre es eventuell möglich, das auf www.bahnhof.de nachzupflegen?

Über Ihre Antwort freue ich mich sehr, 
vielen Dank.

Viele Grüße
Lukas Löwe, ein OSM-User
dbsus (2025-07-24 09:42:44+00:00): Hallo Lukas Löwe,
vielen Dank für die Rückmeldung.
Im Prinzip sollten alle relevanten Aufzüge in bahnhof.de verfügbar sein. Gelegentlich gibt es bei einzelnen Aufzügen Verzögerungen nach Umbau/Wartung o.ä. in der Datenbereitstellung und Darstellung auf bahnhof.de.
Für solche Rückmeldungen eignet sich die  feedback@bahnhof.de am besten.
Viele Grüße
dbsus
Enock4seth (2022-12-29 16:24:42+00:00): Hi, thanks for mapping, changeset comments are meant to provide useful information to yourself and other mappers briefly about what you have mapped. All these hashtags are less helpful. "added building in Hohoe" would have been much useful changeset comment. 

Kindly learn about Good changeset comments here https://wiki.openstreetmap.org/wiki/Good_changeset_comments

Happy Mapping!