piebro/osm-data huggingface dataset:
Martin Borsje (2022-01-05 19:41:24+00:00): Hoi Luc,

Dank voor je antwoord. De materie rondom lourdesgrotten is mij bekend. Ik begrijp denk ik waar je heen wilt, maar de onderscheiding van deze grot is natuurlijk zijn plaats op de kaart en niet in zijn naam dan. Want die is, denk ik niet, Lourdesgrot Abshoven. Maar ik kan ermee leven. Zou Lourdesgrot Abshoven, hoewel niet geheel correct dan niet beter zijn dan "Lourdesgrot bij Klooster Abshoven"? Per slot van rekening is het ook geen klooster meer.
Zal ik het als zodanig veranderen? Ik heb overigens al religion en denomination toegevoegd.
Luc Heres (2022-01-05 21:51:48+00:00): Hallo Martin,

Ik ben het met je eens dat "Lourdesgrot Abshoven" voldoende als unieke eigennaam van deze lourdesgrot. 
Je vroeg je af in hoeverre je dit als een "officiële " naam kan beschouwen. In ieder geval minder officieel dan door overheden vastgestelde namen zoals straatnamen en woonplaatsnamen.  Ook minder officieel als algemeen gebruikte namen voor kerken zoals de Pancratiuskerk en de Laurentiuskerk.  
Het is echter wel een algemeen gebruik om eigennamen " on the fly" te construeren uit <typenaam><locaal toponiem>. Zo wordt het gemeentehuis in Voerendaal lokaal gewoon als "gemeentehuis" aangeduid. Als je het echter van andere gemeentehuizen wil onderscheiden, dan moet je specifieker zijn en dan heb je het over het Gemeentehuis Voerendaal.
Hetzelfde geldt voor die lourdesgrotten.  De kloosterlingen van Abshoven zullen het simpelweg lourdesgrot hebben genoemd.  Pas als je deze grot van andere lourdesgrotten wil onderscheiden moet je er een toponiem aan toevoegen, in dit geval Abshoven.
Komadinovic Vanja (2022-03-23 10:03:56+00:00): Pozdrav,

