[Versionen]
Datenmäßig hat sich nicht viel getan, deshalb der Schritt von 3a
auf 3b. Im Export gab es viele mehr oder wenige kleine Fehler, die
teilweise zu größeren Änderungen geführt hatten. Das hatte ich in
der Numerierung nicht berücksichtigt.
> > > 0. - Pre-Release (1. first stable, 2. whew, new, ...)
> > > .2. - new concept
> > > .3 - new data structure
> > > c - new data
> >
> > Puuuh - nein, so genau ist das nicht.
>
> Wenn's nichts besseres als Systematisierung der Versionen gibt, dann
> kannst du ja erst mal die vorgeschlagene Systematik benutzen ;-)
>
:-) Es könnte geschehen, daß es mehr als 26 Änderungen der Daten gibt,
bevor sich an den Strukturen etwas ändert...
Zumindest sollten sich die Strukturen langsam stabilisieren, hoffe ich.
> Release Notes 0.2.3b [show only this release] 2005-04-09 23:42
>
Uff, ja, entweder ich mache jedes Mal ein neues Release, oder ich
benenne ein vorhandenes Release einfach um. 6 oder 7 Dateien bei
jedem Release z.Zt.: was soll da an Dateien zusammenkommen? Zumal
es nicht möglich ist, ein Release zu löschen, es sei denn, man
kontaktiert direkt die Administratoren bei sourceforge. Und gute
Gründe muß man auch noch vorweisen.
>
> In der 0.2.3b sehe ich tatsaechlich die Korrekturen, wie auch das Datum
> 24.3.2005 (Maerz oder April?), aber noch immer weder AGS noch Gemeinde.
>
Hmmm, muß nochmal schauen, ob ich das Datum automatisch generiere, ich
hoffe schon. Sonst ändere ich mal.
> > > Die Zuordnung fuer Gemeinde (via AGS) und weitere opengeodb-Orte
> > > kann ich dir gerne bereitstellen - bitte fordere sie als E-Mail
> > > oder per FTP an.
> >
> > Die Daten sind doch schon da, deshalb...? Vielleicht mißverstehen wir
> > uns hier...
>
> Was ich dir geschickt hatte, waren bisher nur opengeodb-ID und AGS.
> Fuer viele Orte innerhalb einer Gemeinde habe ich aber auch die
> Zuordnung, zu welcher Gemeinde ein Ort gehoert. Teilweise sollte das
Ok, schicke mir doch mal z.B. die Daten von Baden-Württemberg. Ich
schaue dann mal, wie ich die Daten ergänze.
Thomas
|
