Arnulf Christl | 2 Jul 2004 09:14
Picon

Re: [Mapserver-DE] Geokodierung dt./europ. Adressen?

Michael Schulz wrote:

> Hallo,
>
> die Frage ist vielleicht etwas offtopic, aber letztendlich hat die 
> Präsentation der Ergebnisse was mit MapServer zu tun ;-)
>
> Setzt irgendjemand eine Geokodierungssoftware in Zusammenarbeit mit 
> dem UMN MapServer ein, bei der man deutsche Adressdaten eingibt und 
> lat/long, UTM od. GK-Koordinaten dafür erhält?
>
> Wenn ja, welche Systeme kommen da zum Einsatz?
>
> Vielen Dank für eure Hinweise, Grüße Michael
>
Hallo,
ich habe vor einiger Zeit Kontakt mit dem opengeodb Projekt aufgenommen, 
da wir auch immer wieder nach solchen Daten und Funktionen gefragt 
werden. Die Daten sind wirklich Frei / GNU Lesser General Public License 
(LPGL).
User Mailing Liste: opengeodb@...
Webseite: http://opengeodb.de/

Wir werden die Daten in unser UMN MapServer Demoprojekt Germany 
einbinden und einen einfachen Gazetteer ankoppeln. Ist derzeit aber ein 
unterfinanziertes Projekt, deswegen weiss ich nicht wann es fertig wird. 
Vieleicht können wir Resourcen bündeln, dann wird es einfacher.
Die Koordinatenumrechnung für EPSG Codes erfolgt bei uns über PROJ4, die 
wir über PostgreSQL/PostGIS Methoden umrechnen. Das ist die gleiche 
Vorgehensweise wie im UMN MapServer oder in Mapbender.
(Continue reading)

Michael Dorn | 6 Jul 2004 11:17
Picon
Picon

DB installiert - ist meine falsch ???


Hallo,

Ich habe das gerade mal getestet.. Echt supi... Nur habe ich ein Problem mit
meiner Datenbank Ich finde zb. Zur PLZ 01468 nur eine Stadt und auf der z.b
von hansaton.de siehe unten finde ich zu der PLZ 6 Städte?? Welche Datenbank
version ist denn das ? In der letzten 0.1.3 ist auch nur eine drin.. 

Gruß Michael

-----Ursprüngliche Nachricht-----
Von: opengeodb-bounces@...
[mailto:opengeodb-bounces@...] Im
Auftrag von macx online
Gesendet: Mittwoch, 28. April 2004 07:13
An: 'Mailingliste OpenGeoDB'
Betreff: AW: [opengeodb] DB installiert - und jetzt?

Hallo Sascha!

> Ich habe eine Tabelle, in der Vereine mit Name und PLZ gespeichert 
> sind. Ich möchte nun eine Suchfunktion erstellen, mit der man sich die 
> nächsten Vereine in seiner Umgebung nach PLZ anzeigen lassen kann.

