piebro/osm-data huggingface dataset:
Frans S (2020-07-04 08:20:23+00:00): Thanks for mapping here
A remark about your mappings.
Your mappings are rather sloppy.
In general, buildings are rather strict rectangular and the mapping should reflect that. It is a quality issue.
Map buildings with straight corners, don't include the shadow line,extrapolate walls where trees covers a roof line and square each building with the Q key in the ediitor.
see this video
http://learnosm.org/en/hot-tips/tracing-rectangular-buildings/
Best regards and keep mapping
VMPanes (2020-07-03 06:49:38+00:00): *residential
yzal (2020-07-04 14:28:15+00:00): Dobrý deň, kde by som si mohol pozrieť ten "streetlevel imagery" čo uvádzate ako source? Lebo na tom chodníku na 100% nie je značka ani nič, čo by povoľovalo jazdu cyklistov.
MartorCZ (2020-07-14 08:27:37+00:00): Dobrý den, dostal jsem zprávu od jakub.gaher@gmail.com, že zde jezdí na kole do práce. Díval jsem se na StreetView a https://www.strava.com/heatmap#17.31/18.59535/48.76666/hot/ride a neviděl žádné omezení pro cyklisty. Máte pravdu, jde jen o chodník a zřejmě zde všichni cyklisté jezdí protiprávně. Odstraním tag a děkuji za kontrolu.
Frans S (2020-07-10 09:30:26+00:00): Thanks for your mapping efforts on this project.
One of by tasks of validator is to review at random mappings of a mapper to check if the mappings are in accordance to the HOTSM quality standards.
From the 78 buildings you mapped on several tasks  all  were reported as bad mapped and squared.
A further look learned me that your mappings are rather sloppy and oversized.
This frustrates the job of validators who have to correct all these mappings. It cost so much more time to correct them rather than map them correct in 1 session.

An urgent recommendation: 
Please map each building accurate and square it (rectangular) with the Q key in the editor. Keep the building selected during pressing the Q key
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct rectangular. Therefore use the Q key after mark it a building and the object is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.


Never let a node of a building connect to other features, like highways, other buildings  or residential areas.
To avoid that , In iDeditor keep the Alt key down while drawing the building. In JOSM keep the Ctrl key down

Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu 
It alerts you on warnings and errors.

Please (try to)solve these before uploading your work.

Best regards and keep mapping !
yadathot (2020-07-03 06:38:50+00:00): Added Gates, barrier and edited access tag, Modified the geometry of roads, added service road as per Private Maxar imagery.
!bm (2020-07-03 11:38:46+00:00): Hallo bommel_030, 
vielen Dank für deine Änderungen! addr:district ist unüblich, :suburb hingegeben wird verwendet – am besten an vollständigen addr:*-nodes in der Umgebung orientieren! 
Kindergarten auf das volle Grundstück gemappt: https://www.openstreetmap.org/changeset/87501286
--besteGrüße!bm
eggie (2021-10-16 19:57:03+00:00): Beste Mvander Heide.  Je hebt met je actie hier het VTC als gebouw verwijderd. Waarom?
In OSM taggen we tegenwoordig uitsluitend op de adresnode.
Je verwijderet hier de building=yes tag. Dan zie je dus geen gebouw meer op de kaart. dat zal vast niet je bedoeling zijn geweest. 

Ik zal het gebouw herstellen en de bedrijfsinfo weer naar de adresnode verplaatsen.
De voorgaande tagging was van mij. 

MVG
eggie
eggie (2021-10-16 20:05:04+00:00): Gebouwrendering hersteld..
weer... building=retail toegevoegd
 Alle info weer naar de adresnode verplaatst.
Mee eens?

MVG
eggie
sabicat (2021-02-15 23:46:50+00:00): bruh fix it
naaitha (2021-02-17 10:00:24+00:00): Hi,

