[cataloggeocoordsfield] Koordinatenfeld

[magicsepp]

hab mal ein bischen getestet:
1. database.sql: da ist das letzte Komma zuviel und TYPE sollte ENGINE heissen - bin mir da aber nicht sicher
2. config.php: getFields speichert nicht das Label sondern die FeldID

Ändeurng:

class tl_catalog_geocoords extends Backend
{
    function getFields(DataContainer $dc)
    {
        $objTable = $this->Database->prepare("SELECT itemTable FROM tl_catalog_fields WHERE id=?")
            ->limit(1)
            ->execute($dc->id);
         
        if ($objTable->numRows > 0 && $this->Database->tableExists($objTable->itemTable))
        {
            $fields = $this->Database->listFields($objTable->itemTable);
            $names = array_map(create_function('$x', 'return $x["name"];'), $fields);
            $newarray = array_combine($names,$names);
            return $newarray;
        }
    }  
} 

3. send(send($strGeoURL) bringt "status" : "OVER_QUERY_LIMIT" gleiche Anfrage per Brower ist okay
Nachtrag vom morgen: jetzt ist erstmal der Stautus "okay"... mal sehen wie lange es dauert bis das Limit der erlaubten 2.500 Anfragen wieder erfüllt ist. Rund 50 hab ich schon mal gemacht....

[magicsepp]

Damit die eingetragenen Koordination nicht im else Zweig vom Status == 'OK' überschrieben werden habe ich den else Zweig auskommentiert.

[Thomas]

Gibt es für die 2.11.5 schon einen Patch oder eine Lösung, dass sich nicht wieder das Komma breit macht?
Ich habe schon den Patch von lindesbs drin, damit speichert er, wie bei magicsepp, zumindest schon mal das Komma.

[magicsepp]

Hallo Thomas,

quick & dirty

            else
            {
                //$varValue = $arrInfo->status;

                //$varValue = $objAddress->geometry->location->lat . ',' . $objAddress->geometry->location->lng;
                
            } 

[servpoint]

Ich benötige in einem catalog Template(reader) unter Verwendung von CatalogGeoCoordsField die Werte von der

<?php echo $entry[data]['karte']['value']; ?>

$varValue = $xml->result->geometry->location->lat . ',' . $xml->result->geometry->location->lng;

als einzelene Werte im Template.

<?php echo $entry[data]['karte_lat']['value']; ?>
<?php echo $entry[data]['karte_lng']['value']; ?>

Die Karte selbst funktioniert. Die Werte zum Ort werden nach dem Muster 50.7063007,10.7256946 übergeben. Was übersehe ich. Ist mir zu helfen ;-)

Danke. Stefan

[Thomas]

Danke, das hat erst mal funktioniert!

[almitra]

Hallo Magicsepp & Thomas,

zu quick & dirty für mich. Hab ich mit Version 2.11.7 überhaupt eine Chance? Ich hab schon alles studiert, probiert, ... was bleibt ist das Komma.

Danke, LG

[lindesbs]

Ich sitze gerade dran, das Problem zu loesen und alles 2.11 kompatibel zu machen.
Ist eine Auftragsarbeit, deren Ergebnisse auch hier in das Modul mit einfliessen werden.

[DNS]

Immer noch das Komma Problem? Wer hat denn die Erweiterung übernommen? Ich hab die Erweiterung bei mir gefixt, ich schau morgen mal nach... war aber glaube auch nix anderes als ich hier im Fred schon mal gepostet hatte...

[lindesbs]

Uebernommen hab ich sie. Deshalb sitz ich auch aktuell dran.

[DNS]

Haha,

hab grad den katalog frisch installiert in ner 2.11.6 Installation, das geofield dazu und meinen Fix vom 06.03.2012 wie beschrieben eingebaut und es funktioniert ohne Probleme... Und noch mal werd ich es nicht posten ;-)

Der Fehler liegt in der Datei tl_catalog_fields.php im Ordner DCA. Ganz unten ist die Funktion "getFields" wo folgendes Array zurückgegeben wird:

Array(
[0] => strasse_nr
[1] => plz
[2] => ort
[3] => land
) 

muss lauten:

Array(
[strasse_nr] => strasse_nr
[plz] => plz
[ort] => ort
[land] => land
) 

So sollte es funktionieren:

