piebro/osm-data huggingface dataset:
Frans S (2023-03-09 18:27:03+00:00): You also mapped a few high buildings. 

About mapping of tall apartment blocks

Mapping of tall buildings differs from standard buildings. Because the imagery is taken at an angle, you see both the rooflines and also the side of a building. 
How do you map such a building?
Map over the rooflines and lastly slide the mapped building to the footprint.
Please adjust wrong positioned buildings as well
This video shows how that is done.

https://drive.google.com/file/d/1V5-bADsYiffCD9bo6l64YOdTvmKqMGry/view?usp=share_link

And.... don't forget to square each rectangular building.

Best regards and keep mapping
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133485224
snoozingnewt (2023-03-12 21:51:22+00:00): Can you at least message me before deleting it? I was planning on editing them later (and mapping the city) but now I'm out of motivation for NK mapping.

Thanks,
snoozingnewt
Koreller (2023-03-13 17:50:46+00:00): Sorry, I didn't dare do it for fear of demotivating you, I planned to map de city from 2-3 weeks ago, from those changesets https://www.openstreetmap.org/changeset/132751292, https://www.openstreetmap.org/changeset/132751298, https://www.openstreetmap.org/changeset/132751304 but I've been sick in the meantime what I hadn't expected... Sorry

Today a third of the buildings in the city are done, if you want to do the buildings to the west with Maxar imagery without offset (0;0) that would be a real help!
Frans S (2023-03-09 18:22:11+00:00): Hello. I reviewed this changeset as well.
You mapped a building and moved it over another building (by accident,  I presume)  
Be as precise as possible.
Best regards
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133485422
Frans S (2023-03-09 18:19:43+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process.

I noticed that you are a new mapper. Welcome to HOTOSM.

We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. Just 4, 6 or 8 nodes are sufficient.

Please map each building accurate over the rooflines. You included a yard as well. Just map the building.

Square each rectangular building with the Q key. No buildings here were Squared. !

Nodes of buildings may NOT  connect to other buildings or features.

The shadow of a building is not a part of the building. 

Do not cluster buildings. Each building need to be mapped individually.


See also this document https://drive.google.com/file/d/11PsAW0bzUZHbS8YnbaFzqOYhJY7tSPYG/view?usp=share_link


Best regards and keep mapping !
Frans S
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133485581
muchichka_s (2023-03-10 07:02:20+00:00): Не треба ставити адреси задом наперед "35 - 33". Ці дані використовуюьться не тільки для рендерінгу на карті. Коли такі дані попадають користувачам в текстовому вигляді, їм очі на лоба вилазять від нелогічності. А уяви собі, що хтось захоче відрендерити 3D карту і повернути її на 180 і знов твій номер буде неправильним
sdvm (2023-03-10 16:37:22+00:00): Зрозумів
angys (2023-03-09 19:05:48+00:00): Please dont add ref code for the translation, thank you. Ref code only available at name=xxx.
cnvery (2023-03-10 03:49:40+00:00): Actually my end did not add ref code for the translation.

For example, add Malay, Mandarin Chinese, Simplified Mandarin Chinese and Traditional Mandarin Chinese via dropdown, then save the translation.

Is this added automatically due to editor?

Please correct me if I'm wrong.
angys (2023-03-10 06:40:45+00:00): Sorry I mean Sri Delima station
angys (2023-03-10 06:40:59+00:00): May i know how u use drop down?
cnvery (2023-03-10 09:35:33+00:00): Actually there is one problem here - The name is different with name:ms.

Not sure who added PY12 ref code in Sri Delima in the first place, so just follow the ref code for rest of translations in the names on last edits. 

Now we have a scenario (Not yet fix),
name - KC03 Kampung Batu
name:en - Kampung Batu
name:ms - Kampung Batu
name:zh - 甘榜峇都

How you gonna to fix this issue? Add or remove ref code?

Kindly share ur suggestions.
angys (2023-03-10 09:52:18+00:00): just keep the original format, but not changing the translation
cnvery (2023-03-10 11:51:20+00:00): Your approach will cause Osmose Level 1 issue "Default and local language name not the same"

For example:
https://www.openstreetmap.org/node/9404743865
cnvery (2023-03-10 11:51:59+00:00): Thus, the better solution is to remove ref code on name itself
angys (2023-03-10 13:36:55+00:00): I Don't understand your example? It is the same right? Just different language. 

Ref code is useful for navigation and put in name can let the user know what Line it is. If you use MAPS.ME/ or the newer Organic Maps, the translation will appear together with name. And it is reduntant to display refcode for 2 times.
cnvery (2023-03-11 03:33:58+00:00): My example on this link (https://www.openstreetmap.org/node/9404743865) is to show it have Osmose Level 1 issue "Default and local language name not the same", not a good example. This need to be fixed.
cnvery (2023-03-11 03:36:10+00:00): Despite it's good to have ref code for Maps.me/Organic Maps, but it must not create new Osmose issues.

So my advice is to remove ref code in name OR put ref code in all translation languages, to permanently fix this Osmose Level 1 issue "Default and local language name not the same"
angys (2023-03-11 06:30:30+00:00): I don't understand what  "Default and local language name not the same" will make the OSM have issues. Since you show me the clinic, can you do any example of how you will fix this Osmose issue for that clinic?
cnvery (2023-03-11 12:44:43+00:00): As I mentioned earlier, my example https://www.openstreetmap.org/node/9404743865 is to show it have Osmose Level 1 issue "Default and local language name not the same", not a good example. This need to be fixed.

Nevertheless, I've fixed it and now no longer have Osmose Level 1 issue anymore.
cnvery (2023-03-11 12:45:23+00:00): Original:
name	Dr Shashikala Clinic
name:en	Dr Shashikala Clinic
name:ms	Klinik Dr Shashikala

Fixed:
name	Klinik Dr Shashikala
name:en	Dr Shashikala Clinic
name:ms	Klinik Dr Shashikala
cnvery (2023-03-11 12:48:05+00:00): For more details on Osmose Level 1 issue on "Default and local language name not the same", you can refer to OpenStreetMap official documentation page here - https://wiki.openstreetmap.org/wiki/Osmose/issues

Refer to local language section, there is:
Class 50601 "Default and local language name not the same"

This is the issue it will generate if you keep ref code name for Sri Delima station, but name:en/name:ms dont have ref code.

So it must be same for all texts (Including translations) in order to avoid this Osmose Level 1 "Default and local language name not the same" issue.
angys (2023-03-11 15:02:08+00:00): Ohh, I understand how this tag works, name:ms=xxx should consistent with the name=xxx. However, I can say this tagging is disputed. Sometimes, if a place display their name in English, but also commonly know in Malay (e.g. Serenia City) therefore , although the Malay name should be Bandar Serenia. Should note that Serenia City although is in English, but should be the name, Nor Bandar Serenia. Therefore, it is questionable whether should we really 100% stick to the Osmose validation. Back to topic, it is just a tools. The page also stated.
"Warning 1: Do not map for Osmose, keepright, etc. Only fix real errors which you understand and know how to improve correctly!!!" I don't think not 100% following Osmose is an issue.
angys (2023-03-11 15:04:38+00:00): One thing to mention, Osmose also display "The name tag contains two names" for Jalan 12B/38E. However we all know many streets in Kuala Lumpur are with the / format.
cnvery (2023-03-12 13:26:36+00:00): Ok, let's only keep the MRT station ref code for name, and rest translations without ref code.

Thanks angys
eggie (2023-03-09 17:25:10+00:00): Dag Leon.Je vraagt feeback.
.. leisure=playground wellicht toevoegen?
Mapse..
eggie
leonjnl (2023-03-09 17:30:52+00:00): Dag eggie, goed punt, zal het binnenkort toevoegen. Wederom dank voor de feedback!
eggie (2023-03-10 10:39:17+00:00): Dag Leon.. Je vraagt feedback. Volgens mij klopt het allemaal zo.
Vaak worden die echte brandgangen op access=private gezet omdat ze anders ongewenst gaan meerouteren. 
Zijn de paden voor janenalleman (openbare weg) dan is het oke. 

MVG
eggie
Frans S (2023-03-09 18:17:03+00:00): Thank you for mapping. You have correctly identified the location of most buildings and mapped. 

Reminder: Please be sure to square all rectangular buildings with the Q key
On 1 building, you could see a shadow inside the building. this is an indented piece and must be mapped.  
Reviewed by a validator at random or as requested. 
FYI. Please view this video about common new mappers mistakes.
https://www.youtube.com/watch?v=Xs5wX592E1o&amp;t=2s
https://www.youtube.com/watch?v=ltn1VOiq5_0
On this document you will find some hints and tricks which might help to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit
Best regards and keep mapping.
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133486603
gscscnd (2023-03-09 20:50:48+00:00): Prawdopodobnie s/Część/Cześć/
irik (2023-03-09 21:05:15+00:00): Poprawione, dzięki za czujność!
olo81 (2023-03-11 01:38:33+00:00): Dlaczego na Grota Roweckiego dodałeś ograniczenie prędkości do 50km?
martianfreeloader (2023-03-15 15:48:03+00:00): Hey,

it seems you're creating gaps in existing bus routes when you're creating new ones. I'm not sure how this happens.

I see you're using JOSM, which in my experience is quite good for dealing with relations. I don't know if you get warnings from JOSM when you're editing routes. But if you do get warnings, then please take them seriously.

A number of bus routes have become broken in Ljubljana in the past few weeks. (which I'm currently fixing)

Anyways, great thing that you're contribution to completing the LPP network!
martianfreeloader (2023-03-17 23:00:43+00:00): Also, the way you're adding members to your bus route relations does not conform PTv2 standards, see https://wiki.openstreetmap.org/wiki/Buses

The wiki is a bit confusing there. Where it speaks of "stops", it does *not * mean public_transport=stop_position, highway=platform (which is the area where people wait for the bus, next to the carriageway)
JassKurn (2023-03-09 16:56:20+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach. 

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
Frans S (2023-03-09 18:11:03+00:00): Hello. Some remarks about this changeset.
You mapped here also a whole compound as 1 building.
You mapped a road without tagging it.
A few small objects, (without roof) are also mapped as building. (when you see a shadow on both walls, don't map it.

Please DON'T map landuse objects !  No part of the project and we don't map those because the Task manager is not suitable for big area mapping.
Best regards
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133486888
Frans S (2023-03-09 18:12:52+00:00): Sorry about my comment about landuse.
This was mapped by another mapper before this project. You adjusted something and therefore your name was mentioned as well.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133486888
st1TKvTFu2wdIbU6lqCp (2023-10-05 07:03:15+00:00): Durch die Kennzeichnung als Asphalt bin ich da mit dem Rennrad langgefahren. Dabei ist das miesestes Kopfsteinpflaster. Nicht gut diese Änderung.
ivanbranco (2023-03-11 09:45:30+00:00): Ciao Corrado, benvenuto su OSM e grazie la modifica!

Solo un appunto, su OSM per convenzione utilizziamo l'iniziale maiuscola, quindi "Via Traversa" e non "via Traversa".

grazie ancora e buon mapping!
Frans S (2023-03-09 18:03:19+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process.

I noticed that you are a new mapper. Welcome to HOTOSM.

We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. Just 4, 6 or 8 nodes are sufficient.

Please map each building accurate over the rooflines.

Square each rectangular building with the Q key.

Nodes of buildings may NOT  connect to other buildings or features.

The shadow of a building is not a part of the building. 

Do not cluster buildings. Each building need to be mapped individually.


See also this documenthttps://drive.google.com/file/d/11PsAW0bzUZHbS8YnbaFzqOYhJY7tSPYG/view?usp=share_link


Best regards and keep mapping !
Frans S
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133487052
Frans S (2023-03-09 18:04:44+00:00): Hello again
A more specific comment.
in 2 cases it were no buildings. Please check if there is a shadow. No shadow = no building.
Best  regards
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/133487052
gurglypipe (2023-03-09 17:23:11+00:00): Hi, what made that name vandalism? That’s probably the name of the drop-off locker, as printed on it.

The user who added the locker (lakedistrict) is a regular editor of OSM and is definitely not a vandal.
lakedistrict (2023-03-09 17:31:27+00:00): Yes, cam is the name of the locker. I've also seen the names tagged as references, but the lockers themselves declare them as their names (eg see https://www.geograph.org.uk/photo/7277791)

Please don't just delete data and accuse local mappers of vandalism.
VLD300 (2023-03-09 17:37:27+00:00): Hello gurglypipe,

Thank you for bringing this to my attention, and I apologize for making an incorrect edit. I will go ahead and revert the change back to its original status. Thank you again for reaching out to me about this changeset. If you'd like to reach out further or have any questions please feel free to do so, thank you again!
gurglypipe (2023-03-09 17:37:42+00:00): The wiki does say to tag using ref=cam rather than name=cam (and gives an explicit example for an Amazon locker): https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparcel_locker#Operating_options_/_Features

I suspect this is a refinement to the tagging guidelines since this locker was added. Changing the name=cam to ref=cam would have been much more preferable to just deleting name=cam and losing that data from the map entirely.

I’ve added the ref in https://www.openstreetmap.org/changeset/133488327, although it looks like that just conflicted, so another edit will be necessary to choose between name= and ref=.
gurglypipe (2023-03-09 17:39:51+00:00): Thanks for your reply.

I’ve de-conflicted the changesets in https://www.openstreetmap.org/changeset/133488416, so now the locker is tagged with just ref=cam and no name=.
lakedistrict (2023-03-09 20:36:24+00:00): Thanks for the quick response. Happy mapping.
ortho_is_hot (2023-03-12 03:12:30+00:00): This changeset has been reverted in https://www.openstreetmap.org/changeset/133573048
Fizzie-DWG (2023-03-12 04:51:38+00:00): Hello PSE. We hope your future edits are of better quality than this one! Thanks, Graeme Fitzpatrick, OSMF Data Working Group
Frans S (2023-03-09 17:55:35+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process.

I noticed that you are a new mapper. Welcome to HOTOSM.

We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. Just 4, 6 or 8 nodes are sufficient.

Please map each building accurate over the rooflines.

Square each rectangular building with the Q key.

Nodes of buildings may NOT  connect to other buildings or features.

The shadow of a building is not a part of the building. 

Do not cluster buildings. Each building need to be mapped individually.


See also this documenthttps://drive.google.com/file/d/11PsAW0bzUZHbS8YnbaFzqOYhJY7tSPYG/view?usp=share_link


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133487320
Frans S (2023-03-09 17:58:07+00:00): Hello again. 
More specific issues,
You mapped a walled compound as a building, and in that compound a building as well.
This is not correct. Only the real building need to be mapped. Not the surrounding walls.
Be sure that nodes do not click to other features.
Best regards
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133487320
captaininler (2023-12-22 19:44:13+00:00): Hi CJJ2501. Thank you for your work. Do you have your Information from Swissimages only? By the end of July 2023 there was no fix roofbuilding at this site. Only a few parasols on the eastern and a construction with two awnings attached on the western side.
luin132 (2023-03-09 17:27:55+00:00): Source: Maxar Premium Imagery;Esri World Imagery (Clarity)
OSMCowboy (2023-03-10 22:22:33+00:00): source was actually kartaview
Frans S (2023-03-09 17:53:18+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, during the validation process.

I noticed that you are a new mapper. Welcome to HOTOSM.

We cannot expect that you are already familiar with all issues around mapping. Therefore, I inform you about the most issues,

Please pay attention to next points:
Buildings are in general rather rectangular. Just 4, 6 or 8 nodes are sufficient.

Please map each building accurate over the rooflines.

Square each rectangular building with the Q key.

Nodes of buildings may NOT  connect to other buildings or features.

The shadow of a building is not a part of the building. 

Do not cluster buildings. Each building need to be mapped individually.


See also this document https://drive.google.com/file/d/11PsAW0bzUZHbS8YnbaFzqOYhJY7tSPYG/view?usp=share_link


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/133488013
moje_konto (2023-03-09 18:03:03+00:00): Celowo były dwie wartości
natural = ground;grassland

po pracach drogowych ten teren składa się w większości z rozjeżdżonej gleby i pozostałości trawiastych.
https://i.imgur.com/frvvzva.jpeg
https://i.imgur.com/sVT213X.jpeg
https://i.imgur.com/xonBbwx.jpeg

Lub można użyć
surface = ground;grass

Samo grassland nie odpowiada obecnemu stanowi.
user_18305684 (2023-03-11 22:11:57+00:00): On the imagery geoportail2, bing, maxar, it looks like natural=grassland (or landuse=meadow or grass).

On your pictures, it looks like landuse=greenfield

Imagery are probably old, your pictures are probably recent so I suggest the greenfield with a note to explain imagery is old (like that nobody will put back grassland).

Best regards
moje_konto (2023-03-12 13:41:17+00:00): Yes, my photos are recent.

But about the roadworks - I mean for the adjacent road and the sidewalk. Those works ended and only those were planed for now.

I don't know yet about any scheduled construction on this previously-grassland itself.

Which is needed to use greenfield according to:
https://wiki.openstreetmap.org/wiki/Tag:landuse=greenfield

So probably surface = ground;grass would be safer to use for now.
user_18305684 (2023-03-18 17:00:26+00:00): surface is a secondary tag : we use a primary tag, telling that the area is a residential, an industrial, a road and then you add a tag surface (see wiki https://wiki.openstreetmap.org/wiki/Key:surface : "additional information").
So you cannot use only the tag surface, we have to find the main tag.

Because of your pictures, I was thinking there was a construction project here. But I understand that I confused because of the panels with the roadwork.

Do you think the result of the area (with a lot of mud/ground) is because of the roadwork ? If yes, I mean if the area was with grass before the roadwork, probably the grass will come back at spring if the roadwork is finished. So natural=grassland will be ok even if now it doen't fit well (I see a panel "private land" so I imagine nobody will stand on this area and grass will probably come back).
moje_konto (2023-03-21 16:26:53+00:00): Yes, I know there should be landuse or natural, that's why at first I added natural = ground;grassland.

So maybe better tagging would be
natural = grassland with
surface = ground and
a note or check_date.

And yes, this area was used as free space during adjacent roadworks - for example for temporarily stack removed old road signs and some construction's materials.

It's possible a grass will grow again (you're right that's "private land"), but rather after longer time as it was heavily used. But it's not certain, an owner could as well sold it, I don't know yet.

So basically I wanted to add an info about current state, so it could be easier spotted to re-check later how it goes with this area.

But well, it's not that important, so can stay as grassland and if something will be changed here then we can update it later.
user_18305684 (2023-03-25 20:27:16+00:00): If you want to add surface=ground and a note, no problem.
But not really necessary because not visible on any imagery
gscscnd (2023-03-09 20:52:21+00:00): Czy nie byłoby lepiej jako jeden obiekt? Zobacz też <https://wiki.openstreetmap.org/wiki/Tag:building%3Dwater_tower>.
mark2525 (2023-03-10 18:54:27+00:00): zrobiłem tak jak pokazałeś, nie wiem jak to będzie widoczne.
JassKurn (2023-03-09 17:35:01+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach.

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
luin132 (2023-03-09 18:53:12+00:00): Source: Maxar Premium Imagery;Esri World Imagery (Clarity)
JassKurn (2023-03-09 17:53:13+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach.

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
JassKurn (2023-03-09 18:00:47+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach.

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
JassKurn (2023-03-09 18:00:52+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach.

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
JassKurn (2023-03-09 18:09:05+00:00): I am gradually removing the cycling route relation for the Tour de Manche. The following link to forum explain reasons, and approach.

https://forum.openstreetmap.fr/t/itineraire-velo-tour-de-manche/13154
skyper (2023-03-21 12:57:12+00:00): Hallo RicGer,
site-Relationen werden von etlichen verwertenden Programmen nicht unterstützt und hier ist sie unnötig. Das kann einfach mit einer eigenen Fläche für das Hotel gelöst werden analog zu https://www.openstreetmap.org/way/122566576.
`building=hotel` scheint mir auch falsch oder wurden die Häuser als Hotel gebaut? `building:use=hotel` ist wohl der richtige Tag.
Schaust Du Dir das bitte noch mal an?
Danke und Grüße,
skyper
skyper (2023-05-05 13:35:29+00:00): Habe ich mit https://www.openstreetmap.org/changeset/135742559 korrigiert.
Die Gebäude haben sind wohl eher `building:use=hotel` und nicht `building=hotel` oder wurden die neu als Hotel gebaut?
Grüße,
skyper