Druckbare Version
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...
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
Ich schau heut mal drüber ob ich den Bug bei mehrfach Bearbeiten beheben kann...
Ich sag dann später mal bescheid.
Problem behoben, Koordinaten werden nun korrekt generiert, mehrfach bearbeiten funktioniert.
Aktuelle Version hier.
hi DNS,
wenn Die Abfrage überlastet ist kommtfür $xml als Antwort. In diesem Fall wird dann nur das "," aus $varValue gespeichert ;(HTML-Code:[status] => OVER_QUERY_LIMIT
besser wäre hier sowas anstelle if ($xml):
In diesem Fall wird beim LIMIT einfach gar nichts gemacht, d. h. das Feld bleibt wie es ist. ;)PHP-Code: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;
}
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...
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:
und beim url Aufruf dann region ganz weg.PHP-Code:...
$country = str_replace(' ', '+', $this->Input->post($countryfield));
}
$adress = $street . ",+" . $postal . "+" . $city . ",+" . $country ;
...
Macht Sinn. Werde ich ändern...
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
Boar, mieser Fehler, werd ich korrigieren... Danke.
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)Zitat:
Zitat von sniechzial
*... arbeite mit Sublime Text 2: File > Save with Encoding > UTF-8