seit gestern ab 16:00 Uhr gelangen die stündlichen Changefiles in die täglichen Aktualisierungen. Der Zeitstempel in den zugehörigen 00x.state.txt wird allerdings täglich weitergeführt,
so dass das Datum inzwischen auf den 17.09.12 verweist:
es gab wohl gestern ein Update bei dem Code der die Diffs erstellt. Anscheinend ist auch bei
den minutely etwas schief gelaufen. Beim daily ist der Bug aber noch vorhanden.
Laut #osm-dev kann/wird BrettH den Fehler beheben …
ich habe ihn direkt per E-Mail angeschrieben und hoffe, auf diesem Wege den richtigen Ansprechpartner erreicht zu haben.
Die Zieldaten sollten nicht beschädigt sein. Wer schon die hour-changes eingespielt hat, dessen Änderungen werden mit den später korrigierten daily-changes einfach nochmals überschieben und der sich überschneidende Aktualisierungs-Zeitraum dürfte daher unverändert bleiben. Ist dann im Prinzip so wie wenn man den Zeitpunkt der Replication vor die Aktualität der Daten setzt, wenn man sich des korrekten Zeitstempels der Daten nicht ganz sicher ist.
Viel kann man sich eh nicht kaputtmachen… demnächst darf nämlich jeder, der aktuell bleiben will, komplett neu importieren, um dann saubere ODbL-Daten zu haben.
In dem Zug werden auch intern einige Updates und Änderungen vorgenommen, um die sowieso nötige Downtime und die Komplett-Imports zu nutzen.
Antwort habe ich noch keine bekommen. Die fortlaufende Erzeugung der hour-Dateien in day-replicate wurde aber offenbar gestern nach 17:00 Uhr gestoppt. Mal schauen, wann der Ordner inclusive korrigierter Updates aufgeräumt wird.
ich hab mir die Sache mal näher angesehen. Da ich die minütlichen Diffs benutze und dort alles sauber erscheint werde ich meinen cronjob wieder aktivieren.
Im Extremfall - und wenn es wirklich irgendwann mal ein schriftliches Statement dazu geben sollte, kann ich die Uhr ja zurückdrehen und die Daten aktualisieren lassen.
Was mich nur so fürchterlich ärgert, ist die fehlende Kommunikation. Selbst im irc osm-dev wurde ich mit “It’s done when it’s done” und “brett is working on it” abgespeist. Sehr professionell und wirklich eine Steilvorlage für google & co
Inzwischen habe ich eine Antwort erhalten. Die daily diffs wurden bereits angehalten. Sobald Brett Zeit findet (kaum innerhalb der nächsten 24 Stunden), kümmert er sich darum.
Grundsätzlich spricht Walter genau eine der Problemkreise an die mir ein kleines bisschen auf den Nägeln brennt.
Einerseits was bieten wir (OSMF) als Dienste an und welche Qualitätszusicherungen machen wir dazu, anderseits wie kommunizieren wir aktiv mit unseren Datenkonsumenten und Mappern. Bei letzerem geht es weniger um “Marketing” im weitesten Sinn des Wortes, dass ist mit dem aktuellen “Pull” Konzept gut abgedeckt, sondern um Fälle bei denen wir aktiv Mapper erreichen wollen, sei das, dass was ausgefallen ist, sei das ein Lizenzwchsel (:-)).