|
View:
New views
11 Messages
—
Rating Filter:
Alert me
|
|
|
Längen- und Breitengrad AngabenHallo,
mir ist aufgefallen, dass bei bestimmten Datensätzen die Längen- oder Breitengrade machmal 4 oder 6 Stellen nach dem Komma haben und manchmal nur 2. Mit 2 Stellen nach dem Komma ist die Umkreissuche natürlich etwas schlecht. An was liegt es dass die Zahlen teilweise auf nur 2 Stellen genau sind? Grüße Olli -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad Angaben-------- Original-Nachricht -------- > Datum: Fri, 25 Sep 2009 10:55:48 +0200 > Von: Oliver Dumat <odumat@...> > An: opengeodb@... > Betreff: [opengeodb] Längen- und Breitengrad Angaben > Hallo, > mir ist aufgefallen, dass bei bestimmten Datensätzen die Längen- oder > Breitengrade machmal 4 oder 6 Stellen nach dem Komma haben und manchmal > nur 2. Mit 2 Stellen nach dem Komma ist die Umkreissuche natürlich > etwas schlecht. An was liegt es dass die Zahlen teilweise auf nur 2 > Stellen genau sind? Das liegt vermutlich an den ersten Rohdaten, die nur auf Zehntelminuten genau waren. Du kannst dir die Wahrscheinlichkeit ausrechnen, wie oft dann x.xx0000 vorkommen wird. Jedem steht die Moeglichkeit frei, die Qualitaet durch Korrekturen fuer alle zu verbessern. Im Gegenteil zeigt ja die Masse der anderen Daten, dass sich da viel bewegt, vgl. http://fa-technik.adfc.de/code/opengeodb.pl?action=changes Dort scheint jemand fleissig zu korrigieren, mit einer Genauigkeit von vier Nachkommastellen. Bist du dir sicher, dass diese Genauigkeit dir nicht reicht? Die typischen Koordinaten stehen ja fuer flaechige Gebilde, also z.B. eine Gemeinde mit etlichen Quadratkilometern. Schoenen Gruss Martin -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenHallo,
danke für deine schnelle Antwort. Im Grunde wenn ich drüber nachdenke sollte es eigentlich reichen. Der Benutzer wird im Nachhinein sicher nicht nachprüfen ob der abgezeigte Postleitzahlenbereich nun noch innerhalb des 20km Radius lag oder nicht. ;) Ich habe außerdem gerade mit Google Maps mal so eine Breitengradangabe mit nur 2 Nachkommastellen überprüft - es trifft etwas neben den entsprechenden Ort aber das ist unmaßgeblich. Grüße Olli Am Fri, 25 Sep 2009 11:06:22 +0200 schrieb "Martin Trautmann" <traut@...>: > Dort scheint jemand fleissig zu korrigieren, mit einer Genauigkeit > von vier Nachkommastellen. Bist du dir sicher, dass diese Genauigkeit > dir nicht reicht? Die typischen Koordinaten stehen ja fuer flaechige > Gebilde, also z.B. eine Gemeinde mit etlichen Quadratkilometern. -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad Angaben-------- Original-Nachricht -------- > Datum: Fri, 25 Sep 2009 11:12:18 +0200 > Von: Oliver Dumat <odumat@...> > An: opengeodb@... > Betreff: Re: [opengeodb] Längen- und Breitengrad Angaben > Hallo, > danke für deine schnelle Antwort. Im Grunde wenn ich drüber nachdenke > sollte es eigentlich reichen. Der Benutzer wird im Nachhinein sicher > nicht nachprüfen ob der abgezeigte Postleitzahlenbereich nun noch > innerhalb des 20km Radius lag oder nicht. ;) > Ich habe außerdem gerade mit Google Maps mal so eine Breitengradangabe > mit nur 2 Nachkommastellen überprüft - es trifft etwas neben den > entsprechenden Ort aber das ist unmaßgeblich. Das ist der falsche Ansatz - du solltest einfach mal die Entfernung berechnen zwischen z.B. 47.6/9.18 und 47.6/9.19, zwischen 54.3/10.13 und 54.3/10.14 und zwischen 47.60/9.18 und 47.61/9.18 Welche Entfernungen ergeben diese drei Paare? Schoenen Gruss Martin -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenAm Fri, 25 Sep 2009 11:31:05 +0200
schrieb "Martin Trautmann" <traut@...>: > Das ist der falsche Ansatz - du solltest einfach mal die Entfernung > berechnen zwischen z.B. 47.6/9.18 und 47.6/9.19, zwischen 54.3/10.13 > und 54.3/10.14 und zwischen 47.60/9.18 und 47.61/9.18 Warum sollte das der falsche Ansatz sein? Ich habe eine PLZ als "Mittelpunkt" und möchte alle PLZs, die im Umkreis von 20km sind heraus suchen - anhand der PLZs mache ich eine Suche in einer anderen DB um entsprechende Datensätze zu finden. Also eine Umkreissuche. Ich muss dazu sagen, dass ich dies nicht mit der opengeodb mache da die mir einfach zu viele unnütze Informationen enthält und wesentlich zu groß ist. Ich habe SQL Querys für den Export auf eine wesentlich einfachere Tabellenstruktur erstellt. Noch ein kleine Frage - bei loc_id 633 (Belgique) ist doch die text_locale falsch oder? Olli -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad Angaben> Warum sollte das der falsche Ansatz sein? Weil die Abweichung einerseits zufaellig davon abhaengt, wie nah der Ort selbst an der gerundeten Koordinate liegt. Ich weiss nicht, welche Beispielkoordinate du gewaehlt hast. Die Entfernung haengt einerseits vom Zufall ab, wie nah der von dir gewaehlte Ort an einer gerundeten Koordinate liegt. Andererseits ist die Entfernung auch breitengradabhaengig. > Ich habe eine PLZ als > "Mittelpunkt" und möchte alle PLZs, die im Umkreis von 20km sind > heraus suchen - anhand der PLZs mache ich eine Suche in einer anderen > DB um entsprechende Datensätze zu finden. Also eine Umkreissuche. > Ich muss dazu sagen, dass ich dies nicht mit der opengeodb mache da die > mir einfach zu viele unnütze Informationen enthält und wesentlich zu > groß ist. Ich habe SQL Querys für den Export auf eine wesentlich > einfachere Tabellenstruktur erstellt. Fuer ein grobes Raster gibt es die PLZ.tab - damit ermittelst du die Entferung von der Referenzkoordinate eines PLZ-Gebiets zu deiner Vorgabe, die auch aus der PLZ abgeleitet werden kann, oder die genauer als Punktkoordinate bekannt ist. Selbstverstaendlich ist es moeglich, dass ein Teilgebiet der gesamten PLZ-Flaeche auch naeher liegt als deine Umkreissuche vorgibt. Das erfaehrt man z.B. mit Strassen- und Hauskoordinaten-genauer Entfernungssuche. > Noch ein kleine Frage - bei loc_id 633 (Belgique) ist doch die > text_locale falsch oder? Keine Ahnung, welche steht denn da? Typischerweise haben wir gerade einen Zwischenstand, der fuer alle Laender die gleiche Sprachversion vermutet, was natuerlich in Belgien oder der Schweiz falsch ist. Schoenen Gruss Martin -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenAm Fri, 25 Sep 2009 12:35:02 +0200
schrieb "Martin Trautmann" <traut@...>: > > > Warum sollte das der falsche Ansatz sein? > > Weil die Abweichung einerseits zufaellig davon abhaengt, wie nah der > Ort selbst an der gerundeten Koordinate liegt. Ich weiss nicht, > welche Beispielkoordinate du gewaehlt hast. Die Entfernung haengt > einerseits vom Zufall ab, wie nah der von dir gewaehlte Ort an einer > gerundeten Koordinate liegt. Andererseits ist die Entfernung auch > breitengradabhaengig. Naja im Grunde ist eigentlich die Entfernung von der PLZ Koordinate zum Ort egal solange diese nicht unnatürlich groß ist. > Fuer ein grobes Raster gibt es die PLZ.tab - damit ermittelst du die > Entferung von der Referenzkoordinate eines PLZ-Gebiets zu deiner > Vorgabe, die auch aus der PLZ abgeleitet werden kann, oder die > genauer als Punktkoordinate bekannt ist. > Selbstverstaendlich ist es moeglich, dass ein Teilgebiet der gesamten > PLZ-Flaeche auch naeher liegt als deine Umkreissuche vorgibt. Das > erfaehrt man z.B. mit Strassen- und Hauskoordinaten-genauer > Entfernungssuche. Sorry ich steh etwas auf dem Schlauch. Das habe ich jetzt nicht geschnallt :) > Keine Ahnung, welche steht denn da? Typischerweise haben wir gerade > einen Zwischenstand, der fuer alle Laender die gleiche Sprachversion > vermutet, was natuerlich in Belgien oder der Schweiz falsch ist. da steht de - eigentlich dürfte das nicht da stehen da es ja Französisch ist. Olli -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenOliver Dumat wrote:
>> Selbstverstaendlich ist es moeglich, dass ein Teilgebiet der gesamten >> PLZ-Flaeche auch naeher liegt als deine Umkreissuche vorgibt. Das >> erfaehrt man z.B. mit Strassen- und Hauskoordinaten-genauer >> Entfernungssuche. > > Sorry ich steh etwas auf dem Schlauch. Das habe ich jetzt nicht > geschnallt :) Versuchen wir mal Ascii-Grafik: ___ / \PPPP / p\PPPPPPQQQ | * p|PPXPPQQQ \aaaao/PPPPPPPQ A\$ao/OOOOOO AAAAAOOÖOOOO AAAAAAAOOOO * ist eine Ausgangskoordinate, \_/ ist der Umkreis, $ ist der Mittelpunkt des PLZ-Gebiets A, a ist die Fläche des PLZ-Gebiets von a im Umkreis, A ist die Fläche außerhalb, X ist der Mittelpunkt des PLZ-Gebiets P Du wirst mit deiner Umkreissuche $ finden, also PLZ-Gebiet A, du wirst aber X nicht finden und damit p ausschliessen, obwohl Teile des PLZ-Gebiets innerhalb des Umkreises liegen. Wenn du also statt der großen Fläche P, die nur durch den einzigen Punkt repräsentiert wird, auch die Koordinaten der kleinen Dörfer mit betrachtest, die jeweils auch zum PLZ-Gebiet P gehören, dann gewinnst du an Genauigkeit und Auflösung - aber nur, wenn der gesuchte Treffer tatsächlich auch in p liegen würde und nicht womöglich an der Grenze zum PLZ-Gebiet Q, also noch weiter weg als X. >> Keine Ahnung, welche steht denn da? Typischerweise haben wir gerade >> einen Zwischenstand, der fuer alle Laender die gleiche Sprachversion >> vermutet, was natuerlich in Belgien oder der Schweiz falsch ist. > > da steht de - eigentlich dürfte das nicht da stehen da es ja > Französisch ist. Ja, Belgique ist französisch. Wenn du dir http://fa-technik.adfc.de/code/opengeodb/BE.sql ansiehst, wirst du feststellen, dass dort immer falsch "de" steht. Die richtige Sprachinfo ist dennoch enthalten, vgl. http://fa-technik.adfc.de/code/opengeodb.pl?locid=633;c=BE ... Feld Wert Sprache Beginn Ende 500100000 Belgien de 500100000 Belgique fr 500100000 Belgium en 500100000 België nl Der Fehler wird irgendwann korrigiert. Schönen Gruß Martin -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenHi,
Am Fri, 25 Sep 2009 19:39:32 +0200 schrieb Martin Trautmann <traut@...>: > Versuchen wir mal Ascii-Grafik: > > ___ > / \PPPP > / p\PPPPPPQQQ > | * p|PPXPPQQQ > \aaaao/PPPPPPPQ > A\$ao/OOOOOO > AAAAAOOÖOOOO > AAAAAAAOOOO > > * ist eine Ausgangskoordinate, > \_/ ist der Umkreis, > $ ist der Mittelpunkt des PLZ-Gebiets A, > a ist die Fläche des PLZ-Gebiets von a im Umkreis, > A ist die Fläche außerhalb, > X ist der Mittelpunkt des PLZ-Gebiets P > > Du wirst mit deiner Umkreissuche $ finden, also PLZ-Gebiet A, > du wirst aber X nicht finden und damit p ausschliessen, obwohl > Teile des PLZ-Gebiets innerhalb des Umkreises liegen. > > Wenn du also statt der großen Fläche P, die nur durch den einzigen > Punkt repräsentiert wird, auch die Koordinaten der kleinen Dörfer mit > betrachtest, die jeweils auch zum PLZ-Gebiet P gehören, dann gewinnst > du an Genauigkeit und Auflösung - aber nur, wenn der gesuchte Treffer > tatsächlich auch in p liegen würde und nicht womöglich an der Grenze > zum PLZ-Gebiet Q, also noch weiter weg als X. Danke für deine Ausführungen daran habe ich so noch nicht gedacht. Soll ich also die Daten aus PLZ.tab importieren und diese anstatt derer aus der geodb nehmen? Olli -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad Angaben> Danke für deine Ausführungen daran habe ich so noch nicht gedacht. Soll > ich also die Daten aus PLZ.tab importieren und diese anstatt derer aus > der geodb nehmen? Kommt drauf an, was du erreichen magst. Mit der PLZ.tab bekommst du schnell und einfach Ergebnisse. Deutschland hat etwa 360 000 km² und etwa 9000 Postleitzahlgebiete - also im Schnitt 40 km² je PLZ-Gebiet, also vereinfacht Kreise mit einem Radius von 3.5 km. Von daher ist deine Abdeckung gerade im staedtischen Bereich voellig ausreichend. Die PLZ-Gebiete sind aber nicht gleich gross - in duenn besiedelten Gebieten muessen diese Gebiete weit groesser sein. Wenn deine Anwendung dann ausgerechnet auch noch verstreute Wohnplaetze umfasst, wie z.B. Bauernhoefe, Ausflugslokale usw., dann reichen dir die PLZ.tab-Angaben nur als sehr grobes Raster - sprich, bei sehr geringer Anzahl der Datensaetze und sehr grossem Umkreis ist das voellig ausreichend. Je genauer du es haben willst, umso genauere Daten brauchst du. Die erste Stufe auf dem Weg dorthin waere die eigentliche opengeodb, wo zumindest jede Gemeinde schon erfasst ist, waehrend eine PLZ mehrere Gemeinden umfassen kann. Da zeigen aber schon die geringe Anzahl von 12 000 Gemeinden gegenueber den 9000 PLZ-Angaben, dass der Unterschied nicht so gross ist. Der Unterschied zeigt sich vor allem im laendlichen Bereich, wo eine opengeodb-PLZ genauer ist. Im Gegenteil wird eine Stadt aber nur als eine Gemeinde gezählt, kann aber viele Postleitzahlen haben. Da lohnt sich die opengeodb nur in den Gebieten, ab dem Zeitpunkt, wenn einzelne Stadtteile getrennt erfasst sind. Genauer wird es mit einer Aufloesung, sobald die Daten bis auf Strassenebene heruntergebrochen werden - also das, was z.B. die PLZ-Abfrage bei der Post selbst erlaubt oder was evtl. mit der OpenStreetMap kommen kann. Richtig genau wird es, sobald du bis auf Hauskoordinaten herunter gehst - Daten, die du bei den Landesvermessungaemtern bekommst, die aber z.B. in Oesterreich in gewissem Umfang auch direkt zur Verfuegung stehen. Auch da hast du aber nur Luftlinienentfernungen. Noch genauer geht es dann, wenn du die Entfernungen ueber Navigationssysteme berechnest, noch besser unter Zuhilfenahme der passenden Verkehrsmittel. Weitere Steigerungen darfst du dir selbst ausdenken. Meine eigene Beispielapplikation ist http://www.fa-technik.adfc.de/Codierung/anbieter - dafuer reicht die PLZ.tab vollkommen aus. Die Angabe der Nachkommastelle in der Entferung ist aber schon uebertrieben. Schoenen Gruss Martin -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
|
|
Re: Längen- und Breitengrad AngabenAm Mon, 28 Sep 2009 12:54:37 +0200
schrieb "Martin Trautmann" <traut@...>: > Je genauer du es haben willst, umso genauere Daten brauchst du. > Richtig genau wird es, sobald du bis auf Hauskoordinaten herunter > gehst - Daten, die du bei den Landesvermessungaemtern bekommst, die > aber z.B. in Oesterreich in gewissem Umfang auch direkt zur > Verfuegung stehen. Es ist eine Kleinanzeigenanwendung. Da sollte dann die gemeindebasierte Suche aus der Geodb passen. Danke für deine Hilfe. Ich habe jetzt eine Richtung wo ich hin muss. Mal schauen wie ich das umsetzen kann. Grüße Olli -- Mailingliste OpenGeoDB Listenadresse: opengeodb@... Informationen: http://opengeodb.de Mit freundlicher Unterstütztung von php::bar (http://phpbar.de) |
| Free embeddable forum powered by Nabble | Forum Help |