Thanks for looking into the edit, could you please provide more information on what necessary changes do I have to make regarding the edit. Waiting for your response.

Regards,
naaitha.
BER319 (2020-07-14 05:25:19+00:00): Hi simonah_telenav,
this are not highway=residential.
the route was checked on site, certainly not. This is at most a driveway
BER319
simonah_telenav (2020-07-14 05:45:14+00:00): Hi BER319,

Thanks for your suggestion! 
I modified the changeset.
zuicz (2020-08-17 13:17:12+00:00): Czym jest ta kładka? Bo dodałeś ją jako suchy dok xD
YokYo (2020-08-17 13:25:56+00:00): Mówimy o kładce w lasku na Paniówkach? Chyba miałem ją dodać jako most ale coś się stało, chyba źle nacisnąłem i zamiast mostu jest suchy dok :/
NM$L (2020-07-03 14:26:12+00:00): Hello @pukargotame,
I found you recently changed the boundary of China-Nepal-India but you make the boundary relationship out of order. Now China, Nepal and India has a uncompleted boundary so that the map can't show the country name in the whole boundary area of China, Nepal and India. For example, you can see that the boundary of Xisha Islands in the South China Sea can't show the name "中国"(China), and the same situation to Nepal and India. The wrong editor will cause a serious problem so can you make some changes again to let the relationship right(3 countries should have completed boundary)?

Thank you.
Tommy, a mapper in China
SomeoneElse_Revert (2020-07-04 11:56:41+00:00): This changeset has been reverted fully or in part by changeset 87529275 where the changeset comment is: Reverting an edit near Nepal that broke the boundary of Nepal and other admin boundaries.  See https://www.openstreetmap.org/changeset/87486943 for the background to the edit and why there was a problem with it.
SomeoneElse (2020-07-04 12:08:14+00:00): Hello pukargotame,
Thanks for your interest in OpenStreetMap.  I've had to undo this change because you broke the boundary of Nepal - created a gap in the orange line that you can see at 
https://www.openstreetmap.org/relation/184633#map=10/30.2921/81.0146 which had the effect of making Nepal no longer show up on OpenStreetMap as a country at all.
More generally, it's not OK to edit disputed international boundaries to what one side of the dispute thinks is correct.  The reason that this doesn't work is that OpenStreetMap is one set of data shared by everyone.  For more background on how disputed boundaries should be set, see https://wiki.osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf .
As that says, it's perfectly possible for you to create your own map based on OSM data and draw your own boundaries over that.  One discussion about doing that can be read at http://www.openstreetmap.org/user/PlaneMad/diary/38176 (see "'Fixing' the boundaries of India" in there).
One more thing - it's very easy to break boundaries, and it's not something that I'd suggest that a brand-new editor to OpenStreetMap does.  Try making small local edits first.
If you've got any further questions, please get in touch - you can email OSM's Data Working Group at data@osmfoundation.org .  
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group.
PT-53 (2020-07-19 05:57:21+00:00): Hallo HUM12,
Willkommen bei OSM.

Du hast an der Straße "Kirchgängerweg" das Merkmal
oneway=alternating
ergänzt.
Ist dort wirklich eine sich regelmäßig ändernde Einbahnstraßenrichtung durch eine Ampel oder ähnliches vorhanden? Oder ist das nur eine schmale Straße wo man bei Gegenverkehr ausweichen oder anhalten muß?
Wiki:
https://wiki.openstreetmap.org/wiki/DE:Key:oneway?uselang=de
Fragende Grüße
PT-53 (2020-08-05 08:40:13+00:00): Hallo HUM12, 
es wäre schön, wenn Du noch antworten würdest.
Grüße
HUM12 (2020-08-08 11:49:28+00:00): Sorry… du hast recht…

das ist nur eine schmale Straße wo man bei Gegenverkehr ausweichen oder anhalten muß? - und die Straße endet in einer Sackgasse - bzw. mündet in einem Radweg
PT-53 (2020-08-08 12:40:22+00:00): Dann solltest Du Deinen Oneway-Eintrag wieder löschen. Oder soll ich das machen?