Vezano za Vukove bogaze ( https://www.openstreetmap.org/relation/13237511 ). Prema https://pss.rs/terenipp/vukove-bogaze/ deluje da staza ide prvo u planinarski dom Šarena bukva pa onda u Tršić, da li imaš neki drugi izvor koji govori suprotno?
gurglypipe (2021-09-20 11:46:20+00:00): Hi, thanks for editing OpenStreetMap! I don’t think this edit can be correct, as the number of lanes on the road at this point is definitely 3: one lane in either direction, plus a turning lane in the middle. I’ve reverted your change for this reason.

We’ll have to find a different way of fixing the cycle routing problem. What routing software are you using, and how does it fail to route?

Ta
andrew88333 (2021-09-20 13:03:29+00:00): If I am plotting a route on Garmin Connect using openstreetmap from Levens to Heversham I cannot get past the bend at Levens bridge, it will not route round the corner. If I use Google map on the same app it works fine.

Its happened before on other areas around Kendal so I wanted to know how to fix it. 

Garmins auto route plotter is great but it will never take you down certain roads as it sees them as impassable.
gurglypipe (2021-09-20 13:20:37+00:00): This route? https://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=54.2682%2C-2.7882%3B54.2432%2C-2.7694#map=14/54.2558/-2.7786&layers=N

If so, I think there must be a bug in Garmin Connect. I’ve checked the data in OSM and, unless I’m misunderstanding the interpretation of turn:lanes:backward, I think it’s all correct.
Dawid2849 (2021-09-19 18:30:34+00:00): Dzięki za dodanie nazw.
LySioS (2021-09-21 18:14:54+00:00): Bonjour Phil,
Je fais suite à te demande de vérification. J'ai simplement connecté la voie cyclable à la voie rapide puisqu'elles se croisent réellement.
A+
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/111420737
CurlingMan13 (2024-03-14 04:53:04+00:00): Do not partially overlap landcovers.
danieldegroot2 (2021-09-20 10:02:21+00:00): Hey FvGordon,

Please use the proper imagery for an area -this can be adjusted in the editor's layer menu-. If you are unsure which layer(s) to use, contact the local community.
https://openstreetmap.community/
Otherwise, use one of the global channels.

For The Netherlands, please use PDOK aerial imagery Beeldmateriaal.nl 25cm latest

(Also, remember to check whether there is any offset.)

Regards,

Daniel
FvGordon (2021-09-20 17:56:38+00:00): Hi,
I made a minor correction, where the background image has nearly not been used.
danieldegroot2 (2021-09-21 08:17:36+00:00): You should use it regardless. It's good practice.

Have fun mapping!
Futur3r (2021-09-20 03:04:36+00:00): Bonjour,

Le POI existait déjà.

Vérifiez bien les données existantes avant de téléverser.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/111421169
muralito (2021-09-19 20:49:05+00:00): Hola. Aeroparque ya estaba mapeado aca https://www.openstreetmap.org/relation/4524923 y los elementos se mapean una sola vez (se modela con un solo elemento en OSM por cada uno de la realidad)
muralito (2021-09-19 20:55:54+00:00): Corregi a tu agregado a eso, torre de control.
eggie (2021-09-20 09:35:24+00:00): Beste Eusie..
choker kan prima , maar.... 
Geen name=verkeersvernauwing  gebruiken.

Je edits https://overpass-api.de/achavi/?changeset=111421343

Waarom ligt de city limit  nu ergens in de middle of nowhere? 

Ik zal wat herstellen.

Kijk even hier hoe we met namen omgaan.
https://wiki.openstreetmap.org/wiki/NL:Good_practice
MVG
eggie
eggie (2021-09-20 09:38:27+00:00): note toegevoegd proefperiode drie maanden sept 2021.
name=verkeersvernauwing  verwijderd.
gr eggie
user_9341086 (2021-09-20 17:34:13+00:00): Niet bewust dat ik een object heb gewijzigd. Volgens mij heb ik een POI toegevoegd en uitsluitend uit dropdown lijstjes wat geselecteerd. Wel verrast dat wat iconen ‘vanzelf’ gewijzigd werden.
Binnenkort maar eens een cursus volgen.
Dank voor de correcties.
Is nu inderdaad een verkeersvertragend object toegevoegd, ongeveer op de bebouwde kom grens?
eggie (2021-09-20 17:43:07+00:00): Oke.. maar een kijken of het ook effect heeft ivm de veiligheid.. 
Dat ongewenst verplaatsen van objecten wordt veroorzaakt door schuiven net de kaart in editmodus. Je schuift en selec teert toevallig een node.
Gr eggie
user_9341086 (2022-12-24 22:32:23+00:00): Inmiddels is deze choker semi-permanent geworden. Eerst nog een verlenging van 9 maanden aansluitend aan de oorspronkelijke 3 maanden.
Recentelijk is besloten dat over 3 jaar bekeken wordt wat de vervolgstappen gaan worden.
LEradler (2022-08-12 16:11:30+00:00): Kannst Du Dich bitte zu https://www.openstreetmap.org/note/2868613 äußern ?
kartonage (2021-09-20 11:43:13+00:00): Hej,

ich möchte dich im Zuge dieses Changesets, bei dem eine Anzahl von Fehlern und andere fragwürdigen Änderungen entstanden sind, gerne daran erinnern, dich an den Automated Edits code of conduct (https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct) zu halten. Deine Änderungen sind typisch für die "fix-all"-Vorgehensweise des iD-Editors und einge Änderungen von dir scheinen keine wirkliche Überprüfung der Änderung erhalten zu haben. 

Dazu verweise ich auch gerne auf eine kürzlich verfasste Erinnerung der Data Working Group genau zu diesem Vorgehen:  https://lists.openstreetmap.org/pipermail/talk/2021-July/086868.html

Darum bitte ich dich solche flächendeckenden, automatischen Massenedits in Zukunft zu unterlassen.

Sollten die Änderungen händisch entstanden sein, würde ich dich bitten so Änderungen wie die komplette Großschreibung von "Rossmann" zu erklären. Oder warum Parkhausflächen in Gebäude-Objekten ein zusätzliches building-Tag von dir bekommen (nicht das erste Mal).

Beste Grüße
Strubbl (2021-09-20 19:30:54+00:00): Hallo,
danke für den Hinweis und die Referenz zu der Mailingliste. Dessen war ich mir nicht bewusst. Aber bei den Änderungen habe ich nicht blind gehandelt:

Die Großschreibung von Rossmann entspricht der Schreibung am Geschäft selbst. Ist der name-Tag nicht immer genauso geschrieben wie es am Objekt geschrieben ist? Also hier im speziellen Fall inkl. Großschreibung? Deswegen habe ich die Änderung durchgeführt.

Der Fall mit den Parkhäusern. Vielleicht verstehe ich dich falsch hier. Es ist ja ein Park_haus_. Deshalb dachte ich, es bekommt auch den building-Tag. Diese Variante wird auch im Wiki (de und en) als Tag-Kombo genannt. https://wiki.openstreetmap.org/wiki/Tag:parking%3Dmulti-storey
Was wäre angebrachter, um auszudrücken, dass der Parkplatz im Haus ist? Sollte ein indoor=yes an den Parkplatz?

Wie schlimm sind die Wikidata-ID-Ergänzungen im allgemeinen? Diese Verknüpfung mit der Wikidata-ID finde ich sehr gut, weil sie bereits genutzt/ausgewertet wird und sinnvolle Infos ergänzt, z.B. in OsmAnd. Daher wird die an allen besonderen Objekten, die eine Wikirdataeferenz haben, gebraucht.

Viele Grüße
kartonage (2021-09-21 14:30:51+00:00): Da sich auch bei Eigennamen generell die Schreibung nach der geltenden Rechtschreibung durchsetzt sieht man schon anhand der weiteren Verbreitung von "Rossmann" in OSM (grob 3 2480 zu 261). Das ist etwas in Anlehnung an die Vorgehensweise bei Wikipedia.
Mehrere aneinander folgende Großbuchstaben sind eher Abkürzungen oder Kurzformen. Das ist gängige Norm auch bei etwas komplexeren Fällen wie "Lidl" und "Aldi". Es ist sicher Platz für Perspektiven, aber der übliche Umgang ist eher die einfache Schreibung ohne Großschreibung.

Im Endeffekt kommt es auf den Parkhaus-Einzelfall an bzw. je nachdem wie der Mapper es sich so gemappt hat. In einigen Fällen bietet sich ein building:part an, in anderen Fällen könnte ein indoor=area passend sein. Solange die Fläche aber ein umschließendes Gebäudeobjekt besitzt, ist ein building=parking ohne weiteres nicht ganz passend. Meines Wissens nach beruhigt das aber den iD-Validator nicht.

Die Wikidataergänzungen sind nicht so mein Gebiet, aber im Grunde, wenn passend, natürlich hilfreich. Keine Einwände von mir.

Mir fällt es immer nur an den oben genannten Beispielen auf, weil sie gebündelt mit den restlichen Änderungen oft immer und immer wieder überschrieben werden. Das ähnliche Muster gibt mir dann zu bedenken.

Hoffe, dass vielleicht etwas aufklären zu können. Danke.

Beste Grüße
Strubbl (2021-09-21 20:56:05+00:00): Hi kartonage, ja, deine Antwort hat mir sehr weitergeholfen. Danke. 
Ich würde gerne die nicht üblichen Dinge wieder aufräumen. Wäre das okay, wenn ich das mit der Großschreibung wieder zurück zu "Normal"schreibung ändere? Oder soll ich den jetzigen Zustand so lassen?

Viele Grüße
Strubbl (2021-09-21 21:08:52+00:00): Ich bin alle Parkflächen, die ich mit building=parking geändert hatte, noch einmal durchgegangen und habe die drei Parkflächen im Gebäude mit CS https://www.openstreetmap.org/changeset/111514874 wieder zurückgeändert. Ich bin mir jetzt noch nicht schlüssig, welche der von dir vorgeschlagenen Lösungen dort am meisten Sinn für die Parkflächen macht. Daher erstmal nur das rückgängig machen.

Viele Grüße
!i! (2021-12-02 15:04:34+00:00): Hi, warum hast du denn unseren Edeka auf "Edeka" gekürzt? Der hat den Eigentümer im Namen und ist so auch in der Realität beschriftet?
Strubbl (2021-12-02 15:27:54+00:00): hi, hast du die restlichen Kommentare in diesem CS gelesen? Die sollten es erklären. Desweiteren weiß ich nicht welches _dein Edeka_ ist
!i! (2021-12-02 15:34:03+00:00): Hi, nein sorry die disc habe ich aufgrund der Länge übersprungen. Der CS Kommentar legte für mich nahe, dass es sich hier evtl. um ein Versehen handelt.

Es geht mir um diesen in Rostock: https://www.openstreetmap.org/way/33896596
Strubbl (2021-12-02 15:39:19+00:00): So ist es. Tut mir leid. Ich habe es zurückgeändert.
!i! (2021-12-02 16:25:05+00:00): Danke dir! Macht ja nichts, Fehler sind uns allen schon passiert :-)
eggie (2021-09-19 21:12:17+00:00): Dag Maussie.. Goed om alles actueel te houden.
Is er op de Baak van Wijk aan Zee een uitzondering voor tweewielers. Zo ja.. dan toevoegen oneway:bicycle=no
oneway:moped=no
oneway:mofa=no

