> Was ist mit dem SQL-dump? Ist es ueberhaupt sinnvoll, die Datenmenge zum
> Austausch, Archivierung, Versionierung mit diesen Daten aufzublaehen, statt
> hier einen passenden SQL-Befehl aufzunehmen, der ueberall dort durch eine
> moeglichst einfache Regel den Typ 500100002 aus 500100000 berechnet, wo dies
> moeglich ist? Im SQL-Dump wuerden dann nur jene Daten uebergeben, wo nicht
> automatisch der Wert von 500100002 sich aus lower(500100000) ergeben wuerde?
>
Abgeleitete Daten gehören nicht in den Grunddatenbestand. Wenn der Typ
500100002 aus ...0 berechnet werden kann, sollte die
Berechnungsvorschrift im Export enhalten sein. In MySQL kann man einen
entsprechenden Trigger formulieren, der auch bei Updates für
Datenintegrität sorgt.
> Und nach welchen aufwaendigeren Regeln sollte der Typ 500100002 bestimmt
> werden?
>
> Beispiele:
> * Amt Neuhaus -> "NEUHAUS" oder "AMTNEUHAUS"
> * Verwaltungsgemeinschaft Neuhaus -> "NEUHAUS" oder
> "VERWALTUNGSGEMEINSCHAFTNEUHAUS"
> * VG Neuhaus -> "NEUHAUS" oder "VGNEUHAUS"
>
> ... ich verwende hier bisher "NEUHAUS"
>
> * St. Peter-Ording -> "STPETER", "SANKTPETER", "SANKTPETERORDING",
> "STPETERORDING", ...
> * Schloss-Str. -> "SCHLOSSSTRASSE", "SCHLOSSTRASSE", "SCHLOSSSTR",
> "SCHLOSSSTR.", ...
>
> Was ist hier am sinnvollsten?
>
Für sinnvoll halte ich:
- mit Punkt abgekürzte Bestandteile ausschreiben
- diakritische Zeichen normalisieren
- alle nicht-alphabetischen Zeichen entfernen
Ortsnamenszusätze nachstellen (NEUHAUSVERWALTUNGSGEMEINSCHAFT)
Aber da es sich um abgeleitete Daten handelt, kann das ja sowieso jeder
halten, wie er es
am ehesten braucht. Nur wäre es eben schön, eine explizite Regel zu
haben, die auch die sicherlich vorkommenden Sonderfälle berücksichtigt.
In welcher Weise die DB-Nutzer diese Regel dann einbauen, ist eine
Implementierungsfrage und sollte bei der Grunddatenpflege keine Rolle
spielen.
s.m.
--
Mailingliste OpenGeoDB
Listenadresse:
opengeodb@...
Informationen:
http://opengeodb.deMit freundlicher Unterstütztung von php::bar (
http://phpbar.de)
