piebro/osm-data huggingface dataset:
Anakil (2019-01-10 22:55:20+00:00): You learned me that about this tagging for website (as the "heritage:website" tag is not on the heritage wiki for Wallonia nor on the belgium community presets ("Belgium (Mapping in Belgium)"), i'll add it to both. 
And i wasn't aware that historical Places peoples had made a JOSM preset ! Always great to know. :-)
maro21 (2019-01-03 23:56:13+00:00): Przesuwanie punktów w obrębie kilkupiętrowych centrów handlowych jest bez sensu. Na mapie nie możemy oddać jak to jest w rzeczywistości, bo wtedy punkty musiałyby się nakładać na siebie i nic nie byłoby widać. Ja ustawiam tak, żeby było czytelnie, a nie gdzie co do metra znajduje się lokal. I tak żeby się tam dostać musisz przejść korytarzem, schodami, windą itp.
maraf24 (2019-01-04 00:28:50+00:00): Nic nie jest bez sensu. Mapujemy rzeczywistość, czyli faktyczne położenia. Chyba że go nie znamy.
Nic na siebie nie nachodzi, bo od tego jest tag level. Dzięki niemu można sobie wyświetlić i edytować tylko wskazane piętro.
maro21 (2019-01-12 17:57:06+00:00): Czyli według ciebie należy nałożyć 3 węzły na siebie dla sklepów leżących w tym samym miejscu ale na trzech różnych piętrach?
maraf24 (2019-01-12 19:01:52+00:00): Niekoniecznie węzłów, mogą to być też obszary reprezentujące zajmowany lokal.
Dokładnie tak to jest zrobione w SkyTower, tzw. Indoor Mapping. Pozycje zostały tam ustalone przy wykorzystaniu planu każdego piętra jako podkładu w edytorze.
Oczywiście - to jest opcjonalne, nie każdy w to się chce bawić. Tutaj przesunałem pocztę, bo jej pozycja rózniła się wyraźnie, a podziemia Pasażu nie da się wszak obejść wkoło.
NunoCapeloCaldeira (2019-01-04 07:56:25+00:00): are you sure of this location? i just checked the imagery on the area and dont see any store in that location, only a cemetery.
Oliken (2019-03-10 18:23:56+00:00): Olá Nuno,
Sorry for the delay. I'm in Norway, so I could not check directly, but wrote the shop. The information on their web page was wrong, but has now been updated. Correct location is:
32.65317,-16.94616
I could not change the location, so I have created a new instance of the shop. It is a couple of hundred meters away.
Could you correct the old instance and delete the new one - or just delete the old one.
Obrigado e cumprimentos, Ole-Bjorn
Sanniu (2019-05-30 12:02:22+00:00): https://www.openstreetmap.org/way/660331455 dose not have tags, can you tag it please?
zstadler (2020-02-23 12:19:18+00:00): Hello BMM994,

https://www.openstreetmap.org/way/660331446 and
https://www.openstreetmap.org/way/660331455
were added in this edit, but they have no tags. Is this a mistake or an incomplete mapping?
Frans S (2019-01-12 15:53:02+00:00): Thank you for mapping in this task
A remark. Please square your mapped buildings. You left  32 buildings out of 300 unsquared. Not that bad, but .....
Best regards and please keep mapping
GinaroZ (2019-01-15 14:31:01+00:00): If you are adding sidewalks then you need to ensure they connect to something at both ends (for routing purposes) otherwise it's a waste of time mapping them, for example: https://www.openstreetmap.org/way/660334988
abakus_uploader (2019-01-04 23:30:54+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!
emergency99 (2019-01-04 00:25:31+00:00): I reverted this change as it ust deleted two stop positions without adding any better data.
Mateusz Konieczny (2024-02-01 11:12:22+00:00): Hello! https://www.openstreetmap.org/node/6182500479/history has barrier=w that was added in this edit (if I checked things correctly)
what this tag means? Is it maybe supposed to be barrier=wall? Or is maybe some other barrier?
mueschel (2019-01-04 09:15:44+00:00): ... and another 16 telenav:action tags. Please get your workflow straight.
smaprs (2019-01-04 11:16:53+00:00): You've just remove many specific information about services, such as batteries; brakes; electrical; inspection; muffler; oil_change.
Where do you suppose would someone find them again? 
Simply removing info is not a good deal. 
Are you considering the validity of those infos in your large-scale re-tagging?
ti-lo (2019-01-04 14:55:02+00:00): "considering the validity of those infos"
yes, I was, and tried to save as much as I could, also considering this principle :
https://en.wikipedia.org/wiki/Standardization#Effect_on_consumers
At least there were a lot of "useless" (not machine-readable as not standardised) entries, did you consider them as valuable ?
smaprs (2019-01-04 15:35:35+00:00): Sure.  
  
If you're really commited to standards, consider OSM editing standards:  
  
https://wiki.openstreetmap.org/wiki/Good_practice  

*Don't remove tags that you don't understand*  
  
https://wiki.openstreetmap.org/wiki/How_We_Map  
  
*Do not engage in large-scale "cleanups" without securing the agreement of the relevant community or talking to the people whose work you aim to "clean".*
ti-lo (2019-01-04 16:54:14+00:00): And what to do if I already mentioned the problem on the tagging list and there were no measures taken to avoid a mess (by "unauthorised" and undocumented changing of the car tagging scheme in the ID editor) ?
See
https://lists.openstreetmap.org/pipermail/tagging/2019-January/041799.html
And this hint :
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar#Tags_used_in_combination
smaprs (2019-01-04 17:28:16+00:00): One error in the wiki made by someones, does not authorises another error in removing tags made by others who have nothing to do with the previous error. 
What to do:  
It's stated: *Do not engage in large-scale "cleanups" without securing the agreement of the relevant community*  
While not secured the agreement or a broad and agreed solution, just don't change it . You're making loosing much other infos that could be more well thinked on how to preserve.
Josuer (2020-08-17 16:40:04+00:00): Hola @santtuvp solo quería preguntar si estás seguro que estas calles son de acceso privado? Saludos
santtuvp (2020-08-17 17:14:29+00:00): Sí, claro, sin problemas, gracias por la pregunta. Sí, las calles de Jardines de los Reyes y ahí al lado sí lo son completamente, es decir tienen reja y vigilancia. Los de Pedregal de las Brisas son como semi-privados, tienen vigilancia pero no es tan rígida y como que no es todo el tiempo. Eso sí, no estoy seguro como esté justo ahora la situación. Mi conocimiento se basa en experiencias hace como un año. Estaré en lo correcto? De todas formas, favor de llevar a cabo los cambios necesarios si es que así se requiere. Gracias.
muralito (2019-01-04 01:48:41+00:00): Anyway, it would be useful to use only one of Volkswagen or VW, maybe Volkswagen.
ti-lo (2019-01-04 03:16:41+00:00): Yeah, that's a general problem with the brand tag. In case of several brands you're forced to separate them by semicolon.
You may choose your favorite using taginfo :
https://taginfo.openstreetmap.org/search?q=brand%3DVolkswagen
https://taginfo.openstreetmap.org/search?q=brand%3Dvw
and you may define a standard for it in the wiki :
https://wiki.openstreetmap.org/wiki/Tag:brand%3DHarley-Davidson
In wikipedia, they also got the two definitions :
https://en.wikipedia.org/wiki/Volkswagen
Glassman (2019-01-04 20:38:15+00:00): Tip: square the building by selecting the outline they type an 's' - they look much nicer that way. I did these
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/66007020
Jarek 🚲 (2019-03-03 17:19:08+00:00): Hello,

What is the intended meaning of "Toronto (city)" label https://www.openstreetmap.org/node/6182594235, and what is the meaning of its position just off Bridle Path? Why is it place=county while the Toronto admin_centre is place=city?

The Toronto relation https://www.openstreetmap.org/relation/324211 now has an admin_centre as well as the label, it seems that default OpenStreetMap.org render the admin_centre, but the label comes up in searches. See https://www.openstreetmap.org/note/1697520 for one such question. Does the separate label node serve a purpose I am not familiar with?

It seems that Hamilton has the exact same situation as well.
Jarek 🚲 (2019-03-03 17:22:46+00:00): For comparison, London, England https://www.openstreetmap.org/relation/65606 which similarly doesn't really fit into UK's administrative structure has only one admin_centre with place=city
Jarek 🚲 (2019-03-27 18:57:46+00:00): Hello, any news on this? I am planning to delete https://www.openstreetmap.org/node/6182594235 - am I missing something about its purpose and placement?
Jarek 🚲 (2019-04-22 02:46:23+00:00): I have deleted "Toronto (city)" in https://www.openstreetmap.org/changeset/69438590

It seems to me that most other such labels can probably be deleted as well (Kingston's is in the middle of a lake) but I don't know details about these other cities and some of the relations have had changes since, so I'll leave it to local or more experienced mappers.
treestryder (2023-01-14 19:01:49+00:00): I'm curious, as to where you sourced the names of the islands?

Also, we are still meeting every month. If ever you get a minute.
https://wiki.openstreetmap.org/wiki/Michigan
davenport651 (2023-01-14 23:43:38+00:00): It’s been a few years since I made this edit. I believe I found the island names from this county’s parcel ownership map. If I remember correctly, most of these islands are owned by LBWL.
treestryder (2023-01-15 00:27:33+00:00): I virtually passed all those islands, while updating the various paddlecraft launches to match the Wiki. 

See the Michigan Wiki page for the cliff notes and links to the sources. 

This, right after having a pull request accepted for new Paddling categories on OpenStreetBrowser.
https://openstreetbrowser.org/#map=18/42.74232/-84.54760&categories=paddling_routes,paddling_hazards,paddling_amenities
mavl (2019-01-09 16:18:45+00:00): This changeset has been reverted fully or in part by changeset 66167131 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: fictional data].
BeKri (2019-01-04 03:56:21+00:00): Sorry, ich hab's erst letzte Woche rausgeschmissen,
glaube mir, da ist seit Jahren nix mehr gelandet und wird auch nicht mehr.
Nicht alles abmalen, was auf Bildern zu sehen ist.
k127 (2019-01-04 18:07:46+00:00): Hallo Bernhard,

danke für Deinen Hinweis[1] – ich hab' mir ja tatsächlich gedacht, dass die Situation so ist, wie Du sie beschreibst, denn die vermutlich zwischengespeicherten Kacheln der Wikipedia-Slippy-Map[2] bilden noch einen älteren Zustand ab.

Ich konnte das nur nicht verifizieren, und wäre Dir deshalb dankbar, wenn Du mir einen Weg zeigen könntest, mittels Overpass-Turbo auch nicht mehr existente Objekte für einen Bereich abzufragen. `newer:"1 year"` bspw. hat das gelöschte Helipad nicht entdeckt.

Ich hatte mich beim Eintragen des Landeplatzes auf dieses Orthophoto verlassen: [3].
(„_Seit 2017 wird Bayern im 2-Jahres-Turnus neu beflogen (2017 Nordbayern, 2018 Südbayern)._“)[4]. Auf besagtem Bild sieht der Landeplatz nach einem Neubau bzw. einer noch nicht abgeschlossenen Baustelle aus. Diese These unterstreicht das etwas ältere Foto von Bing[5], dass an dieser Stelle die alte Situation vor Baubeginn zeigt.

Aus diesen Gründen habe ich den Landeplatz eingetragen. Du meintest: „_glaube mir, da ist seit Jahren nix mehr gelandet und wird auch nicht mehr._“. Das mag sein, ist meines Erachtens aber irrelevant. Jedes der genannten Orthophotos zeigt einen ausgewiesenen Landeplatz.

Warum sollte der also aus dem OSM-Bestand entfernt werden?

Cheers
Klaus

----
1. <https://www.openstreetmap.org/changeset/66007740>
2. <https://tools.wmflabs.org/geohack/geohack.php?params=48.145758777778_N_11.454577447222_E_dim:500_region:DE-BY_type:landmark&pagename=Klinikum_M%C3%BCnchen_Pasing&language=de>
3. <https://geoportal.bayern.de/bayernatlas/?lang=de&topic=ba&bgLayer=atkis&catalogNodes=11&E=4459468.72&N=5334278.38&zoom=15&layers=luftbild>
4. <https://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Bayern>
5. <https://www.bing.com/maps?osid=b313659f-0788-4026-947c-1060130ccc42&cp=48.145185~11.454152&lvl=19&style=h&v=2&sV=2&form=S00027>
BeKri (2019-01-05 05:47:45+00:00): Servus Klaus,
da muss ich wohl zurückrudern und mich fast entschuldigen.
Ich meine mich noch zu erinnern, dass der Landplatz wegen Hindernisss und beengten Verhältnissen nicht mehr erlaubt wäre ... soviel zur Erinnerung.
Der Landeplatz auf dem aktuellen Bild Bayernatlas ist aber definitiv neu angelegt und hat mit dem alten (vor dem Umbau des Kh) nichts mehr zu tun.
Also: Du hast Recht, ich mich getäuscht und nicht damit gerechnet, dass sie den doch noch behalten/ erneuern.
Gruss und Sorry derBeKri
Laci (2019-01-24 21:32:59+00:00): Is there really a block there?
chnav (2019-01-05 13:45:11+00:00): здравствуйте, если что-то удаляете то обязательно пишите причину удаления, потому-что редко когда пруды засыхают безвозвратно, может это заюолоченное место или пустырь, для этого надо менять теги, а не удалять. Спасибо.
smaprs (2019-01-04 16:58:45+00:00): Olá, interessante suas contribuições.  
Estas áreas de vegetação provêm de importação ou alguma fonte externa?  
Como: https://www.openstreetmap.org/relation/9182454?  
Algumas observações importantes:  
Observe que ali dento há 2 tipos de vegetação nitidamente distintas, que aparentemente bem podem ser:  
*mata nativa: natural=wood  
*mata cultivada: landuse=forest  
Quando desenhado automaticamente com alguma ferramente externa ao OSM, como parece ser pela pixelização destas áreas, há recursos para suvizar os contornos. eliminando o serrilhado.  
Todo modo, desenho automatizado precisa ser previamente apresentado como proposta à comunidade OSM Brasileira e conversado primeiramente, justamente para evitar estes eventuais problemas:  
https://wiki.openstreetmap.org/wiki/WikiProject_Brazil  
Converse conosco:  
https://lists.openstreetmap.org/listinfo/talk-br  
https://t.me/OSMBrasil_Comunidade  
Att, Sérgio
Erick Faria (2019-01-04 17:26:04+00:00): Oi Sérgio, obrigado pelas dicas. Sim eu estou ciente e estou consertando toda a vegetação. Na verdade eu utilizei uma ofnte externa como auxilio para iniciar a cartografia da vegetação, agora com base na imagem aéra do BING eu vou aperfeiçoando, melhorando, suavizando e deletando alguns erros que podem ter ocorrido.
smaprs (2019-01-04 17:29:06+00:00): Ok, veja com a comunidade, até para encontrar melhor solução de como aproveitar melhor o que já foi, e como corrigir.
Erick Faria (2019-01-04 17:45:57+00:00): Pois é, eu vacilei, eu tenho essa área cartografada de vetorizações antigas que venho estudando a região, com curvas suavizadas, tentei fazer uma maneira atualizada atravaes dos pixeis e quando fui ver ja tinha importado muita coisa.

Estou corrigindo aqui. Em breve desfaço o erro... Bom que isso me obriga a cartografar a região
smaprs (2019-01-04 17:50:46+00:00): OK. Mas antes de qualquer coisa, veja com a comunidade no talk list, precisamos ver com calma a melhor maneira   https://lists.openstreetmap.org/listinfo/talk-br  
email: talk-br@openstreetmap.org
lmagreault (2019-01-04 14:40:30+00:00): L'école Aristide Briand est fermée depuis 2 ans non ?
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/66009615
naoliv (2019-01-04 17:03:27+00:00): Heavy Hammer, creio que esteja havendo uma importação aqui e que "source=knowledge" não esteja condizente.
O que você está utilizando para gerar esse monte de área como esta, por favor?
https://www.openstreetmap.org/relation/9182454
Ou talvez a fonte de onde você está importando.
Processos assim precisam ser discutidos anteriormente.
Por favor, leia Heavy Hammer, creio que esteja havendo uma importação aqui e que "source=knowledge" não esteja condizente.
O que você está utilizando para gerar esse monte de área como esta, por favor?
https://www.openstreetmap.org/relation/9182454
Ou talvez a fonte de onde você está importando.
Processos assim precisam ser discutidos anteriormente.
Por favor, leia https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Resumo_Sobre_Importa%c3%a7%c3%b5es
Erick Faria (2019-01-04 17:19:49+00:00): Você tem razão, foi um equivoco meu na hora de importar,eu estava fazendo um teste a partir de uma vetorização do município que eu havia feito e o programa acabou travando e deu erro. Eu estou corrigindo as alterações que fiz conforme as diretrizes do OpenStreetMap, estou suavizando os contornos e melhorando a cartografia de acordo com a base do bing, depois mudo a fonte. Obrigado
surveyor54 (2019-01-04 09:32:18+00:00): Hi,
so ganz Wikikonform ist den Tagging aber nicht.

Siehe: https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar#Possible_tagging_mistakes

Gruß
surveyor54
ti-lo (2019-01-04 16:48:08+00:00): Naja, genau genommen wurde das tagging (nicht wiki-konform) von techies willkürlich angepasst, daher die hohe Anzahl sinnloser tags (nicht auswertbar oder standardisiert)
Ein Hinweis dazu hier :
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dcar#Tags_used_in_combination
surveyor54 (2019-01-05 10:33:40+00:00): Das scheint ein ganz schönes Kuddelmuddel zu sein.
Hab mal eine fragende Diskussion gestartet. ;)

https://forum.openstreetmap.org/viewtopic.php?pid=732313#p732313
ti-lo (2019-01-05 15:37:36+00:00): Gefällt mir, ausser dass jetzt an 4 Stellen diskutiert wird. (forum, taggingliste, wiki-Eintrag-Diskussionsseite und namespace-Diskussionsseite). Es wird höchste Zeit, dass mal ein Standard her kommt (ich bin für das KISS-Prinzip). Versuche das schon seit geraumer Zeit anzubringen, stosse aber nur auf taube Ohren. Bzw. wird nicht reagiert : https://lists.openstreetmap.org/pipermail/tagging/2018-May/036119.html
woodpeck (2019-01-04 12:25:20+00:00): This change appears to have lost the information that the shop offers inspections and oil change.
ti-lo (2019-01-04 15:26:35+00:00): IMHO there's no car:repair which does NOT offer this ("yes" means "the full stack") ? In case a shop ONLY offers it you could use car:repair=service;oil_change. But this is currently being discussed :
https://lists.openstreetmap.org/pipermail/tagging/2019-January/041799.html
Carnildo (2019-01-05 05:02:32+00:00): In your experience, perhaps, "car repair" inherently implies oil changes.  But I'm aware of one "car repair" shop that *only* does transmission rebuilds, and a number of body shops that aren't even able to handle oil or other fluids.

Further, almost all car-repair shops around me will only do inspections as part of the initial evaluation before servicing a car.  If you need a general roadworthiness inspection, you'll need to go to a specialist.
ti-lo (2019-01-05 15:17:46+00:00): car:repair=transmission_rebuild would be fine ?
car:bodywork=yes also ?
This reduces the number of "phantasy" tags and makes it more traceable as well for apps and for humans (taginfo/overpass). Additionally, this is the 4th "namespace system" for vehicles. Imagine (or search for) "mixed shops" which offer services for several vehicles.
Carnildo (2019-01-06 19:52:58+00:00): You're missing my point: the previous tagging carried more information than the current one does.
ti-lo (2019-01-06 21:47:11+00:00): service:vehicle:car_repair 	yes
service:vehicle:inspection 	yes
service:vehicle:oil_change 	yes
service:vehicle:repairs

I see what you mean, but IMHO everything is included in "repair" ?
Or are there wirkshops which offer repair, but no oil change and inspection ?

Please also see the "discussion" here :
https://lists.openstreetmap.org/pipermail/tagging/2019-January/041804.html
(unfortunately there weren't any opinions regarding the topic yet)
JesseFTW (2019-10-13 04:58:29+00:00): I think you made Node: 6183029905 by mistake. I've removed it, feel free to add it back if it was intentional.
mbethke (2019-01-07 07:18:12+00:00): It just helps people to understand what you did :) Now your changes are quite simple but sometimes there are hundreds of different changes in one changeset.
user_5359 (2019-04-17 03:41:08+00:00): Welcome to OSM! For better description of your business please read http://wiki.openstreetmap.org/wiki/Key:healthcare  .
SammysHP (2019-01-05 21:04:50+00:00): Hallo nika-okku,
 
herzlich willkommen bei OpenStreetMap! Du hast bei deiner Bearbeitung ein paar Punkte dupliziert und Informationen redundant eingetragen. Das habe ich korrigiert.
 
Weiterhin viel Spaß bei OSM!
Supaplex (2019-02-06 14:27:27+00:00): 恭喜您透過 Maps.Me 完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。Maps.Me App 採用開放街圖的地理資料，由社群而非商業公司建置的地理資料庫。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 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

由於Maps.Me隨著軟體更新更新最新地圖，App裡的地圖資料版本可能略舊，透過Maps.Me增添商家等資料時有可能開放街圖上已經有了，請到http://www.osm.org 網站看是否要加的商家有沒有人加上去了。

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群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!
mosstreet (2019-01-04 09:52:44+00:00): У вас по правому клику мыши есть инструмент, квадрат, пользуйтесь для выравнивания, а то выходит что у всех ваших палаток кривые стены.
Glassman (2019-01-04 20:40:15+00:00): Tip: I noticed you used rather generic changeset comments, like added and modified features. It helps when looking at changes to have a good description of what occured. It doesn't have to be long - like aligned road to imagery;
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/66013104
Mac_01 (2019-01-12 23:04:23+00:00): Hallo Michael,

kurz für dich zur Info.

Wenn eine Ortschaft keine Straßennamen hat, wie hier z.B. Münchzell oder Weihersmühle, dann wird nur addr:place mit dem Namen der Ortschaft angeben und addr:street bleibt leer.

Siehe auch https://wiki.openstreetmap.org/wiki/DE:Key:addr

Viele Grüße

Mac

P.S. Ich habe die Änderung bereits korrigiert.
Michael-Schunke (2019-02-22 06:07:35+00:00): super, Danke
Michael
Rakkka (2019-01-08 13:00:12+00:00): 　この変更で、広範囲の森林のウェイ（183280788）が削除されているようです。
　リバートしようとしたのですが、変更が多いためか処理が終わりませんでした。そちらで何とかしていただけないでしょうか。
　ウェイのデータはこちらで確認できます。https://nrenner.github.io/achavi/?changeset=66013255
alester (2019-01-05 06:16:48+00:00): I'm curious why you swapped these names. The source stated on the changeset is GeoBC, but they use Saltspring, not Salt Spring. The BC Geographical Names database (http://apps.gov.bc.ca/pub/bcgnws/names/13666.html) also uses the 1-word form. Since local usage is fairly evenly split between the two forms, it makes the most sense to use the name considered official and used by the government.
alester (2019-01-05 06:17:49+00:00): Whoops, never mind. I see you reverted the name back a little while later. Sorry. :)
Something B (2019-03-11 21:39:15+00:00): Здравствуйте! "М-н Родник" –это что?
Mike Baggaley (2019-02-03 14:20:55+00:00): Hi, if possible can you add a religion tag to St John's Street Gospel Hall?

Cheers,
Mike
MapperTwo (2019-02-04 07:17:37+00:00): Hi, If I remember next time I'm passing I'll pay a bit more attention.