[closed] Internationale Admingrenzen 2016

Hallo,

Osmose meldet bei vielen Orten aus meiner NĂ€he: “relation type=boundary - Missing admin_centre role”.
Wenn ich diese Warnungen (oder Fehler?) nun behebe und einem Ort in der Relation die Rolle admin_centre zuweise, bleibt mir das nach dem Lauf von wambachers Scripts auch erhalten?

Danke
Sven

Hi Sven

Meine Scripts werten nur aus - die Àndern nichts in den OSM-Daten.
Nur dass ein QA-Tool unbedingt admin_centre verlangt, finde ich schon ein wenig ĂŒbertrieben.

Gruss
walter

Hallo Walter,

Danke. Dann kann ich ja beruhigt sein, dass meine Änderungen nicht irgendwann wieder raus fliegen.

Zu admin_centre:
Man kann da sicherlich geteilter Ansicht darĂŒber sein. Ich selbst kannte das Tag vor Osmose gar nicht und finde es nĂŒtzlich.
Im deutschen und englischen Wiki zu Relation:boundary finde ich keine eindeutige Information, ob es optional ist. Zumindest ist es nicht so ausgewiesen.

Sven

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/704-countries-compare-2016-10-03

Der Datenstand ist vom 2016-10-02 18:14:02+02

68 Missings und zwei kritische Multipolygone.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/705-countries-compare-2016-10-04

Der Datenstand ist vom 2016-10-03 14:36:03+02 - es klemmt mal wieder fĂŒrchterlich :frowning:

15 Missings und drei kritische Multipolygone.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/706-countries-compare-2016-10-05

Der Datenstand ist vom 2016-10-04 12:28:02+02 :frowning: morgen wird es aber wohl besser.

159 Missings und ein kritisches Multipolygon.

Lesotho hat es erwischt.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/707-countries-compare-2016-10-06

Der Datenstand ist vom 2016-10-05 19:56:02+02

43 Missings und zwei kritische Multipolygone.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/708-countries-compare-2016-10-07

Der Datenstand ist vom 2016-10-06 23:32:02+02

15 Missings und kein kritisches Multipolygon.

Kambodscha hat es erwischt.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/709-countries-compare-2016-10-08

Der Datenstand ist vom 2016-10-07 22:13:02+02

17 Missings und zwei kritische Multipolygone.

Gruss
walter

Ich habe mal eine Diskussion zu admin_level=2 bei nicht-selbstÀndigen LÀndern gestartet: https://lists.openstreetmap.org/pipermail/tagging/2016-October/030343.html

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/710-countries-compare-2016-10-09

Der Datenstand ist vom 2016-10-08 22:18:04+02

9 Missings und ein kritisches Multipolygon.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/711-countries-compare-2016-10-10

Der Datenstand ist vom 2016-10-09 22:13:02+02

5 Missings und kein kritisches Multipolygon.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/712-countries-compare-2016-10-11

Der Datenstand ist vom 2016-10-10 22:11:02+02

22 Missings und drei kritische Multipolygone.

Indien und Bhutan hat es erwischt.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/713-countries-compare-2016-10-12

Der Datenstand ist vom 2016-10-11 22:23:02+02

8 Missings und kein kritisches Multipolygon.

Gruss
walter

Hallo Walter,

ich werde aus den Zeitpunkten - ich nenne es “Snapshots” - nicht ganz schlau.

Heute habe ich zwei Relationen mit einem gemeinsamen defekten Weg repariert. Lt. heutiger Country-Compares-Seite liegt der Zeitrahmen zwischen 2016-10-10 22:11:02+02 und 2016-10-11 22:23:02+02. Die einzige Änderung, und gleichzeitig die den Fehler verursachende, war 2016-10-10T11:23:39Z, hĂ€tte also bereits einen Tag vorher erkannt werden mĂŒssen. Im Grunde nicht schlimm, die QualitĂ€tssicherung geschieht trotzdem zuverlĂ€ssig. Wenn man aber einen guten Zeitpunkt zum Erzeugen von “Preprocessed Bounds” sucht, ist der Zeitstempel (das Passen der Snapshots) wichtig.