Ich habe das auf hansaton.de
(http://www.hansaton.de/hoerakustiker.0.html?&no_cache=1) so gelöst:

Gibt der User einen Ort und den Umkreis an, suche ich zunächst in der
opengeodb nach allen (!) Orten, die es in diesem Kreis gibt. Das Ergebnis
packe in in Array. Mit dieser Ortsliste kann ich nun in meiner
(Continue reading)

Bernhard Bauder | 6 Jul 2004 11:49
Picon

Umkreissuche

Hallo zusammen

Ich habe mir die aktuellen Daten von opengeo (Db und Class) gezogen.
Leider gibt es ein Problem mit der Umkreissuche.
Geben ich z.b. 63329 Egelsbach ein (umkreis 10Km) findet er alles, jedoch
nicht die Orte die in der Umgebung liegen.
Hat jemand eine Idee was ich falsch gemacht habe?

Danke
berni

Mit freundlichen Grüßen

Bernhard Bauder

ebiz-consult e.K.
Bahnstrasse 20
63329 Egelsbach
Email: bbauder@...
web: http://www.ebiz-consult.de/

Lutz Rutemöller | 6 Jul 2004 13:08
Picon

Re: Umkreissuche

Hallo!

> Geben ich z.b. 63329 Egelsbach ein (umkreis 10Km) findet er alles,  
> jedoch
> nicht die Orte die in der Umgebung liegen.
> Hat jemand eine Idee was ich falsch gemacht habe?

Eigentlich nicht, aber vielleicht kann man die benötigten Funktionen  
durch eigene SQL-Anfragen bekommen. Also ohne auf die GeoClass  
zurückzugreifen. Eine Umkreissuche mit der opengeodb geht zum Beispiel  
so (mysql-Prompt):

SELECT umkreis.name_int AS ort,  
ROUND(('6371.11'*ACOS(SIN(RADIANS(standort.breite))*SIN(RADIANS(umkreis. 
breite))+COS(RADIANS(standort.breite))*COS(RADIANS(umkreis.breite))*COS( 
RADIANS(umkreis.laenge)-RADIANS(standort.laenge)))),3) AS km from  
geodb_locations umkreis, geodb_locations standort where  
standort.name_int = 'Egelsbach' AND umkreis.name_int != 'Egelsbach' AND  
('6371.11'*ACOS(SIN(RADIANS(standort.breite))*SIN(RADIANS(umkreis.breite 
))+COS(RADIANS(standort.breite))*COS(RADIANS(umkreis.breite))*COS(RADIAN 
S(umkreis.laenge)-RADIANS(standort.laenge)))) < 10 ORDER BY  
('6371.11'*ACOS(SIN(RADIANS(standort.breite))*SIN(RADIANS(umkreis.breite 
))+COS(RADIANS(standort.breite))*COS(RADIANS(umkreis.breite))*COS(RADIAN 
S(umkreis.laenge)-RADIANS(standort.laenge)))) ASC;

Viele Grüße aus Langen.
- Lutz R.

--
http://nachhilfe-pilot.de/ - Die online Nachhilfe-Datenbank!
(Continue reading)

Bernhard Bauder | 6 Jul 2004 13:30
Picon

AW: Umkreissuche

Hi Lutz,

Das habe ich auch versucht, leider ohne Erfolg.
Ich vermute mal das beim Restore der DB was falsch gelaufen ist.

Die example.php liefert leider auch das falsche Ergebnis. :(

Cu
berni

-----Ursprüngliche Nachricht-----
Von: Lutz Rutemöller [mailto:webmaster@...] 
Gesendet: Dienstag, 6. Juli 2004 13:08
An: Mailingliste OpenGeoDB; bbauder@...
Betreff: Re: [opengeodb] Umkreissuche

Hallo!

> Geben ich z.b. 63329 Egelsbach ein (umkreis 10Km) findet er alles, 
> jedoch nicht die Orte die in der Umgebung liegen.
> Hat jemand eine Idee was ich falsch gemacht habe?

Eigentlich nicht, aber vielleicht kann man die benötigten Funktionen durch
eigene SQL-Anfragen bekommen. Also ohne auf die GeoClass zurückzugreifen.
Eine Umkreissuche mit der opengeodb geht zum Beispiel so (mysql-Prompt):

SELECT umkreis.name_int AS ort,
ROUND(('6371.11'*ACOS(SIN(RADIANS(standort.breite))*SIN(RADIANS(umkreis. 
breite))+COS(RADIANS(standort.breite))*COS(RADIANS(umkreis.breite))*COS(
RADIANS(umkreis.laenge)-RADIANS(standort.laenge)))),3) AS km from
(Continue reading)

Thomas Mack | 6 Jul 2004 13:36
Picon
Picon

Re: Umkreissuche

Am Dienstag, 6. Juli 2004 13:30 schrieb Bernhard Bauder:
> Hi Lutz,
>
> Das habe ich auch versucht, leider ohne Erfolg.
> Ich vermute mal das beim Restore der DB was falsch gelaufen ist.
>
Wenn die gefundenen Orte NICHT in der Nähe von Egelsbach
liegen, dann kann es sein, dass Egelsbach selber falsche
Koordinaten hat.

Thomas

Bernhard Bauder | 6 Jul 2004 13:44
Picon

AW: Umkreissuche

In der Online-Demo funktioniert es ohne Probleme!

berni

-----Ursprüngliche Nachricht-----
Von: Thomas Mack [mailto:mack@...] 
Gesendet: Dienstag, 6. Juli 2004 13:36
An: bbauder@...; Mailingliste OpenGeoDB
Betreff: Re: [opengeodb] Umkreissuche

Am Dienstag, 6. Juli 2004 13:30 schrieb Bernhard Bauder:
> Hi Lutz,
>
> Das habe ich auch versucht, leider ohne Erfolg.
> Ich vermute mal das beim Restore der DB was falsch gelaufen ist.
>
Wenn die gefundenen Orte NICHT in der Nähe von Egelsbach liegen, dann kann
es sein, dass Egelsbach selber falsche Koordinaten hat.

Thomas

Martin Holzhauer | 7 Jul 2004 16:13
Picon

PLZen von Grosskunden

Hi

ich habe mal ne frage wie sieht es mit den Postleitzahlen von Post
Grosskunden aus.

habe heut egehört das AI oder Mercedes ihre eigenen PLzen haben werden
die mit gepflegt
oder wenn sie wer angeben kann würden diese dann eingepflegt werden?
RaymundWassmer | 7 Jul 2004 16:29
Picon

Re: PLZen von Grosskunden

Hallo,

 

habe hier viele PLZ´s von Großkunden.

 

MfG Raymund

Mailingliste OpenGeoDB <opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@public.gmane.org> schrieb am 07.07.04 16:13:37:
>
> Hi
>
> ich habe mal ne frage wie sieht es mit den Postleitzahlen von Post
> Grosskunden aus.
>
> habe heut egehört das AI oder Mercedes ihre eigenen PLzen haben werden
> die mit gepflegt
> oder wenn sie wer angeben kann würden diese dann eingepflegt werden?
> --
> Mailingliste OpenGeoDB
> Listenadresse: opengeodb-r1mDYR0DdAyzQB+pC5nmwQ@public.gmane.org
> Informationen: http://opengeodb.de
> Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)

--
MfG Raymund Wassmer

--

-- 
Mailingliste OpenGeoDB
Listenadresse: opengeodb@...
Informationen: http://opengeodb.de
Mit freundlicher Unterstütztung von php::bar (http://phpbar.de)
Thomas Mack | 7 Jul 2004 16:42
Picon
Picon

Re: PLZen von Grosskunden

Am Mittwoch, 7. Juli 2004 16:13 schrieb Martin Holzhauer:
> Hi
>
> ich habe mal ne frage wie sieht es mit den Postleitzahlen von Post
> Grosskunden aus.
>
> habe heut egehört das AI oder Mercedes ihre eigenen PLzen haben werden
> die mit gepflegt
> oder wenn sie wer angeben kann würden diese dann eingepflegt werden?

Das Problem mit diesen Daten ist, dass sie sich "verhältnismäßig" schnell
ändern, auf der anderen Seite sind mir keine freien Quellen bekannt, wo man
diese Änderungen nachvollziehen kann.

Wenn wir Daten dafür haben, können wir mal darüber nachdenken, ob wir
sie aufnehmen.

Gruß,
Thomas


Gmane