You are jumping to conclusions.

Yes, the person doing the import added a small number of (unnamed) peaks at the time. This is weird as we had no such data and the dataset didn't include it (the relevant POI/peak data from swisstopo wasn't open data back then). Some of these peaks were later edited and relocated.

The rest were added much later, without reference to topology or the border, and the simple explanation, applying Occam’s razor, of why they were joined to border is accidental gluing.

Yes this was on purpose, as ungluing from all other non-border elements (for obvious reasons)..

The border was originally imported from swisstopo (the same source as from where we are updating it now) with no reference to peaks etc.

While legally, as in the contract between IT and CH, it might be defined with reference to peaks we would need for the peaks to be at the location used when that happened. In any case it is clear that the current location of the peaks in OSM doesn't directly define the border so it doesn't make sense to include them.

Leimbach naturally.

Because the relevant tags were empty.

Genau, und deshalb hat es nichts mit den administrativen Grenzen zu tun.

Nochmals: ob Wasserflächen zu dem Gemeindegebiet dazu gehört oder nicht wird vom jeweiligen Kanton bestimmt. Aktuell ist es so, dass im Kanton Thurgau sie nicht dazu gehören. Wie man auch leicht and den Nachbargemeinden sieht, daran halten sich sowohl die swisstopo wie auch das BfS, und auch wir.

PS: der Zonenplan ist von 2019.

Das offensichtliche Problem, dass du auf eine Quelle verweist dass du im Changeset nicht angegeben hast, mal ausser Acht gelassen: du kannst dich gerne mit swisstopo, das BfS und den Kanton Thurgau streiten., aber aktuell sind die alle der Meinung, dass du nicht recht hast.

Dieses Changeset vermischt viel zu viel verschiedene Sachen speziell wenn du gleichzeitig an Grenzen arbeitest (wie dir auch schon gesagt worden ist), und macht es schwierig genau nachzuvollziehen was du geändert hast.

So oder so, du hast die Grenzen von Gottlieben verschlimmbessert, der Rheinanteil gehört nicht zur Gemeinde, die Grenze verläuft am Ufer entlang (wie du leicht aus den verwendeten Daten von swisstopo sehen kannst).

Es gibt keine Anzeichen dafür, dass der Inhalt von standseilbahnen.ch offene Daten sind, falls du eine Erlaubnis hast sie zu nutzen dokumentiere das bitte.

Ohne vorherige Diskussion so grossflächige Änderungen zu machen ist ein Unding. Genau so wie dein vorheriger Edit.

Bei diesem ist besonders schlimm, dass man die einzelnen Änderungen auch nicht nachvollziehen kann und wieso du sie jeweils gemacht hast, da viel zu viel Gemeinden betroffen sind.

Für den ursprünglichen Import wurden die Grenzverläufe vereinfacht deshalb sind so oder so Abweichungen von swisstopos Datensatz zu erwarten.

While the licence situation is not totally clear, assuming it is the standard swisstopo open data licence you need to provide attribution (you did read the licence before you copied the data?), and our agreement with swisstopo in such cases is that we provide it on the contributors page.

PS: you would need to add the specific source to the contributors page if we do decide to keep them.

Please refrain from adding more of these routes until the community has come to a consensus. Thank you.

See https://community.openstreetmap.org/t/ski-routes-import/138798 for the discussion.

Fixed changeset/176707191#map=14/46.79294/6.89673

Two small things: the bfs number should be 2056 and the postal code is likely wrong too (shouldn't be set). Moutier got a new number too.

As far as I checked the changes look fine. My edits didn't have any conflicts anyway, but Loremo was working on Moutier at the same time as you.

See https://community.openstreetmap.org/t/le-constellation-crans-montana/139937 for discussion.

Hi thank you for helping, but you should have read osm.wiki/Switzerland/2026_Municipality_Mergers and https://community.openstreetmap.org/t/swiss-municipality-mergers-v2026/139876 as you now caused double work on Moutier.

That seems weird ... there are only a miniscule three changes in this changeset (as in general SC makes tiny ones this shouldn't be an issue), I'll give it a try.

https://revert.monicz.dev/ should work fine for something like this (it is at least conceptually a successor to RevertUI). We are running an experimental validation process against the data in Zürich for emergency related POIs and this change looked kind of fishy. I assume SC is not pointing out that the hydrants are underground?