Fehler in PLZ.tab

[Felix Schwarz-5]

Hallo,

ich habe gerade entdeckt, dass die PLZ.tab auf dem adfc-Server nicht dem
neuesten Stand entspricht. So fehlt dort z.B. die Plz 04178, während sie
im Dump 026 prinzipiell enthalten ist.

Daher würde ich mir gerne die Datei selbst neu erzeugen. Aber wie wird die
Datei bislang generiert? Sind die Skripte öffentlich bzw. können Sie
veröffentlicht werden?

vielen Dank
Felix Schwarz
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Lucas Mengel]

Hi Felix,

Ich bin gerade auch dabei etwas ähnliches umzusetzen. Mein Ansatz: Aus
allen Tabellen eine einzelne machen.

SELECT
    ort.loc_id,
    plz.text_val AS PLZ,
    ort.text_val AS Ort,
    co.lon, co.lat

    FROM
        geodb_textdata ort,
        geodb_textdata plz,
        geodb_coordinates co

    WHERE (
        co.loc_id = ort.loc_id
        AND ort.text_type = 500100000
        AND plz.loc_id = ort.loc_id
        AND plz.text_type = 500300000
    ) LIMIT 60000

Ist aber noch in der Entwicklungsphase.
Ich würde aber gerne eure Meinungen dazu hören.

Felix Schwarz schrieb:

> Hallo,
>
> ich habe gerade entdeckt, dass die PLZ.tab auf dem adfc-Server nicht dem
> neuesten Stand entspricht. So fehlt dort z.B. die Plz 04178, während sie
> im Dump 026 prinzipiell enthalten ist.
>
> Daher würde ich mir gerne die Datei selbst neu erzeugen. Aber wie wird die
> Datei bislang generiert? Sind die Skripte öffentlich bzw. können Sie
> veröffentlicht werden?
>
> vielen Dank
> Felix Schwarz
>  

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

[Lucas Mengel]

Hallo Liste!

Gibts eigentlich irgendwo eine Liste mit den Länderbezeichnungen?
Also quasi ein Index, welche Kennzahl welches Land bezeichnet?
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Im Augenblick kann die PLZ.tab noch nicht bearbeitet werden.

Derzeit arbeite ich daran, dass man ueberhaupt Zusatzdaten anlegen oder bearbeiten kann. Damit waere indirekt auch moeglich, durch Scripts die Daten in die PLZ.tab zu uebernehmen. Derartiges existiert bisher aber noch nicht und steht auch nicht weit oben auf der Prioritaetenliste.

Von daher solltest du solche Aktualisierungen einfach ueber die Liste an mich schicken, dann werde ich sie haendisch einpflegen.

Moeglicherweise werde ich auch mal einen Exportfilter einbauen, mit dem man sich die PLZ.tab zur PLZ.sql umwandeln lassen kann. Der Aufwand dafuer ist gering.

Vorab moechte ich dann aber die Option anbieten, sich selbst einen aktuellen Dump erstellen lassen zu koennen. Da derzeit die Daten kaum von irgendwelchen Leuten gepflegt und aktualisiert werden (vgl. z.B. der bekannte Fehler, dass manche Laender noch nicht vom Land nach Europa verlinken), scheint die Nachfrage hier ohnehin nicht unbedingt riesig zu sein.


Schoenen Gruss
Martin

[Lucas Mengel]

Hi,

Schaut Euch mal die Koordinaten von folgender loc_id an:

SELECT * FROM geodb_coordinates WHERE loc_id = 35887

Da stimmt doch was mit lon und lat nicht !

LG,
Lucas
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

> Gibts eigentlich irgendwo eine Liste mit den Länderbezeichnungen?
> Also quasi ein Index, welche Kennzahl welches Land bezeichnet?


Definiere Kennzahl.

Meinst du locids? Bisher haben wir nur sehr wenige Laender (level 2)

Meinst du ISO Codes? Vergleiche http://sourceforge.net/docman/display_doc.php?docid=27436&group_id=132421

Meinst du ISO2-Codes? oder dreistellige Codes? Oder die Abkuerzungen der Laender auf den ovalen Fahrzeugaufklebern?
http://www.rdate.com/country_alpha_iso.htm

Womoeglich meinst du Telefonvorwahlen?
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

