[opengeodb] OpenGeoDB unterstützen
Martin Trautmann
traut at gmx.de
Die Okt 24 12:27:47 CEST 2006
On 2006-10-24 11:51, Martin Brenda wrote:
> Ich glaube wir reden ein wenig aneinander vorbei. Bei der von mir angedachten
> Lösung gäbe es eine ZENTRALE Stelle (z.B. Server), wo die ENDGÜLTIGEN Daten
> liegen und die über die Adminoberfläche verwaltet werden. Aus diesen Daten
> werden die offiziellen Releases von OpenGeoDB generiert.
Ok - dann waere doch die "einfachste" Aufgabe, du baust genau das auf.
Jedem steht frei, die Daten aus der opengeodb zu verwenden, wie ihn
beliebt. Fuer den Anfang waere deine Loesung erst einmal ein
opengeodb-Derivat. Die Qualitaet wird beweisen, ob die zentrale
Datenhaltung dann z.B. zu dir hinueber migrieren wuerde, ob deine
Benutzeroberflaeche auf z.B. opengeodb.de uebernommen wuerde, oder ob sich
ein anderer findet, der beides zusammen uebernimmt.
Bisher kannte ich ja nur
< Na dann mache ich mal den ersten Schritt:
<
< URL: http://www.brendaonline.de/multiformo
... und dort sind wir noch sehr weit weg von einer zentralen, endgueltigen
und geeigneten Oberflaeche.
> Eine händische
> Übernahme der Daten würde es nicht geben. Die gesamte Verwaltung der Daten
> würde über das Admin-Tool erfolgen.
Ich melde erhebliche Zweifel an, ob etwas derartiges ganz ohne haendische
Uebernahme von Daten auskommen koennte: Wir haben immer wieder den Fall,
dass groessere Datenmengen auf einmal in die opengeodb aufgenommen werden.
Ohne Kontrolle dieser Daten geht's einfach nicht.
Ebenso gibt es womoeglich abgeleitete Datensammlungen aus der opengeodb,
die wieder zusammenwachsen koennen. Auch das erfolgt bisher haendisch.
Wenn du den haendischen Ansatz aus prinzipiellen Gruenden ablehnst, so
lehnst du damit auch gute Datensammlungen ab.
> Dies löst dann die von Dir oben
> beschriebenen Probleme mit doppelten loc_id's. Denn sobald eine loc_id vergeben
> wird, ist diese vergeben. Ein weiterer Datensatz mit dieser loc_id kann nicht
> angelegt werden. Wenn ein Ort angelegt ist und jemand anders möchte den
> gleichen Ort anlegen, dann sieht er ja sofort, dass dieser Ort inzwischen
> existiert. Wie gesagt, ein Zugriff auf die ENDGÜLTIGEN Daten ist die Grundlage
> der ganzen Lösung.
Dann waere die sinnvollste Vorgehensweise vermutlich:
Wer mag, baut genau diese Oberflaeche auf. Das System wird dann darauf
vorbereitet, die naechste Release komplett zu uebernehmen.
Moeglicherweise wird dein System ab dem Moment schon zur Referenz.
Andernfalls wuerde ich vorschlagen, dass es automatische Exportformate
gibt, um zwischen deiner Installation und anderen Installationen einen
automatisierten Abgleich durchzufuehren. Ob und wie das erfolgt, koennte
weiter geklaert werden - ob man dafuer ein besonders
Uebertragungsprotokoll will (wie z.B. bei der cddb), ob man das in normale
mails oder postings packt, ob man dafuer SQL oder XML oder CSV verwendet
usw.
Welche Austauschformate es jetzt schon zwischen diversen Geo-Servern gibt,
das wissen andere sicher besser.
> Man müsste nicht auf meine Seite gehen, sondern auf die OpenGeoDB-Seite und dort
> den Ort eingeben. Sobald dieser von einem Admin freigegeben ist (inklusive
> loc_id), kann ich diesen beim mir eingeben und muss nicht auf das nächste
> OpenGeoDB-Update warten. Der Schritt mit dem Nachziehen der Daten bei mir (bzw.
> anderen Leuten, die eine zeitnahe Implementierung von Orten benötigen) ist nur
> zusätzlich für eben solche Leute. Das Hauptziel wäre eine Admin-Oberfläche,
> über die neue Datensätze aufgenommen und bearbeitet werden können.
Also doch das von mir genannte Szenario: Es wird eine loc_id reserviert,
aber der opengeodb-server kennt nicht die zugehoerigen Daten, da diese bei
dir eingegeben werden? Ich verstehe immer noch nicht, wie deine Daten
wieder in opengeodb zurueckfliessen sollen.
>> Bitte erlaeutere genauer, was du eigentlich bezwecken willst, und wie das
>> mit den Loesungen anderer Anwender zusammenpassen soll.
>
> Welche Lösungen anderer Anbieter ;-)
Bisher hast weder du noch sonst jemand eine solche vorgestellt. Von daher
haben wir bisher nur den STAtUs: kein Anbieter.
Wenn du es schaffst, den perfekten Ansatz zu liefern, dann werden wir auch
nur einen einzigen Anbieter brauchen. Bis dahin gehe ich davon aus, dass
es durchaus noch mehr Anbieter werden koennen.
Schoenen Gruss
Martin