MVG
eggie
eggie (2021-09-19 21:17:07+00:00): Bovenstaande uitzonderingen toegevoegd conform de andere eenrichtingsverkeerstraten hier.
Mocht het niet zo zijn laat het even weten. Dan draai ik m'n toevoegingen terug.

MVG
eggie
Maussie (2021-09-20 07:29:02+00:00): Dag Eggie, dank voor het toevoegen van de uitzonderingen, die was ik inderdaad vergeten. Zal er de volgende keer op letten.
surveyor54 (2021-09-29 14:37:39+00:00): Hi,
tourism=caravan_site wird für spezielle Plätze genutzt, an denen das Übernachten in Wohnmobilen für eine oder mehrere Nächte gestattet ist, deshalb sollte man dies als Campingplatz camp_site taggen.
Siehe auch Wiki.
https://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site
Gruß
surveyor54
nurdafur (2021-09-29 15:01:04+00:00): Hallo Surveyor54

Das englische Wiki, das ja als Referenz gilt, widerspricht da dem deutschen Wiki.
https://wiki.openstreetmap.org/wiki/Tag:tourism%3Dcaravan_site
Gemäss englischem Wiki kann ein tourism=caravan_site auch den Zusatz permanent_camping=only haben. Das entspricht genau dem, wie ich es getagged habe.
Liebe Grüße 
Urs
surveyor54 (2021-09-29 16:03:18+00:00): Danke für die schnelle Antwort.