Danke noch für die Rückmeldung.
Grüße
HUM12 (2020-08-09 06:19:27+00:00): ...ja ... sollten wir ..kannst du gerne machen..Danke und viele Grüße
PT-53 (2020-08-11 12:40:58+00:00): erledigt
Grüße
Diógenes de Sinope (2020-07-09 02:12:32+00:00): Hi Nhimi, as I was reviewing this changeset, I couldn't help but notice that it appears that you added elements to the map that contain personally identifiable information which is counter to OpenStreetMap wiki guidelines, is that the case?

https://wiki.openstreetmap.org/wiki/Limitations_on_mapping_private_information

Olá Nhimi, enquanto estava a rever este conjunto de alterações, não pude deixar de reparar que parece que acrescentou elementos ao mapa que contêm informações de identificação pessoal que vão contra as directrizes do wiki OpenStreetMap, é esse o caso?

https://translate.google.com/translate?sl=auto&tl=pt&u=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FLimitations_on_mapping_private_information
4004 (2020-07-07 22:32:38+00:00): но ведь нет тега services
Pol Dellaiera (2020-07-03 08:08:04+00:00): I don't think adding the address is necessary when the address is already properly set on the building.
PT-53 (2020-07-08 15:09:42+00:00): Hllo tifftoff,
Du gibst Maps4BW als Quelle für diese Änderungen an. Nach Deinen Änderungen weicht dieser Wegabschnitt 
https://www.openstreetmap.org/way/279990950/history
noch mehr von Maps4BW ab. Wie paßt das zusammen?
Fragende Grüße
tifftoff (2020-07-08 15:29:44+00:00): Welchen Knoten meinst Du, die 76*er oder die 27*er?
PT-53 (2020-07-08 17:34:34+00:00): Du hast das doch bereits überarbeitet.
freeExec (2020-07-03 18:59:37+00:00): Вы удаляете существующие дома и рисуете заново, притом не так детализировано как было. Так делать нельзя, всегда можно подвинуть и изменить геометрию у существующего дома.

По поводу сдвига, вы прежде чем двигать выправили спутниковую подложку по трекам, потому что она по-умолчанию не привязана идеально?

А так же откуда вы копируете адреса?
Vasiliy345 (2020-07-04 14:28:40+00:00): Хожу по городу и переписываю в тетрадь или на телефон
Vasiliy345 (2020-07-04 14:30:38+00:00): Можете подсказать как выправить спутниковую подложку по трекам??? Я тогда выправлю и исправлю там где накосячил если косяки есть
Vasiliy345 (2020-07-04 16:05:00+00:00): Все, понял как
Canal des Pangalanes (2021-09-12 07:43:11+00:00): But now https://www.openstreetmap.org/relation/3280936/history is gone without replacement.
gscholz (2021-10-25 18:01:10+00:00): Hi "Canal des Pangalanes",
no, the results of changeset 85112300 do still exist.
Guido

Btw. what does this mean "Canal des Pangalanes"?
Frans S (2020-07-04 08:41:18+00:00): Hello. Thanks for mapping here
A remark. 
Please square all buildings (rectangular) with the Q key in the editor
Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the object is still selected. 
Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.
Map-Peter (2020-12-28 22:55:54+00:00): Hallo , 
 
