Am 27.05.2011 12:20, schrieb Markus:
Hallo Peter,

'ne ganz schön große Kiste

Ich denke, vielleicht ist die Zeit reif für ein paar Gedanken wie wir da "etwas mehr Ordnung reinkriegen". Klar geht das nicht in ein paar Tagen - aber ein Anfang wäre damit gemacht.

Zwischenschritt in der Pipeline, die das OSM-Universum bildet:

Ja, das klingt nach einem seehr guten Plan!

Eine noch zu lösende Aufgabe wird es sein, den Prozess so offen zu gestalten, dass es jederzeit möglich bleibt, die Core-DB (bzw. deren Spiegel) auch "am Standard-Prozess vorbei" beliebig zu nutzen.
Ein Standard-Prozess kann aber gefühlt 80..98% aller Aufgaben abdecken.

Ich könnte mir das so vorstellen:

Mapper > E-Verarbeitungsschicht > DB > A-Verarbeitungsschicht > Anwendung
Da hast du mich falsch verstanden!
Ich bin für Mapper > DB > Verarbeitungsschicht > Anwendung
Je nach Kapazität auf den Servern kann man zusätzlich noch
Mapper > DB > Verarbeitungsschicht > aufbereiteteDB > Anwendung
einführen, um die Verwendbarkeit noch einfacher zu machen.
Ich halte allerdings die Verwendung von Osmosis nicht für zu viel verlangt; nur reinkommen ist erstmal relativ schwierig.
Die Daten des Mappers (1)

werden von einem intelligenten Editor entgegengenommen und vorverarbeitet und in die Eingangs-Verarbeitungsschicht gespeichert (2).
so intelligent kann die Schicht nicht sein, dass dadurch keine Informationen verloren gehen. Außerdem ist einiges in dem Bereich nicht sinnvollerweise bei jedem Upload durchzuführen.
In der Eingangsverarbeitung werden die Daten der verschiedenen Editoren standardisiert aufbereitet und in die Core-DB geschrieben (3).
Insofern würde ich diesen Schritt weglassen

Aus der DB werden in der Ausgangsverarbeitung verschiedene Schichten (standardisierte Views) generiert(4),
...diesen allerdings hereinnehmen; wobei der eben auch auf Seite der Anwendung oder Anwendungsprogrammierung laufen kann - als Bibliothek oder Hilfsprogramm, das einfach nur aufgerufen werden muss.


Gruß
Peter

_______________________________________________
Talk-de mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-de

Antwort per Email an