Ungenaue Koordinaten im cataloggeocoordsfield

[JoergK]

Die Koordinaten, die ein cataloggeocoordsfield liefert, sind nicht ganz genau. Sie liegen einige hundert bis tausend Meter vom eigentlichen Zielpunkt entfernt.

Beispiel:

Adresse:
Land: Deutschland
Ort: Ebermannstadt
PLZ: 91320
Straße und Nummer: Hauptstr. 29

cataloggeocoordsfield errechnet: 49.7968917,11.1868315

Wenn man PLZ, Ort, Straße und Nummer in das Suchfeld bei GoogleMaps eingibt, erhält man: 49.780038,11.1867

Diese Koordinaten sind korrekt, während die von cataloggeocoordsfield ermittelten etwa 4km nördlich liegen.

Beispiel 2:
Andreas-Hofer-Straße 30
39100 Bozen
Italien

und

Obstplatz 17
39100 Bozen
Italien

liefern aus cataloggeocoordsfield die gleichen Koordinaten, nämlich 46.4860987,11.3275053 .
Korrekt wäre 46.501293,11.357468 für die erste und 46.49931,11.352466 für die zweite Adresse.
Das sind zwar nur weit unter 0,1° Abweichung, aber das macht real schon die oben erwähnten einigen hundert Meter aus.

[Nikolas]

Hallo,

wie verhält es sich denn wenn du die Adressen bei dem Modul dlh_googlemaps direkt eingibst? Ist es dort genauso oder stimmen die errechneten Koordinaten dort?

Gruß
Nikolas

[JoergK]

Andreas-Hofer-Straße 30, 39100 Bozen, Italien liefert dort 46.5012928,11.3574680, also die korrekten Koordinaten, ebenso Obstplatz 17, 39100 Bozen, Italien (46.4993097,11.3524659).

[ChrMue]

Die (meine ) Erweiterung cm_MemberGoogleMaps liefert ebenfalls die korrekten Daten.

[Nikolas]

Andreas-Hofer-Straße 30, 39100 Bozen, Italien liefert dort 46.5012928,11.3574680, also die korrekten Koordinaten, ebenso Obstplatz 17, 39100 Bozen, Italien (46.4993097,11.3524659).

Gebe ich diese Adressen ein erhalte ich eben genau diese Koordinaten.
Kann das nicht nachvollziehen bei diesen konkreten Beispielen.

Teste noch ein paar andere Adressen.

Gruß
Nikolas

[Nikolas]

Beispiel:

Adresse:
Land: Deutschland
Ort: Ebermannstadt
PLZ: 91320
Straße und Nummer: Hauptstr. 29

cataloggeocoordsfield errechnet: 49.7968917,11.1868315

Wenn man PLZ, Ort, Straße und Nummer in das Suchfeld bei GoogleMaps eingibt, erhält man: 49.780038,11.1867

Auch für dieses Beispiel erhalte ich ca. genau die gleichen Koordinaten wie bei Google Maps direkt (49.7800400,11.1867000)

Kann da kein Problem nachvollziehen bisher.

Wie sind denn deine Einstellungen im Katalog?

Gruß
Nikolas

[JoergK]

Ja, merkwürdig. Ich habe mir mal eine neue Tabelle angelegt, die nur noch die nötigen Felder (Land, Ort, Straße/Nummer und PLZ) sowie das Koordinatenfeld enthält; damit bekomme ich auch die korrekten Daten.
Einziger Unterschied ist, dass in meiner Tabelle mit den fehlerhaften Koordinaten das Feld für Straße und Hausnummer ein berechnetes Feld ist (concat von zwei Textfeldern), die anderen Felder sind alles Textfelder.
Bin etwas ratlos.

[JoergK]

Das Rechenfeld scheint wirklich das Problem zu sein. Ich habe mal einen Katalog angelegt, wor Straße und Hausnummer einmal als Text und einmal als Rechenfeld per concat von einem Koordinatenfeld benutzt werden. Das ist das Ergebnis:

[ChrMue]

Dann hab ich eine Vermutung, wo das Problem liegen könnte:

Die Reihenfolge, in der die Auswertung der Felder erfolgt, ist falsch.
Zuerst werden die Koorinaten ermittelt, während das Straßenfeld noch leer ist. Die Koorinaten lauten: 49.7968917,11.1868315