> Schaut Euch mal die Koordinaten von folgender loc_id an:
>
> SELECT * FROM geodb_coordinates WHERE loc_id = 35887
>
> Da stimmt doch was mit lon und lat nicht !


Geht das bitte etwas genauer? WAS stimmt mit lon und lat nicht?

http://www.fa-technik.adfc.de/Codierung/opengeodb.pl?parts=536;c=D zeigt vergleichbare Werte fuer die anderen Gemeinden im Kreis.

http://de.wikipedia.org/wiki/Falkenstein/Harz nennt
http://tools.wikimedia.de/~magnus/geo/geohack.php?language=de¶ms=51_44_N_11_20_E_type:city(6187)_region:DE-ST

Koordinaten Sexagesimal Dezimal
Breite : 51° 44′ 0″ N 51.733333°
Länge : 11° 20′ 0″ E 11.333333°

Das sieht nicht so viel anders aus als

lat:   51.7071428571428  
lon: 11.3333285714286
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Lucas Mengel]

 >>Definiere Kennzahl.

SELECT * FROM geodb_textdata WHERE text_type = 400200000 GROUP BY text_val

liefert mir:
124
106
60000
637
60001
35248
29237
60487
13813
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Lucas Mengel]

 >>Geht das bitte etwas genauer? WAS stimmt mit lon und lat nicht?

Probiers doch mal selbst und gib mal ein:

SELECT * FROM geodb_coordinates WHERE loc_id = 35887

Da bekomme ich folgendes heraus:

lon | lat
11.33328571...    51.70714...
51.70714...         11.33328571...

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

[Martin Trautmann]

Hallo Lucas,

es ist mehr als ermuedend, dir zu antworten. Ist es fuer dich nicht moeglich, deine Anfrage etwas praeziser zu stellen oder genauer mit Fakten zu untermauern?

> SELECT * FROM geodb_textdata WHERE text_type = 400200000
> GROUP BY text_val

Du suchst also nach text_type = 400200000? Ich verwende kein SQL - du suchst also einfach nach der Ebene? Und dann?

> liefert mir:
> 124
> 106
> 60000
> 637
> 60001
> 35248
> 29237
> 60487
> 13813

Suche bitte auch die Zusatzinfos dazu heraus.

124: Burgenland, Ebene 3, Oesterreich
106: Oesterreich, Ebene 2
60000: Eisenstadt, Ebene 5, Deutschland
637: Antwerpen, Ebene 4, Niederlande
...

Was du Kennzahl nennst, heisst in openeodb-SQL "loc_id".

Solltest du in der naechsten Zeit keine Antworten mehr bekommen, dann ueberlege vielleicht erst einmal, was du wissen willst und ob du das so auch gefragt hast bzw. genuegend Vorleistung erbracht hast, um deine Frage zu unterfuettern.


Gruss,
Martin
--
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

>  >>Geht das bitte etwas genauer? WAS stimmt mit lon und lat nicht?
>
> Probiers doch mal selbst und gib mal ein:

Nein, das mache ich nicht - denn ich habe hier kein SQL.

> SELECT * FROM geodb_coordinates WHERE loc_id = 35887
>
> Da bekomme ich folgendes heraus:
>
> lon | lat
> 11.33328571...    51.70714...
> 51.70714...         11.33328571...

Mit welcher Version arbeitest du?

Die Angaben haettest du gleich machen koennen - und anstelle die Koordinaten einfach "falsch" zu nennen, haettest du auch gleich sagen koennen, dass lon und lat vertauscht wirken.

... denn dann haette ich dich gleich auf
http://www.nabble.com/Welche-Daten-sind-die-aktuellsten--tf4936609.html verweisen koennen: in der 0.25-Version sind lat/lon teilweise vertauscht. Verwende daher 0.26.
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Felix Schwarz-5]

Hallo Martin,

zuerst einmal: Vielen Dank für deine scheinbar unermüdliche Arbeit an diesem
Projekt. :-) Mir scheint, ohne dich müsste man OpenGeoDB als tot betrachten.


