associatedStreet-Relationen entfernen?

In Bielefeld haben fast alle AS-Relationen ein ref=irgendwas. Frage an die Eingeborenen: Ist das Kunst oder kann… ?

Gruß,

Baßtölpel

Die ref tags wurden wohl alle von einem nicht mehr aktiven Mapper 461103 eingefügt, leider ohne jeglichen Kommentar.
Die tags sind aus meiner Sicht überflüssig. Wenn man die löscht findet JOSM z.Z. 1314 obsolete aS in Bielefeld.

Hat schon jemand versucht ihn anzumailen?

Ja, das ist „lustig“ (um keinen weniger höflichen Ausdruck zu gebrauchen), über solche Änderungen bin ich auch schon gestolpert. Da dachte ich mir: Wenn sich der Mapper beschwert, dass ich seine schönen aS-Konstrukte lösche, dann werde ich ihn fragen, warum er damals die sauber erfassten addr:-Daten gelöscht hat …

Soviel also zu den oft beschworenen angeblichen Vorteilen der aS-Relationen in der Praxis (Redundanzvermeidung, leichtere Wartung … etc.): sie funktionieren also in der Realität nicht.

Den 461103? Lass es lieber, ich rate aus Gründen davon ab.

Ein Grund für das Nicht-Funktionieren dürfte eben auch sein, dass die gängigen QS-Tools diese Relationen nicht auswerten.

Für mich ist es eine Bestätigung der Maxime, Relationen (as, MP, …) nur dann einzuführen, wenn es nicht anders vernünftig zu realisieren ist (KISS).

Mir sind beim “Putzen” dutzende von aS-Fehlern aufgefallen:

  • aS nur mit streets
  • aS nur mit houses
  • aS, wo viele Adressen fehlten
  • aS, die falsche Adressen (member) enthielten
  • aS, die voll redundant und somit wertlos waren
  • aS mit aS als member

und sicher noch mehr Schrott

Bisher hat sich niemand bei mir beschwert, obwohl ich ziemlich aggressiv putze und auch is_in bzw. die GEO-Daten gerne mitnehme.

Gruss
walter

ps: Diff Update der Datenbank klemmt. Liegt aber an planet.osm.org: https://lists.openstreetmap.org/pipermail/talk/2019-April/082391.html. Daher keine aktuelle Auswertung möglich.

Ich würde mal sagen, das liegt eher an osmosis, als an planet.osm.org. Wird echt Zeit, dass dieses nicht mehr unterstützte Tool aus der OSM-Steinzeit durch etwas besseres ersetzt wird.

Vor 2 Monaten gab es genau dasselbe Problem schon mal: https://lists.openstreetmap.org/pipermail/talk/2019-February/082057.html

Stand vom 15.03.2019


Inspected file: germany-latest.osm
associatedStreet-relations: 42053
hereof redundant: 24438 (58%)

Stand vom 10.04.2019


Inspected file: germany-latest.osm
associatedStreet-relations: 4667
hereof redundant: 212 (5%)

Änderungen vom 10.04.2019 gegenüber dem 15.03.2019
Anzahl associated-Street-Relationen: −37386
Relative Änderung: −89%

https://osm-suspects.gbconsite.de/map#12/47.9910/7.7146/osm-outsideplz-plzoverlay

Das liegt eventuell daran, dass der liebe @seichter heute schon ziemlich aufgeräumt hat :smiley: In 79227 allerdings noch nicht.

Immer mit der Ruhe, ich komme gerade aus dem Garten und nehme erst einmal den 5-Uhr-Tee :sunglasses:.

NB: Ich habe den Eindruck, wir müssen den Ausgang der Umfrage nicht abwarten, da bis dahin schon alle as_Relationen in DE entsorgt wurden :D.

Das hatte ich eigentlich nicht gemeint :frowning: Eher, dass sich ein lokaler Mapper beschwert, dass ich “seine” aS-Rels lösche.

Und da hatten sich wohl Flüchtigkeitsfehler eingeschlichen. Zahlendreher sind ein Hobby von mir :wink:

Sorry und Gruss
walter

Nicht ganz. “Damals” war das ein Integer-Overflow in den OSC-Daten und diesmal war ein State-File (633 oder 634) defekt.

Nun denn, auf jeden Fall flutscht es wieder.

Gruss
walter

Nein, das war wirklich nicht das Problem. Damals hatte osmosis versucht, mit einem Windows Character-Set osc Files als UTF-8 zu interpretieren - genau dasselbe was mir der Stacktrace auf talk-ML von heute sagt.

Hier sieht man auch, dass die .osc.gz Dateien einen neuen Zeitstempel haben, und nicht die state.txt Files: https://planet.openstreetmap.org/replication/minute/003/446/

Kein Problem :).
Es waren aber auch ein paar falsche PLZ in den as-Relationen versteckt :D.

Wer die aktuelle Anzahl associatedStreet-Relationen für Deutschland haben möchte, kann folgende Overpass-Query ausführen:


[out:csv(::count;false)][timeout:300];
{{geocodeArea:Deutschland}}->.searchArea;
(relation["type"="associatedStreet"](area.searchArea););
out count;

11.04.2019, 18:05 Uhr: 4183

11.04.2019, 18:15 Uhr: 4163

Wird das ein Countdown? :wink:

Ich denke, die Umfrage ist v.a. wichtig, um den künftigen Umgang mit aS-Relationen in D zu entscheiden. Wenn es so ausgeht, wie es aussieht (und ich hoffe), nämlich eine überwältigende Mehrheit dafür, aS-Relationen in D als deprecated zu erklären, ist es leichter, auch jene Kollegen, die immer noch neue aS-Relationen anlegen, zu überzeugen, auf eine andere Adresserfassungsmethode umzusteigen … sprich auf das Karlsruhe-Schema.

11.04.2019, 18:48 Uhr: 3994