warum hast du den Hydranten ( https://www.openstreetmap.org/node/1975264961/history ) so weit (ca. 600 m) verschoben? War das ein Versehen?
Bin-unterwegs (2020-12-29 03:14:27+00:00): Das war ein Versehen. Sorry ich weiß nicht, wie es dazu gekommen ist.
Map-Peter (2020-12-29 20:39:34+00:00): korrigiert
azakh-world (2020-07-12 08:59:59+00:00): Hi.
Please read https://wiki.openstreetmap.org/wiki/Metro_Mapping 
Transfer stations are mapped with two (or more) stop_area relations combined into a stop_area_group relation. Please don't delete them.
lionandoil (2020-07-12 09:12:26+00:00): Got it, I was following https://wiki.openstreetmap.org/wiki/Relation:public_transport#public_transport.3Dstop_area_group which should probably be updated then... (The original reason why I even touched the relations is because each of the two stop_areas was its own subway=station node, which is misleading because they are really just one station. I didn't realise that it was ok to have distinct stop_areas use the same station node, that's the change I should've made!)
azakh-world (2020-07-12 09:25:49+00:00): There are different opinions what a "station" denotes. If to think about a station as an engineering structure then interchange subway station where lines go at different layers is actually two stations.
azakh-world (2020-07-12 17:34:18+00:00): At the Kunming metro scheme https://www.travelchinaguide.com/images/map/yunnan/kunming-subway.png South Ring Road station is drawn as interchange. Don't you know how the station organized? If the two lines don't share the same platforms then there should be two stop_areas and a stop_area_group.
lionandoil (2020-07-13 02:13:12+00:00): Ever since lines 1 and 2 opened in 2014 they have in fact been operating as one line with no exchange between them: no trains start or terminate at South Ring Road and there is only one platform, with trains entering as one number (albeit already showing a terminal station that actually belongs to the other line...), then after a 1 minute stop the same carriages depart under the other line number.

A little background as to why the station is marked as an exchange station: extensions of both lines away from South Ring Road are currently under construction:
https://www.gokunming.com/images/blog/8178.jpg
Only once those are opened will the two lines truly be two separate lines. Caveat: even then it looks like South Ring Road might remain a same-platform exchange station since, according to the latest plans, lines 1 and 2 will also share the same preceding and following station: https://www.travelchinaguide.com/images/map/yunnan/kunming-metro.jpg
Frans S (2020-08-31 11:12:24+00:00): Hello. Thanks for mapping on this project
Your mappings are rather good but lacks accuacy and squaring.
Here you mapped 147 buildings, no building squared.
Most buildings here are rectangular. Please square each of them with the Q key in the editor

Here are some tips and hints which might be helpful to improve your mapping skills

https://docs.google.com/document/d/e/2PACX-1vT_4K-s7HItsGTDt4dx43C3iD7u5uHtUyvasd_eMUQIq9zWbwlMXQk90jDHcdq6OcOnMc6B1NHYG4cO/pub
Best regards and keep mapping
dieterdreist (2020-07-05 14:02:55+00:00): this is supposedly part of an undiscussed concealed automated edit which retagged several amenity=hospice
Adamant1 (2020-07-05 14:08:13+00:00): Weird, because no one ever messaged me about it. They were free to if there was a problem with any of them. Usually it's obligatory to contact someone before reverting them. So, I'm a little disappointed and irritated about it. 

Also, I did all those edits by hand over the course of a few weeks in my spare time. I also visited the websites of the places for a lot of them and did other research before changing the tags make sure the other ones where better. So it wasn't "automated." I'd also mention that it was only a few of the last ones that were left after the two years of it going down. So me re-tagging the last 20 or whatever in a way that your falsely claiming was automated doesn't have anything to do with the tag being obsolete.
Adamant1 (2020-07-05 14:10:00+00:00): Were you the one that did the revert and was it discussed anywhere? I assume were since you know about it and are commenting on my changesets. Plus, we just got in that little tiff about similar things in the name-index. So, this seems a tad like petty backhanded pay back on your part.
dieterdreist (2020-07-05 14:48:06+00:00): I did not revert any of this as I am not at the desk currently. This is neither a payback for any other discussion we have had. I just noticed that usage of the tag went down and that of social facility went up, I looked at random objects and saw it was you making this globally.
SomeoneElse (2020-07-05 15:25:04+00:00): For info I changed 3 hospices in the east mids of England (that I originally surveyed on the ground) back to their original tagging - I don't know if that's the "revert" being talked about?
dieterdreist (2020-07-05 14:02:07+00:00): this is supposedly part of an undiscussed concealed automated edit which retagged several amenity=hospice
dieterdreist (2020-07-05 14:01:38+00:00): this is supposedly part of an undiscussed concealed automated edit which retagged several amenity=hospice
dieterdreist (2020-07-05 14:01:19+00:00): this is supposedly part of an undiscussed concealed automated edit which retagged several amenity=hospice
user_3216889 (2020-07-03 14:43:28+00:00): Hunebedweg staat vreemd genoeg wel in Nationaal Wegen Bestand. Maar de weg is er niet en ook nooit geweest.
Wellicht eens een plan geweest, maar (tot nog toe) niet aangelegd. Gebied is overigens eigendom van Groningen Seaports.
Terecht nu van de kaart verwijderd.
smootheFiets (2020-07-03 15:51:15+00:00): Dankjewel, Henk! Dingen verwijderen vind ik nogal spannend, ben blij dat je de tijd heeft genomen om het te bekijken. 

In het NWB kijken, dat had ik ook kunnen doen. Volgende keer.

Ik had wel nog eens op internet gezocht. Volgens kranten was er, jaren geleden, wel sprake van plannen voor een Hunebedweg. Sindsdien niets meer gehoord. 

PS: bij Google staat die weg gewoon op de kaart alsof hij bestond ;-)
user_3216889 (2020-07-03 16:25:00+00:00): Ontdek net dat het een plan uit 2010 was:
https://www.gic.nl/economie/miljoeneninvestering-voor-industriegebied-oosterhorn-in-delfzijl
Mateusz Konieczny (2021-05-09 08:15:18+00:00): JOSM narzeka że subarea w https://www.openstreetmap.org/relation/4730500 jest dziwne i że type =boundary mogą mieć tylko role inner i outer

