piebro/osm-data huggingface dataset:
DF45 (2021-12-23 09:44:46+00:00): Corrected.
It comes from Potlach where H stands for Hamlet, but if you type too Quickly, the program might not have the time to translate H to hamlet.
Feel free to correct all cases.
Best ergards
magnunor (2016-03-08 18:55:09+00:00): The description of this changeset is not correct, as these changes are in Glasgow (not in Likasi, Congo).

In addition, the changeset adds some buildings which has been demolished, but which still are visible in the Bing maps.
literan (2016-02-14 12:31:58+00:00): Алексей, приветствую! А станцию Саларьево отрисовать хотя бы примерно не сможете? Завтра открыть обещают...
Alexey Lukin (2016-02-14 17:59:20+00:00): День добрый! Да, нарисую вечером.
Boron the Bold (2016-02-14 01:05:03+00:00): No mappable features were found within this block. I added a token location point in the middle of the block, just so that I could save it as finished. Area is heavily treed, and there could be quite a bit hidden below the forest canopy. Brian
aharvey (2017-09-08 03:47:18+00:00): I know the ABS SUA includes the Blue Mountians, but I don't consider the Blue Mountains part of Sydney, so Emu Plains would be in Sydney but Lapstone not.

ABS Boundaries aren't administrative boundaries, rather just ABS's view for statistical reporting.

It's hard since you can't survey this on the ground, I'm not aware of any official source, so the best approach is really to consider what do most people consider part of Sydney.

What do you think?
aharvey (2017-11-02 05:57:37+00:00): ...aware that @TheSwavu also replied with a direct message. But worth noting that on the way down from the Blue Mountains there is a sign which says "Welcome to Sydney", which would indicate that the Blue Mountains shouldn't be part of Sydney.

I'm torn though, @TheSawvu raised good argements for including Blue Mountains in Sydney. At the end of the day anyone can always create the own polygons including or excluding if they want.
TheSwavu (2017-11-02 08:18:54+00:00): Yeap, I've seen the same style sign on the Hume. They line up with the NSW tourism regions:

https://www.destinationnsw.com.au/tourism/facts-and-figures/sydney-tourism-statistics

I guess if that's what admin_level 7 should be then we need to change the definition.

I was thinking that if you really don't like this definition of level 7 then we could change this to boundary=statistical stats_level=SUA. I find this type of boundary useful as I don't have the wherewithal to run my own spatial database but I can use these in Overpass.
aharvey (2017-11-05 11:54:04+00:00): I don't have a strong opinion either way. Just chiming in with further facts from the ground to help guide what should be in OSM. Even if we did split the Blue Mountains out, You should be able to include both the Blue Mountains and Sydney in overpass together.
user_5359 (2016-02-14 05:44:27+00:00): Thanks for the complement of the OSM dataset. Note that in OSM description of the objects has the highest priority. Objects that have only one name, have little sense. As home page for the question "How do I describe you?" I recommend the page http://wiki.openstreetmap.org/wiki/How_to_map_a.
user_5359 (2016-02-14 05:43:29+00:00): Welcome to OSM! I must revert you change, because you badly brought up a street (I have a picture from the problem). Please try it again, but be carefully to move points.
user_5359 (2016-02-14 05:27:15+00:00): Welcome to OSM! Instead rename the restaurant to "closed" better use the "disused:" prefix.
MichaelVL (2016-02-14 07:14:02+00:00): Hej.
Er det korrekt at slette 'name=Kjærs Køkken' og erstatte det med 'shop=Kjærs Køkken' eller er det en fejl?
Niels Elgaard Larsen (2016-02-14 12:12:13+00:00): Nej, jeg har rettet det.

Shop skulle være name
og shop_1 skulle være shop.

