piebro/osm-data huggingface dataset:
VictorIE (2017-06-20 12:35:13+00:00): When doing pedestrian crossings and other road ways, do make sure that they join up with adjacent roads. :) The geometry and Routing layers here: http://tools.geofabrik.de/osmi/ are good tools.
stevea (2017-06-20 17:16:24+00:00): Your source tag is a bad link; please correct it.  Also, this appears to be an import.  Where are your Import Guidelines steps documented?
e*holtz (2017-06-20 18:44:27+00:00): The link works for me when I add as a new WMS imagery layer... Also, where does it say that this is an import? If I imported external data it was unintentional.
stevea (2017-06-20 19:00:52+00:00): OK, I loaded your link into JOSM as a WMS layer (thanks).  I appreciate your clarification, as you have "realigned" my assumption that this is an import, rather it looks like you are simply using a WMS layer.

By the way, do you have any plans to trace more (or all) buildings in Santa Cruz or any particular subset?  I ask because there was some recent talk-us chatter to use recent Bing data (over much of the West Coast) to do the same, but it is a HUGE import project.

I've been mapping in OSM locally (and elsewhere) since 2009, be welcome to look me up!  Cheers, Steve
e*holtz (2017-06-20 19:13:32+00:00): Great, happy to clarify. I would like to trace more building footprints in Santa Cruz, probably just doing a few blocks at a time, but no specific plan or area I'm focused on.
TheDutchMan13 (2017-06-10 21:23:30+00:00): Removed tiger zip data (left & right)
Alexander-II (2017-06-10 01:21:38+00:00): Здравствуйте. Какое странное значение roof:shape вы указали. Ни в вики https://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Roof ни в пропозале оно не указано. Ни в одном рендере, скорее всего, не используется. https://taginfo.openstreetmap.org/tags/roof%3Ashape=many в мире также практически не используется (на фоне значений, описанных в вики). Имо, полезность такой правки сомнительна. Если у крыши на разных участках разные формы, то это стоит отрисовать отдельным контурами согласно схеме simple3d.
JayTurnr (2021-01-21 01:36:00+00:00): Kinda curious here re the change to the name of St Nicholas-at-Wade and why it was changed to St. Nicholas at Wade in this edit?
Colin Smale (2021-01-21 09:01:51+00:00): Long time ago! This relation represents the legal definition of the Civil Parish, i.e. not the village, and also not the parish council (which is shared with Sarre). Not many people reference a CP as an object in its own right, but they consider it a synonym for the parish council. The orthography in the OS data about the parishes (not the councils) in this case is with spaces, not hyphens; as that data is derived from the "legal sources" I consider it personally to be the correct way of labelling the parish. However there are many inconsistencies across the country on this point so I am not going to "fight" about it!
Regards,
Colin
JayTurnr (2021-01-21 12:46:35+00:00): Noted! That makes sense 😊 I'm gonna add "St. Nicholas at Wade" as official_name or legal_name (I think the right tag is official_name, I'll check the wiki before I make the final edit)
oormilavinod (2017-06-12 04:45:46+00:00): hey Searialtv , welcome to OSM. i just observed that you have added a node to represent a park. but according to conventions we trace a way along the park. keep adding to the map. Happy mapping !!
Glassman (2017-06-09 23:58:40+00:00): The bridge tag should only be over the actual bridge. I fixed it. 

I can't tell from the image, but the footpath should ideally be connect to another footpath or a road to allow routing. It would be nice if you could connect the footpath to the street.
Polarbear (2017-08-31 17:32:33+00:00): Hi, you were adding lane ways to the jct of Brunswick/Waterloo/University street, although there was no physical separation of road elements. That lead to a complicated knot, which I have fixed. 
Also, there is no need to delete a way (241282481) just to create a similar line, please preserve the history of objects. 
Nowadays, we prefer to draw areas exactly and do not glue them to roads. 
Finally, please provide more descriptive comments to your changesets. Having "Adding additional detail" on each of them is not informative about your intentions. 
Thanks.
TheDutchMan13 (2017-06-10 21:23:26+00:00): Removed tiger zip data (left & right)
nlehuby (2018-04-17 14:30:49+00:00): Hi,

