Hallo


Ich arbeite nun schon eine Zeit mit verschiedenen
Datenbanken. Aber für ein Problem finde ich keine Lösung:
Wie speichert man Orte?
Das hört sich jetzt vielleicht sehr banal an, ist
aber doch kompliziert. Zunächst ist jeder Ort durch seine
Koordinaten einwandfrei definiert. Aber wenn man nun
für jeden Quadratmillimeter einen eigenen Datensatz
einrichtet wird es doch etwas unübersichtlich.
Man muss größere Flächen mit nur einer Ortsbezeichnung
eingeben. Aber hier beginnen meine Probleme:
Es gibt nun A-Stadt; A-Stadt West; westliche A-Stadt;
Stadtpark A-Stadt usw....
Es gibt sehr genaue Ortsangaben und ungenaue.
Wie kann man diese Orte speichern ohne das Informationen
verloren gehen und trotzdem alles für einen Computer
auswertbar und für einen Menschen übersichtlich bleibt.
Ich finde dafür einfach keine brauchbare Lösung.





--
Grüße
Ludwig

Ludwig Berger schrieb:

> Man muss größere Flächen mit nur einer Ortsbezeichnung
> eingeben. Aber hier beginnen meine Probleme:
> Es gibt nun A-Stadt; A-Stadt West; westliche A-Stadt;
> Stadtpark A-Stadt usw....
> Es gibt sehr genaue Ortsangaben und ungenaue.
> Wie kann man diese Orte speichern ohne das Informationen
> verloren gehen und trotzdem alles für einen Computer
> auswertbar und für einen Menschen übersichtlich bleibt.
> Ich finde dafür einfach keine brauchbare Lösung.

Dasselbe Problem hatte die Deutsche Bundespost früher auch. Dann haben
sie die Postleitzahlen erfunden (oder waren das die Schweizer?).

MfG
Niels

--
| http://www.kolleg.de · Das Portal der Kollegs in Deutschland |
| http://www.bsds.de · BSDS Braczek Software- und DatenSysteme |
| Webdesign · Webhosting · e-Commerce · Joomla! Content Management |
------------------------------------------------------------------

Ludwig Berger <ludwid.5.berger*gmx.de> schrieb:

>Es gibt nun A-Stadt; A-Stadt West; westliche A-Stadt;
>Stadtpark A-Stadt usw....

Und du denkst, es gibt irgendjemand, der da die genauen Koordinaten
dazu kennt? Wozu denn auch?

Felix

Ludwig Berger schrieb:

> Ich arbeite nun schon eine Zeit mit verschiedenen
> Datenbanken. Aber für ein Problem finde ich keine Lösung:
> Wie speichert man Orte?

Genau wie alle andere räumlichen Dinge auch:
Als Punkt, Linie oder Fläche!

> Man muss größere Flächen mit nur einer Ortsbezeichnung
> eingeben. Aber hier beginnen meine Probleme:

Dann speichere sie doch halt als Fläche. Mit Punkten kommst du hier nicht weit.

> Es gibt nun A-Stadt; A-Stadt West; westliche A-Stadt;
> Stadtpark A-Stadt usw....
> Es gibt sehr genaue Ortsangaben und ungenaue.
> Wie kann man diese Orte speichern ohne das Informationen
> verloren gehen und trotzdem alles für einen Computer
> auswertbar und für einen Menschen übersichtlich bleibt.

Dazu gibt es die räumlichen Befehle in Mysql. Leider sind die aber noch nicht
richtig implementiert.