Martin Trautmann schrieb:
> Im Augenblick kann die PLZ.tab noch nicht bearbeitet werden.
>
> Derzeit arbeite ich daran, dass man ueberhaupt Zusatzdaten anlegen oder
> bearbeiten kann. Damit waere indirekt auch moeglich, durch Scripts die Daten
> in die PLZ.tab zu uebernehmen. Derartiges existiert bisher aber noch nicht
> und steht auch nicht weit oben auf der Prioritaetenliste.

Verzeih mir meine dumme Frage, aber ich habe noch nicht so richtig durchschaut,
wie dieses Projekt funktioniert bzw. wie die Daten erzeugt werden. Ich nahm an,
dass die PLZ.tab aus dem Hauptdatenbestand automatisch erzeugt werden.

Offenbar ist das nicht so. Was fehlt genau, um diese Daten automatisch zu
erzeugen? Viel freie Zeit habe ich zwar nicht, aber kleine Tasks können schon
mal drin sein - an Programmierkenntnissen sollte es jedenfalls bei mir nicht
scheitern. *g*

> Da derzeit die Daten kaum von
> irgendwelchen Leuten gepflegt und aktualisiert werden (vgl. z.B. der
> bekannte Fehler, dass manche Laender noch nicht vom Land nach Europa
> verlinken), scheint die Nachfrage hier ohnehin nicht unbedingt riesig zu
> sein.

Noch eine Frage: Wo kann bzw. soll ich denn überhaupt etwas bearbeiten? Wann
sollte ich etwas bearbeiten? Welche Sicherheitsmechanismen gibt es, falls ich
etwas falsch mache?


Gruß,

--
Felix Schwarz
Software-Entwicklung und Beratung
Schwerpunkt: Entwicklung auf "Open Source"-Basis

www.schwarz.eu

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

[Lucas Mengel]

Ich bin verwundert, weil riesige Seiten, selbst die größten Communities
wie kwick.de scheinen diese Datenbank zu nutzen.
Habe mir nämlich mal die Mühe gemacht und den Quelltext solcher Seiten
durchstöbert und stoße dort immer wieder
in den HTMl-Formularen auf die loc_id's von openGeoDB

> Hallo Martin,
>
> zuerst einmal: Vielen Dank für deine scheinbar unermüdliche Arbeit an diesem
> Projekt. :-) Mir scheint, ohne dich müsste man OpenGeoDB als tot betrachten.
> ...

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

[Lucas Mengel]

Hi,

vielen Dank für den Link.
Dann lösche ich einfach alle Datensätze wo:
valid_until < heute

das wären dann 18 Stk.
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Lucas Mengel]

Dann möchte ich deutlicher Fragen:

Enthält NUR Ebene 5 deutsche Einträge und zwar auschließlich?
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Felix Schwarz wrote:
> Hallo Martin,
>
> zuerst einmal: Vielen Dank für deine scheinbar unermüdliche Arbeit an diesem
> Projekt. :-) Mir scheint, ohne dich müsste man OpenGeoDB als tot betrachten.

Der Anschub kam nicht von mir - es ist auch nicht sicher, ob und wie
andere mal wieder tragende Rollen übernehmen.

> Verzeih mir meine dumme Frage, aber ich habe noch nicht so richtig durchschaut,
> wie dieses Projekt funktioniert bzw. wie die Daten erzeugt werden.

Das ist auch nicht unbedingt trivial, weil einiges sich entwickelt hat
und opengeodb im Prinzip sehr unterschiedliche Dinge kann.

 > Ich nahm an,
> dass die PLZ.tab aus dem Hauptdatenbestand automatisch erzeugt werden.

Die PLZ.tab entstammt tatsaechlich dem Datenbestand aus der 0.2.4, mit
ein paar späteren Ergänzungen.

Seit der Version hat sich aber einiges getan. Einerseits wurde die
Datenstruktur etwas erweitert. Andererseits kam eine Wiki-ähnliche
Versionierung dazu. Bedingt durch technische Randbedingungen meiner
Implementierung läuft das ganze aber nicht auf einer echten
SQL-Datenbank, sonder auf deutlich kleineren und recht effizienten
Text-Dateien.

opengeodb selbst, das sind primaer erst mal Rohdaten. SQL ist ein
geeignetes Transportvehikel dafür. Früher gab es statt des SQL auch eine
daraus abgeleitete .txt-Version, die meinen Zwecken weitgehend genügte.

