Mal angenommen, wir würden nur die Einträge von squad=*
löschen, die THW-Bezug haben. Dann blieben squad=LZ III
und squad=Bereitschaft Schaumberg
übrig. Ich habe dazu mal etwaws nachgeforscht:
- Die Angabe “LZ III” scheint die realität zu Beschreiben. Es geht wohl darum, dass dort der 3. Löschzug einer Stadt untergebracht ist, siehe hier. Ich bin kein Feuerwehrexperte, diese Information ist nach meinem Verständnis aber eine andere als bei den ca. 240
squad=*
-Einträgen mit THW-Bezug. Beim THW sind die Fachgruppen, also standartisierte Bausteine eingetragen. Bei der Angabe “LZ III” denke ich eher, dass da die Löschzüge einer Stadt durchnummeriwert wurden. Oder ist deutschlandweit jeder LZ III gleich ausgestattet?
Der Eintrag wurde vor ca. 5 Jahren gemacht und seit dem wurde dieses Schema von niemandem übernommen. Ich gebe dir recht, dass Löschen hier nicht die richtige Taktik wäre. Ich schlage vor, diese Information als Beschreibung beizubehlaten, z.B. mitdescription=3. Löschzug Süd-West
. Dann wäre die Informtaion noch da und könnte einfacher (weil in einem Standard-Tag untergebracht) ausgewertet werden. - Auch für das Rote Kreuz bin ich kein Experte. “Bereitschaft Stadtname” kenne ich aber eher als Bezeichnung für einen Standort als als Standartisierte Einheit innerhalb der Organisation. Leider funktioniert die angegeben Internetseite https://www.drk-theley.de/ nicht (mehr). Ich vermute, dass der DRK-Ortsverein Theley die Bereitschaft Schaumberg ist. Dann würde so etwas wie
alt_name=Bereitschaft Schaumberg
passen. Kann jemand diese Vermutung bestätigen? Oder bin ich auf dem Holzweg?
Das “unvollständig” und “falsch” verschiedene Dinge sind, stimmt. Das die Angabe von squad=*
nur bei ca. 1/3 der THW Ortsverbände exisitert, ist kein Argument für eine Löschung.
Der Vergleich zu highway=*
und surface=*
passt aber nicht dazu. Eine Straße, bei der ich nicht weiß, was für eine Obefläche sie hat, ist immer noch eine Straße. Die felende Angabe erzeugt bei einem Betrachter ein unvollständiges Bild.
Bei einem THW Ortsverband, an dem squad=Fachgruppe Wasserschaden/Pumpen (FGr WP)
steht, in dem aber (neben dem Selbstverständlichen) auch eine Fachgruppe Elektroversorgung (FGr E) stationiert ist, ist damit nicht vergleichbar. Durch die unvollständige Angabe bekommt ein Betrchter ein falsches Bild.
Stell dir vor, ein Geschäft hat real folgende Öffnungszeiten:
opening_hours=Mo-Fr 07:00-20:00; Sa 10:00-15:00
Und in OSM sind folgende Öffnungszeiten erfasst:
opening_hours=Mo-Th 07:00-20:00
Ist das eine falsche oder eine unvollständige Angabe? Nach deiner Argumentation wäre es unvollständig, da ja richtige Daten dabei sind. Ich sehe das als falsche Angabe an, da ich ein falsches Bild von den Öffnungszeiten bekomme.
“In squad=*
werden aktuelle und ehemalige Fachgruppen aufgelistet, die vielleicht in einem THW Ortsverband exisiteren oder auch nicht.” ← Das ist der Status Quo.
Natürlich könnte ich auch so etwas ins Wiki schreiben:
“In squad=*
werden bei THW Ortsverbänden die Fachgruppen aufgelistet, die dort untergebracht sind.”
Durch so eine Dokumentation würden die Daten aber auch nicht beriechtigt werden. Auch wenn es diese Wiki-Seite gäbe, wäre eine Komplettlöschung noch sinnvoll, da ja kein Wert von squad=*
dem dokumentierten Standard entsprechen würde.
Das frage ich mich auch. Derartige overpass-Abfrage habe ich auch schon erwähnt:
- “Fachgruppe Beleuchtung” (38x) gibt es seit Jahren nicht mehr
- “2. Bergungsgruppe” (4x) gibt es seit Jahren nicht mehr
Natürlich könnte man die Daten in squad=*
auswerten, wenn da die jeweiligen Fachgruppen eines THW Ortsverbandes aufgelistet sind. Wenn squad=LZ III
und squad=Bereitschaft Schaumberg
die einzigen Einträge sind, dann helfen derartige Regex-Abfragen aber nicht mehr. Wie am Anfang des Posts geschrieben schlage ich eine Verschiebung der Informationen dieser beiden Nicht-THW-Objekte aus squad=*
in geeignete andere Keys vor.
Daten verbessern, nicht löschen.
Wie bereits mehrfach erwähnt, wird niemand am Daten verbessern gehindert. Nur dadurch, dass falsche Daten korrigieren der bessere Weg ist, wird falsche Daten löschen nicht zu einem schlechten Weg. Da sich seit 10 Jahren niemand für die Daten in squad=*
interessiert hat, wird das wohl so schnell keiner korrigieren. Und wenn sich dafür jemand findet, dann wird das nach der Massenlöschung nur einfacher. Dann hat man während des aktuallisierens nur 2 Arten von Objekten: Die, bei denen squad=*
erfasst ist und die, die man noch vor sich hat. Es gäbe keine Objekte, bei denen man sich unsicher ist, ob diese schon aktuallisiert wurden oder nicht
Mein Massenlöschungsvorschlag würde die OSM-Daten unterm Strich verbessern, indem falsche Angaben gelöscht werden.
Da sich hier aber eine Mehrheit für das Löschen ausspricht, würde ich meinen Widerstand aufgeben. Insbesondere deswegen, weil diese Information auch nur schlecht otg überprüft werden kann, so wie ich das verstanden habe.
Vielen Dank für dein Entgegenkommen.
Zuerst müsste man mal ein Konzept entwickeln, wie man so einen Aufbau, bei dem ja auch manche Gruppen doppelt vorhanden sind, in einen tag schreibt
Das sind Gedanken, die man sich bei einer Aktuallisierung/Neuerfassung auf jeden Fall machen sollte. Bergungsgruppen und Zugrtupps gibt es zwar in jedem Ortsverband, aber meistens nur je ein mal. Bisher sind diese kaum in squad=*
aufgezählt.
Im Endeffekt ist das nichts anderes als ein Organigramm. Das könnten wir auch für alle anderen Behörden erfassen. Da geht der Mehrwert stark gegen null.
das sehe ich anders, Gliederungen und Abteilungen von Behörden wären ein Mehrwert, umsomehr, wenn sie räumlich auf viele Standorte verteilt sind.
In der Grundlegenden Einstellung stimme ich dir @dieterdreist zu. Ein squad=*
, dass reale Daten enthält, wäre ein Mehrwert. Ein squad=*
, dass nicht die Realität widerspiegelt, ist kein Mehrwert. Und solange sich niemand die Arbeit machen will, das ganze einzupflegen, spielt die Frage nach der Relevanz/Notwendigkeit dieser Daten in OSM keine Rolle.
Wir haben die Wahl zwischen dem Behalten der falschen Daten und dem Löschen dieser falschen Daten. Ich habe vor ein paar Tagen diese Frage gestellt, bei deren Beantwortung ich noch nicht weiter gekommen bin:
Was spricht dafür, die falschen Daten in OSM zu behalten? Kann mir jemand da eine Antwort geben? Vielleicht übersehe ich etwas.