[opengeodb] geodb_hierarchies

[Martin Trautmann]

Georg V. wrote:
> Hallo Martin,
> 
> ich finde es schade, dass die Datenstrukturen geändert werden und damit
> die Möglichkeit entzogen wird, die Nachfolger eines Levels fest zu
> stellen. 

Hallo Georg,

Nachfolger hätten uns nur bis zur Gemeinde-Ebene hinab geholfen. 
Darunter versagen die bisherigen Hierarchien, die obendrein 
pflegeintensiv sind.


> Auf jedem Fall ist das Script infoOGDB in seiner Version 0.6 nicht
> mit der Datenversion 0.2.5a lauffähig. Aus dem gleichen Grund bitte
> deshalb auch darum, die (sowieso) veraltete Version 0.4 aus sourceforge zu
> entfernen. Ich werde mich irgendwann um eine neue lauffähige Version, die
> mit beiden Datenversionen arbeitsfähig ist, kümmern, aber andere Projekte
> haben derzeit Vorrang.

Danke

> Zu Deiner Frage mit der SPLIT-Version: 47 MB in eine MySQL-Datenbank
> einzuladen dauert etwas (:-/), so nebenbei können die meisten Webhoster
> maximal 16 MB große Dateien hochladen und haben eine "etwas" geringere
> Ausführungsdauer für SQL-Scripte. Oder um es kurz zu machen: Ja es wird
> eine Split-Version benötigt. Mein Wunsch dazu: Die Nummernbereiche der
> LOC_ID sollten innerhalb einer Datei geschlossen sein, damit man schneller
> feststellen kann, welche Datei noch nicht geladen wurde.

Die Nummernbereiche sind jetzt schon nicht geschlossen - ich möchte den 
Split eher über die landesspezifische Trennung hinbekommen, weil viele 
ohnehin nur ein Land brauchen.


> P.S.: Übrigens scheint auch die Datensammlung http://dbpedia.org/
> interessant sein, ich werde mal den Datenbestand abgleichen.

Das sind andere Daten als die von
<http://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Georeferenzierung/Wikipedia-World>?
http://tools.wikimedia.de/~kolossos/wp-world/pub_CSV_test3.sql.gz

Letztere hatte ich mal angesehen. Vieles davon würde z.B. über die 
Schreibvarianten den Bestand bereichern. Vieles passt aber auch schlecht 
zusammen - ein schwieriger Abgleich.

Schönen Gruß
Martin