Re: Abspecken der opoengeodb durch Verzicht auf 500100002 NAME_7BITLC

Am Donnerstag, 20. Juli 2006 13:41 schrieb Martin Trautmann:
> Hallo,
>
> gerade habe ich mir einmal den SQL-dump nach locid durchsortieren
> lassen. Zum einen wunderte ich mich dabei ueber Eintraegnige e mit
> locid 0,
>
0 == nicht relevant / nicht zutreffend. Z.B. Regierungsbezirke in
Österreich, Liechtenstein, Schweiz und mittlerweile auch in den
meisten deutschen Bundesländern.

> Zum anderen stellte ich fest, dass wir 21709 SQL-Eintraege mit
> 500100002 haben (gesamt: 51887).  Das ist die 7bit-lowercase-Variante
> des normalen Namens.
>
> Ich vermute, wir koennten die Dateigroesse um zehn Prozent reduzieren,
> wenn dieser Typ nicht mit exportiert wuerde, sondern bei Bedarf ueber
> SQL-Befehle berechnet wird!?
>
Ja, auch das gehört zu den "Thesen" in der Entwicklung des DB-Schemas,
die alle noch nicht mit Leben erfüllt sind.

Was man machen - aber schlecht berechnen - könnte, sind Umstellungen
wie "Verwaltungsgemeinschaft Goldene Aue" in:
"goldeneaue verwaltungsgemeinschaft".

Dann kann man auch nach VGs sinnvoll sortieren, ohne daß
Verwaltungsgemeinschaften generell nach Samtgemeinden und Ämtern
angezeigt werden.

Oder möchte man "Lutherstadt Eisleben" wirklich immer unter "Lutherstadt"
einsortiert haben, oder wäre es sinnvoller, es als "eisleben lutherstadt"
sortiert zu haben?

Das war der Grundgedanke dazu.

> Bisher wird diese Variante ohnehin nur bei etwa der Haelfte aller
> Eintraege angezeigt, ist also wohl unvollstaendig.
>
Hups, ich dachte, ich teste auf Vollständigkeit. Entfallen tut der
Eintrag halt bei Postleitzahlgebieten, die Namen wie "54081" haben.

Thomas



-- 
Mailingliste OpenGeoDB
Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@xxxxxxxxxxxxxxxx
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)