piebro/osm-data huggingface dataset:
EdLoach (2019-03-04 08:57:14+00:00): Hi - you might have seen a comment I made on one of your notes, but welcome to Openstreetmap. I don't get to Walton as often as I like (from Clacton) so keeping the shops updated usually requires a special trip. As you point out in https://www.openstreetmap.org/way/62818281 this is out of date, me having added it about 6 years ago and not checking Newgate Street closely enough since (I'm more normally heading to The Victory than updating OSM when I'm in that area). I notice you amended the postcode though - even if the business moves the address on the old building will stay the same, so I'll amend that back. It looks like I did update Sunrise to Akash on Old Pier Street about 3 years ago. https://www.openstreetmap.org/way/191703920/history If you've any questions I can help with let me know. Best wishes, Ed
Dinamik (2019-03-06 15:36:39+00:00): Здравствуйте! Уточните, пожалуйста, что представляют собой man_made=survey_point, survey_point=ground, traverse_station=yes, type=fixed_point, расположенные на дороге, в том числе непосредственно на проезжей части?
maus (snekin) (2019-03-07 22:41:21+00:00): https://wiki.openstreetmap.org/wiki/Tag:man%20made=survey%20point
Something B (2019-03-14 22:44:30+00:00): Вы снимали координаты посреди проезжей части? И выровняли по ним?
maus (snekin) (2019-03-15 14:15:39+00:00): да, координаты снимались в том числе с проезжей части. точнее, непосредственно с марки. выравнивание не везде по ним. точнее - иногда по ним... это комплексное вычисление.
eggie (2019-03-03 23:13:44+00:00): 
Kleine aanpassing verricht: 
► Uw node samengevoegd met bestaande adresnode
czubi (2019-06-04 09:04:15+00:00): https://www.openstreetmap.org/way/242609591#map=18/50.81590/10.70204
warum ist da access=no?
SomeoneElse_Revert (2021-02-27 01:26:14+00:00): This changeset has been reverted fully or in part by changeset 100080399 where the changeset comment is: Reverting some personal MAPS.ME markers in Saudi Arabia.  See https://www.openstreetmap.org/user_blocks/4755 .
Truchin (2019-03-04 12:39:08+00:00): Il y a probablement la rue de la Bastille ou la rue Jean Beausire qui a également changé de sens.....
Florimondable (2019-03-04 13:03:11+00:00): Hum, elles sont toujours en double sens cyclable.
Truchin (2019-03-04 13:31:38+00:00): Ce n'était pas ma question. Je parlais du sens de circulation générale. Ce n'est pas possible que les 2 rues convergent vers le même point sans possibilité de sortie. Ou alors il y a un problème dans la gestion du chantier Bastille.
Et une rue piétonne (accessible aux véhicules de secours et livraisons) est plutôt en pedestrian que footway
Florimondable (2019-03-04 13:47:21+00:00): «It's a trap!»

Je n'ai pas fait attention au sens de circulation générale,
Pour le footway ou le pedestrian, faudra voir le résultat final, je pense que ça sera un trottoir et qu'il faudra fusionner les deux aires piétonnes connexe.
Florimondable (2019-03-05 19:04:45+00:00): J'ai ajouté la précision du sens motorisé.
maraf24 (2019-03-10 16:46:13+00:00): Ulica naprawdę nazywa się Projektowana i zarazem jest projektowana ;)
https://www.openstreetmap.org/way/245684560
sorbovit (2019-03-10 20:47:33+00:00): No fakt, mea culpa, nie zerknąłem do terytu.
user_1470980 (2019-03-04 23:07:20+00:00): folgt: #67743845
BCNorwich (2019-03-04 10:16:29+00:00): Hi, there's no need to delete the buildings. it would have been much better and retained the history of features if you had modified/amended existing mapped features. When more than one business occupies a building it is correct to place the building address on the building outline then use POI's for bushinesses occupying the building.

It's not to OSM best practice to delete and redraw, best to modify/amend the existing features, thus history is maintained.

