Mein Gedanke war sofort: Versionierung!
Natürlich nicht die ungeprüften Daten in die Versionierung der
Hauptdatenbank einfliessen lassen (das gibt ein zu grosses Versionschaos
mti einem evtl. zu grossen Teil unbrauchbarer Versionen), aber: auch die
ungeprüften Daten kann man ja versionieren.
Dann hat man selbst dann noch Rückgriffsmöglichkeiten, wenn ungeprüfte
Daten in mehrfachen Varianten eingespielt wurden und die letzte Version
nicht die beste ist.
Zur Versionierung fallen mir 2 Möglichkeiten ein, entweder eine
datenbankinterne Versionierung oder eine Versionierung der Eingabedaten
auf SQL-Script-Ebene.
Beides hat Vor- und Nachteile, die sofortige Versionierung der
Export-SQL-Scripte nach jedem Upload wäre mein persönlicher Geschmack.
Wobei z.B. CVS bei reinen Textdaten intern ja auch nur Deltas speichert,
so dass der Datenmülloverhead gar nicht so riesig ist, und jeder könnte
per WebCVS jederzeit an alle Versionen ran, ohne dass das Admininterface
dafür zuviel aufgebohrt werden müsste. Es müsste nur am Schluss eines
jeden Datenimports einen Export und ein CVS-commit-Kommando anstossen.
Wenn ich da (oder sonstwo) jemand unterstützen sollte... einfach anfragen.
Grüsse aus der Westpfalz,
Jan
P.S.... meine Anfrage von neulich nach der Sinnhaftigkeit "grob
ungefährer" Daten für nl, lu, fr ist nach wie vor aktuell..
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
|