Hier ein überblick was es mal geben könnte :-(

http://dev.mysql.com/doc/refman/5.4/...eometries.html

> Ich finde dafür einfach keine brauchbare Lösung.

In einfachsten Fall speicherst du in Mysql die Umringspolygone deiner Gebiete
und eine min/max Koordinate (MBR). Das geht zum finden recht schnell, die
gefundenen Gebiete kannst du dann mit der Scriptsprache deine Wahl
detaillierter untersuchen. Siehe Kommentar auf dev.mysql.com...

Wenn die Genauigkeit ausreicht evtl. nur die min/max einer Fläche.

Da das aber alles Krampf ist kann sollte man hierfür besser eine Datenbank
wählen die sowas kann. PostGIS oder Oracle Spatial.

Sam



--
Fortgeschrittene Inkompetenz ist nicht zu Unterscheiden von Boshaftigkeit.
(J. Porter Clark)

Ludwig Berger schrieb:

> Wie speichert man Orte?
> [ziemlich wirre Beschreibung]

Warum das Rad neu erfinden? OpenGeoDB existiert.

http://opengeodb.hoppe-media.com/

Gruß. Claus

Sam Kang schrieb:

>
> In einfachsten Fall speicherst du in Mysql die Umringspolygone deiner Gebiete
> und eine min/max Koordinate (MBR).

Das sollten schon *zwei* Koordinaten sein, sonst lässt sich das Rechteck
schwer berechnen.

> Das geht zum finden recht schnell, die
> gefundenen Gebiete kannst du dann mit der Scriptsprache deine Wahl
> detaillierter untersuchen. Siehe Kommentar auf dev.mysql.com...
>
> Wenn die Genauigkeit ausreicht evtl. nur die min/max einer Fläche.
>
> Da das aber alles Krampf ist kann sollte man hierfür besser eine Datenbank
> wählen die sowas kann. PostGIS oder Oracle Spatial.

ACK :-(

Claus Reibenstein schrieb:
> Ludwig Berger schrieb:
>
>> Wie speichert man Orte?
>> [ziemlich wirre Beschreibung]
>
> Warum das Rad neu erfinden? OpenGeoDB existiert.

Ich glaube nicht das der Link an dieser Stelle hilft. Der Autor hat ja nicht
mal seine eigene Seite im Griff.

http://opengeodb.hoppe-media.com/index.php?GeoClass

Sam

--
Fortgeschrittene Inkompetenz ist nicht zu Unterscheiden von Boshaftigkeit.
(J. Porter Clark)

hallo



> Dasselbe Problem hatte die Deutsche Bundespost früher auch. Dann haben
> sie die Postleitzahlen erfunden (oder waren das die Schweizer?).

Ja, Postleitzahlen sind eine super gute Sache.
Wenn sie denn bekannt sind. Denn es gibt leider Menschen
denen diese nicht bekannt ist. Und wie wir nun für
Deutschland wissen, können sich auch PLZ ändern.
Und ich wage zu bezweifeln das alle Länder eine
PLZ haben. Aber ansonsten eine gute Sache.
Ein Kollege von mir fährt voll auf politische
Grenzen ab. Im Moment hat er ein Riesen Problem
weil zwei Gemeinden zusammengelegt werden.

--
Grüße
Ludwig

Ludwig Berger schrieb:

>> Dasselbe Problem hatte die Deutsche Bundespost früher auch. Dann haben
>> sie die Postleitzahlen erfunden (oder waren das die Schweizer?).
>
> Ja, Postleitzahlen sind eine super gute Sache.
> Wenn sie denn bekannt sind. Denn es gibt leider Menschen
> denen diese nicht bekannt ist.

Wenn dir keine Informationen vorliegen, um Einheiten (hier: orte) zu
identifizieren, kannst du schlicht die Einheiten nicht identifizieren.
Liegen dir diese Informationen aber vor, hast du etwas das einer ID
gleichkommt.

Bei Orten ohne Plz hast du sowieso verloren. Selbst wenn der Ortsname
zweifelsfrei korrekt angegebe wurde, hilft dir das nicht ohne weitere
Informationen (Beispiel: Berlin => gibt es auch in Schleswig-Holstein).
Du brauchst also immer zusätzliche Kriterien. Hier kommen nur Plz oder
Koordinaten infrage. Diese Zuordnung muss zwingend manuell von
demjenigen gemacht werden, der wirklich weiß, welcher Ort gemeint ist.

> Und wie wir nun für
> Deutschland wissen, können sich auch PLZ ändern.

Ja, das ist ärgerlich und macht Arbeit, ist aber grundsätzlich kein
Problem, da Orte sowohl mit der alten als auch der neuen Plz
identifizierbar sind.

> Und ich wage zu bezweifeln das alle Länder eine
> PLZ haben. Aber ansonsten eine gute Sache.

Mag sein. Dann gibt es dort aber andere Kriterien, mit denen Orte
eindeutig unterschieden werden können.

> Ein Kollege von mir fährt voll auf politische
> Grenzen ab. Im Moment hat er ein Riesen Problem
> weil zwei Gemeinden zusammengelegt werden.

Auch das ist an sich kein Problem - wenn man vernünftige Datenstrukturen
verwendet. Man kann sogar ohne Weiteres historische und aktuelle
Aufteilungn parallel nutzen.

MfG
Niels

--
| http://www.kolleg.de · Das Portal der Kollegs in Deutschland |
| http://www.bsds.de · BSDS Braczek Software- und DatenSysteme |
| Webdesign · Webhosting · e-Commerce · Joomla! Content Management |
------------------------------------------------------------------

Sam Kang schrieb:

> Claus Reibenstein schrieb:
>
>> Warum das Rad neu erfinden? OpenGeoDB existiert.
>
> Ich glaube nicht das der Link an dieser Stelle hilft. Der Autor hat ja nicht
> mal seine eigene Seite im Griff.

Dann eben <http://sourceforge.net/projects/opengeodb/>.

Was man mit Google so alles findet ...

Gruß. Claus