Du bist der erste, der sich dazu bereit erklärt, das in nicht komplett minimalistischem Umfang zu erledigen. Danke dafür. Ob die 18 Ortsverbände in Brandenburg aber wirklich ein gewinn wären, wenn man die 650 restlichen nicht beachtet, weiß ich nicht so recht.
Diese Ansicht teile ich nicht. Da kann man nichts überführen. Die Daten sind so stark veraltet, dass man alles einzeln gegenprüfen müsste. Ein neues Tagging-Schema, in das wir die in OSM erfassten Daten ummodeln, hilft kein bisschen. Wenn man sich die Arbeit machen will, das zu erfassen, dann kommt man nicht an Löschen und neu eintragen vorbei - egal ob es eine Massenlöschung ist oder man bei jedem Objekt einzeln squad=* rausschmeißt und es dann direkt neu einpflegt.
Danke für deine Meldung. Was genau verstehst du unter “falsch”. Dazu gibt es hier unterschiedliche Auffassungen. Wenn “falsch” heißt, dass squad=* nur einen Teil der jeweiligen Fachgruppen aufführt, dann sind ~95% der Werte falsch. Wenn “falsch” heißt, dass die in squad=* Aufgeführen Fachgruppen nicht in der Realität am jeweiligen Ort zu finden sind, dann wird die Quote etwas geringer sein. Wenn “falsch” heißt, dass die Daten bis zur Unauswertbarkeit von der Realität abweichen, dann ist squad=* vollständig falsch.
Es gibt nur 2 squad=*-Werte, die nicht im Zusammenhang mit dem THW stehen. Da habe ich eine Verschiebung der Daten in einen anderen (passenderen) Tag vorgeschlagen, siehe hier.
Ich interpretiere das auch so. OSM basiert auf Konsens, nicht auf Demokratie. Ab wann man von Konsens sprechen kann, ist schwammig.
emergency=disaster_response hat vor wenigen Monaten unter anderem emergency_service=technical abgelößt. Das ist nun der weltweite Standard für Zivil- und Katastrophenschutz-Stationen. Siehe hier für den zugehörigen Proposal: Proposal:Emergency=disaster response - OpenStreetMap Wiki
Du hast immer noch eine falsche Vorstellung von dem, was in OSM erfasst ist. Um die Daten nutzbar zu machen, muss alles einzeln neu erfasst werden. An den derzeitigen Werten von squad=* kann man sich nicht orientieren oder entlanghangeln. Und das ist auch das Argument für die Massenlöschung.
Da es hier um eine Massenlöschung von squad=* geht haben auch diese Einträge hier etwas zu suchen.
Danke für die Info. Das war mir nicht bewusst.
Folgendermaßen könnte es weitergehen:
- Alle Daten in
squad=* mit THW-Bezug löschen wegen der Datenqualität.
- Wenn jemand interesse hat, ein Proposal verfassen, der ein Schema für:
- alle Einheiten (Technische Züge, Fachzüge) und Teileinheiten (Gruppen, Fachgruppen, Trupps) (und ggfs. noch den OV-Stab?) des THW enthält
und nach möglichkeit zusätzlich:
- auch von anderen Organistationen in Deutschland genutzt werden könnte (Feuerwehr, Rotes Kreuz, DLRG, …)
- international genutzt werden kann (z.B. vom australischen State Emergency Service (SES))
- Eine zuverlässige und lizenztechnisch akzeptable Datenquelle für die Daten ermitteln. Eine direkte Anfrage bei der THW-Leitung wäre da ein Ansatz.
- Die vorhandenen und entsprechend lizensierten Daten einpflegen.
Die Schritte 2-4 sind sehr aufwändig. Sie würden mindestens Wochen in Anspruch nehmen und unter Umständen im Sand verlaufen. Ich hatte schon mal überlegt, ob so etwas sinnvoll wäre. Da ich mir aber immer noch nicht so recht sicher bin, ob diese Daten in OSM mehr als nur pflegebedürftiger Ballast wären, weiß ich nicht so recht, ob ich das befürworten würde.
Mal angenommen, wir hätten einen akzeptierten Proposal, der wie oben beschrieben zumindest das THW abdeckt (Punkt 2) und hätten eine entsprechend lizensierte und aktuelle Datenbasis (Punkt 3). Auch dann müssten wir die vorhandenen Daten rausschmeißen (Punkt 1), weil sie zu veraltet sind und bei der Neuerfassung (Punkt 4) nur stören würden.
Um in squad=* (oder welche Tags man sich auch immer als Alternative einfallen lässt) Ordnung rein zu bringen, muss man viel Zeit und Arbeit investieren. Da das ganze sehr speziell ist und vor Ort nicht ausgeschildert ist, wird das niemand beim Vorbeilaufen aktuell halten können.