Bovi Marini (6921465) does not really look like an admin_level 4. According to its wikipedia page, it is a natural reserve, part of the city of Lampedusa e Linosa.
We can delete this relation, don't you think ?

Best regards
user_177389 (2018-04-17 19:23:21+00:00): Hello,
you are right. This relation can be deleted, the own admin_level is nonsense. Do you take that over?
( The member ways are part of https://www.openstreetmap.org/relation/39150 )
Thanks for the hint, greetings
nlehuby (2018-04-18 09:31:15+00:00): Thanks !
I've changed it to boundary = protected_area, to keep the name and the wikidata info
https://www.openstreetmap.org/changeset/58194385
TheDutchMan13 (2017-06-10 21:23:23+00:00): Removed tiger zip data (left & right)
Glassman (2017-06-09 23:52:10+00:00): The area around the playground is most likely a park. I made the change.
Commodoortje (2017-06-10 06:01:40+00:00): Welkom per PB gestuurd.
Commodoortje (2017-06-10 06:02:08+00:00): MAPS.ME is helaas niet de optimale editor voor OpenStreetMap. Waardoor vervuiling kan ontstaan.
Het is eigenlijk noodzakelijk dat u de edit controleert middels JOSM, Potlatch of ID om deze vervuiling tegen te gaan.
U bent namelijk middels uw toevoeging "verantwoordelijk" voor wat u in OSM brengt.
Wij danken u voor uw begrip en we hopen dat u goede aanvullingen verricht op OSM.
Commodoortje (2017-06-10 12:29:22+00:00): Hallo Treora,
Ik zie dat je wat tags verwijderd hebt, maar de name tag "Zomersche Avont Bakker" staat er nog wel.
Kun je misschien wat uitleg geven wat dit is?
Treora (2017-06-10 13:03:43+00:00): Gewoon een huis, woongroepje, niks officieels. Mogelijk niet noemenswaardig genoeg om op de kaart te staan?
TheDutchMan13 (2017-06-10 21:23:18+00:00): Removed tiger zip data (left & right)
Supaplex (2017-06-10 12:22:43+00:00): 駕訓班用amenity=driving_school
TheDutchMan13 (2017-06-10 21:23:10+00:00): Removed tiger zip data (left & right)
TheDutchMan13 (2017-06-10 21:23:15+00:00): Removed tiger zip data (left & right)
Commodoortje (2017-06-10 06:17:18+00:00): Revert changeset due to vandalism
http://overpass-api.de/achavi/?changeset=49411659
Commodoortje (2017-06-10 06:17:24+00:00): Wees even voorzichtig met het aanbrengen van nieuwe edits.
Mocht je op deze manier doorgaan zal er overwogen worden een (tijdelijke) stop op je account te plaatsen.
http://wiki.openstreetmap.org/wiki/Data_working_group
Commodoortje (2017-06-10 06:17:36+00:00): Je changesets zullen worden teruggedraaid.
Supaplex (2017-07-09 17:33:29+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
TheDutchMan13 (2017-06-10 21:22:31+00:00): Removed tiger zip data (left & right)
Supaplex (2017-07-09 17:33:54+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
5m4u9 (2017-06-13 05:13:41+00:00): thanks for improve the map!
Supaplex (2017-07-09 17:34:32+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2017-07-09 17:34:58+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2017-07-09 17:35:46+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2017-07-09 17:36:11+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
mueschel (2019-08-18 12:45:47+00:00): Hi,
could you explain the meaning of the tag "beej71:quickndirty" we find on 346 ways?

Jan
beej71 (2019-08-20 04:01:05+00:00): It means they're not traced very well. I just blasted through them with marginal regard for accuracy.
mueschel (2019-08-20 08:00:51+00:00): Thanks for the explanation. I'd like to change them to "fixme = tracing accurary could be improved". With this common tag they show up in the QA tools and are better visible to other mappers.
beej71 (2019-08-20 15:06:39+00:00): I'm totally fine with that. Do you have a quick way of doing it? (I can change them in josm in a few seconds, if not.)
mueschel (2019-08-20 16:53:48+00:00): I didn't check if Level0 or JOSM is quicker, but I changed them: https://www.openstreetmap.org/changeset/73548924
beej71 (2019-08-20 18:57:20+00:00): Cool, thanks! Yeah, I should have done that to begin with. :-)
Supaplex (2017-07-09 17:38:02+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2017-07-09 17:38:57+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
Supaplex (2017-07-09 17:39:40+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 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
Slack https://osm-tw.signup.team/

Happy Mapping!
TheDutchMan13 (2017-06-10 21:22:46+00:00): Removed tiger zip data (left & right)
Upendrakarukonda (2017-06-12 06:24:32+00:00): Hello  ألبرشت شونك,

May I know the reason behind deletion of wikidata tag here
https://www.openstreetmap.org/node/316808022/history , though It directs to the right information ?

Regards,

Upendra.
Łukasz Dudek (2017-06-29 08:34:56+00:00): Hi ألبرشت شونك, upendrakarukonda

I also noticed that
Tadjourah District (3905174, v4)
was tagged with Q645896, but this tag refers to 
Tadjourah (3725194, v6) (region not district), I'll fix it, please let me know if you think my change sould be reverted.

Thanks,
Lukasz
TheDutchMan13 (2017-06-10 21:22:18+00:00): Removed tiger zip data (left & right)
opendcc (2017-06-10 07:25:49+00:00): Hallo Michi,

warum hast Du die Häuser von mir rausgelöscht??
miche101 (2017-06-10 08:07:44+00:00): Ich hab glaub ich nur meine wieder gelöscht... Mir haben und überschnitten :-/
SafwatHalaby (2017-06-10 05:13:49+00:00): Total names copies: 5479
Total name to name:en: 519
Total name:he to name: 0
Total name to name:he: 4861
Total name:ar to name: 0
Total name to name:ar: 99
Whitespace fixes: 1808
Total unhandled errors: 193
SafwatHalaby (2017-06-13 05:42:36+00:00): The bounding box of this change was accidentally cropped from the top. Ashdod and Ashkilon were not edited despite being in the South district.
Endres Pelka (2017-06-14 14:10:37+00:00): Czy aby na pewno należy ten zastąpiony odcinek DK46 zdegradować z "primary" do "tertiary"? Powinna to teraz być droga wojewódzka, więc "secondary" by bardziej pasowało. Zwłaszcza, że dalej pełni ważną rolę w mieście (ważniejszą niż inne "tertiary").
TheDutchMan13 (2017-06-10 21:22:09+00:00): Removed tiger zip data (left & right)
ma-rt-in (2017-06-11 06:06:50+00:00): lies dir mal das wiki betreffend hw=proposed durch
peter_osm (2017-06-11 06:20:37+00:00): Do you mean that the tag proposed is missing?
ma-rt-in (2017-06-11 06:27:55+00:00): yes
peter_osm (2017-06-11 06:36:07+00:00): Just added.
zstadler (2017-07-21 08:49:44+00:00): https://www.openstreetmap.org/relation/7304999 is the relation for the "Green Line" and https://www.openstreetmap.org/way/294464667 is already a member of it.
.
The "trick" of adding a new relation seems to be an example of "tagging for the renderer" and should be avoided. See http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
SafwatHalaby (2017-07-21 11:50:55+00:00): Yes. this is explicitly tagging for the renderer, or more precisely for almost all renderers out there.

Despite being discouraged, it's better than a border which doesn't render. I left it that way till I find a better solution to the following problem:

The "green line" relation does not contribute to rendering at all because it lacks boundary=administrative, type=boundary.

Its members renders only because they happen to be part part of the Palestine relation: https://www.openstreetmap.org/relation/1703814

But this little chunk is not part of the Palestine relation, so without the hack it becomes invisible on most maps. 

This should somehow be fixed, but having two "outers" for the Palestine relation is wrong and so I didn't add it to the PL relation.
SafwatHalaby (2017-07-21 11:51:19+00:00): Yes. this is explicitly tagging for the renderer, or more precisely for almost all renderers out there.


Despite being discouraged, it's better than a border which doesn't render. I left it that way till I find a better solution to the following problem:


The "green line" relation does not contribute to rendering at all because it lacks boundary=administrative, type=boundary.


Its members renders only because they happen to be part part of the Palestine relation: https://www.openstreetmap.org/relation/1703814


But this little chunk is not part of the Palestine relation, so without the hack it becomes invisible on most maps.


This should somehow be fixed, but having two "outers" for the Palestine relation is wrong and so I didn't add it to the PL relation.
SafwatHalaby (2017-07-21 11:52:24+00:00): Also, adding "administrative" to the green line is factually wrong, I think.
zstadler (2017-07-23 07:49:49+00:00): If the 1949 armistice line is an historical line. Currently, it does not serve as an administrative boundary, not even a disputed boundary, because it was superseded by the Oslo agreements.
.
https://www.openstreetmap.org/welcome says: "What it [the map] doesn't include is opinionated data like ratings, historical or hypothetical features, and data from copyrighted sources."
SafwatHalaby (2017-07-24 05:22:15+00:00): The reason I added a relation is to get it to render while avoiding adding "administrative" on the way itself. Do you have a better alternative?
zstadler (2017-07-24 06:11:44+00:00): I think that the line should not be rendered.
SafwatHalaby (2017-07-24 07:21:14+00:00): Is there anything different about the left just west of it? If not, why should one of them render, and the other shouldn't?
zstadler (2017-07-24 20:07:13+00:00): If you refer to http://www.openstreetmap.org/way/288825225, then it is a member of a (disputed) boundary=administrative admin_level=2 relation - http://www.openstreetmap.org/relation/1703814
SafwatHalaby (2017-07-24 20:13:53+00:00): I think you're missing my point: Both 294464667 and 288825225 are disputed. So, there isn't anything special about either of them, both should be rendered the same. But only the western one renders, because only the western one is part of the PL relation which is tagged administrative.
SafwatHalaby (2017-07-24 20:15:31+00:00): So I added this hack to make the Eastern one render. We have a very unique case a country (or pseudo-country if you will) has "two" borders. Putting them both in the PL relation is bad because it messes out outer/inner, so I had to do this hack.
zstadler (2017-07-25 05:35:04+00:00): A dispute can only be on a boundary claimed by some entity. No claim implies no dispute. Way 288825225 is part of the boundary claimed by Palestine and disputed by Israel.    
.
Way 294464667 is not claimed to be a boundary by any entity - neither Palestine nor Israel. Therefore it is not a boundary and should not be rendered.
.
If the Palestine claims its boundary at the location of 294464667, or any other location, then it should be used rather than 288825225.
SafwatHalaby (2017-07-25 07:04:54+00:00): Removed in https://www.openstreetmap.org/changeset/50547120
zstadler (2017-07-25 07:49:47+00:00): I appreciate your listening and open-mindness!
SafwatHalaby (2017-07-25 08:42:49+00:00): :)
SafwatHalaby (2017-07-25 08:45:49+00:00): What was the historical rationale for having the green line split into two at this section?
zstadler (2017-07-25 11:23:56+00:00): I'm not an historian, but I think there was a no man's land area/שטח מפורז between the Israeli-controlled and the Jordanian-controlled areas.
maxerickson (2017-06-10 20:00:46+00:00): Stripping those tags without further edits is basically pointless (they are easily ignored by data consumers, etc).

I think it is even actively harmful, as it makes it look like the ways have been recently edited, whereas the data has just been touched by a mass tag removal process.
TheDutchMan13 (2017-06-10 20:31:05+00:00): I'm in the process of resolving this with the osm community right now. Thank you for your input. Edits are now on hold.
TheDutchMan13 (2017-06-10 21:21:58+00:00): Removed tiger zip data (left & right)
GOwin (2017-06-11 00:53:16+00:00): These are secondary / multi-functional shelters, and you're missing the "emergency:" prefix for tags. 

Please fix. :) Thanks!

Also, "evacuation_center=yes" is deprecated.

See https://app.simplenote.com/p/XrwB6X
user_5359 (2017-06-10 07:36:05+00:00): Welcome to OSM! A building ist a bridge?? Or did you mean this bridge https://www.openstreetmap.org/way/26220128 ? Please read the wiki (wiki.openstreetmap.org) for more details of tags. Use ref:bridge instead BRIDGE_NO, NR_STATUS can be calculated (not necessary), use start_date instead build (andso on).
Is the source of your information legally?
GOwin (2017-06-11 01:00:55+00:00): Thanks for the edits!

The tag `building=government` is a proposed tag and not as mature as the equivalent `building=public` tag. 

Also, when inputing phone numbers, make sure they follow the international format +<country_code><access_code><phone_number>.
amapanda ᚛ᚐᚋᚐᚅᚇᚐ᚜ 🏳️‍⚧️ (2021-10-28 15:02:53+00:00): you don't need to add `key=value` 😉
Mateusz Konieczny (2024-04-25 10:18:08+00:00): Hello! https://www.openstreetmap.org/way/343100064/history has amenity = temple that was added in this edit (if I checked things correctly)
What you meant by amenity=temple? It seem to be not documented value and it seems to be a duplicate of https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dplace_of_worship.

If you used it intentionally instead of amenity=place_of_worship - then what is the difference here?
Mateusz Konieczny (2024-04-25 10:19:49+00:00): Also, https://www.openstreetmap.org/node/9622703400 is mapped separately
luiswoo (2017-06-10 07:49:27+00:00): детская площадка не есть парк, через контекстный поиск в редакторе её не сложно было найти
luiswoo (2017-06-10 07:51:47+00:00): не нужно заниматься вандализмом
Commodoortje (2017-06-10 10:09:51+00:00): Welkom per PB gestuurd.
MichaelVL (2017-06-10 08:06:08+00:00): maxspeed:backward=70 ... det er godt nok hurtigt i bakgear!

Jeg har ikke set sådanne retningsbestemte forskelle i hastighedsbegrænsninger før - mon ikke der er en skiltemand der har rodet med skiltene :-)
osmviborg (2017-06-10 08:21:43+00:00): Er det helt ved siden af? https://wiki.openstreetmap.org/wiki/Key:maxspeed#Driving_direction
MichaelVL (2017-06-10 08:30:26+00:00): Der er ikke noget i vejen med din tagging - det var nu mere logikken i forskellige hastighedsbegrænsninger der undrede mig.
osmviborg (2017-06-10 08:43:17+00:00): Pas på med det der "logik". Der er ikke altid det som er styrende 【ツ】
Hjart (2017-06-10 09:59:01+00:00): Hvis man ikke lige er helt vågen, kan man godt misforstå det tag :.-)
Jeg mindes dog at have set et andet sted hvor det godt kunne komme til gavn.
luiswoo (2017-06-10 09:36:55+00:00): Единственный настоящий парк, а остальное зачем?
GOwin (2017-06-11 00:55:11+00:00): These are secondary / multi-functional shelters, and you're missing the "emergency:" prefix for tags. 

Please fix. :) Thanks!