class tl_catalog_geocoords extends Backend
{
    function getFields(DataContainer $dc)
    {
        $objTable = $this->Database->prepare("SELECT itemTable FROM tl_catalog_fields WHERE id=?")
            ->limit(1)
            ->execute($dc->id);
         
        if ($objTable->numRows > 0 && $this->Database->tableExists($objTable->itemTable))
        {
            $fields = $this->Database->listFields($objTable->itemTable);
            $names = array_map(create_function('$x', 'return $x["name"];'), $fields);
            $newarray = array_combine($names,$names);
            return $newarray;
        }
    }
} 

Somit bekommt die Funktion getCoords nun die richtigen Werte für $street, $postal, $city und $country und die Koordinaten werden korrekt gespeichert.

Ich würde das Modul auch weiter pflegen und geändert ins Repository stellen falls Rundinhio keine Zeit mehr und nix dagegen hat...

Gruß DNS

[almitra]

Haha,

hab grad den katalog frisch installiert in ner 2.11.6 Installation, das geofield dazu und meinen Fix vom 06.03.2012 wie beschrieben eingebaut und es funktioniert ohne Probleme... Und noch mal werd ich es nicht posten ;-)

Danke DNS,
hab nochmal alles nachvollzogen. Ich wusste nicht worauf sich das Auskommentieren des "else" bezog -> CatalogGeoCoordsField.php.
Jetzt klappt es bestens.

Lieben Dank nochmals!

[toto]

Moin zusammen,

ich hatte deine Erweiterung schon mal am Laufen, jetzt kommt leider nur das "," zwischen den Koordinaten aber keine Daten mehr . Ich habe die Tabelle des Kataloges umbenannt aber danach alle Daten und werte wieder eingestellt. Kann es am csv-Import liegen? ich weiß leider nicht warum er mir jetzt nichts mehr ausspukt. curl ist aktiviert, das "," schreibt er ja auch rein

gruß toto

[DNS]

@toto:
Siehe mein Post 2 über deinem, haste das so eingebaut? Bin nicht sicher ob lindesbs das schon eingebaut hast in die aktuelle Version...

[toto]

Hi DNS,

ich habe leider das Array was geändert werden soll gar nicht in der Datei stehen? Soll ich den code von dir einfach am Ende einfügen?

gruß toto

[toto]

Hi zusammen,

ich habe jetzt alle Posts durch und ausprobiert, leider ohne Erfolg. Das Array was man ändern muß habe ich bei mir nicht gefunden. Ich bekomme weiterhin nur ein "," in den Coordinaten.

[magicsepp]

was auch noch interessant ist, ist der Hoster - google blockt bei vielen Anfragen die Antwort und dann kommt auch nur ein ,

[DNS]

@toto:
Unter folgendem Link findest Du das Modul mit den Änderungen, funktioniert bei mir aktuell unter Contao 2.11.6...
cataloggeocoordsfield.zip

[DNS]

@lindesbs:
Wenn Du magst kann ich mich auch um die Erweiterung kümmern... Hab mal eine Transfer-Anfrage gestartet...

[toto]

Moin DNS,

vielen Dank jetzt bekomme ich die Koordinaten. Wenn ich allerdings über csv importiere dann muß ich erst jeden einzelnen aufmachen und nochmal speichern damit er die Daten generiert. Hat vorher auch so geklappt. Bei 700 Adressdaten wär das viel Arbeit... und "mehrere bearbeiten" klappt leider nicht

Gruß toto

[DNS]

Moin, lindesbs hat mir die Erweiterung übertragen, vielen Dank an dieser Stelle.
Die gepatchte Erweiterung wird in kürze im ER sein.

Wenn jemand Feature Requests oder Fehler hat dann bitte posten.
CSV-Import werd ich mir anschauen dass die Koordinaten beim Einlesen generiert werden...

[toto]

Hallo zusammen,

gibt es schon Neuigkeiten wegen dem automatischen generieren der Geocoordinaten? Mein Kunde hat jetzt die knapp 700 Adressen importiert und er würde gerne die Seite online stellen. Ich stehe quasi in den Startlöchern. Wenn mir jemand sagen kann was ich selber ändern könnte wäre auch gut aber ich bin kein Programmierer, soviel vorweg.

gruß toto

[DNS]

Ich schau heut mal drüber ob ich den Bug bei mehrfach Bearbeiten beheben kann...
Ich sag dann später mal bescheid.

[DNS]

Problem behoben, Koordinaten werden nun korrekt generiert, mehrfach bearbeiten funktioniert.
Aktuelle Version hier.

