piebro/osm-data huggingface dataset:
Mundilfari (2023-02-19 19:48:00+00:00): Hi - could you elaborate on how moving the traffic lights into the middle of the intersections is "fixing" them?  This results in going through three individual lights when making a left turn at these intersections, which obviously isn't ground truth. Also, mapping the lights on the incoming ways is perfectly valid per the wiki. I'd argue that these "fixes" not only add no value, but actually disimprove the situation by replacing a more specific mapping scheme by something less accurate...

I'm tempted to revert these, but I'm curious to hear your thoughts first.

Thanks!
Mundilfari (2023-02-19 20:19:10+00:00): Also, would you please consider being a little more specific in your change set comments. "Fix Points" is super generic and as such, hardly indicative of what exactly it is you're doing. All that says is "I made some unspecified changes to some unspecified objects", which is hardly more meaningful than no comment at all. Thanks!
Zol87 (2023-02-20 03:22:41+00:00): I understand the newer scheme of tagging each traffic light in an intersection. I just try to reduce redundancy and clutter, but I can't always get the arrows in the right directions for approach. I try to leave standard cross shaped intersections with a single light in the center. As for more complex ones with side turning lanes, I add those lights separately.
Mundilfari (2023-02-20 04:19:54+00:00): Hi there - thanks for responding. 
I believe the "one light only if it's just two roads crossing" approach is consensus anyway, it's specifically the  ones on double carriageways that I'm concerned about. 

As far as redundancy is concerned, I'd argue it's the other way around - moving the lights into the center of the intersection, with no restrictions as to what specifically each of them applies to actually _introduces_ redundancy, bc now you have multiple "fake" (not applicable) lights no matter what direction you're moving. 
I understand the "I can't get it to work the other way" argument when mapping new/missing lights, I'd just ask to not move them if they're already mapped in the (more detailed) newer fashion. Does that sound acceptable?

If you care to find out how the approach arrows work, here's some details:
In the end, it's just another tag on the light itself: direction=forward (if the light applies to vehicles traveling in the same direction the way is drawn) or direction=backward (if the light applies to vehicles traveling the opposite direction).
If no direction tag is specified, the light applies to vehicles approaching from either direction.
However, if the light sits on a way that is tagged as oneway=yes (or oneway=1 I believe), you can omit the direction tags altogether (so on intersections where two dual carriageways cross, like IL59 / Royal Worlington Dr, you literally just place the light on the stop line on each of the incoming ways and that's it - no extra tags required).
The same approach works for stop signs too, by the way, not just lights.
Geim (2023-03-05 21:37:16+00:00): Hallo Tijgerhaai,
highway=footway impliceert al horse=no en bicycle=no, het is ongewenst om deze tags toe te voegen aan een voetpad.
Zie de tabel op: https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Netherlands (iets naar beneden scrollen).
Baloo Uriza (2023-02-17 23:10:08+00:00): I'm afraid I'm not sure what you were going for based off what changed or what is in the changeset comment.  Could you clarify?  I might be able to provide some tips.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132651699
ivanbranco (2023-02-20 20:47:47+00:00): Ciao Sguazz79, benvenut su OSM

Hai mappato un "Lavaggio" come parco. Il nome inglese è "Dishwasher" (Lavapiatti). Cosa volevi mappare?

Le strada interne si chiamano davvero Electrolux Professional?
highflyer74 (2023-04-03 13:57:17+00:00): Moin!

Kannst du dir mal eben diese

https://wambachers-osm.website/Postcodes.html?map=15/53.157412/9.589562&base=OSM&data=PCBDE,WPCDE

Stelle ansehen? Da gibt es wohl Diskrepanzen bei den Postleitzahlen an mehreren Objekten. Entweder sind diese nicht richtig getaggt, oder die PLZ-Grenze liegt nicht richtig bzw. hat sich geändert.

Viele Grüße!
NorthCrab_upload (2023-02-16 23:10:21+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1146828721

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
emersonveenstra (2023-02-17 13:13:02+00:00): Hi,

Looks like your multipolygon here has an unclosed part: https://www.openstreetmap.org/edit?relation=15486321#map=19/42.46687/-83.11712, would you mind fixing that? Thanks!
ACIPasig (2023-02-16 23:15:44+00:00): 1296 kHz
Tjuro_Global (2023-02-18 22:11:37+00:00): Hello,

I see that you have added some landuse=village_green. Please read:
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green
Would a more specific tag like grass or shrubbery be more appropriate?
Please read:
https://wiki.openstreetmap.org/wiki/Tag:landcover%3Dgreenery
For a list of alternative tags.

Greetings Tjuro
ACIPasig (2023-02-16 23:36:14+00:00): 1512 kHz Cebu
CurlingMan13 (2023-02-18 08:04:25+00:00): Why did you change a roadway/driveway into a cartpath?  It looks very much like a driveway, not a cartpath.

This one among others:
https://www.openstreetmap.org/way/1146833678
CurlingMan13 (2023-02-18 08:05:51+00:00): Reverted in:
https://www.openstreetmap.org/changeset/132705179
Frans S (2023-02-25 16:12:54+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, at random or as requested. 
I am sorry to say, but your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to next points:
Buildings not squared.
Nodes connected to other buildings or features



Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132652763
Adam850 (2023-03-11 03:01:53+00:00): Thanks, Wasn't sure how to fix this.
jmarchon (2023-03-11 06:14:40+00:00): You're welcome, happy mapping!
Frans S (2023-02-26 17:02:24+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.
Each rectangular building need to be squared. !!  Q key when still selected
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.
 You ignored lots of warnings of the issue triangle 
These issues must be solved before you upload your mappings.





Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
segubi (2023-08-19 07:45:04+00:00): Ich würde sehr empfehlen, keine Routenmarkierungen in die direction_* - Tags zu integrieren. Bei solchen Erweiterungen sollte unbedingt daran gedacht werden, ob und wie man automatisiert die divergenten Informationen wieder trennen kann. Da Anführungszeichen auch sonst auf Wegweisern vorkommen, ist das keine gute Lösung, eine sichere Trennung erfordert so eine manuelle Überprüfung der Daten und wenn man Pech hat vielleicht sogar eine Überprüfung vor Ort. 
Wahrscheinlich sollte man ein eigenes Tag einführen, wenn man das machen möchte. (https://community.openstreetmap.org/t/reprasentation-des-aktuellen-offiziellen-deutschen-radverkehrsnetzes-nach-den-vorgaben-der-fgsv-in-osm/4805/40). Wenn Du ein Tag einführen möchtest, siehe https://wiki.openstreetmap.org/wiki/Any_tags_you_like#How_to_name_new_tags.
ACIPasig (2023-02-17 12:16:32+00:00): NEWS
ACIPasig (2023-02-17 00:26:22+00:00): Monster RX 93.1
ACIPasig (2023-02-17 00:32:15+00:00): ACI News
Niels Elgaard Larsen (2023-02-18 13:34:36+00:00): Hvad er: https://www.openstreetmap.org/way/1146841791

Det skal  have et fysisk tag.
antonr (2023-02-20 13:31:53+00:00): Det er et betonfundament som har været brug til en luftværnskanon... Forslag til bedre tagging modtages!
b-holdet (2023-02-20 15:00:17+00:00): Forslag til tag:
building=bunker
bunker=gun_emplacement
surface=concrete
millitary=bunker

https://wiki.openstreetmap.org/wiki/Key:bunker%20type?uselang=da
antonr (2023-02-20 15:06:21+00:00): Ah, ja, det må være løsningen. Tøvede med at bruge military=bunker, da det blot er et fladt fundament.
DressyPear4 (2023-02-18 09:29:35+00:00): Não retire as tags que identificam a via, crie uma nova geometria para a praça
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/132653565
NorthCrab_upload (2023-02-17 01:00:21+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/way/186282543
https://www.openstreetmap.org/way/350377331

Pozdrawiam! 🦀
EvanSiroky (2023-02-17 18:03:40+00:00): Hey there! I'm a local mapper from Scotts Valley, California. I see that you requested a review of this changeset, so I'm giving it a review.

It appears that you are updating the name of an apartment complex that may have been named something differently in the past. As such, you correctly updated to the new name, but then used the "not:name" tag for the previous name. While I don't know the full history of this particular apartment complex, I think the most likely sequence of events had the apartment complex might undergo a change in ownership and when that happened, it changed its name. If that is the case, then it would probably be more appropriate to use the "old_name" tag instead of "not:name" tag. If the apartment complex was never called "Parkwood Terrace Apartments" then the "not:name" would be more appropriate.

In case you'd like to read up more on what these tags mean, here are the links to the OSM wiki for each tag: https://wiki.openstreetmap.org/wiki/Key:old_name, https://wiki.openstreetmap.org/wiki/Key:not:name

Also, it's great that you added more information about the website and whether smoking is allowed.

Thanks for contributing to OpenStreetMap!
seattlefyi (2023-02-17 01:36:52+00:00): Hi, thanks for the edit! Tips: 1. If the tags on the node were just wrong, they could just all be changed (not applicable here, since the Food Mart is mapped). 2. If the service station had an available area but was just closed, then the non-valid-tags (name, website) could be removed, leaving any address tags for the next tenant. The type could have a "lifecycle prefix" prepended, like "disused:shop" with no quotes. 3. Last, if the object had no still-valid tags, it could be deleted completely, as I think in this case. Hope this helps.
fkv (2023-06-14 08:36:42+00:00): Das ist kein Tunnel. Ein Tunnel hat einen Eingang an jedem Ende.
kuhni74 (2023-06-14 09:21:27+00:00): Den Eingang gibt es ja, nur halt sehr weit oben, westlich der Speisinger Straße. Es ist allgemein die Frage, ob überhaupt und falls ja wie verrohrte Wienerwaldbäche zu mappen sind.
fkv (2023-06-14 09:37:05+00:00): Solang es nur eine Frage gibt und keine Antwort, würde ich Tags wie tunnel=yes weglassen (und in diesem Fall habe ich es ja bewusst weggelassen). tunnel=yes hat dem Zweck, dem Renderer mitzugeben, dass er eine Tunnelsignatur zeichnen soll, also z.B. auseinandergehende Linien am Anfang und am Ende. Das macht hier aber keinen Sinn, weil der Anfang nicht stimmt und das Ende unterirdisch liegt. Der unteriridsche Verlauf des Liesingbachs ist hingegen ein richtiger Tunnel, mit Eingang und Ausgang.
kuhni74 (2023-06-14 11:49:54+00:00): Nur weil der obere Tunneleingang noch nicht gemappt ist, ist der Tunnel deswegen noch nicht *kein* Tunnel, aber bitte, wenn Du "tunnel=yes" gern wegmachen willst, dann mach es weg.
Luzandro (2023-06-15 16:56:32+00:00): siehe auch https://www.openstreetmap.org/changeset/137316849
ACIPasig (2023-02-17 01:01:16+00:00): ACI NEWS RADIO
highflyer74 (2023-03-23 06:46:01+00:00): Moin und willkommen bei OSM!

Sei so nett, POIs nicht zu löschen, wenn die Räume leerstehen. Wir verwenden dafür das https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix. Aus dem Grund waren auch die POIs im ehemaligen Real Gebäude entsprechend getaggt. Beispiel: aus einem shop=flowers wird ein disused:shop=flowers.

Generell: sei vorsichtig, wenn du Geometrien bearbeitest. Die Vahrer Straße hatte einen erheblichen Knick, den ich mittlerweile beseitigt habe.

Auch das Erfassen und Tagging von Fuß- und Radwegen birgt ein paar Spezialiäten, die man nicht kennen kann, wenn man noch neu bei OSM ist. Ich würde dir deshalb generell empfehlen (falls du der Sucht OSM verfallen sein solltest), dich zunächst in einige Dinge einzulesen. Ich kann dir gern per PN ein paar Tipps zukommen lassen, falls du möchtest.

Auch lade ich dich zu unserem monatlichen Treffen ein. Schau gern mal vorbei: https://wiki.openstreetmap.org/wiki/Bremen/Community

Viele Grüße!
fititnt (2023-03-22 22:50:37+00:00): Olá! Em primeiro lugar, parabéns pelo trabalho em Timor-Leste!

Estou olhando aqui e acredito que acidentalmente as áreas de rios da região (que não cabem em quadrados de edição organizada com HOT Task Manager, logo tem grandes chances de dar conflitos) foram deletados (isso não quer dizer que problemas tenham sidos no seu changeset que estou comentando aqui). A relação https://www.openstreetmap.org/relation/2218282 também está com problemas. Só para deixar claro, isso não é um problema de vocês (acontece em outras regiões do mundo principalmente com rios) e inclusive é complicado de ser resolvido usando a mesma ferramenta. É o tipo de coisa que até mesmo quem valida edições não recebe treinamento.

Minha pergunta: tem como alguém do grupo de vocês informar se há oposição (isto é, vocês não querem ajuda) para que área de rio dessa região seja reparada por outras pessoas?

Obrigado! Tenha um bom dia!
mueschel (2023-02-18 09:52:05+00:00): Hi,
please check this way, it didn't get any proper tags:
https://www.openstreetmap.org/way/1146847855
Sparks (2023-02-18 17:30:38+00:00): Thanks for finding this error.  I have added it to the ACLT multipolygon.
emersonveenstra (2023-02-17 11:47:40+00:00): Hi,

Thanks for your contribution to OSM! I just wanted to double-check, since the value of the width tag is meters, you're saying that the road is 2 meters (about 6 ft) wide here?
emersonveenstra (2023-02-17 11:35:01+00:00): Reverting this changeset, golf course has been closed for 6 years https://www.mlive.com/news/kalamazoo/2017/07/thornapple_creek_golf_course_w.html
Flohh (2023-02-17 04:12:57+00:00): I believe it has been re-named as Old Bridge Medical Center. Reference Hackensack Meridian Health takeover.
WoodWoseWulf (2023-02-18 05:40:44+00:00): Hiya Akinsegun,

Welcome to OSM!

We typically work off the idea of "one feature, one OSM element" so in the case of Carragana Park, you can just add the name to the park area rather than creating a new park node with that information.

Additionally, the name tag should be used for actual names rather than descriptions. For example, the cannon you added here might be better mapped as historic=cannon rather than leisure=park with the name "cannon"
Frans S (2023-03-09 16:53:21+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/132655421
emersonveenstra (2023-02-17 11:37:11+00:00): Reverting, course has been closed for 6 years
Allison P (2023-02-17 21:44:33+00:00): Hello, this entry is located at a private residence. If a physical storefront is not present, that is accessible to any visitor, the feature is not suitable for inclusion on OpenStreetMap. Based on the information present on the linked website, this is not the case. I have removed the entry. Please let me know if this is in error.
f_husni (2024-03-14 02:48:06+00:00): Hallo saya melihat anda menambahkan tag motorcycle dan motor_vehicle=no pada ruas https://www.openstreetmap.org/way/521149277. jika jalan tersebut ditambahkan tag spr itu, maka jalan tersebut tidak dapat diakses oleh kendaraaan motor  dan mobil. sedangkan berdasarkan validasi menggunakan mapilary https://www.mapillary.com/app/?pKey=365373693103763&lat=-6.241831&lng=106.779044&z=19.538890805463655&focus=photo&x=0.46790486456640756&y=0.6362239143261496&zoom=0  pada gambar tersebut jalan tersebut masih bisa dilalui oleh motor. maka tag yang seharusnya adalah menghapus tag motor_vehicle=no dan merubah tag motorcyle=no menjadi motorcycle=yes. dan jangan lupa gunakan mapilary atau kartaview sebagai street level imagery untuk validasi. terimakasih
Aarogya Pandey (2024-05-11 03:14:59+00:00): Thank you for mapping. The mapping looks great but i am not sure about the changeset comment. Happy Mapping. #OMGuru
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132656096
EvanSiroky (2023-02-17 19:03:16+00:00): Hey there! I'm a local mapper from Scotts Valley, California. I see that you requested a review of this changeset, so I'm giving it a review.

All the edits you made seem to be coded correctly! Thanks for your contributions!
MxxCon (2023-02-17 16:27:17+00:00): I'll repeat once again, location description does not belong in the POI name. We have branch= tag for that! This is the last time I'm fixing this. Next time you do it, I'll flag your account to DWG!
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/132656363
Boyan Alexiev (2023-07-28 14:48:36+00:00): Hello rene78, I reviewed your changeset as part of the HOT OSM Project "M7.8 Earthquake Türkiye - Gaziantep Response".

The changes here make no sense to me and I had to resort to reveting it and taking the effort to re-make the maps.
https://osmcha.org/changesets/132657068?filters=%7B%22ids%22%3A%5B%7B%22label%22%3A%22132657068%22%2C%22value%22%3A%22132657068%22%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%7D

Cheers!
orthocircular (2023-04-04 16:33:39+00:00): Hiya! Thanks for your awesome work in this area. Do you have any good address sources for the new houses in the Meggison Road / Newell Loop subdivision?
grouper (2023-04-10 19:43:06+00:00): Hi orthocircular. Thanks for the comment! I generally use street centerlines from county gvmt and parcels from County Property Appraiser for street names when centerlines are not available. Prefer Bing, but Maxar as backup. Also use address points from the county governments - same stuff that goes into OpenAddresses. Lake County FL https://geohub-lcgis.opendata.arcgis.com/

I also use Sentinel satellite imagery to see how far along road building is when aerials are not as up to date. Low res (10-meter), but can easily pick new roads and even see houses - imagery can be less than a month old, depending time of year / cloudiness. Easy to access with a link like this: https://apps.sentinel-hub.com/eo-browser/?zoom=16&lat=28.54174&lng=-81.68274&themeId=DEFAULT-THEME&visualizationUrl=https%3A%2F%2Fservices.sentinel-hub.com%2Fogc%2Fwms%2Fbd86bcc0-f318-402b-a145-015f85b9427e&datasetId=S2L2A&fromTime=2023-02-07T00%3A00%3A00.000Z&toTime=2023-02-07T23%3A59%3A59.999Z&layerId=2_FALSE_COLOR&demSource3D=%22MAPZEN%22
osmee333 (2023-02-24 10:14:18+00:00): Actually it's "MUJI" that is the big brand... I was confused. But still it is the full name. It's a cool shop to visit.
marc__marc (2026-01-26 23:54:03+00:00): Hello,
https://www.openstreetmap.org/way/251905468
a farmlan with palm ?
Nathan_A_RF (2023-02-17 10:24:30+00:00): Just so you know, last night I updated all of the City Red routes and converted them to the new Bluestar ones (though not all to PTv2). I see you have been redoing some routes, but they have not been up to the PTv2 standard. You can see details here about adding a bus route: https://wiki.openstreetmap.org/wiki/Buses#Adding_a_bus_route_to_OpenStreetMap

For examples, see the Unilink U2 route for a PTv2 setup.
pcman1985 (2023-02-17 12:17:21+00:00): Hi, feel free to finish the routes. I thought I have done the 10 13 and 20 to PTV2 with all routes directions dome, but if not feel free to update as required.

Also the 14 route in Hedge End needs updating. See the route here 
https://bustimes.org/services/14-southampton-bitterne-west-end-hedge-end#map

Thank you.
pcman1985 (2023-02-17 12:20:30+00:00): Also, the 7 needs to be redone (all direction, including the Sunday variation) as I've noticed it's just the full route as one relation.

Thank you.
impiaaa (2023-02-17 19:39:17+00:00): Please save your changes in one area before moving on to another, to keep the changeset size down. Also, please use the changeset description to describe what you changed and why; for example, "Added parking lots and service roads". More examples here: https://wiki.openstreetmap.org/wiki/Good_changeset_comments
marczoutendijk (2023-02-21 15:40:32+00:00): https://www.openstreetmap.org/user_blocks/6885
MKnight (2023-02-18 19:30:03+00:00): Moin,

ich bin gerade mal wieder dabei ein paar Dutzend von Dir erstellte Gebäude zu löschen, weil sie vorher schon da waren.
2 Sachen:
- Bitte achte darauf, dass Du in Bereichen in denen Du Gebäude zufügst, dass Du die bestehenden vorher lädst.
- anderes Problem: bitte achte darauf, Gebäude in komplexen Situationen auch korrekt mit ihren Nachbargebäuden zu verbinden. Die Warnungen in JOSM zu dem Thema sind relativ eindeutig und hilfreich. Zusätzlich hilft mir bei dieser Problematik:
Addons:
- buildings_tools
- continuosDownload
Kartenstile:
- apple-validation

Zusätzlich: osmose-überlappende Gebäude, das hilft aber erst, wenn das Kind schon im Brunnen ist...
https://osmose.openstreetmap.fr/de/issues/open?country=germany_thueringen&item=0&level=1,2,3
Frans S (2023-03-06 11:55:18+00:00): Hello 
Please do not cluster buildings. 
Each building need to be mapped individually.
Best regards