Regards Bernard.
pio2_122 (2019-03-03 23:00:44+00:00): Mapujemy stan obecny, nie przyszłość/przeszłość...
maraf24 (2019-03-06 19:56:23+00:00): On to wie, ale ma gdzieś.
DaveF (2019-04-19 13:11:43+00:00): Hi
Could you clarify what detail=track represents? I can find no reference to it.
micha_k (2019-04-20 15:55:43+00:00): Hi Dave,
traditionally there are two methods to map railways: One way per railway line (may representing multiple tracks) or one way per railway track. The first is tagged with tracks=* to denote the number of tracks, the latter may be tagged with detail=track to differentiate it from the first one.
DaveF (2019-04-21 10:40:01+00:00): Thanks for the reply, but as I suspected it's a pointless tag - It can be assessed if multiple tracks are mapped by looking at the map.
itineris (2024-10-08 21:47:16+00:00): Szia!

A szögligeti távvezeték-oszlopok között felvettél egy magasság értéket (ráadásul deciméteres pontossággal) a Nagy Kopasz-Gallyhoz. Mi ennek a forrása?

Csak azért kérdem, mert máshol más értéket találtam.

Üdv:
Ákos
ralley (2019-03-04 23:43:55+00:00): Hi welcome to OSM and thanks for your edits.  Please don't use the name key for descriptions such as "jump into the water" and "beach and swimming".  See https://wiki.openstreetmap.org/wiki/Key:name for what it is to be used for.
user_5359 (2019-08-29 14:23:29+00:00): Hallo! Lautet der Straßenname "Auf den Hahnen" oder "Auf den Hähnen"?
ppuetz (2019-08-30 12:32:06+00:00): Hallo, der Name ist "Auf den Hähnen".
user_5359 (2019-09-03 15:24:06+00:00): Danke und Erledigt!
InfosReseaux (2019-04-23 19:04:10+00:00): Bonjour Antonin,
Merci pour ces contributions, notamment sur les postes électriques issus de l'opendata Enedis.
J'ai vu que les tags building=yes avaient été retirés sur les postes en bâtiment. Il vaudrait mieux les remplacer par building=service
C'est expliqué ici : https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques
Serait-ce possible de les remettre svp?
user_1566574 (2019-04-23 19:08:34+00:00): Bonsoir InfosReseaux,
De rien. 😊

Pas de soucis, lors des prochaines modifications, ces attributs seront rajoutés !