Das englische Wiki ist hier falsch!!!
Ich bin selbst Wohnmobilist, das gibt es in Deutschland nicht. Bei den meisten Stellplätzen besteht ein maxstay. Oft ist sogar campingartiges Verhalten
 (Tische und Stühle vor dem Wohnmobil) verboten.
Cabins und static_caravans gibt es auch nicht auf Wohnmobilstellplätzen. 
Es scheint das hat user  Hiddewie in eigener Regie eingetragen.
https://wiki.openstreetmap.org/w/index.php?title=Tag:tourism%3Dcaravan_site&oldid=2022943
Gruß
surveyor54
nurdafur (2021-09-29 16:38:04+00:00): Ich habe mir noch die Wikis in all den anderen Sprachen, die ich ein wenig verstehe, angeschaut.
Das französische Wiki hat anscheinend von der neueren englischen Version abgeschrieben. Die anderen Wikis enthalten ungefähr den älteren Text. Darfst also die 4 Plätze gerne anpassen. Wichtig aber dass dann unbedingt permanent_camping=only steht
Einen schönen Abend dir.
Grüße 
Urs
surveyor54 (2021-09-29 21:24:34+00:00): permanent_camping=only wird selbstverständlich eingetragen.  ;)

Viele Grüße und danke für den schönen Abend, den wünsche ich dir auch noch.  :)
Hans Thompson (2021-09-19 22:18:09+00:00): nice edits. I hope you keep adding bike improvements and more.

There were a couple edits to your changeset that I made that I just thought you might want to know.

1. I moved the bike repair station to a separate point from one of the points on the parking lot polygon.

2. I removed my existing path for fish creek trail so there wasn't a duplicate footpath and bike path.

Adding bike repair stations sounds like a good little projects. Do you know a good source for all the installations around Anchorage. Cheers.

You can see the edit I made here:
https://overpass-api.de/achavi/?changeset=111424750
dgcampAK (2021-09-20 00:12:52+00:00): Thanks Hans,
These were my first edits to OpenStreetMap (OSM) and those were helpful changes and comments.

The only unified source for the installations I know is https://www.dero.com/fixitmap/fixitmap.html . Not sure the best way to get that map updated, any idea? 

I'll be looking to make more updates for Anchorage. Bike Anchorage is moving to using BikeMaps.org for mapping and incident reporting. Their base map imbeds OSM.