Czy subarea jest tu rzeczywiście wskazane?
Mateusz Konieczny (2021-05-14 08:00:13+00:00): Planuję te subarea usunąć.
WieKo68 (2021-05-14 09:09:50+00:00): W OSM jest obecnie ok 1000 parafii, które są w taki sposób zmapowane. Było już wiele dyskusji na ten temat i nie została podjęta żadna decyzja. Jesteś jednym z niewielu, którym to przeszkadza. Może zamiast usuwać, to w końcu ustalić, jak mapować np. parafie. Bo użytkownik szukając jakiejś parafii chciałby od razu zobaczyć jej granice i gdzie jest/są kościół parafialny i kaplice filialne, kancelaria itp. Jak to zmapować?
maposm (2020-07-04 21:42:42+00:00): Hi deepweather and welcome to OpenStreetMap!
You marked your first changeset with a "review requested"-tag. Therefore I want to tell you that everything is okay as far as I can see.
Greets, maposm
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/87491431
Frans S (2020-07-04 09:07:16+00:00): Hello. Thanks for mapping here

A remark. 

Please map more accurately and square all buildings (rectangular) with the Q key in the editor

Most buildings are good rectangular and the mappings should reflect that.
A hand drawn building is mostly not correct squared. Therefore use the Q key after calling it a building and the object is still selected. 

Be aware that this will not work when the deviation to a square corner is to big. Then you have to adjust the building manually . After that you can square it again.

When mapping buildings partly hidden by trees do not follow the outlines of a tree but extrapolate the building picture.  Often there is a shadow on the ground near a building. Don' include these in your mapping.

Never let a node of a building connect to other features, like highways, other buildings  or residential areas
Map each building individually. do not cluster buildings and call it 1 building

Please pay also attention on the issue triangle on the right-hand menu
It alerts you on warnings and errors.
Please (try to)solve these before uploading your work.

