Was ist an disused:highway falsch?

Ja, weil es ein Zeltlager ist. Aber ich habe nicht das von dir angesprochene tents=no gesetzt :)
Wenn es falsch ist, einfach entfernen.

Hey, das müsste du ehrlicherweise eher hier nachfragen: changeset/169494425
Ich hab's nur von Node zu Area konvertiert.

Aber ja, laut Website ist das nur eine Wiese die während bestimmten Zeltlager-Veranstaltungen genutzt wird.

Hallo Jakob48,

wenn auf dem Typenschild des Masts kp drauf steht, wäre eine Umrechnung entgegen der OTG-Regel oder?

Viele Grüße
mcliquid

Hallo Jakob48,

danke für deine Antwort.

Ich glaube, wir vermischen hier mehrere Dinge, die man sauber trennen sollte:

1. ATYL und Sprachfrage
ATYL ist keine harte Regel, sondern beschreibt Best Practices. „Idealerweise britisches Englisch“ heißt eben nicht „alles andere ist unzulässig“. OSM ist voll von etablierten Keys, die weder perfektes Englisch noch britisches Englisch sind (height, maxspeed, surface, incline, gauge, tracks, …).
Dass maxforce kein gängiges englisches Wort ist, macht den Key nicht automatisch ungültig – zumal seine Bedeutung technisch eindeutig ist.

2. Seltene Nutzung ≠ falsches Tagging
Dass ein Tag nur dreimal verwendet wird, ist kein Argument für Löschung. Genau dafür existiert ATYL: um Experimente, neue Anwendungsfälle und Nischendaten zu ermöglichen.
Wenn wir anfangen, seltene, aber korrekte Informationen pauschal zu entfernen, verhindern wir Weiterentwicklung – und das widerspricht einem Grundprinzip von OSM.

3. „Kritische technische Parameter“
Mir ist nach wie vor keine Wiki-Stelle bekannt, die technische Parameter pauschal ausschließt. Im Gegenteil: OSM enthält unzählige technische Details (Tragfähigkeit von Brücken, Spannungen, Durchfahrtshöhen, Achslasten, Gleisspurweiten, Baujahre, Materialien etc.). Ob etwas „kritisch“ ist, ist kein objektives Kriterium, sondern eine persönliche Einschätzung.

4. „Welcher Datennutzer soll das auswerten?“
Diese Frage halte ich für grundsätzlich problematisch. OSM ist keine kuratierte Datensammlung für bekannte Nutzer, sondern eine offene Geodatenbank. Viele heute selbstverständliche Auswertungen existierten *erst*, nachdem die Daten vorhanden waren. Daten nur deshalb zu löschen, weil man *aktuell* keinen Nutzer kennt, halte ich für nicht gerechtfertigt.

5. Löschen vs. Verbessern
Wenn man den Key für schlecht gewählt hält, wäre der richtige Weg:
- Diskussion anstoßen
- Alternativen vorschlagen
- ggf. Umstellung vorbereiten

Aber ersatzloses Löschen valider Informationen ist aus meiner Sicht der falsche Ansatz und könnte als Vandalismus eingestuft werden.

Zusammengefasst:
Du hast den Key entfernt, nicht weil er falsch war, sondern weil du ihn persönlich für unnötig hältst. Das ist eine legitime Meinung – aber keine ausreichende Grundlage für eine Löschung ohne vorherige Abstimmung.

Viele Grüße
mcliquid

Hallo Jakob48,

nach meiner Interpretation von ATYL, ist es völlig legitim, wenn ein Tag weltweit nur drei Mal verwendet wird. Liest du das dort anders?

Und wo steht im Wiki, dass man "kritische technische Parameter" nicht eintragen darf? Das wäre mir nach über 14 Jahren OSM tatsächlich neu.

Danke für die Aufklärung und viele Grüße vom Bodensee
mcliquid

Grad im Gegenteil, unclassified steht für Durchgangsverkehr: osm.wiki/DE:Tag:highway=unclassified
Wenn nur Anlieger dort fahren dürfen, ist die Straße nicht für die Allgemeinheit befahrbar und damit keine unclassified :)

Hello Leo_Dowley1, thank you for your contributions to the HOTOSM project and for helping with the North Sumatra flood response. Your effort in mapping building footprints is much appreciated.

A small note regarding this changeset: when working on HOTOSM tasks, it’s important that each changeset stays **strictly within the assigned task area**. Mixing in edits outside the project boundary (even unintentionally) makes review and validation more difficult and can interfere with coordinated disaster-response mapping.

For future tasks, please consider:

* making sure all edits belong to the active HOTOSM task area,
* uploading frequently, especially if you stop and resume mapping later,
* keeping changesets clearly focused on a single task and location.

This helps validators and project managers review contributions efficiently during time-critical responses.

Thanks again for supporting humanitarian mapping, and happy mapping!

Hello brt1ituk, thank you for fixing the address issue and for your contributions with iD.

A quick note about this changeset: it includes edits ranging from GB to IT, covering locations that are far apart. Even when addressing similar issues, grouping such distant edits into a single changeset makes it harder for other mappers to review or revert individual changes.