Cheers,
Donovan
ovruni (2021-09-19 20:41:14+00:00): Hola, en este conjunto de cambios nuevamente se ha conectado edificios con calles, ademas se ha eliminado un nodo de institución educativa para mover las etiquetas como parte de otra vía. Su conjunto de cambios solamente indica " se agrego area ".
Saludos
Dodko (2021-09-20 17:12:37+00:00): Adresy sa značia takto
addr:conscriptionnumber=súpisné
addr:housenumber=súpisné/orientačné
addr:streetnumber=orientačné

takže celá adresa vyzerá takto
addr:city=Kvetoslavov
addr:conscriptionnumber=1037
addr:country=SK
addr:housenumber=1037/15
addr:postcode=93041
addr:street=Pri jazere
addr:streetnumber=15
SomeoneElse (2021-09-19 22:03:47+00:00): Hello,
Please don't add fake data to OpenStreetMap.
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group.
SomeoneElse (2021-09-19 22:04:10+00:00): Merhaba,
Lütfen OpenStreetMap'e sahte veri eklemeyin.
Saygılarımla,
Andy Townsend, OSM'nin Veri Çalışma Grubu adına.
SHARCRASH (2021-10-01 17:52:58+00:00): Bonjour, s'il y a un parking pourquoi serait-il interdit aux voitures? Si c'est une interdiction temporaire (travaux ou autre) est-ce que ça va vraiment durer longtemps?

Aussi veuillez éviter de combiner des balises conflictuelles tel que access=no (accès général pour tous) avec des moyen de mobilité spécifique tel que bicyle=yes ou foot=yes. Ce n'est pas logique et induit en erreur.
__azertyuiop__ (2021-10-01 21:17:40+00:00): Bonjour, 
en fait il y a un petit train qui part de l'auberge du Mailhet et lorsqu'il est en fonctionnement il y a une barrière un peu avant la limite du parc national. Quand il ne roule pas on peut monter en voiture mais pas plus loin que le 1er parking. C'est pour ça que je reporte aux horaires du petit train. Il me semble avoir suivi la doc mais si c'est pas correct n'hésitez pas à corriger.
SHARCRASH (2021-10-02 10:21:35+00:00): Merci pour l'info! J'ai corrigé.
__azertyuiop__ (2021-10-02 11:43:12+00:00): En fait j'avais mis comme ça pour que les applis gps colorent la route en rouge, afin de mettre la puce à l'oreille sur l'éventuelle inaccessibility. Par exemple, Windy maps fait cela sur un access:private. Je suppose que ça va marcher sur motor_vehicle=private mais sans doute pas sur motor_vehicle=permissive ni sur les autres paramètres horaires.
SHARCRASH (2021-10-02 15:23:36+00:00): Ah! Appliquer un tag (balise) à une fin spécifique de rendu de la carte, c'est considéré comme une mauvaise pratique par la communauté d'OSM. :) Surtout sur d'autres tags fondamentaux qui risquent de prêter confusion. Néanmoins perso, je ne suis pas ultra stricte sur ce sujet "tagging for the rendering" car parfois on n'a pas l'élément parfait. Un exemple que pas mal de monde fait, je suis d'accord pour donner un tire "descriptif" super résumé dans le tag "name=..." faute du bon tag ou d'information pour un élément.

Superbe région la Gavarnie! :)
Hans Thompson (2021-09-19 21:21:38+00:00): nice edits. I hope you keep adding bike improvements and more.  

There were a couple edits to your changeset that I made that I just thought you might want to know. 

1. I moved the bike repair station to a separate point from one of the points on the parking lot polygon. 

2. I removed my existing path for fish creek trail so there wasn't a duplicate footpath and bike path.  

Adding bike repair stations sounds like a good little projects.  Do you know a good source for all the installations around Anchorage. Cheers. 

You can see the edit I made here:
https://overpass-api.de/achavi/?changeset=111424750
Hans Thompson (2021-09-19 22:17:48+00:00): whoops. meant to post this on the changeset before me.
tonyf1 (2021-09-20 11:19:26+00:00): Hi, i see you have changed your tagging, thanks, but I doubt that you should leave the bicycle=no tag. The way i read it now, its private access but those with the right to enter can use any transport mode except bicycle. Delete the bicycle tag?
HighRouleur (2021-10-01 09:55:24+00:00): Hi Tony,
Upon further discussion with a friend who works there this is a private road. I haves updated tags accordingly.
tonyf1 (2021-10-01 12:08:25+00:00): Thanks for the reply but I can't see any change in the tags, unchanged from about 12 days ago.
access 	private
bicycle 	no
the access tag is ok as you describe it but I think the bicycle tab should go
HighRouleur (2021-10-01 12:38:38+00:00): This has now been updated to remove bicycle=no
Warin61 (2021-09-20 08:56:03+00:00): Hi,
The changeset comment gives no indication of what is being done nor why it is justified. Suggest you read https://wiki.openstreetmap.org/wiki/Good_changeset_comments


