Also ich hab in der Zwischenzeit von opendata.swiss und der SKI/SBB Rückmeldung, und es sind wirklich nur die BfE Daten die via einem Listing auf opentransportdata.swiss irgendwie auf opendata.swiss gelandet sind. Sprich die Nutzungsbedingungen des BfE gelten nach wie vor.

Hallo, von welchem Datensatz fügst du diese Grenzsteine ein oder wie bestimmst du die Koordinaten?

Und da die Edits mit iD machst wie, setzt du die Koordinaten?

Der Hintergrund für die Fragen ist, neben der Tatsache, dass du deine Quellen dokumentieren solltest, dass zumindest manchmal, die Position nicht mit dem Grenzverlauf der swisstopo und dem swisstopo Grenzpunkte Datensatz übereinstimmt oder etwas anders liegt liegt.

Der 2. Eintrag der BfE Daten auf opendata.swiss wurde von der SKI publiziert siehe https://opendata.swiss/de/dataset/ladestationen/resource/33a253c5-4f47-47f7-b25f-5cae9273d7e0
"Geschäftsstelle Systemaufgaben Kundeninformation (SBB AG)" ist das SKI und eben sie bewirtschaften sie nicht, sondern haben nur die BfE Daten nochmals eingestellt.

Ich hab nicht bei opendata.swiss angefragt, die überprüfen die Einträge eh nicht, sondern bei der SKI (ist ein Teil der SBB) so dass sie ihren Fehler in der Publikation korrigieren können (an der Sachlage, dass es keine offenen Daten sind gibt es keine Zweifel, aber die falsche Auszeichnung sollte natürlich nicht sein).

Noch der Vollständigkeithalber: für " BY" Daten brauchen wir jeweils auch die Erlaubnis den Quellenhinweis zentral anzubringen, was wir in diesem Fall auch nicht haben.

OpenStreetMap war schon immer "eine kommerzielle Nutzung" da eine offene Lizenz das nicht ausschliessen kann. opendata.swiss ist notorisch unzuverlässig in den Linzenzangaben, wobei dies schlicht ein Fehler des SKIs sein dürfte (wir haben da gute Kontakte und ich hake da nach).

> Sie dürfen diesen Datensatz für kommerzielle Zwecke nutzen, sofern Sie eine entsprechende Bewilligung beim Datenlieferanten eingeholt haben.

Eben diese Bewilligung haben wir trotz intensiven Bemühungen nicht bekommen.

Und sehe auch osm.wiki/Import/Guidelines Unter anderen existieren diese Regeln um genau solche Unglücksfälle zu vermeiden.

Siehe https://community.openstreetmap.org/t/ich-tanke-strom-ch-and-sharedmobility-ch/134966

Halllo, ich-tanke-strom.ch sind kine offenen Daten, bitte revertiere alle einschlägigen Edits. Danke.

Hallo, in diesem Changeset hast du, vermutlich unabsichtlich, mehrere Gemeindegrenzen geändert. Wenn du in der Nähe einer solchen am Mappen bist wäre es vorteilhaft wenn du sie in iD ausblenden/filtetn würdest.

Hi Dominique in this and a couple of previous changesets you moved bits of the municipality boundaries (undone in changeset/190869209#map=15/46.66100/6.57499). This was likely accidental but still causes additional work in our project to improve the borders, see https://community.openstreetmap.org/t/municipality-borders-qa-and-fixes/142018 Anyway iD allows you to filter out boundaries and maybe that would be a good thing to try when working near boundaries going forward.

This was actually for Burtigny.

See https://community.openstreetmap.org/t/assistance-needed-upload-my-osc-file-with-josm/146946/2

Please do not use member ways of administrative boundaries for other purposes, it makes maintenance near impossible.

If you feel that the feature you are mapping has the same geometry gluing (using a way that reuses the same nodes) is acceptable in this case.

2 linke Daumen .... ich hab den Fehler so oder so noch nicht behoben, da das QA Skript nicht gelaufen ist, und ich es deshalb ja auch noch gar nicht wissen kann :-).

Moved border back in changeset/185767603#map=19/45.927066/7.877029

In general the borders on the Italian side could do with some work as they do not match the official data very well, just as in this case.

Hi, not quite sure what you were tying to do in this changeset but you moved the international border by about 8 meters. Both according to Swiss boundary data and Italian, see: https://www.dsantini.it/dbsn/boundaries/#18/45.927215/7.877095

I'll move it back as it was likely unintentional.

Exactly I suspect that there is nothing there, at least that is what the imagery implies, maybe there was a buoy or something back then.

In any case this changeset is about improving the overall geometry of the border, not fixing every possible issue with them (we are ungluing linear objects where possible) with an reasonable effort).

It is just a left over segment from updating the boundary geometry, given that we have updatend near 8'000 of them, now and then a glitch is to be expected.

See https://community.openstreetmap.org/t/municipality-borders-qa-and-fixes/