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?
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.
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.
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.
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
Ich bleib dran.