Best regards
FajrAl (2024-05-22 23:46:21+00:00): ??????
SomeoneElse (2020-07-05 15:01:47+00:00): For info, I've reverted this to the previous tagging that was as a result of survey.
angys (2020-07-03 09:38:25+00:00): I add muslim=yes as it is only for muslim
mueschel (2020-07-03 09:47:45+00:00): This key doesn't exist in other places and is not documented - there is only one tag that refers to religion:  religion=muslim
tastrax (2020-09-09 00:28:14+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
aceman444 (2020-07-24 21:37:26+00:00): Zdravim, zase bolo potrebne zbytocne rozsekat kruhovy objazd a ponicit tym autobusove linky? Samozrejme za pomoci slavneho iD editora :(
mapperue (2020-07-25 07:06:31+00:00): Zdravím, zmenil som 2 objazdy na týchto autobusových trasách do pôvodného stavu. Kruhových objazdov rozdelených na segmenty je na Slovensku viac. Nenašiel som jednotný postup, keďže pri autobusových linkách sú uvádzané oba spôsoby.
https://wiki.openstreetmap.org/wiki/Relation:route
Chemist72 (2020-07-09 20:09:52+00:00): Habe überlegt, ob es vorher besser war als nach meiner Änderung.
Vorher: leisure=water_park + sport=swimming.
Jetzt: amenity=public_bath + bath:type=lake.
Hat jemand eine Meinung? Was ist der beste Tag für eine einfache Liegewiese ohne Bad-Gebäude und ohne Gebühr?
user_2066394 (2020-07-09 20:46:44+00:00): war mehr eine experimentelle bearbeitung, um inkompatble tags aufzulösen, noch nicht in stein gemeißelt. aber amenity=water_park ist dann ggf. für eine liegewiese nicht geeigenet?
https://wiki.openstreetmap.org/wiki/DE:Schwimmen_und_Baden
user_2066394 (2020-07-09 20:52:53+00:00): leisure=water_park
Chemist72 (2020-07-10 05:29:28+00:00): Ich bin seit Jahren unsicher, wie ich eine ganz normale Liegewiese (Gras, kein Sand) an einem ganz nornalen Badesee mappen soll :)
Vllt. einfach leisure=park + sport=swimming (dein OSM-Wiki-Link, "Strandbad"). Ich mach's jetzt mal so.
ToniE (2020-07-03 12:37:49+00:00): Hallo maessjuh,

du hast hier an den beiden Kindergärten das "amenity=kindergarten" entfernt.

Aus OSM sicht ist das eine sehr wichtige Information, denn nur mit Hilfe dieser Info kann man welt-weit nach Kindergärten suchen, denn name='...kindergarten...' funktioniert ja nur im deutsch-sprachigen umfeld, während amenity=kindergarten in OSM als welt-weite Bezeichnung etabliert ist - english-sprachige Menschen nutzen auch das deutsche Wort "Kindergarten" und nicht "kindergarden" oder was andere.

Ich würde Dein Edit hier gerne wieder rückgängig machen. Das bringt aber nur dann was, wenn du es anschließend nicht wieder korrigierst.

Bzgl. der Dinge, was man wie mapped:

https://wiki.openstreetmap.org/wiki/DE:Map_Features

https://wiki.openstreetmap.org/wiki/DE:Good_practice

https://wiki.openstreetmap.org/wiki/DE:Editing_Standards_and_Conventions

https://wiki.openstreetmap.org/wiki/DE:How_to_map_a

Viele Grüße
Toni
Yury Yatsynovich (2020-07-11 03:47:33+00:00): А в Беларуси уже перешли на белорускоязычные названия в name вместо русскоязычных? Что вдруг стало name=Капыль вместо name=Копыль? Или это просто опечатка?
iWowik (2020-07-24 06:24:20+00:00): М-да, правил вроде тег википедии, как вижу не совсем удачно, а пострадал и name.
tastrax (2020-09-09 00:29:15+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers