piebro/osm-data huggingface dataset:
Hard-Heavy (2022-01-01 16:47:31+00:00): Bonsoir,

Oui, l'impasse auparavant publique est devenue privée dans le cadre de la réalisation de la résidence CADENCE (infos prises auprès de la mairie)
Elle est restée longtemps en friche mais va devenir une voie pompier fermée de part et d'autre par des portails, bloquant y compris l'accès piétons/vélos pour les non- résidents.
Aux dernières nouvelles (octobre), la voie avait été requalifiée et goudronnée et les portails devaient suivre (je n'ai plus l'occasion de passer sur place vérifier).
gileri (2022-01-01 21:50:50+00:00): Ok, merci bien pour ces précisions ! Meilleurs veux :)
airdace (2021-12-09 09:49:46+00:00): Nagyvárad tér Üllői út és Albert Flórián út közötti részén kétoldali kerékpársáv van. A módosításcsomaggal ez valamiért eltűnt, most visszaállítottam. Nem ez az egyetlen helyszín, ahol ez történt, kérem figyelmesebben szerkeszteni.
VolaricsI (2021-12-09 13:43:06+00:00): StreetComplete-vel csináltam, most így visszagondolva...
Nem biztos, hogy végig mentem az úton. ott ahonnan ezekre váloszoltam lehet, hogy nem látszott a jelzés így azt adtam meg. 
De többet ilyen nem lesz, kivettem az összes kerékpáros kérdést.
airdace (2021-12-09 13:47:42+00:00): Köszönöm!
mariotomo (2021-12-25 23:16:10+00:00): hi, should you again come back to OSM, please do get in contact with some of the very helpful help facilities, like the wiki, forums, Q/A sites.
the largest one isn't a building at all, it's a "potrero", which myself I need to look up how to tag.  but not a building with name building.
the coordinators of this project should really pay more attention, and lend a timely helping hand.
salvoconducto (2021-10-12 16:35:28+00:00): Why are you adding some building duplicates?
SomeoneElse (2021-10-13 12:27:36+00:00): Hello, 
I've filled in the gap in the Kirklees Way https://overpass-turbo.eu/s/1c15 so that it matches what it was the day before: 
https://overpass-turbo.eu/s/1c13 .  Just checking though - has it actually been diverted around the construction area?
Best Regards,
Andy
thegreatloofa (2021-10-15 15:39:30+00:00): Hi Andy,
Good shout on the route. I double checked today, the Kirklees Way carries on through a fenced off section covering the original path so no changes needed. I'll check again once the building works are complete.
Cheers,
James
SomeoneElse (2021-10-15 15:53:00+00:00): Great stuff, thanks.
mariotomo (2021-12-25 22:56:03+00:00): hi, and welcome to OSM. did you follow the introduction to creating buildings? please don't skip the part about squaring, and don't let trees cover fool you: most buildings have 90° corners!
Ser9ei (2021-10-16 18:35:53+00:00): Чтобы править положение сданий, надо сначала настроить смещение снимка по трекам или страве. Сейчас вы сместили здания просто по нулевому смещению бинга. Бинг - это старые снимки. Зданий может уже и не быть. Стоит использовать его как дополнение к более свежим от Maxar и Esri. И ещё раз: не стоит ничего двигать, не настроив смещение. Возможно, вы перемещаете объекты, которые кто-то тщательно выравнивал по подложке с настроенным смещением.

Присоединяйтесь к сообществу в ТГ: @ruosm, где можете задать любые вопросы по редактированию.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/112425889
blackboxlogic (2021-10-27 02:59:44+00:00): Thanks for your contributions to the map. Your changes look good.
keebguy (2021-10-12 17:24:11+00:00): I have also used Mapillary as source for this edit
olo81 (2021-10-19 16:33:32+00:00): na orto z tego roku nie widać żeby był wycięty. Coś się ostatnio zmieniło? 
Orto jest dość świeże. 
Może to tylko tak wygląda ale jak zbliżysz widać że duża część tego lasu to drzewa liściaste i akurat nie mają liści.
VA00 (2021-10-19 18:25:53+00:00): Właśnie nie byłem pewny dlatego dałem fixme i zostawiłem obszar nie ruszony.
nmombo12 (2021-10-12 18:36:49+00:00): Hello David,

Thanks for contributing! One request, please attempt to limit the size of changesets to a smaller region so that it can be more easily reviewed. Here is a reference link https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets

- Noah
syntex (2021-10-12 22:04:15+00:00): Dlaczego nie korzystasz z podkładu z ewidencją budynków? Jest to błędna zmiana.
SomeoneElse (2021-10-20 12:34:26+00:00): Hello,
A quick question about the Wye Valley Walk.  You've removed https://www.openstreetmap.org/way/142984694/history here - it used to connect the old railway going south with the road by the pub and the "Wye Valley Walk" relation (61495) used to run along it.
There's now a gap, but looking at the imagery I'm guessing walkers would just continue south from the viaduct along the former railway?
Also, it's not clear that https://www.openstreetmap.org/way/122131393 and https://www.openstreetmap.org/way/64804979 should really be different things.
Unfortunately, I'm ot familiar with this area.  Maybe you are and could fill in the gaps?
Best Regards,
Andy
Atanas Angelov (2021-10-20 12:52:42+00:00): yes , all walkers can continue easy
SomeoneElse (2021-10-20 13:29:18+00:00): OK, so all of the railway up to the viaduct should be in the route relation then.  Is the walking route over the viaduct where the old railway was?  If so, there probably shouldn't be separate ways for the footpath and former railway.
Best Regards,
Andy
Heideammer (2021-10-12 19:34:46+00:00): Hallo hullala0,
die Hausnummer 2a ist zugleich der Eingang, insofern ist entrance = yes korrekt gewesen.
OSM_RogerWilco (2021-10-13 06:07:40+00:00): Hallo hullala0,

willkommen bei OSM! :-)

Wie Heideammer schon erwähnte, hast Du von der Adresse die Information gelöscht, dass es sich bei dem Punkt um einen Hauseingang (entrance=yes) handelt.

Was wolltest Du denn ändern/erreichen?

Viele Grüße
Roger Wilco
Picea (2021-10-13 11:18:55+00:00): Hello BBMaper,

you deleted many post-office-nodes (including their version-history) and created new ones almost in the same places. Why did you choose to do so, instead of simply editing the existing nodes?

Furthermore, in some cases information, that was in the "old" nodes, was omitted. For example, by the change from node 471583274 (deleted) to node 9167919053 (created), the tags "wheelchair=yes" and "post_office:type=post_partner" are no longer there. Was this on purpose? If yes: why?

Best regards 
Picea
SimonPoole (2021-11-15 07:52:54+00:00): Hi BBMaper
We are discussing what to do with your problematic changesets on the Swiss mailing list, here http://lists.openstreetmap.ch/pipermail/talk-ch/2021-November/011335.html

Without further comment from your side we are going to ask the DWG to revert all the relevant changes, so it would be a good idea to explain what you were doing.
BBMaper (2021-11-15 08:43:13+00:00): Hello, My modification was done to increase the quality of OSM which is a great project I want to help.
Effectively with the help of existing osm and the swiss post website (I always put the link to the post page, I corrected all the post offices in CH.
Many of them where missing and many where closed (replaced by post office in shop)
I tried to put always the official name.
Sorry for not answering before, but I did not noticed messages before his morning.
SimonPoole (2021-11-15 09:15:15+00:00): Hi, naturally improving the data is welcome, the problem  here is that you deleted wholesale the original elements and lost both the history and details that had been previously added. The other issue is that before using a 3rd party data source we need to determine is we are allowed to do so, which in this case didn't happen. But as said above discussing how to proceed would be better suited to the Swiss mailing list.
David Rook (2021-10-12 19:52:23+00:00): tires is correct spelling in US "English"
Dimitar155 (2021-10-12 20:37:21+00:00): I know that "tires" is the correct spelling in the US English but it's accepted to use the UK English for keys.
maro21 (2021-10-12 20:54:42+00:00): https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets
Dimitar155 (2021-10-12 21:01:26+00:00): I'm also aware of the fact that this is quite a big changeset. I'm sorry about that.
snoozingnewt (2021-10-13 00:07:52+00:00): Honestly, if *two* nodes are being edited it'd be much easier to get this done in two tiny changesets than one slightly bigger changeset that spans the entire world.
David Rook (2021-10-13 04:33:46+00:00): Hmm. Your change came up while asking for history in a small town in Virginia.  I assumed you were making a local change. Looks like you have a bigger problem - pun intended.
Dimitar155 (2021-10-13 05:38:02+00:00): The changeset shoud've included only the node in Hawaii. I'm not sure from where the node in Russia came. Might've been some error or conflict that I didn't notice.
SekeRob (2021-10-13 15:14:27+00:00): Using Level0 v1.2 de facto combines EVERYTHING edited in the last hour or two REGARDLESS if saved individually per node. Presume this was driven by maybe the latest key report where it's up front hard to see where the edits are taking place unless zooming out.
Believe the key convention at OSM is English[EN] spelling, i.e. tyres would be proper.

BTW I looked in the Taginfo DB and there are near 4000 uses of 'tyres' and just over 1000 uses of 'tires', so 'tyres' spelling is the hands down winner in this case.

Now whilst some are somehow motivated to circle the planet and create these endless streams of mega bound box edit sets chasing spellings, the end user data consumer is likely giving a wink. Would they be looking for the key, they'd be pulling in both spellings... I would to ensure maximum capture.
Dimitar155 (2021-10-13 18:46:22+00:00): About your first part: I haven't occurred this issue so far because I try to edit and upload a few elements at a time which are close together (you can see my profile https://www.openstreetmap.org/user/Dimitar155/history). There is this one and another big changeset made by me using Level0 but I didn't intend them to be so big.

In an ideal world there would be only one way to tag something. Unfortunately there are a lot of similar examples (see :color vs :colour keys). It's better to have only one scheme and not bother to maintain two (or more) parallel schemes at the same time. If the current trend continues (which will continue if we don't standardise now) we would have a dozen different tags with the same meaning but with slightly different spelling which is not ideal to say the least.
Lee Carré (2021-10-13 22:29:28+00:00): One tires of enormous changeset bounding boxes, and renewed arguments over tagging syntax.

It becomes rather stiff, and inflexible.

Can't we have a nice bouncy conversation, which gently rolls along?

“Would they be looking for the key, they'd be pulling in both spellings… I would to ensure maximum capture.”

Because who knows when someone will do a global replace of one variation for another.

m/t[yi]res?/

“In an ideal world there would be only one way to tag something. Unfortunately there are a lot of similar examples (see :color vs :colour keys). It's better to have only one scheme and not bother to maintain two (or more) parallel schemes at the same time. If the current trend continues (which will continue if we don't standardise now) we would have a dozen different tags with the same meaning but with slightly different spelling which is not ideal to say the least.”

No. That's short-sighted. The advantage of textual tagging is flexibility (new tags for new situations, without some long bureaucratic approval process). Only problem is, people come up with different ideas of how to do it.

What you seek is consensus. Good luck getting everyone to agree. Likely each will advocate for their own preference, and the argument is endless.

The problem isn't the keys or valves, but that people are different.

For absolute unification, you'd also have to do s/sidewalk/pavement/ but might that not result in possible ambiguity (pavement:surface=paved (well, of course the pavement is paved; it's not really a pavement otherwise))?
Dimitar155 (2021-10-14 06:35:40+00:00): "The advantage of textual tagging is flexibility (new tags for new situations, without some long bureaucratic approval process). Only problem is, people come up with different ideas of how to do it."

Is there a difference between the meaning of service:vehicle:tires and service:vehicle:tyres? There is consensus on this topic based on the uses (700 for tires vs 2.7k for tyres). There is also consensus to tag the "colour" and not the "color" of roofs, buildings etc.

I'm not looking for absolute unification. I'm not going to abolish widely used tagging schemes as you  suggested with your sidewalk vs pavement example. I'm only doing it for tags that have the same meaning like in this case.
Lee Carré (2021-10-14 17:14:45+00:00): P.S. there's also a distinction between convergence & consensus.

I agree with convergence (in principle, as an ideal), but not by force (which includes the tyranny of the majority).

Sometimes converging on the optimal means breaking convention & consensus.

Having rules set in stone inhibits adaptation.

Flexibility in tagging is much more important than the inconvenience of several dozen developers having to implement a little pattern-matching (which they should be doing anyway, for their own reasons).
Dimitar155 (2021-10-14 17:51:11+00:00): I've read you whole reply but I won't reply to everything of it since my reply would be too big. The service:vehicle:* scheme was introduced by the iD editor. Before that it used the service key with ";" separation for multiple values. That solution wasn't the best one as you can guess. The "issue" with the current way of work of iD is that anybody can write anything in the box and it will pull the closest match from taginfo. If there is no "tires" in taginfo, it won't suggest it. I'm "taking the firehose out of the house" by removing the service:vehicle:tires tag. I've already done the same thing for service:vehicle:Transmission_Repair. As you can see in taginfo it's not being used anymore and there were no other new uses. Note that I didn't have to do any additional clean up after the first "mopping".
Developers usually don't have to do that sort of pattern matching since they could just query for all features with some tags. In case they only request one of the tags, they will notice that the data suddenly disappeared and they will (or at least they should) take action to fix their software.
skquinn (2021-10-14 19:23:15+00:00): I agree that this should have been split into two changesets. The bounding box encompasses the entire continental US without a single change anywhere within it, as well as a huge chunk of Africa and almost all of Europe.

I've always seen "curb" in US English, FWIW, never "kerb". (Assuming US English is what you meant by "Yankish".)
SekeRob (2021-10-15 10:23:11+00:00): Actually ID pulls many expired tag values thanks to the NDS or whatever the name is. This database is druiven By whats on OSM. Ut in de case of tyres, tested a car repair shop and it lists, yes, that one.
Where i often get got out with is fat finger typos, farmland turns out famrland and the suggestion list wont show, not to speak of the times ID/Java cant keep up with the typing speed, a big source of error creation. Not looking at the screen punch away and a wrong value gets create, time and again. And in case of a gommista shop, what appears, yes, Tire store. Nuts, an interface presentino US but values demanding EN.
I blame nobody, and nobody should worry about these common US/EN deviations. Data consumer problem, got better things to chase, trying to keep it all in my local 60x60km box as well.
SekeRob (2021-10-15 10:25:12+00:00): Sorry for the spell and grammar... Came off the 7x4 phone display.
skquinn (2021-10-15 17:03:54+00:00): This is the first time I have ever seen "Yankish" used as a term for US English. DuckDuckGo didn't return any useful results when I searched. Honestly, it's potentially confusing and may lead some to think you're talking about some other language entirely. "Yanks" or "Yankees" is also considered somewhat derogatory when used towards people in the south/southeastern US (and in that part of the country, is used to refer to people who came from "up north" (from about Minnesota, Iowa, Indiana, etc. on east).
ZeLonewolf (2021-10-15 18:03:46+00:00): Lee's commentary is larger than this bounding box.
archpdx (2021-10-13 03:28:58+00:00): Hi,
It's preferred to use noname=yes instead of name=N/A for unnamed streets.
bikingaround244 (2022-11-10 22:00:49+00:00): I don't think that garden is the appropriate tag for the little chunks of land in between the park lot.

I think landuse= grass would be more appropriate.

https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgarden
Samuel Chávez (2021-10-14 02:10:05+00:00): Hola amigo mapeador de OSM soy Samuel Chávez y soy alguien que constantemente está revisando si alguna relación de transporte público ha sido rota por alguna edición y hoy he podido darme cuenta que cambios recientes a una vía que hicistes rompieron la relación de varias rutas de transporte público. Te dejo el enlace de prueba de lo que digo: http://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=-86.24400&lat=12.12265&zoom=18&overlays=ptv2_routes_invalid,ptv2_error_,ptv2_error_ways,ptv2_error_nodes . Te recomiendo revertir los cambios hechos u ordenar la vía correctamente a como estaba antes. Saludos.
Avocadough! (2021-10-14 17:48:45+00:00): Hi Samuel, Thank you for bringing this to my attention. I have restored the previous configuration and adjusted the turn restriction to allow for traffic to proceed north from Avenida Isidro Centeno López. Happy mapping! - Stephani
cschmittiey (2021-10-13 21:58:56+00:00): accidentally mistitled this, oops
SomeoneElse_Revert (2022-03-01 18:41:11+00:00): This changeset has been reverted fully or in part by changesets 117961003, 117970393, 117965218, 117980733 where the changeset comment is: Following a complaint about invalid edits, and a lack of decent reply (see https://resultmaps.neis-one.org/osm-discussion-comments?uid=414659 , https://www.openstreetmap.org/user/Max_Kritic/blocks ) reverting changesets where _only_ osmose was used.
SomeoneElse (2021-10-13 12:39:48+00:00): Just for info - I think this change might have introduced a "spur" into the IOW AONB relation - https://overpass-turbo.eu/s/1c19 - I've snipped it off in https://www.openstreetmap.org/changeset/112460850
Best Regards,
Andy
jpennycook (2021-10-13 12:56:12+00:00): Thanks Andy.

I clearly wasn't looking closely at the relations when I merged the sections of road. 

Jon
Bakhadir (2021-10-13 09:01:13+00:00): addr:street - Beruniy ko'shesi
усындай етип косып кетсениз егерде уйлер номерлерин косатын болсаныз. Программаларда шыкпауы мумкин излеген адреслер addr:street + addr:housenumber тэглери бирге косылмаса
salvoconducto (2021-10-12 19:15:54+00:00): Please first learn how to straighten things by pressing Q before uploading any further object.
AntMadeira (2021-10-17 15:48:07+00:00): Olá, Blubberbernd.
Quando adicionares landuses, por favor, não coles os polígonos às estradas.
Uma estrada representa o eixo da via e os pontos das landuses não devem ficar colados a estas linhas. Além disso, sempre que alterares uma landuse ou uma highway, terás de obrigatoriamente alterar o outro elemento também.

Qualquer dúvida, estou ao dispor.
Também te podes juntar ao canal do Telegram da comunidade portuguesa, em:
https://t.me/OSMPortugal

Cumprimentos,
António.
archpdx (2021-10-13 02:11:24+00:00): Hi and welcome to OpenStreetMap! I appreciate you adding these houses. Quick tip - you can use 'q' when selecting a building to square it. While not required, buildings are encouraged to align with their outlines (sometimes more than just 4 points). The existing buildings along US 101 and the beachside hotels are a great example of this - it doesn't have to align perfectly but it's more representative of what can be seen from imagery.

I know that adding houses from scratch can be tiring, so you might be interested in using AI-created buildings as a starting point (https://mapwith.ai/rapid).
SomeoneElse (2021-10-12 20:22:04+00:00): Also includes part of Skipwith Common, from survey 4/9/2021. tr8116b.
Langlaeufer (2021-11-18 15:35:46+00:00): Hier ist lediglich die Einfahrt von Norden verboten, oder steht da seit neusten ein blaues Einbahnstraßenschild?
klappergestell (2021-11-18 21:10:04+00:00): Ich habe nochmal nachgeguckt, kein einbahnstraßenschild. Die einfahrt von norden ist verboten, außer für fahrräder.

Bitte um verzeihung, der unterschied war mir nicht bewusst.
Langlaeufer (2021-11-19 18:14:53+00:00): Alles gut, der Irrtum passiert leider oft - ich wollte nur sicher gehen, das sich nichts vor Ort geändert hat.
Grüße
Rainero (2021-10-13 17:41:11+00:00): Hallo László Telavarro,

in https://www.openstreetmap.org/changeset/112281462 hatte ich dich und in http://www.openstreetmap.org/changeset/111663684 hatte dich highflyer74 gebeten mit deinen Edits eine Pause einzulegen.
Leider machst du unbeirrt mit den gleichen Fahlern weiter.  
Hier sind es 26 doppelte Punkte. Der Editor hat dich gewarnt und du hast die Warnung ignoriert.  

Nochmal die Bitter: keine weitern Edits, bis all die Geometriefehler im Raum Solingen behoben sind.

Über dieses Thema wird im Forum diskutiert: https://forum.openstreetmap.org/viewtopic.php?id=72406&p=4
Vielleicht magst du dort etwas dazu schreiben?

Gruß,
Rainer
ivanbranco (2021-10-15 19:02:10+00:00): Ciao Alessio, motor_vehicle=yes è implicito nel valore highway=track, vedi: https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Italy
Dakon (2021-12-18 14:16:45+00:00): Nur weil der Turm einer Feuerwehr gehört ist es kein Schlauchturm…
SomeoneElse_Revert (2022-03-01 18:36:05+00:00): This changeset has been reverted fully or in part by changesets 117961003, 117970393, 117965218, 117980733 where the changeset comment is: Following a complaint about invalid edits, and a lack of decent reply (see https://resultmaps.neis-one.org/osm-discussion-comments?uid=414659 , https://www.openstreetmap.org/user/Max_Kritic/blocks ) reverting changesets where _only_ osmose was used.
user_8722718 (2021-10-12 20:39:18+00:00): In generale, però, la zona è mappata davvero molto bene - come non capita spesso. Complimenti!
OSM_RogerWilco (2022-09-22 13:48:08+00:00): Woher kommen denn diese Hydranten-Daten?

Woher kommt das "T" bei den ref-Nummern? Vor Ort gibt es das nicht. Außerdem ist mir aufgefallen, dass als Position "sidewalk" bei mehreren Hydranten angegeben ist, obwohl es keinen Gehweg gibt.
Marwis00 (2024-07-08 11:01:44+00:00): Tu chyba nie ma stacji elektroenergetycznej? 
https://www.openstreetmap.org/way/918863069
erickdeoliveiraleal (2024-03-13 16:02:28+00:00): Caramba! Você fez um monte coisa errada aqui: https://www.openstreetmap.org/way/992316398 ein. Aqui nunca é um "path", "caminho", Veja o que é um path para o OSM: https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath
user_12625593 (2021-10-13 15:21:54+00:00): https://www.openstreetmap.org/note/2893801
felipeeugenio (2021-10-13 11:12:45+00:00): Estimado Alonso, por favor que los bosques tengan realmente un bosque con una forma correspondiente debajo de lo que dibujas. Realmente ni siquiera estás haciendo el intento para que quede bien. Solo solo poligonos para decorar. Por favor revisar la zona de Concepción. El nivel de detalle ahi es algo digno de imitar.
saludos
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/112436312
paolobenve (2021-10-13 00:22:48+00:00): estas modificaciones están incorrectas, hay que anularlas.

These modifications are wrong, please undo them.
ReachAbove (2021-10-15 11:15:02+00:00): What discussion with Peterborough GIS was needed? And can you provide further information on talk-ca? A lot of much needed spatial information was recently added to OSM by Peterborough GIS to this area of Ontario.
user_8521440 (2021-10-14 18:59:46+00:00): Hi, I appreciate that you looked over my past work on Stonehaven's trunk roads. I'd only add that the junction nodes were incorrectly removed. Many thanks.