Merci pour le signalement, bonne soirée ! 😉
InfosReseaux (2019-04-23 20:18:05+00:00): Super, bonne soirée!
FiveWho (2019-03-03 23:01:07+00:00): Sorry, wrong comment. Added service roads around gas station.
Jarek 🚲 (2019-11-04 03:09:04+00:00): This changeset has been partially reverted in https://www.openstreetmap.org/changeset/76567472
Ars-UA (2019-03-06 14:31:22+00:00): Микрорайон Ленинградский, по идее, не Ленинградский. Это народное название. Типа Девятки по соседству. Говоря "на Ленинградском", имеют ввиду Ленинградский проспект. Старое название проспекта Свободы.
Mazda05 (2019-03-06 14:45:04+00:00): Ленинградский микрорайон - Ленинградский. Это народное название совокупности 270, 272, 278 и 279 кварталов. Да, это народное название, как и Девятка, Черёмушки, Славутич и т.д. Говоря "на Ленинградском" имеют в виду как правило не проспект (за исключением, если имеют в виду именно дорогу-улицу), а микрорайон
Mazda05 (2019-03-06 14:46:00+00:00): Официального именования этого комплекса кварталов нет. Только по кварталам - они также размечены
Mazda05 (2019-03-06 14:59:07+00:00): если вы про official_status, то да, полагаю, можно это убрать
Mazda05 (2019-03-06 15:02:20+00:00): аббревиатуры убрал, так как применяются крайне редко
Mazda05 (2019-03-06 15:02:30+00:00): статус тоже убрал
Frans S (2019-03-04 14:00:58+00:00): Hi DMcDowall. Thanks for mapping. A question. Please pay more attention on the precise following of the outlines of the buildings.
You map also blocks of buildings as 1 building. I know, it works faster, but does not reflect the reality. Let quality prevail above quantity.
Best regards
timmito (2019-03-03 23:55:48+00:00): Korrektur des Änderungssatzommentars: Adressen Am Weiderweg in Kirch-Göns ergänzt.
abakus_uploader (2019-03-04 23:30:58+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!
n76 (2019-03-04 05:50:04+00:00): Thanks for the clean up and additions in this area.

I see that the tiger:reviewed=no tag is still on some of this. I did not remove it when I edited in the area as I only get to that area once in a while (I'll actually be arriving in Oracle tomorrow). But since you are more local maybe you are better to decide when the various trails/roads are correct enough to remove that tiger reviewed tag.

Thanks for your work!
BCNorwich (2019-05-24 07:04:04+00:00): Your fiction is removed.
BCNorwich (2019-05-24 07:01:38+00:00): Hi. Your fiction has been removed.
JPaulW (2021-05-09 19:15:14+00:00): And why? It's a pedestrian bridge to a hiking path closed years ago...
Hoyt_Schermerhorn (2021-05-10 23:02:42+00:00): Thanks for the comment. I changed it back to path.
wille (2019-03-09 16:17:10+00:00): Olá Ls92,

Mais algumas dicas: vá salvando suas edições de tempos em tempos, de forma que o changeset não fique muito grande e difícil de revisar/corrigir os erros. E evite apagar as coisas. Apague apenas se você tiver absoluta certeza que algo não existe na realidade.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67751071
baxtea (2019-03-04 01:48:50+00:00): Ugh I fat fingered. Chageset relates to Vintage House on Broadway, not admissions and theta xi.
oba510 (2019-03-04 04:59:54+00:00): Why are you changing all the railway=tram_stop nodes to railway=stop? It seems like a less-specific way of tagging the stops, and causes them to stop rendering on most maps.
clay_c (2019-03-04 20:59:40+00:00): See this section in the [OSM Wiki](https://wiki.openstreetmap.org/wiki/Trams#Tram_stops). Following the updated public transport schema, `public_transport=stop_position` with `tram=yes` is semantically the same as `railway=tram_stop`, and it is up to the renderers to begin supporting that. In fact, OpenRailwayMap and ÖPNVKarte seem to support it just fine.

It looks like the new consensus is to use `railway=stop` for a node on the tracks representing where the driver stops, and `railway=tram_stop` for a node off the line denoting where the label should go, similarly to `railway=station` or `railway=halt`. Check out Karlsruhe, Germany for a good, complete example of this.
clay_c (2019-03-04 21:07:14+00:00): So to be clear, each tram stop will still end up having a `railway=tram_stop` once my work is finished. This is just part of a process to add more fine-grained, quasi-standardized details to the public transport systems here. What I've done in this situation before is to retag the nodes on the lines as `railway=stop` rather than suffer the hassle of ungluing the nodes from the lines and maintaining their semantics. Just haven't yet gotten to the step where I add nodes for labels.
oba510 (2019-03-05 09:57:27+00:00): About a year(?) ago I systematically went through all of the Muni Metro lines (but not the cable cars, and didn't finish the F line) and added every stop and platform in the city, and tried to standardize it as best as I could, given that it's an odd system where modern light rail trains often stop in the middle of the street with nothing resembling a station - little or no infrastructure whatsoever except a yellow rectangle painted on the tracks.

Wherever the stop met the bare minimum standard to be called a light rail station (which I arbitrarily decided was some kind of platform long enough that people don't have to step into traffic) it was mapped as a railway=station.  For the E line and the remaining Muni Metro stops I followed https://wiki.openstreetmap.org/wiki/Tag:railway%3Dtram_stop which says that it should go on the tracks, and put it on the same node as public_transport=stop_position.

Everything should already have the standard public_transport tags and wherever there is a platform of some kind there should already be a stop_area relation.  Every platform was also tagged with railway=platform which conflicts with railway=tram_stop.
clay_c (2019-03-05 18:37:39+00:00): Thank you for your work! I don't think any of the details you've added to the map conflict with an additional center/label node tagged railway=tram_stop. I'll admit the wiki article on that tag is pretty unhelpful and needs to be updated. It mentions the new schema, as you pointed out, but then goes on to explain how to map it according to the *old* schema.

As I've been going through and updating every passenger railway throughout California, I've been using the area around Karlsruhe, Germany as a reference of best practices. Over there, it seems railway=tram_stop is used in a similar fashion to railway=station, and the nodes on the tracks where the driver stops are tagged railway=stop and tram=yes. This seems like a sensible approach, and neatly organizes the rather complicated mixture of light rail and tram data in the rail network. I'd like to copy that approach here.
clay_c (2019-03-05 20:26:31+00:00): As for distinguishing railway=* for stops on Muni trackage, I think it seems fit to use railway=tram_stop for flag stops and railway=station for the wheelchair-accessible stops where trains always call (in other words, all the labeled stations on the official Muni Metro map).
oba510 (2019-03-06 08:26:49+00:00): That had been my first thought, but some of the surface-level wheelchair accessible stops are actually a separate ramp that can be a block or more away from the normal stop. In practice they are hardly ever used unless someone specifically needs them, since the steps on the train need to be raised and lowered.
clay_c (2019-03-06 23:17:46+00:00): Yeah. We can map wheelchair support with wheelchair=yes or wheelchair=designated. I think what's important is that the non-flag stops are one level up from the flag stops in the railway=station vs. railway=tram_stop hierarchy.
Menak Vishap (2019-03-05 10:10:53+00:00): Вы с этими "выравниваниями" наплодили кучу самопересекающихся контуров, а это - самая серьёзная ошибка. Работайте аккуратнее, pls, и пользуйесь OSM-инспектором:
http://tools.geofabrik.de/osmi/?view=areas&lon=30.31238&lat=59.93651&zoom=18
mavl (2019-07-21 13:43:21+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:24+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:27+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:33+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:40+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:43+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:48+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:52+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:56+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:43:59+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-07-21 13:44:03+00:00): This changeset was redacted. Reason: copyrighted data were used.
AgusQui (2019-05-02 23:49:15+00:00): En OpenStreetMap mapeamos la realidad.
mavl (2019-07-21 13:44:07+00:00): This changeset was redacted. Reason: copyrighted data were used.
marczoutendijk (2021-12-01 14:04:06+00:00): https://www.openstreetmap.org/node/5153889025
amenity=amenity???
Alan Bragg (2019-03-05 14:11:37+00:00): Thanks Paul,
I need to use a spell checker.
I like those trails. Wish the grounds maintenance folks wouldn't dump clippings on one of the entrances
Alan
eggie (2019-03-04 10:19:00+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Ik zal access=no weer verwijderen. Dat is niet correct. Het was hier goed getagd. Access=no is een totaal verbod bij een bord "verboden toegang".
Per default is een bollard al "onneembaar" voor een motorvoertuig. Vandaar die access=yes ivm met bv motorfietsen.
MVG,
Eggie
eggie (2019-03-04 10:25:31+00:00): tags aangepast en aangevuld. access=no weer omgezet naar yes. De bollard zal geen auto's doorlaten.
Andre1973 (2019-03-04 10:27:53+00:00): als ik een route kiest met de auto stuurt hij mij toch via de groenelaan naar de westlander dit is niet mogelijk
eggie (2019-03-04 10:53:32+00:00): Oke.klopt denk ik wel.., maar de bollard is pas gisteren op 3mrt neergezet door Leo Slager.. De voorgaande mapper.
Die zit nog niet verwerkt in je routeplanner/kaart.
Het is dan dus wachten op de update.
Zie hier je edit en de voorgaande edit.
https://overpass-api.de/achavi/?changeset=67754791

Kwestie van geduld dus. :)

MVG,
Eggie
Twotert (2019-03-04 10:08:14+00:00): Waarom heb je de wijk Meezenbroek-Schaesbergerveld verwijderd? Ik heb in der tijd alle wijken van Heerlen toegevoegd van alle wijken die bij de gemeente Heerlen worden gemeld. Mijn bron https://www.heerlen.nl/gemeente-heerlen/plattegrond-stadsdelen-en-buurten-heerlen.pdf De wijk heet Meezenbroek-Schaesbergerveld en onderverdeeld in Palemig, Meezenbroek & Schaesbergerveld. Bron=CBS. Dus helemaal geen dubbele wijk invoer!
MadelNL (2019-03-04 10:26:46+00:00): Omdat Meezenbroek en Schaesbergerveld als aparte subbuurten al ingetekend staan. 
Niet alleen hier maar ook in de Passart. verder kloppen verschillende wijken ook niet (ondanks dat je ze als bron CBS hebt toegekend).
De Hopel had je bijvoorbeeld in het voormalige Eygelshoven gezet, terwijl dit altijd in in Kerkrade heeft gelegen. Net zoals je De Oude Hopel als onderdeel van De Hopel plaatste. Succes verder, maar alles wat ik tegenkom verwijder ik. Als je het er niet mee eens bent stap je gerust naar de DWG.
Baloo Uriza (2019-03-06 00:57:16+00:00): access tags are generally necessary for barriers, default is "no" otherwise.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67755553
jguthula (2019-03-07 13:42:27+00:00): Hi Paul,

Thanks for looking into this edit. From Satellite imagery the barrier was clearly identified but it was hard to determine its classification. To remove ambiguity the editor was asked to add it as "barrier=yes" per OSM wiki so a local mapper can further improve it.

Let us know if this is creating data issues. We are looking forward to collaborate with local community members and learn more from them.

Regards,
Jothirnadh
Supaplex (2019-03-04 10:38:06+00:00): 不好意思，你不小心把一間餐廳和咖啡廳合併了
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/67755618
Supaplex (2019-04-07 13:50:46+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features
給Pokemon Go玩家的建議：https://wiki.openstreetmap.org/wiki/Tips_for_new_(Pokemon_Go)_mappers
組織性編輯指南：https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

台灣社群網站
台灣 OpenStreetMap 網站   http://www.openstreetmap.tw (暫時下架)
OSM.TW 備份站 https://assanges.github.io/osmtw-ghpage/
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/openstreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Telegram OpenStreetMap Taiwan https://t.me/joinchat/Aqu2IgnTuIidMfREdNmomQ
Telegram OpenStreetMap Asia  https://t.me/OpenStreetMapAsia
Slack https://osm-tw.signup.team/

Happy Mapping!
mavl (2019-03-04 16:55:14+00:00): Здравствуйте. Не нужно добавлять в качестве названий домов их номера. У домов нет названий. К тому же вы сами путаетесь в этих «названиях».  
  
https://www.openstreetmap.org/way/674361676  
  
Название улицы нужно указывать в виде «Заречная улица», а не «улица Заречная». Это общероссийское соглашение:  
https://wiki.openstreetmap.org/wiki/RU:%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F/%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D0%B1_%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B8_%D0%B4%D0%BE%D1%80%D0%BE%D0%B3
viloan (2019-03-04 06:53:03+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
Andrea Musuruane (2019-03-06 15:44:28+00:00): Ciao. Dato che i nomi delle cascine sono toponimi, sarebbe meglio inserire un nodo con place=farm + name=* Ciao, Andrea
luschi (2019-03-04 22:15:17+00:00): Hallo,
gibt es die Kartstrecke nicht mehr?
BacanDeLaives (2019-03-05 06:15:55+00:00): Hi, genau, die Rennstrecke gibt es nicht mehr. Ist nur mehr ein leerer Platz - keinen Nutzungszweck aktuell
luschi (2019-03-05 16:08:45+00:00): Hallo,     
dann wäre es besser die keys von der Linie zu löschen und mit "note=gibt es nicht mehr" zu beschreiben.       
Wenn ich nicht gesehen hätte dass du die Strecke entfernt hast, hätte ich sie wohl wieder eingezeichnet, da sie auf allen aktuellen Luftbildern mehr oder weniger zu erkennen ist.     
Werde mal einen Punkt mit note=... setzen.

lg
Twotert (2019-03-04 10:12:38+00:00): Waarom heb je de wijk Caumerveld-Douve Weien verwijderd? Ik heb in der tijd alle wijken van Heerlen toegevoegd van alle wijken die bij de gemeente Heerlen worden gemeld. Mijn bron https://www.heerlen.nl/gemeente-heerlen/plattegrond-stadsdelen-en-buurten-heerlen.pdf De wijk heet Caumerveld-Douve Weien en onderverdeeld in Caumerveld en Douve Weien. Bron=CBS. Dus helemaal geen dubbele wijk invoer!
MadelNL (2019-03-04 11:07:17+00:00): Omdat het twee aparte buurten zijn en als zodanig al stonden ingetekend. Niemand, maar dan ook niemand in Heerlen zegt dat hij in Caumerveld-Douve Weien woont. Het is het Caumerveld en Douve Weien. 
Als je ter plaatse niet bekend bent (en dat blijkt keer op keer in jouw geval), kun je beter niet mappen. Zie voor verdere info https://forum.openstreetmap.org/viewtopic.php?id=59099
abakus_uploader (2019-03-04 23:31:00+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!
Supaplex (2019-03-04 10:34:16+00:00): 重複標示
https://www.openstreetmap.org/node/2795026995