For future edits, please consider:

* keeping each changeset focused on one local area,
* uploading your changes before moving on to a different city or country,
* creating separate changesets when working on issues in distant regions.

You can find more information here:
[osm.wiki/Changeset#Geographical_size_of_changesets](https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets)

Thanks for your understanding, and happy mapping!

Sollte man dafür nicht ein Tag finden, dass passt, statt es zu löschen? Ganz nach dem Motto: osm.wiki/Any_tags_you_like

Hier wurden nun valide Informationen ersatzlos gelöscht.

Hello brt1ituk, thank you for fixing the address issue and for your contributions with iD.

A quick note about this changeset: it includes edits ranging from London to Venice, covering locations that are far apart. Even when addressing similar issues, grouping such distant edits into a single changeset makes it harder for other mappers to review or revert individual changes.

For future edits, please consider:

* keeping each changeset focused on one local area,
* uploading your changes before moving on to a different city or country,
* creating separate changesets when working on issues in distant regions.

You can find more information here:
[osm.wiki/Changeset#Geographical_size_of_changesets](https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets)

Thanks for your understanding, and happy mapping!

Thanks for your ongoing corrections! I just can't remember the correct spelling, and SCEE doesn't offer autocomplete here. I really need to come up with a solution here.

lines is deprecated, changed it to route_ref: lines=*

Ich hab es wieder zurück geändert.

Grüß dich! Ich bin mir unsicher, was ich von den Änderungen halten soll. Der Großteil der Punkte wurde vor über 15 Jahren angelegt oder sogar blind importiert und schwebt seither größtenteils unverifiziert umher. Deine Änderungen implizieren nun, dass anhand des neuen, von dir ergänzten Tagging-Schemas all diese Tauchspots auch wirklich existieren – das ist aber definitiv nicht bei allen der Fall. Hast du die Spots vorher manuell auf Existenz und Korrektheit überprüft?

Grüß dich! An was machst du das segregated=yes an dem begleitenden Weg vor Ort fest?

See also: changeset/175707333

Hallo Thomas H aus B, danke für deine Bearbeitungen mit Go Map!!

Ein Hinweis zu diesem Änderungssatz: Obwohl der Kommentar „Korrektur Bruchstraße 52a“ auf eine lokale Änderung schließen lässt, enthält das Changeset auch Bearbeitungen bis hin zu den Malediven. Das passiert mit Go Map!! manchmal, wenn längere Zeit ohne Hochladen weitergearbeitet wird und sich dadurch weit auseinanderliegende Änderungen im gleichen Änderungssatz sammeln.

Für die Zukunft wäre es hilfreich, häufiger hochzuladen, besonders bevor du in einem anderen Gebiet weiterarbeitest. Dadurch bleiben Changesets lokal und für andere Mapper leichter nachvollziehbar.

Weitere Informationen findest du hier:
osm.wiki/Changeset#Geographical_size_of_changesets

Vielen Dank fürs Beachten und weiterhin viel Spaß beim Mappen!

Hello Jobigutenburg, thank you for your contributions with iD!

A quick note regarding this changeset: it includes edits across a very large area — from all over Italy up to Hungary. Even when making consistent tag additions (such as adding Arabic names), combining such distant regions into one changeset makes it difficult for other mappers to review, understand, or revert individual edits if needed.

For future work, it would be helpful to:

* keep each changeset focused on one local area or one country,
* upload before moving on to edit in a distant region,
* and, if performing large-scale tagging, create separate, geographically grouped changesets.

More guidance is available here:
[osm.wiki/Changeset#Geographical_size_of_changesets](https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets)

Thanks for considering this, and happy mapping!

Hallo R1kyy, danke für deine Bearbeitungen mit iD!

Ein kurzer Hinweis zu diesem Änderungssatz: Er umfasst Änderungen von **Tevel in Ungarn bis nach Monschau in Deutschland**, also über eine sehr große Distanz hinweg. Solch weit verstreute Edits erschweren es anderen Mappern, die Änderungen nachzuvollziehen oder bei Bedarf zu überprüfen.

Zusätzlich passt der Kommentar "Specify surfaces" nicht zu den vorgenommenen Änderungen – es wurden keine surface-Tags bearbeitet. Stattdessen wurde ein Depot-Geschäft gelöscht und zwei Gebäude vom Typ shed hinzugefügt. Ein treffenderer Änderungssatz-Kommentar hilft anderen, den Zweck und Inhalt der Änderungen besser zu verstehen.

Für zukünftige Edits wäre es hilfreich, wenn du:

* Änderungen jeweils innerhalb eines lokalen Gebiets vornimmst,
* vor dem Wechsel in eine andere Region hochlädst,
* und einen Kommentar wählst, der die tatsächlichen Änderungen beschreibt.

Weitere Informationen findest du hier:
[osm.wiki/Changeset#Geographical_size_of_changesets](https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets)

Vielen Dank fürs Beachten und weiterhin viel Freude beim Mappen!