[opengeodb] Teilprojekt verwendbare Daten

[Martin Trautmann]

Andreas Müller wrote:

>> Genau dafür kannst du die hierarchies verwenden.
>
> Die es aber nicht mehr konsistent zu den Daten gibt!

Warum nicht? In dem Moment, wo ich einen neuen Dump anstosse, kann ich 
dazu die Hierarchies passend erzeugen.

Warum aber sollte ich das tun, wenn ich keine Rückmeldung bekomme, ob 
sie was taugen oder nicht.

> Nun es ist immer die Frage wie man ein Problem löst. So ist es aber keine
> Lösung da du feste Feldzuordnungen für die Hierarchieebenen wegoptimiert
> hast.

Die haben bisher funktioniert, wo wir nur bis zur Gemeinde-Ebene 
heruntergingen - und selbst da hatten wir nicht sauber getrennt zwischen 
Ort und Gemeinde. Wenn wir heute Daten ergänzen wollen, so kommen wir 
hinunter auf Ortsteil-Ebenen, wo die starren Hierarchien zunehmend 
nutzlos werden, wo aber deren Verwaltung einen enormen organisatorischen 
Pflegeaufwand bedeuten.


>> Richtig, das kann nicht sein. Das wäre auch ziemlicher
>> Schmarrn, Sachen
>> zusammenzupacken, die nicht zusammenpassen.
>
> Du willst mir jetzt aber nicht erklären das die "geodb_hierarchies" nicht zu
> den anderen Tabellen gehört?

Die hierarchies werden zu einem bestimmten Zeitpunkt erzeugt und passen 
dann zu den Daten von diesem Zeitpunkt. Wenn du völlig unterschiedliche 
Releases zusammenwirfst, so wird das noch immer zu grossen Teilen passen 
- an den aktualisierten Ecken aber klemmen.


> Nö das denke ich nicht - so ein quatsch. Nur halte ich es für falsch ein
> Datenstruktur durch eine andere Datenstruktur abzulösen wenn erste nich mit
> einfachen Mitteln wiederhergestellt werden kann. Jetzt muss man mit großem
> Aufwand diese Daten wiederstellen.

Ich denke, ich habe den Gegenbeweis angetreten, dass ich mit eigentlich 
ungeeigneteren Werkzeugen und wenig Aufwand diese Daten offensichtlich 
herstellen kann. Im Gegenteil wäre aber ein immenser Pflegeaufwand damit 
verbunden, die hierarchies mit zu korrigieren und zu versionieren. Den 
tue zumindest ich mir nicht an. Du kannst ja mal exemplarisch selbst 
versuchen, die Kreisreform in Sachsen-Anhalt über die hierachies 
nachzuziehen - das sollte für dich ja eine einfache Fingerübung sein...


> Vielleicht ist dir ja das Problem noch nich klar: Seit der Änderung ist
> nicht mehr klar wieviel KONSTANTE Ebenen ich absteigen muss um z.B. Land
> oder Bundesland abzufragen.

Dann erkläre es mir doch einfach. Wie viele konstante Ebenen brauchst 
du, um von Deutschland nach Berlin-Kreuzberg zu kommen? Und wie viele 
brauchst du bis München-Schwabing? Und wie viele bis zur Uferpromenade 
von Lausanne?


> Ich picke mir hier garnix raus sondern stelle nur fest das ich heute für
> JOINS eine loc_id (int) mit einer text_val (varchar) Spalte verwenden muss
> was nicht alle Datenbanksysteme so einfach mitmachen.

Auch das halte ich zumindest aus meiner Sicht für falsch. Es kann sein, 
dass du auch auf diesem Weg zum Ziel kommen kannst. Warum aber kannst du 
dir nicht die passenden Hilfsstrukturen hinzufügen, die dir das Leben 
leichter machen?


> Ich hoffe du hast den Schluss der letzten Mail gelesen oder mein Posting vom
> 04.03.2008. Dann sollte dir das klar sein.

Mach's doch einfach mal. Wir haben jahrelang um den grossen Wurf 
herumgeredet, wie man die Bearbeitung der Daten am besten online zur 
Korrektur anbieten könnte. Aber keiner hat's gemacht. Sobald du etwas 
bessers anbieten kannst, ist es sicherlich sinnvoll, auf dein Angebot zu 
wechseln.


> Es hat ja keiner von dir verlangt die Daten anders bereitzustellen. Du wirs
> aber zugeben müssen das die Hauptprobleme hier dadurch entstehen das es
> extreme Verständnisprobleme und technische Unfähigkeiten der Anwender der
> Daten gibt.

Genau deswegen sage ich ja: wenn du jemanden helfen willst, dann wäre 
eine Möglichkeit, dass du eben jene Dokumentation anfertigst, die ihm 
helfen kann.

>> Ich behaupte mal, fuer den Nicht-Profi gibt es nichts einfacheres und
>> verstaendlicheres als die .tab-Dateien. Die kann er nämlich
>> direkt mit
>> Excel aufmachen...
>
> Dafür gilt das gleiche wie oben? Gibts ja offiziell nicht parallel
> versioniert zum download. Woher soll man wissen was man da nun hat.

Sie sind tagaktuell, jederzeit verfügbar und sie werden begleitet von 
einem Protokoll der Änderungen, die jederzeit von jedermann korrigert 
werden können. Eine weitere Versionierung der Daten wäre ebenfalls 
einfach nur redundant. Sollte ich für jeden Benutzereintrag eine neue 
Version anlegen?

Das würde ohnehin voraussetzen, dass Benutzer die Daten korrigieren 
würden...

Gruss,
Martin