Anschließend wird mit concat das Straßenfeld ermittelt, bleibt aber bei der Koordinatenbestimmung unberücksichtigt.
Gruß ChrMue

[JoergK]

Ist aber merkwürdig, dass die Koordinaten dann nur um einige hundert Meter abweichen. Sie liegen auch nicht im Ortszentrum, sondern scheinbar zufällig irgendwo, manchmal auch außerhalb des Orts.

[Nikolas]

Dann hab ich eine Vermutung, wo das Problem liegen könnte:

Die Reihenfolge, in der die Auswertung der Felder erfolgt, ist falsch.
Zuerst werden die Koorinaten ermittelt, während das Straßenfeld noch leer ist. Die Koorinaten lauten: 49.7968917,11.1868315

Anschließend wird mit concat das Straßenfeld ermittelt, bleibt aber bei der Koordinatenbestimmung unberücksichtigt.
Gruß ChrMue

Das ergibt Sinn. Nur ist jetzt die Frage wie umgehen?
Ich habe noch kein Berechnungsfeld für einen solchen Zweck verwendet und mir erschließt sich mir nicht ganz.

Wenn das essentiell wichtig ist müsste das Problem ja irgendwie abgefangen werden ansonsten ist es ja nicht weiter schlimm und ein Hinweis würde ausreichen.

Wie steht ihr dazu?

Gruß
Nikolas

[ChrMue]

Hi Nikolas,
ich hab die Erweiterungn nicht installiert, sondern mir nur den Code angesehn.
Kann es sein, dass das Phänomen nur auftritt, wenn man die Adressdaten ändert?
Wenn ich das richtig sehe, dürfte beim erneuten Speichern alles OK sein.
Du berechnest die Koordinaten über den load_Callback.
Damit passiert beim Speichern gar nix.
Mir fallen jetzt 2 Möglichkeiten ein:

1. Variante A Klinke dich direkt in das Ändern der zugrund liegenden Adressfelder ein (submitOnChange). dann hättest du aber jedesmal Anfragen bei Google .- beim Ändern der Straße, des Ortes und der PLZ - möglicherweise zu viele
2. Variante B Verwende den save_callback, damit die Koordinaten auf jeden Fall beim Speichern des Backendformulars, also beim Speichern des Catalogdatensatzes, neu berechnet werden

Gruß ChrMue

[JoergK]

Nikolas, danke erst mal, dass Du dich des Problems angemommen hast.
Die Lösung scheint ja doch komplizierter zu sein. Ich habe meinen Katalog jetzt erst mal so umgestellt, dass Straße und Hausnummer in einem einzigen Textfeld erscheinen. Das macht bei mir keine größeren Probleme und umgeht das Problem für mich.
Für andere wäre ein Hinweis vielleicht hilfreich.
Gruß
Jörg

[Nikolas]

Nikolas, danke erst mal, dass Du dich des Problems angemommen hast.
Die Lösung scheint ja doch komplizierter zu sein. Ich habe meinen Katalog jetzt erst mal so umgestellt, dass Straße und Hausnummer in einem einzigen Textfeld erscheinen. Das macht bei mir keine größeren Probleme und umgeht das Problem für mich.
Für andere wäre ein Hinweis vielleicht hilfreich.
Gruß
Jörg

Ich werde die Tage das Modul umschreiben so dass die Koordinaten beim Speichern neu erzeugt werden und nicht beim Laden der Seite. Als grundlegende Daten werden dann die Werte direkt aus den Feldern genommen und nicht mehr wie bisher aus der Datenbank. So sollte das Problem behoben sein.

Ich sitze gerade aber noch daran den Fehler beim FE Editing zubeseitigen. Das macht mir gerade ein paar Probleme weshalb das Update etwas auf sich warten lässt.

Gruß
Nikolas

[Nikolas]

So, habe nun das Modul umgeschrieben. Jetzt sollte es auch möglich sein berechnete Felder zu verwenden.

Außerdem wird nun kein Fehler mehr im Frontend erzeugt wenn zusätzliche die aktuelle Version des catalogs (R 227) installiert ist.

Gruß
Nikolas