[magicsepp]

hi DNS,

wenn Die Abfrage überlastet ist kommt

[status] => OVER_QUERY_LIMIT

für $xml als Antwort. In diesem Fall wird dann nur das "," aus $varValue gespeichert ;(

besser wäre hier sowas anstelle if ($xml):

switch($xml->status) /*    "OK" gibt an, dass keine Fehler aufgetreten sind. 
                             *     "ZERO_RESULTS" zeigt an, dass die Geocodierung erfolgreich war, aber keine Ergebnisse zurückgegeben hat. Dies kann vorkommen, wenn der Geocodierung ein nicht existierender address-Wert oder ein latlng-Wert eines abgelegenen Standorts übergeben wurde.
                             *     "OVER_QUERY_LIMIT" zeigt an, dass Sie Ihr Kontingent überschritten haben.
                             *     "REQUEST_DENIED" gibt an, dass Ihre Anfrage abgelehnt wurde, im Allgemeinen wegen eines fehlenden sensor-Parameters.
                             *     "INVALID_REQUEST" 
                             */
       {
       case 'OK':
              $varValue = $xml->result->geometry->location->lat . ',' . $xml->result->geometry->location->lng;
              break;
       case 'INVALID_REQUEST':
              $varValue = "INVALID_REQUEST";
              break;
       case 'OVER_QUERY_LIMIT':
              break;
       default:
              $varValue = $xml->status;
    } 

In diesem Fall wird beim LIMIT einfach gar nichts gemacht, d. h. das Feld bleibt wie es ist.

[DNS]

Vielen Dank für den Hinweis, werd mal schauen ob es da eine Elegante Lösung gibt.
Vielleicht ein kleines Timeout oder die json Api von maps...

[magicsepp]

hab mir heute das country mal näher angesehen, das passt auch nicht so ganz

region: der Regionscode, der als zweistelliger ccTLD-Wert ("Top-Level-Domain") angegeben wird. Dieser Parameter beeinflusst lediglich die vom Geocodierer erhaltenen Ergebnisse, schränkt sie aber nicht vollständig ein.

besser wäre:

    ...
        $country = str_replace(' ', '+', $this->Input->post($countryfield));
            
        }

        $adress =  $street . ",+" . $postal . "+" . $city . ",+" . $country ;
... 

und beim url Aufruf dann region ganz weg.

[DNS]

Macht Sinn. Werde ich ändern...

[sniechzial]

Hi!

In der Datei system/modules/cataloggeocoordsfield/CatalogGeoCoordsField.php scheint ein Byte Order Mark zu stehen. Das führt bei diversen PHP Versionen (bzw. vorkompilierten Paketen) zu Problemen. Es gibt sogar ein Contao Modul, das nach BOMs in Contao Dateien sucht

Konkret sehe ich beim 'Speichern' eine weiße Seite und beim 'Speichern und schließen' bekomme ich eine Fehlermeldung, weil bereits Header gesendet wurden, bevor ein redirect gemacht werden kann. PHP interpretiert das BOM nicht korrekt und liefert es an den Client aus

Wäre es möglich das beim nächsten Release zu fixen?


Viele Grüße,
Simon

[DNS]

Boar, mieser Fehler, werd ich korrigieren... Danke.

[albis]

Hi!

In der Datei system/modules/cataloggeocoordsfield/CatalogGeoCoordsField.php scheint ein Byte Order Mark zu stehen. Das führt bei diversen PHP Versionen (bzw. vorkompilierten Paketen) zu Problemen. Es gibt sogar ein Contao Modul, das nach BOMs in Contao Dateien sucht

Konkret sehe ich beim 'Speichern' eine weiße Seite und beim 'Speichern und schließen' bekomme ich eine Fehlermeldung, weil bereits Header gesendet wurden, bevor ein redirect gemacht werden kann. PHP interpretiert das BOM nicht korrekt und liefert es an den Client aus

Wäre es möglich das beim nächsten Release zu fixen?


Viele Grüße,
Simon

Genau diese Problem hatte ich auch. Mit der Fehlermeldung im Titel. Habe "CatalogGeoCoordsField.php" geöffnet und als "UTF-8"* ohne jegliche Änderung noch mal abgespeichert und wieder hoch geladen. Nun funktioniert es. (Contao 2.11.12, Catalog 2.0.0 beta2)

*... arbeite mit Sublime Text 2: File > Save with Encoding > UTF-8