Meine eigene Datenhaltung arbeitet gänzlich anders (FileMaker).

So entstand dann aber der aktuelle Zwischenstand, der primär aktuelle
Basisdaten darstellt (D.tab usw.).

Dazu gibt es versionierte Daten - also einerseits solche, die durch
andere Typen über die Basisdaten hinausgehen. Andererseits aber auch
solche, die z.B. mit Erstellungs- und Gültigkeitsdatum daherkommen.

Solche Daten werden derzeit tatsächlich als SQL-Daten gehandhabt:
extra.sql. Weder .txt noch.sql wird aber bei einer Web-Anbfrage
angezeigt: dort erfolgt die Umwandlung nach .html

Bei vielen opengeodb-Anwendern zeigt sich eigentlich, dass sie
überwiegend keine Ortsdaten wollen, sondern eine recht einfache
Applikation brauchen, um Umkreis- und Entfernungssuchen zu verwenden.
Solchen Leuten reicht eigentlich der Bestand aus der PLZ.tab

In der eigentlichen Struktur der opengeodb sind die PLZ-Gebiete eine Art
von Fremdkörper. Für den aktuellen Entwicklungsstand sind diese also
kein Teil der dumps. Je nach Wunsch und Motivation werde ich sie
vielleicht wieder mit hineinnehmen.

Dennoch finden sich in opengeodb derzeit solche Daten: sie sind deshalb
drin, weil sie mit einem Gültigkeitsdatum markiert sind, das hinter dem
Einführungsdatum der fünstelligen Postleitzahlen liegt. Deswegen stecken
sie in extra.sql noch drin.

> Offenbar ist das nicht so. Was fehlt genau, um diese Daten automatisch zu
> erzeugen?

Der Wille.

> Viel freie Zeit habe ich zwar nicht, aber kleine Tasks können schon
> mal drin sein - an Programmierkenntnissen sollte es jedenfalls bei mir nicht
> scheitern. *g*

Dann überlege vielleicht einfach, in welcher Form dir die Ausgabe besser
gefallen würde bzw. was du da gerne hättest. Ich kann mir z.B. gut
vorstellen, hier einen Google-Map-Frame mit einzubinden. Irgendwo gibt
es eine Applikation der opengeodb- und nima-Daten, wie man auf den
Satellitenbildern die aktuellen Koordinaten einblenden lassen kann - und
wie man die Punkte dann einfach an die richtige Stelle verschiebt und
deren Wert dann als korrigierte Koordinaten wieder in den Datenbestand
aufnimmt.

>> Da derzeit die Daten kaum von
>> irgendwelchen Leuten gepflegt und aktualisiert werden (vgl. z.B. der
>> bekannte Fehler, dass manche Laender noch nicht vom Land nach Europa
>> verlinken), scheint die Nachfrage hier ohnehin nicht unbedingt riesig zu
>> sein.
>
> Noch eine Frage: Wo kann bzw. soll ich denn überhaupt etwas bearbeiten? Wann
> sollte ich etwas bearbeiten?

Jeder kann jederzeit die Basisdaten auf
fa-technik.adfc.de/code/opengeodb.pl bearbeiten.

Wer groessere Datenbestaende einpflegen mag, der kann sich die
entsprechende HTML-Syntax leicht erraten, wie man das einspielen kann.

Wesentliche Hilfe wäre also, dass online oder offline die Bestände
geprüft und erkannte Fehler korrigiert werden - das kann jeder,
hoffentlich auch ohne Programmierkenntnisse.

> Welche Sicherheitsmechanismen gibt es, falls ich
> etwas falsch mache?

Keine, du darfst machen, was du willst ;-)

Jede Änderung wird aber mitprotokolliert und kann von jedermann
rückgängig gemacht werden. Änderungen werden auch direkt beim Eintrag
angezeigt.

Der Mechanismus ist noch nicht perfekt, aber IMHO tauglich. Wer mir
Fehler des Programms meldet, der hat bessere Chancen, dass diese behoben
werden, als wer nichts macht.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Lucas Mengel wrote:
> Dann möchte ich deutlicher Fragen:
>
> Enthält NUR Ebene 5 deutsche Einträge und zwar auschließlich?