Also, "evacuation_center=yes" is deprecated.

See https://app.simplenote.com/p/XrwB6X
GOwin (2017-06-11 00:51:15+00:00): Sir, these are secondary / multi-functional shelters, and you're missing the "emergency:" prefix for tags. 

please fix. :) Thanks!
Glassman (2017-06-10 13:14:48+00:00): there isn't any indication of a path along the shoreline. Please confirm that the path exists.
Glassman (2017-06-12 15:36:16+00:00): No response from you so I deleted the path.
seav (2017-06-10 14:09:50+00:00): Hi! I had to undo some of the changes in this changeset. For example, the place node for Brgy. Corazon de Jesus was deleted. For another, a node was accidentally dragged and snapped into a road (this is a common mistake in the iD editor).
ForstEK (2017-09-15 08:18:23+00:00): Здравствуйте! Для подстанций на газопроводах (https://www.openstreetmap.org/way/499449274) существуют специальные теги (http://wiki.openstreetmap.org/wiki/Tag:pipeline%3Dsubstation).
MosKartograf (2018-11-03 12:34:24+00:00): Разве у меня были такие специфические объекты?
ForstEK (2018-11-03 12:53:12+00:00): https://www.openstreetmap.org/way/499449274
MosKartograf (2019-01-01 07:03:11+00:00): Спасибо за исправления. Учту для аналогичных будок.
jj1bdx (2017-06-10 09:08:36+00:00): Ass -> Add. My bad.
Commodoortje (2017-06-10 12:02:31+00:00): Wat wilde je toevoegen?
name:nl=Hackspett
name=Hackspett
natural=spring