In this instance the change is only bicycle=designated to bicycle=yes. As this is highway=cycleway I would think designated would be the best access tag.. see
https://wiki.openstreetmap.org/wiki/Tag:access%3Ddesignated

The changeset has been reverted.
tonyf1 (2021-09-20 11:12:19+00:00): Hi, thanks, I see you using changeset comments in your next changeset, good, much easier to follow.
I presume this changeset is like the treatment plant, you are acting on knowledge that its private? If access is limited maybe use access= xxx rather than mode specific tags? Or is this open to all modes of transport except bicycles?
tonyf1 (2021-10-15 23:33:57+00:00): reverted 112562545
ovruni (2021-09-19 22:22:26+00:00): Hola, en este conjunto de cambios nuevamente se han agregado vías con nombres ficticios o descriptivos, como "f33", "t", "planas prfivada de dos casas" entre otros, a pesar de los mensajes que le había enviado previamente nunca ha respondido. Por lo que he revertido estos conjuntos de cambios.
Saludos
jeslop (2021-09-23 16:05:48+00:00): Hola ManuelAndia, gracias por colaborar con OSM. Sin embargo, debería responder a las cuestiones planteadas por los demás usuarios con respecto a las dudas que plantean sus ediciones y contactar con la comunidad local en beneficio de todos.

Saludos

Jesús López
OpenStreetMap Foundation
Data Working Group
tonyf1 (2021-09-25 12:45:16+00:00): Hi, we value your contributions, its people like you, giving their time, that makes OSM work. But you have comments from about 10 different commenters covering a number of issues. None of these issues have been resolved yet. Please engage with the mapping community in a timely manner and work towards a consensus. We regret that if we do not hear from you there is a risk that your work could be deleted. Thanks.
tonyf1 (2021-10-15 23:29:08+00:00): reverted 112562494
Martin Constantino–Bodin (2021-09-20 10:17:12+00:00): Hi!
Given the changeset comment, this building was not meant to be part of this changeset: https://www.openstreetmap.org/way/195796223 Can you double-check that it’s all right?
Thanks in advance ☺
ElBehaarto (2021-09-20 19:06:22+00:00): Hi,
thanks for the comment. You are right. The change in Germany has nothing to do with those in Mexico. I didn't know that it was important to seperate them though. I will pay more attention to the scope of future commits. 

Is there a way to undo and reorganize the changes?

Thx
Lee Carré (2021-09-21 00:48:06+00:00): “I didn't know that it was important to seperate them though.”

Relevant GitHub issue: http://github.com/openstreetmap/iD/issues/8590# Add feature to reduce number of unintentional huge-area or even globe-spanning edits?

“Is there a way to undo and reorganize the changes?”

No. Not without generating more changesets, which wouldn't roll-back changes but simply increment the version number of affected elements. This changeset would remain, regardless.

“I will pay more attention to the scope of future commits.”

Many folks will appreciate that.

To explain some context. Besides the principle of grouping (into sets) related changes, and by extension unrelated changes being part of different changesets, as a matter of good housekeeping, there are many practical reasons. They include:
▪︎large bounding boxes result in notifying all the people monitoring their local area for changes, who are within the bounding box. When said bounding box covers half the planet, that's spamming an awful lot of people's local list. Tools to filter changesets can only do so much to combat this problem.
▪︎large changesets are more difficult to review & verify (given that OSM is all about mapping what's verifiable on-the-ground)
▪︎it's difficult to make clear & accurate changeset comments (see http://wiki.osm.org/wiki/Good_changeset_comments ) with a lot of (unrelated) changes, in comparison to changesets separated by geographic region or topic. A specific problem with huge sets is that a commenter has to first identify the element to which they're referring (amid the many pages of them, or spanning such a large area that the individual elements are not all visible together) before being able to comment about it. Small & local changes are much more obvious (e.g. there's only 1 of a given type of element) re context of comments

I'm sure that there are other practical reasons, but I'm drawing a blank at the moment.
ElBehaarto (2021-09-21 03:39:47+00:00): Thanks a lot for the extensive explanation! It makes a lot of sense to me. As I'm a newbie, I wasn't aware of any of those points. I will be more careful :)