Ebene 5 ist die Landkreis-Ebene.

In Österreich war diese Zuordnung vor kurzem noch anders. Seit release
0.26 wird Ebene 5 aber für die österreicher Bezirke verwendet.

In der Schweiz sind die Bezirke derzeit als Ebene 4 eingestuft. Es wäre
denkbar, hier entweder die österreicher Bezirke eine Ebene nach oben zu
schieben oder die Schweiser eine nach unten.

Die "richtige" Zuordnung ist IMHO nicht möglich, da von Land zu Land,
von Bundesland zu Bundesland unterschiedliche Strukturen der Ebenen
existieren.

Von daher kann ich dir nicht garantieren, dass 5 nur deutsche Kreise
enthalten würde - derzeit ist dem jedenfalls nicht mehr so.

Schönen Gruß
Martin
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Lucas Mengel]

Du hast ja immer gesagt, ich soll, wenn ich Informationen über das LAND
haben will, alle Ebenen durchgehen.
Habe jetzt alle probiert:

Zuerst habe ich mich vergewissert, welche Ebenen es gibt:
SELECT loc_id FROM geodb_textdata WHERE text_type = 4002000000 GROUP BY
text_val

Das Ergebnis lautet:
loc_id | text_val
124 | 1
106 | 2
60000 | 3
637 | 4
60001 | 5
35248 | 6
29237 | 7
60487 | 8
13813 | 9

Es sind 9 Ebenen, wie Martin immer gesagt hat.
Nun kommen ganz deutliche Fragen, wie von Martin gefordert:

Frage Nr.:1. Du erwähnst immer wieder die loc_id 105. Du sagst immer,
ich soll mir anhand dieser loc_id Informationen besorgen.
Woher hast du diese Zahl?


Nächster Schritt: Wenn ich die loc_id's aus dem obigen Abfrageergebnis
nehme und nach ihnen in geodb_textdata suche, da
erhalte ich Informationen zu der jeweiligen Ebene.

Frage Nr.: 2. Was soll ich mit den Informationen anfangen? Die Ebenen
sind alle von Grund auf verschieden!
WAS meintest du in diesem Zusammenhang mit "Abklappern" ??
--
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

[Martin Trautmann]

Lucas Mengel wrote:

> Frage Nr.:1. Du erwähnst immer wieder die loc_id 105. Du sagst immer,
> ich soll mir anhand dieser loc_id Informationen besorgen.
> Woher hast du diese Zahl?

Warum weisst du das nicht? Kannst du nicht herausfinden, wofür die
loc_id 105 steht? Es ist Deutschland - dein Aufhänger für alle deutschen
Einträge.

> Nächster Schritt: Wenn ich die loc_id's aus dem obigen Abfrageergebnis
> nehme und nach ihnen in geodb_textdata suche, da
> erhalte ich Informationen zu der jeweiligen Ebene.
>
> Frage Nr.: 2. Was soll ich mit den Informationen anfangen? Die Ebenen
> sind alle von Grund auf verschieden!
> WAS meintest du in diesem Zusammenhang mit "Abklappern" ??

Suche nach allem, was in 400100000 ein 105 enthält und in 400200000 eine
3. Damit solltest du anfangen, deine Hierarchies zu erstellen und
aufzufüllen.

Schönen Gruß
Martin

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

[Robert Böck]

Hallo Martin,

Martin Trautmann wrote:

> es ist mehr als ermuedend, dir zu antworten. Ist es fuer dich nicht moeglich, deine Anfrage etwas praeziser zu stellen oder genauer mit Fakten zu untermauern?
>
>> SELECT * FROM geodb_textdata WHERE text_type = 400200000
>> GROUP BY text_val
>
> Du suchst also nach text_type = 400200000? Ich verwende kein SQL - du suchst also einfach nach der Ebene? Und dann?

Ehrlich gesagt - die SQL-Datenstruktur ist eine einzige Katastrophe. Von
Normalisierung keine Spur. Da blickt doch kaum jemand durch. Und du
wunderst dich, dass dann unpräzise Fragen kommen. Mich wundert das
überhaupt nicht. Ich glaube, Lucas blickt blickt da einfach nicht so
richtig durch und wird jetzt deswegen von dir blöd angemacht.

cu, Robo :)

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