Jeg vil en dage lave en overpass søgning på _1 endelser. Jeg kan ikke umiddelbart se hvornår de ikke skulle indikere fejl.
Jothirnadh (2016-02-17 06:42:19+00:00): Hello Rohit,
I'm a OSM contributor and recently came across your changes. Can you provide more information regarding this survey. You just added the name tag for every point with some code in it. Please specify what this changeset exactly consists of.

Thank you
Warin61 (2016-02-18 22:26:39+00:00): A good source would be LPI base map - faint purple lines show admin boundaries. It may be possible to download the boundaries directly from their site too.
5m4u9 (2016-02-14 21:46:02+00:00): Wow! genial aporte de este y otros lugares en Cochabamba...

En la página de Bolivia (http://wiki.openstreetmap.org/wiki/ES:WikiProject_Bolivia) hay canales de comunicación con nosotras/os si necesitas alguna duda de cómo editar, cómo utilizar el mapa, o los acuerdos para etiquetar un lugar/punto en específico...
TheSwavu (2016-02-14 06:52:47+00:00): Hmm, interesting hypothetical...

Are Shiers and Keith Smith Avenues the roads at ground level or the roads on the bridges above them?

Guess it really doesn't matter.
Warin61 (2016-02-14 08:11:16+00:00): As I was 'only' adding road names.. I did not observe that!
Had considerable discussion in the past (tagging list) on layer=0 not being 'ground level' by some! 
As you say .. matters little. As a concept I take layer=0 to be nominal ground level. I did observe a creek at layer=-1 (probably to avoid warning messages) in another naming session down south. Not bothered by it, nor would I be overly bothered by the warnings. If I had time.. then I would pick on them. No automated tool picks on them (yet).
Warin61 (2016-02-14 21:12:02+00:00): Where a main road splits - so that a residential service is provided at the side while a main thoroughfare is provided at the center ... both road carry the same name. Same thing happens here? The higher road is what the LIP Base Map shows, the lower road is hidden on that map.
literan (2016-02-14 12:09:31+00:00): поле name - для имен собственных. Таких как "Москва", "Недальний Восток" (для ресторана). Прошу подобным не засорять тег, исправляю на description=турник
mavl (2016-04-10 10:28:46+00:00): Здравствуйте. Сообщите, пожалуйста, причину, по которой удалены станции метро.
SomeoneElse (2016-02-15 15:43:09+00:00): Hello and welcome to OpenStreetMap!

Obviously we love all sorts of contributions here, but please don't add test data https://www.openstreetmap.org/way/103879687 to the live server.  Depending on what you want to do, the test server http://api06.dev.openstreetmap.org might work for you (but there's no map created from that that I'm aware of).

If you've got a more specific question about anything, you could try asking at the help site https://help.openstreetmap.org/ or on IRC http://wiki.openstreetmap.org/wiki/IRC .
GerdP (2016-02-15 06:43:49+00:00): Hi there!
I've changed a few highway=driveway to highway=service + service=driveway. Found them in two changesets, so I thought I'd let you know in case they were intended.
maraf24 (2016-04-01 15:11:11+00:00): Po co zrobiłeś ten duplikat obok budynku? 
O tym, że to duplikat, świadczy skopiowana błędna nazwa.
Peda (2016-04-24 10:49:13+00:00): This changeset has been reverted fully or in part by changeset 38830605 where the changeset comment is: Revert changesets of user Дмитрий-Одесса due to vandalism: duplicated nodes, removal of nodes,... (See http://forum.openstreetmap.org/viewtopic.php?pid=588679#p588679 or contact the DWG)
Peda (2016-04-24 10:49:09+00:00): This changeset has been reverted fully or in part by changeset 38830605 where the changeset comment is: Revert changesets of user Дмитрий-Одесса due to vandalism: duplicated nodes, removal of nodes,... (See http://forum.openstreetmap.org/viewtopic.php?pid=588679#p588679 or contact the DWG)
Filip009CZ (2025-08-04 07:01:40+00:00): Zdravím, nemáte náhodou informácie, či je toto https://www.openstreetmap.org/relation/5975824 ešte existujúca trasa?
georgo21 (2025-08-04 07:20:10+00:00): Ahoj. Podla mapy.cz je tam polna cesta. Znacenie v terene robil MAS Vrsatec, ci je stale na mieste neviem.
Filip009CZ (2025-08-04 07:26:35+00:00): Lebo na stránke SCK sa trasa nenachádza, podľa Stravy tam nejakí cyklisti jazdia, tak, že či nemáš náhodou nejaké info z terénu :)
georgo21 (2025-08-04 07:38:01+00:00): Tieto trasy neboli oficialne, su to lokalne znacene, preto nie su na SCK. Viem, ze “oznacili” vela km tras, ale v terene nie vsetky mali znacenie kvality SCK.
Peda (2016-04-24 10:49:20+00:00): This changeset has been reverted fully or in part by changeset 38830605 where the changeset comment is: Revert changesets of user Дмитрий-Одесса due to vandalism: duplicated nodes, removal of nodes,... (See http://forum.openstreetmap.org/viewtopic.php?pid=588679#p588679 or contact the DWG)
GerdP (2016-02-15 06:27:17+00:00): Moin!
Wenn ich das richtig sehe, sollte es bei diesem Weg historic=highway heissen, nicht highway=historic ?
Lodda (2016-02-16 09:45:42+00:00): Dieser Weg und auch andere sind historisch, also nicht mehr existent und sollen in Mapnik nicht dargestellt werden. Sie werden aber in einer Relation zusammengefasst, die diese Wege wieder sichtbar machen.
Gruß Lodda
GerdP (2016-02-16 10:04:05+00:00): Dann passt doch historic=highway viel besser, oder ?
ciao,Gerd
GerdP (2017-09-07 13:24:14+00:00): Bin gerade wieder drüber gestolpert. Soll ich es ändern?
GerdP (2017-10-16 13:33:39+00:00): Siehe https://www.openstreetmap.org/changeset/52982507
Statt hw=razed könnte man auch historic=way in betracht ziehen. Die Relation 
https://www.openstreetmap.org/way/397631667
ist auch nicht wirklich korrekt, ist ja mehr 'ne Sammelrelation als 'ne route.
Peda (2016-04-24 10:49:36+00:00): This changeset has been reverted fully or in part by changeset 38830605 where the changeset comment is: Revert changesets of user Дмитрий-Одесса due to vandalism: duplicated nodes, removal of nodes,... (See http://forum.openstreetmap.org/viewtopic.php?pid=588679#p588679 or contact the DWG)
kreuzschnabel (2017-10-03 07:38:25+00:00): Hallo, das Mapping des Trailparks Winterberg, an dem du offenbar auch gearbeitet hast, wird gerade im Forum diskutiert: https://forum.openstreetmap.org/viewtopic.php?id=59967
Vielleicht möchtest du dich daran beteiligen.
golyanitskiy (2016-02-14 12:56:46+00:00): Были очень большие косяки с навигацией, вело через двойные сплошные, была куча запретов поворотов - посчитал, что корректнее будет раздвоить
Commodoortje (2017-02-24 00:04:36+00:00): Deze node heeft geen aansluiting op andere weg. (crossing ways) 
http://www.openstreetmap.org/node/node 3657474334
Commodoortje (2017-02-24 00:05:15+00:00): Deze link werkt wel.
http://www.openstreetmap.org/node 3657474334
Commodoortje (2017-02-24 00:05:48+00:00): http://www.openstreetmap.org/node/3657474334
RSergei (2016-03-05 08:54:32+00:00): Привет. Решил взяться за addr:place - сильно опоздал)) Подскажи а где сама "площадь" относительно которой адресуется по addr:place
mavl (2016-03-07 07:20:31+00:00): Привет. Такой площади в OSM нет, а все дома принадлежат туберкулёзной больнице.  
Не совсем понимаю, о чём речь. Ты имеешь в виду, что обязательно должен быть обозначен замкнутый контур с "name=территория туберкулёзного санатория"?  
  
Но ведь это не требуется. addr:place - это адресация по всему, кроме улиц. Это может быть, например, дом в  обозначенном замкнутом контуре микрорайона, а может быть просто дом на шоссе с адресом типа:  
addr:place=95 км трассы Тюмень-Омск  
addr:housenumber=с1  
  
При этом территорию этого километра не нужно обводить контуром.  
[http://wiki.openstreetmap.org/wiki/RU:Key:addr:place]  
Описание addr:place - часть адреса, относящаяся не к улице, а некоторой территориальной зоне, линейному объекту, точке или некоторому абстрактному объекту.
Английская wiki тоже так считает [http://wiki.openstreetmap.org/wiki/Key:addr:place]  
Description - part of address, which is not related to street, but to some territorial zone, linear object, node or some abstract object.
RSergei (2016-03-07 14:09:30+00:00): Привет. Всё понял, думал обязателен замкнутый контур, относительно которого будет вестись адресация. Всё проще как оказывается.
Polarbear (2016-02-14 22:13:52+00:00): Hallo, DE bitte als addr:country=DE mappen, nicht als addr:state, das wird in Deutschland nicht verwendet. Siehe https://wiki.openstreetmap.org/wiki/DE:Key:addr
Supaplex (2016-02-14 14:13:03+00:00): 可以參考臺北市忠孝國中的畫法，一般跑道是用leisure=track繪製
s8321414 (2016-02-15 08:47:32+00:00): 感謝您的提醒，已修正
bjohas (2016-02-14 13:29:09+00:00): Wrong description: Should have been: Added side road to Garden Road.
bjohas (2016-02-14 13:28:28+00:00): Wrong description! Should have been: Extended 1st Rangoon Close
bielebog (2016-04-13 23:21:26+00:00): Bin heute beim Mappen über diese "UFO-Landefläche" gestolpert. Macht Du Rendering-Experimente?
Nakaner (2016-04-14 11:31:22+00:00): Ich habe diesen Müll durch https://www.openstreetmap.org/changeset/38553323 entsorgt.
Armin Rigo (2017-01-06 13:29:26+00:00): Hi,

"There is no such path"---there is one, actually.  It's used by climbers to access the cliff, and I followed it a couple of times.  It might not be present on regular maps.  However, here, paths can have tags that mean "not well marked" or "not marked at all".  Is there some discussion on the wiki about whether such paths should be present or not?
Marco @ Sente (2017-01-06 14:51:19+00:00): Not sure about this case, but the paths found on OSM are used by hiking and tourist apps, and I think it is dangerous to put these, (or ski routes on glaciers!) as regular paths. Unless if they are properly tagged and then it would the responsibility of the app to make use of that info. Maybe I was wrong to remove this one.
Armin Rigo (2017-01-06 22:44:53+00:00): Ok, thanks!  Makes sense.  I'll stick to official paths.  It's fine for Switzerland at least :-)
geow (2017-02-04 14:21:11+00:00): May I suggest that we might stick to our rule "We map what's on ground."?

Try to describe the path as detailed as possible along with all the proper sub-tags like width, surface, trail_visibility, sac_scale etc so that apps get the right impression what for routing and rendering.
Best regards 
geow
DaveF (2021-04-05 14:53:51+00:00): Hi
Isn't South Devon Railway over by Totnes?
VictorIE (2021-04-05 15:22:32+00:00): Hi, 
Apologies, this was 5 years ago and I don't recollect where I got my information. Feel free to edit.
Nakaner (2016-02-15 18:29:03+00:00): Entschuldigung, aber dein Änderungssatz-Kommentar ist irreführend. https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments

Du hast in diesem Änderungssatz nicht nur bei network=* das " (KVV)" entfernt und bei operator=* das " (VBK)" durch " GmbH" ersetzt, damit bin ich einverstanden. Du hast aber auch noch zahlreiche railway=stop in railway=tram_stop umgetaggt. Das halte ich für falsch. Die Haltestellen waren schon gemappt (mit einem Zentralnode mit railway=tram_stop). Das genügt IMHO; die Haltepositionen brauch nicht auch noch mit railway=tram_stop beglückt zu werden. Siehe dazu https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element 

railway=stop ist das Infrastrukturäquivalent zu public_transport=stop_position.

Ich möchte dich daher bitten, das Umtaggen von railway=stop rückgängig zu machen.
bjoern262 (2016-02-15 18:37:50+00:00): Hallo,

bei network und operator gab es bislang 3 Versionen des Taggings, das habe ich vereinheitlicht.
Auf der S2 ist mir aufgefallen, dass manche Stationen railway=tram_stop waren und manche railway=stop. Also habe ich die mir logisch erscheinende Variante von tram_stop angewendet. Soll ich dann alle (also auch die die bereits als tram_stop getaggt waren) umtaggen?
Nakaner (2016-02-15 18:49:07+00:00): Wie gesagt, deine Edits bei network und operator sind ok (ich heiße sie sogar gut).

Es genügt, einen railway=tram_stop pro Haltestelle zu haben (das ist der Node, der mit keinem Gleis verbunden ist). Die Haltepositionen bekommen railway=stop + public_transport=stop_position. Auf der S 2 war das mal so mal so, weil ich die Tram 1, die S 1 und ein paar Linien vor ein paar Monaten schon mal dahingehend verbessert habe. Wie du wohl selber weißt, teilen sich S 2 und 1 bzw. S 1 in der Kaiserstr./Kaiserallee den Fahrweg.
bjoern262 (2016-02-15 20:53:40+00:00): So, ich denke ich habe alle BOStrab-Haltestellen erwischt und auf railway_stop getaggt.
literan (2016-02-15 12:25:40+00:00): Здравствуйте! обращаю внимание, что тег name - только для имен собственных. То, что это фонарь - ясно из тега. Поэтому тег name=Фонарь удаляю.
literan (2016-02-15 12:26:15+00:00): Адрес на фонаре также не нужен.
Harry Wood (2016-03-15 16:56:36+00:00): Aha. You beat me to it adding the new 'crisis' cafe: http://www.openstreetmap.org/node/4005737931#map=19/51.56670/-0.10772  Well done!
_yog (2016-03-16 00:42:01+00:00): Oh I'm sure there's still plenty of stuff around the area to be mapped :)
mapper999 (2019-11-09 09:55:23+00:00): Hallo Björn,
gibt es die S2-Routen zum/vom Rheinhafen noch? Siehe auch https://www.openstreetmap.org/note/1781729
Arma IRM-ED (2021-02-17 14:30:44+00:00): Hi, totim. Thank you for your mapping but I have found that the ways (https://pewu.github.io/osm-history/#/way/397791134 and
https://pewu.github.io/osm-history/#/way/397791135) you mapped need to be improved. I changed the classification to be tertiary because I think it would be matched by road and access condition. 

Please reply this comment or message me if I'm wrong or need more discussion about it. Thank you. Happy mapping :)
literan (2016-02-15 12:35:44+00:00): Вы хоть смотрите, что удаляете??? Откатываю.
Supaplex (2016-02-17 07:00:38+00:00): 我會用amenity=hospital標醫院範圍，building=hospital標醫院建築
hans-mueller (2016-02-17 18:17:16+00:00): Sorry, dass ich nochmal frage: Wieso fügst Du eigentlich bei den Stop-Positionen überall die Namen hinzu? In Klecken beispielsweise haben wir eine Stop-Relation, aus der sich der Name ganz klar ergibt und so wird der Name in der Stop-Position nicht benötigt: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Stop_position, oder übersehe ich da schon wieder etwas?
bjoern_m (2016-02-17 19:59:53+00:00): teils teils... zum einen steht es in der JOSM-Vorlage drin, sodass ich nicht immer nachdenke, was ich schreibe, dann ist es optional, man kann es also reinschreiben, wenn es einem beliebt... und mir beliebt es auch, auch weil (ja, böse) auswerter manchmal nur die nodes betrachten, und ich die auf osmtrainroutes.bplaced.net/beta hübsch finde, die aber nur die nodes auswerten... also ein klares jein
hans-mueller (2016-02-18 15:12:25+00:00): Das verstehe ich. Habe entsprechend bei osmtrainroutes einen Issue draus gemacht: https://github.com/sb12/OSMTrainRouteAnalysis/issues/107 Gibt es noch andere Dienste, die nur die Nodes betrachten?
Nakaner (2016-02-18 17:33:34+00:00): Dass wir nicht für einen Renderer/einen speziellen Nutzer taggen, ist ein Argument. Trotzdem tagge ich persönlich immer den Namen an die Halteposition, weil ich nicht von jedem Auswerter verlangen möchte, die Relationen auszuwerten.

Es mag für Mapper und Theoretiker schön elegant aussehen, aber OSM ist ein Projekt von Praktikern, die auch mal auf das, was in Lehrbüchern geschrieben steht, pfeifen. Das Auswerten von Relationen frisst unglaublich viel Zeit (auch wenn man effiziente Wege wählt), da man nicht nur eine Rekursionsebene hat (Ways referenzieren Nodes), sondern zwei (Relationen referenzieren Ways und Nodes, Ways referenzieren Nodes).

Das Weglassen von name an den Objekten und ausschließliche Taggen an der Relation widerspricht dem sonst bei OSM gelebten Grundsatz, Attribute lieber mehrfach (und redundant) zu erfassen, anstatt sie über Sammelrelations-artige Relationen an Relationen zu erfassen.
hans-mueller (2016-02-18 18:27:14+00:00): Dieser Grundsatz ist aber ineffizient, sobald es Datenänderungen gibt und Daten können sich nun mal auch ändern und sind oft nicht für die Ewigkeit bestimmt. Das war vermutlich auch der Hintergedanke bei PTv2. Wenn man nur eine Angabe macht und diese eine Angabe über Vererbung aufrufen kann, muss man bei einer Änderung auch nur einmal ändern. Wenn nicht, muss man bei jeder Änderung x-mal ändern. Außerdem ist mit Vererbung sichergestellt, dass die Angabe eben überall gleich ist - auch ein Vorteil dieses Ansatzes. Frisst das Auswerten von Relationen wirklich soooo viel Zeit? Also das kann ich nicht so ganz nachvollziehen. Auswerten muss man eh. Macht es so einen riesen Unterschied, ob man einen Node auswertet oder eben den Node und die Elternrelation? Also ich glaube nicht, dass der Unterschied exorbitant ist.
hans-mueller (2016-02-18 18:36:10+00:00): Außerdem wurde nunmal mit großer Mehrheit entschieden, dass die name-Angabe bei Stop-Positionen optional und eben nicht verpflichtend ist. Somit müssen Renderer auch davon ausgehen, dass es stop-Positionen gibt, die keinen Namen haben. Das gilt ebenso für Plattformen.
Nakaner (2016-02-18 22:02:38+00:00): Glaub mir (oder beweise das Gegenteil). Das Auswerten von Relationen frisst Zeit. Wenn du z.B. mit libosmium OSM-Daten einliest, geht mindestens das Dreifache an Zeit drauf, wenn du Multipolygone mit verarbeitest.

Wenn wir alle nicht-einmaligen Tags durch Vererbung übergeben wollen, dann sollten wir uns fragen, warum wir nicht z.B. eine Sammelrelation für alle operator=DB Netz AG pflegen?!
hans-mueller (2016-02-19 02:13:27+00:00): Das wäre tatsächlich recht praktisch! Dann hätte man wesentlich weniger Probleme mit unterschiedlicher Namensgebung. Hast Du mal gesehen, wieviele unterschiedliche Varianten es von DB Regio gibt oder von DB Station&Service? Also das Gelbe vom Ei ist so eine Namensvielfalt nicht gerade...Allerdings sind Relationen mit Tausenden von Elementen recht unpraktisch. Das Dauert ewig, solch eine Riesenrelation aufzurufen...Riesenrelationen sind eben auch nicht das Gelbe vom Ei. Bleibt nur die Frage: Was ist das Gelbe vom Ei? :-)
rene78 (2016-02-14 17:08:50+00:00): welcome!
glglgl (2016-02-14 21:58:08+00:00): Welcome on OpenStreetMap! Indeed, OSM is a lot of fun.

But for the future, try to limit the extent of a changeset to smaller areas. That is, don't create changes in America and Europe at once.

Nevertheless, have fun :-)
eBin (2016-02-20 15:09:19+00:00): Nieładnie to wygląda w jednym miejscu tyle pomników: https://www.openstreetmap.org/note/516374#map=17/49.82214/22.39578
changchun_1 (2016-02-14 17:14:59+00:00): Hallo SLÅ_NOK, 
wann lernst du, dass die Änderungssätze eine Änderungskommentar enthalten sollen. Bitte halte dich daran!
Gruß
Matthias
user_836238 (2016-02-14 19:12:41+00:00): Klick' doch einfach auf die Links im Changeset. Ist doch viel aussagekräftiger, wie etwa 5 Äcker, 3 Wiesen, ... erfasst. Ich betreib# ja hauptsächlich Basismapping.
changchun_1 (2016-02-14 20:31:27+00:00): Du machst es dir was einfach. Siehe Beschreibung weswegen die Änderungssätze kommentiert werden sollten:
http://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments
Da du auch alle Wege beim einfügen von Wiesen und Äcker editierst sind Kommentare in jedem Fall sinnvoll.
Dary Raihanah IRM-ED (2022-12-08 02:43:21+00:00): Hi Heinz_V,
thank you for your mapping contribution. I see there is a change in road segment based on the latest Maxar imagery.
https://pewu.github.io/osm-history/#/way/371684126
It looks like there is a bridge that might be able to connect between tertiary roads. I'm not sure to change the road segment because I only see the change of the road segment from the satellite imagery. Could you please update or modify the road segment? Thank you.

(https://maproulette.org/challenge/30188/task/142912747)

Kind regards,
Dary
Hjart (2016-02-14 16:45:16+00:00): Vær opmærksom på at Alle ikke er hverken mere eller mindre korrekt end Allé
Hjart (2016-02-15 10:14:22+00:00): De gadenavne du har ændret her stemmer ikke længere overens med stavemåden på adressenoderne, så jeg tror det er bedst vi ruller denne ændring tilbage. Bemærk at navne på gadeskilte ikke nødvendigvis er hverken korrekt stavet eller korrekt placeret.
Hjart (2016-02-15 11:20:01+00:00): http://danmarksadresser.dk/file/383079/ds-vejledning-retskrivning.pdf
highflyer74 (2023-04-21 05:49:25+00:00): Moin!

Es ist zwar schon ein paar Tage her, aber ich habe eine Frage zu den Adressen, die du hier hinzugefügt hast. Da gibt es Unstimmigkeiten, welche hier https://www.openstreetmap.org/note/3494842 diskutiert werden. Kannst du uns weiterhelfen? Interessant wäre auch, ob du bestätigen kannst, dass es sich um Reihenhäuser oder Mehrfamilienhäuser handelt. Viele Grüße!