Ach ja, der betreffende Weg: http://www.openstreetmap.org/api/0.6/way/193774109/history

GrĂŒĂŸe
Mario

Jo, die Sache ist echt seltsam.

Die beiden Orte waren immer noch in meinen Daten vom 11.10. drin, obwohl der Fehler bereits am 10.10 aufgetreten ist. Erst eine Nacht spÀter waren sie wirklich weg und der Fehler wurde dann auch gefunden:


    lfn    | iso3 |   id   |           ts           |     name     
-----------+------+--------+------------------------+--------------
 214045328 | DEU  | 403139 | 2016-10-11 22:23:02+02 | Schlangenbad
 213653280 | DEU  | 403139 | 2016-10-10 22:11:02+02 | Schlangenbad
 213261372 | DEU  | 403139 | 2016-10-09 22:13:02+02 | Schlangenbad
 212869570 | DEU  | 403139 | 2016-10-08 22:18:04+02 | Schlangenbad
 212477826 | DEU  | 403139 | 2016-10-07 22:13:02+02 | Schlangenbad
 212086172 | DEU  | 403139 | 2016-10-06 23:32:02+02 | Schlangenbad
 211694659 | DEU  | 403139 | 2016-10-05 19:56:02+02 | Schlangenbad
 213411047 | DEU  | 534054 | 2016-10-10 22:11:02+02 | Hösbach
 213018943 | DEU  | 534054 | 2016-10-09 22:13:02+02 | Hösbach
 212626928 | DEU  | 534054 | 2016-10-08 22:18:04+02 | Hösbach
 212235006 | DEU  | 534054 | 2016-10-07 22:13:02+02 | Hösbach
 211843187 | DEU  | 534054 | 2016-10-06 23:32:02+02 | Hösbach
 211451490 | DEU  | 534054 | 2016-10-05 19:56:02+02 | Hösbach
 213655601 | DEU  | 534055 | 2016-10-10 22:11:02+02 | Goldbach
 213263693 | DEU  | 534055 | 2016-10-09 22:13:02+02 | Goldbach
 212871895 | DEU  | 534055 | 2016-10-08 22:18:04+02 | Goldbach
 212480156 | DEU  | 534055 | 2016-10-07 22:13:02+02 | Goldbach
 212088504 | DEU  | 534055 | 2016-10-06 23:32:02+02 | Goldbach
 211696995 | DEU  | 534055 | 2016-10-05 19:56:02+02 | Goldbach

Der TS ist immer der Datenstand zum Begin der Auswertung. Schlangenbad als Muster, wenn alles ok ist.

Hab alles Mögliches ĂŒberprĂŒft - bis hin zu einem “heimlichen” Rollback der Datenbank, aber ich seh nix :frowning:
Ich bleib dran.

Gruss
walter

Moin,

hier die aktuelle Missing Boundaries-Auswertung: https://osm.wno-edv-service.de/index.php/10-osm-reports/714-countries-compare-2016-10-13

Der Datenstand ist vom 2016-10-12 20:54:02+02

18 Missings und kein kritisches Multipolygon.

Gruss
walter

Stimmt das noch? Ich denke nicht mehr. Aber mit Overpass Turbo kann man irgendwie nicht recht nach Relationen suchen, es braucht immer zu lang.

Stimmt! NĂ€mlich dass type=multipolygon bei den Boundaries in DE nicht (mehr) verwendet wird.

Ab und zu tauchen im Ausland noch Grenzen mit type=multipolygon auf, werden aber sofort angepasst - zumindest von mir.

Probier mal:


rel[boundary=administrative][type=multipolygon];
out tags;

Die Query liefert alle Relationen (ohne die Member) in 5 Sekunden.