[dlh_googlemaps] Google Maps Modul 1.0.0 erschienen

[christian]

Hallo Forum,

es war Zeit, die alte Google Maps Extension mal auf die aktuelle Google Maps API V3 zu heben. Dabei ist ein komplett erneuertes Modul herausgekommen.

Es sind beliebig viele Maps möglich, die an beliebigen Stellen in den Content eingebunden werden können. Hierfür steht nebem dem Modul auch je ein Content-Element für normale bzw. statische Maps zur Verfügung.

Die Haupt-Features:

• Beliebig viele Maps verwaltbar.
• Beliebig viele Elemente zu jeder Map definierbar:
  
  • Einfache Markierungen
  • Komplexe Markierungen mit Icons und Schatten
  • Infoblasen
  • Grafik-Überlagerungen
  • (Poly-)Linien
  • Polygone
  • Kreise
  • Rechtecke
• Ansteuerung des Google Maps Routenplaners aus der Infoblase einer Markierung
• Direkte (Seiten-)Verlinkung von Markierungen, Polygonen etc.
• Geocoding von Adressen
• Modul zur Einbindung in Layouts
• Content-Element zur Einbindung in Artikel
• Content-Element zur Einbindung als Statische Map (PNG)
• Dynamische Markierungen und Verhaltensänderungen zur Laufzeit
• Wegfall des Google Maps API Keys durch Verwendung der Google Maps API V3
• Street View

Dynamische Map-Elemente lassen sich durch Html-/Javascript-Blöcke oder angepasste (Katalog-)Templates nutzen. Hierfür ist kein Wechsel des Modul-Templates mehr nötig. Die Datei DYNAMISCHE_MARKIERUNGEN.TXT im Verzeichnis TL_ROOT/system/modules/dlh_googlemaps/ erläutert - auch anhand eines konkreten Beispiels -, wie eine Map durch dynamische Elemente angereichert werden kann.


Achtung:

Die Version 1.0.0 ist nicht mehr kompatibel zu den Vorgängerversionen - daher auch der Versionssprung.
Bitte nur in Contao 2.9 und von der Version 0.1.5 updaten!

Bei der Installation bzw. einem Update wird ein Konvertierungsscript ausgeführt, welches vorhandene alte Module in neue Maps und entsprechende Module unter Beibehaltung der bisherigen ID's überführt. Dynamische Markierungen können leider nicht automatisch konvertiert werden, daher müssen die verwendeten Html-/Javascript-Blöcke manuell angepasst werden.

Trotz allen Testens der Konvertierungsroutine empfehle ich Umsteigern, vorab die Grunddaten ihrer bisherigen Maps zu sichern (API Key, Koordinaten, Infotexte). Eine Rückkonvertierung in das vorherige Format ist nicht möglich.

Bitte nur separat updaten, nicht zusammen mit anderen Extensions, da die Datei TL_ROOT/system/runonce.php genutzt wird!


Ausserdem suche ich noch Übersetzer in diverse Sprachen, da sich fast alle Labels und anderen Bezeichnungen geändert haben.

Jetzt aber erst mal viel Spaß mit der neuen Extension. Wenn Ihr Bugs findet, postet sie bitte hier oder schickt mir eine Mail/PN.

Viele Grüße,

Christian

[kay1234]

Hallo,

das gefällt mir sehr gut! Eine Frage habe ich. Bei Klick auf Routenberechnung wird die aktive Seite zu google weitergeleitet und eine neue (blank) für die Routenberechnugn erstellt. Was muss ich einstellen, damit meine Ursprungsseite, d.h. die von der die Routenberechnung gestartet wurde nicht geändert wird?

Gruß

[christian]

Was muss ich einstellen, damit meine Ursprungsseite, d.h. die von der die Routenberechnung gestartet wurde nicht geändert wird?

Du müsstest das Modul ändern

Im Ernst: Es ist nur die Weiterleitung vorgesehen und eingebaut. Ob ich das evtl. irgendwann mal so erweitere, dass man die gesamte Routenplanung auf der eigenen Seite machen kann, weiß ich noch nicht. Das würde ja eigentlich nur dann Sinn machen, wenn man die gleichen Features hätte wie bei Google. Sprich: Textbasierten Routenausdruck, Kartenausdruck, Waypoints setzen und ändern/löschen und und und. Ich denke nicht, dass das Modul das auf absehbare Zeit können wird.

Grüße,

Christian

[teo]

Also ich habe mir die Extension gerade einmal angeshen und mir deucht, dass der meiste Teil des Quellcodes für das Routenplanerformular direkt von Google kommt. Dort steht

<form action="http://maps.google.com/maps" method="get" target="_new">

Selbst wenn man den JavaScript-Code entsprechend so anpassen würde, dass man als target="_parent" definiert. wäre im Endeffekt dann Deine eigene Seite 'pfutsch' - Ob das Zielführend ist?

---
Ach und noch ein riesen Dank an den Kreator der nun verbesserten Google API v3 Extension. Ganz dickes Lob. (erspart eine weitere Extension und es ist nicht nur im BE übersichtlicher )

[kay1234]

Vielen Dank für die schnelle Info!

Ich glaube ich habe mich da etwas irreführend ausgedrückt... Ich bin kein Profi, deshalb ein neuer Versuch.

1. Der Routenplaner ist auf meiner Seite integriert und ich drücke auf "Route berechnen". (korrekt)
2. Ein neues Fenster bei google öffnet sich + angezeigt wird der google Routenplaner. (korrekt)
3. Meine Seite wird jetzt automatisch auch geschlossen, sodass ich 2x die google-Seite sehe. Das wollte ich verhindern, d.h. Ziel: meine Seite bleibt und zusätzlich, in einem neuen Browserfenster, sehe ich die google-Seite. Ist das machbar?

Grüße Kay

[teo]

Den beschriebenen Effekt kenne ich nicht. Desweiteren muss ich fragen, ob Du die Erweiterung [routenplaner] meinst. Denn hier dreht es sich ja um das [dlh_googlemaps]

Den [routenplaner] habe ich bisher immer in Kombination mit dem 'alten' [dlh_googlemaps] verwendet. Jedoch hat der sich immer ganz friedlich verhalten und mir eine zusätzliche Seite mit der berechneten Route dargestellt.

[kay1234]

Ja, dlh_goooglemaps. (Routenplaner habe ich gesagt wegen - Route berechnen).

[the_scrat]

Hi,

danke für das Update und das Versionsupdate!!

Leider hat das Konvertierungsscript - zumindest bei mir versagt - und alle Googlemaps sind weg und müssen neu eingerichtet werden.

Leider habe ich auch noch ein Problem mit Geo-Koordinaten bzw. Adresse für Geocoding. Trage ich eine Adresse für Geocoding ein, weil ich die Koordinaten nicht weiß, erscheint ein Fehler beim Speichern, da das Geo-Koordinatenfeld (welches ja eigentlich automatisch generiert werden sollte) ein Pflichtfeld ist und weiterhin leer steht.

Im Hilfetext vom Geo-Koordinatenfeld wäre es sinnvoll eine Beispielkoordinate anzugeben, damit man weiß wie eine korrekte Koordinate aussieht und wie man sie manuell ins Feld schreiben sollte.

Gruß
Michael

[christian]

Hallo Michael,

mit dem Pflichtfeld hast Du recht, das habe ich gerade in einem neuen Build gefixt. Es fehlten eh noch ein paar Übersetzungen, das ist direkt mit erledigt worden.

Grüße,

Christian

[kay1234]

Hallo,

das Problem hat sich erledigt, bzw. tritt nur unter mac/safari auf. Im IE und Firefox ist alles in Ordnung.

Gruß

[christian]

Leider hat das Konvertierungsscript - zumindest bei mir versagt - und alle Googlemaps sind weg und müssen neu eingerichtet werden.

Tut mir leid, die Funktion hatte ich aber recht ausführlich getestet. Gab es denn irgendwelche Fehlermeldungen?

[teo]

Habe es gerade mit Mac OS X 10.6 und dem aktuellen Safari probiert.

Wenn er in den Einstellungen bei den TABs auf AUTOMATISCH oder IMMER steht, verhält er sich wie von Dir beschrieben. Stellt man es allerdings um auf NIE, dann klappt es

Naja, habe bei der Gelegenheit festgestellt, dass der Safari wohl auch Probleme mit meinem mootools-Script hat... ich könnt ihn hauen.

[planepix]

Danke fürs Update Christian.

Gestern 2 Installationen mit dem Update ohne Fehler aktualisiert.

[the_scrat]

Hi,
nein, leider kein Fehler oder sonstiges. Es kam nur, dass die Datenbank geupdatet wird, also Tabellen angelegt und auch irgendwo entfernt werden, das wars.

[andre.5tz]

Hallo Christian,

erst mal danke für die Weiterentwicklung.
Bei mir hat zwar das Update funktioniert, es wird jedoch nicht alles so ohne weiteres angezeigt.

Ich habe beim validieren ein paar Fehlermeldungen wegen "&" anstelle von "&".
Dazu meckert der Validator wegen dem img im <noscript>.

Die fehlenden &amp; habe ich in den Dateien Module_dlh_googlemaps.php, Content_dlh_googlemaps.php und dlh_googlemaps.php gefunden.
<noscript> in den Templates.

Ein weiteres Problem habe ich bei der Anzeige von Karten, die ich in ein efg-Formular über einen Inserttag {{insert_module::112}} eingebunden habe. Hier wird zwar ein großer "Freiraum" geschaffen, die Karte wird aber nicht angezeigt.
Erstelle ich unterhalb von der Detailanzeige ein weiteres Kartenelement mit dlh_googlemaps, wird auch die GoogleMap in der efg-Tabelle angezeigt.
Hier habe ich noch keine Lösung, vielleicht hat da jemand einen Tipp.

VG
André

[andre.5tz]

Habe gerade gesehen, dass kein <script type="text/javascript"... im head angelegt wird, wenn ich das Modul über {{insert_module::112}} in ein efg-Formular einbinde. ???

[christian]

Habe gerade gesehen, dass kein <script type="text/javascript"... im head angelegt wird, wenn ich das Modul über {{insert_module::112}} in ein efg-Formular einbinde. ???

Habe das gerade mal mit einer anderen Extension getestet: Es scheint generell so zu sein, dass über Module (oder CE's) eingebundene Javascripts nicht übernommen werden, wenn man es mit Insert-Tags einbindet. Ich würde das für einen Contao-Bug halten, wenn dem so ist.

[MacKP]

Habe das gerade mal mit einer anderen Extension getestet: Es scheint generell so zu sein, dass über Module (oder CE's) eingebundene Javascripts nicht übernommen werden, wenn man es mit Insert-Tags einbindet. Ich würde das für einen Contao-Bug halten, wenn dem so ist.

Das liegt in der Natur von Inserttags. Wie an einigen Stellen schon im Forum (ich meine sogar auch im Ticket-System) beschrieben:
Inserttags werden erst ganz zum Schluss ersetzt, dadurch kann die Erweiterung, die damit reingeholt wird nicht noch eben CSS o.ä. in die Seite einbringen, da das Rendern dann ja schon vorbei ist.
Ausweg: eigenes Seitenlayout für solche Fälle wo dann per Hand das JS und das CSS eingebracht wurde.

Viele Grüße

[christian]

@Andre:

Es steht schon wieder ein neuer Build im Repository, der die Validatorprobleme beseitigt.

Ausweg: eigenes Seitenlayout für solche Fälle wo dann per Hand das JS und das CSS eingebracht wurde.

Du hast natürlich recht - ganz zum Schluß ist das praktisch nicht machbar. Eine weitere Lösung nehme ich mal auf die To-Do-Liste: Ein eigenes Insert-Tag dafür.

[andre.5tz]

Hallo Christian,

vielen dank für die schnelle Reaktion

"This document was successfully checked as XHTML 1.0 Strict!"

Mein Problem mit dem Inserttag werde ich dann erst mal mit einem eigenen Layout für die Seiten lösen, mir fällt da spontan auch keine andere Lösung ein, was aber auch kein Problem ist.

VG
André

[andre.5tz]

Eine weitere Lösung nehme ich mal auf die To-Do-Liste: Ein eigenes Insert-Tag dafür.

War gerade mal im Repository und habe da die Erweiterung header_code gefunden.

Damit kann ich mir jetzt das zusätzliche Layout sparen und Deine ToDo-Liste wird vielleicht auch ein bischen kürzer

[Majesty]

Hallo zusammen,

erst einmal einen dank an Christian für das tolle Google Maps Modul.

Leider habe ich nach dem Update (von 0.15) ein kleines Problem. Die Konvertierung des vorhanenden Moduls hat funktioniert. Danach wollte ich eine Markierung in die Karte einfügen, dadurch verschwand aber die Karte, obwohl der Platz dafür noch reserviert war. Nachdem ich die Karte komplett entfernt und eine neue Karte angelegt hatte, wurde gar keine Karte mehr angezeigt, egal ob mit oder ohne Markierung. Auch eine Deinstallation/Installation der Erweiterung hat keine Abhilfe geschaffen, genausowenig eine Einbindung der Karte als Modul oder ohne Modul. Zu sehen ist das ganze hier:

http://www.sv-ulland.de/anfahrt.html
(Unter "Karte 1" ist die Karte als Elementtyp "Google Map" eingebunden, unter "Karte 2" als Modul)

Habe gerade noch versucht einen neuen Google Maps API Key zu generieren und einzugeben (auf gut Glück) aber aus der Seite die als Startpunkt der Website fungiert ist das Feld zum eintragen des Keys verschwunden. Irgendetwas ist doch da schief...

Contao Version ist 2.91
Verwendete Browser FF 3.6.12 und IE 8

Hat jemand eine Idee?


Nachtrag:
Die Vorschaukarte in dem Menüpunkt "Google Maps" wird korrekt angezeigt.

[xchs]

Danach wollte ich eine Markierung in die Karte einfügen, dadurch verschwand aber die Karte, obwohl der Platz dafür noch reserviert war.

Wird die Position dieser Markierung aus einer Adresse errechnet oder aus (von Dir) eingegebenen Geo-Koordinaten? Falls Ersteres der Fall ist, dann schau mal nach, was Dir im Feld "Geo-Koordinaten" angezeigt wird.

Habe gerade noch versucht einen neuen Google Maps API Key zu generieren und einzugeben (auf gut Glück) aber aus der Seite die als Startpunkt der Website fungiert ist das Feld zum eintragen des Keys verschwunden. Irgendetwas ist doch da schief...

Nein, das passt schon so. Mit der neuen GoogleMaps API V3 ist kein Key mehr notwendig! Darum brauchst Du im Startpunkt auch keinen solchen mehr einzugeben...

[christian]

Hat jemand eine Idee?

Ja - Du hast wohl da, wo man die Geo-Koordinaten eintragen soll, eine Post-Adresse eingetragen.

Ach ja: Und Du kannst ein und die selbe Karte nicht 2x auf einer Seite einbinden, da die ID dann doppelt vergeben wird.

Grüße,

Christian

[Timeras]

Die Extention ist super. Jedoch hab ich beim IE7 nur ein <noscript><p>Google Map</p></noscript> im Quelltext und keine Karte. Überall sonst funktioniert es einwandfrei. Vielleicht nen Tipp?

Vielen Dank vorab

[christian]

Javascript deaktiviert? Oder soch ein IE6?

Falls es nicht bekannt ist: Das Google Maps API V3 unterstützt den IE erst ab der Version 7. Der IE6 ist komplett raus - wer ihn unterstützen möchte, muss entweder die alte Version der Extension nutzen, die statische Karte einbinden oder sich was anderes einfallen lassen.

Es kann natürlich auch sein, dass noch irgendein Bug drin ist - ich guck mal nach.

[christian]

Das mit dem IE7 ist ein Bug im Template. Bzw. war - es steht einer neuer Build im Repository.

[Majesty]

Ja - Du hast wohl da, wo man die Geo-Koordinaten eintragen soll, eine Post-Adresse eingetragen.

Ach ja: Und Du kannst ein und die selbe Karte nicht 2x auf einer Seite einbinden, da die ID dann doppelt vergeben wird.

Grüße,

Christian

Och nööö.... wer lesen kann ist klar im Vorteil *schäm* Nichts für ungut, danke für die schnelle Hilfe. Jetzt klappts

[shrike]

Moin Christian,
ich habe mal eine doofe Frage:
Wo befindet sich die Einstellung, dass der Marker auch an der Position der Kordinate angezeigt wird?

Schönen Sonntag

[christian]

Moin,

bei den Marker-Einstellungen. Du gibst doch eine Koordinate für den Marker an (das Feld wird sogar automatisch mit dem Wert des Kartenzentrums vorbelegt).

Voraussetzung ist natürlich, dass Du überhaupt erst mal ein Element vom Typ "Markierung" anlegst ...

Grüße,

Christian

[webseven]

Guten Morgen miteinander

das mit dem Marker automatisch generieren klappt bei mir leider nicht so ganz. Selbst wenn ich die Geokordinaten aus der Google eigenen "Fundstelle" heraus nehme.

Edit .. und wie es klappt Siehe zwei Postings weiter ..

Vielen Dank für die Erweiterung und Grüsse aus der Schweiz
webseven

[xchs]

Das alte System, mit der Eingabe des Kartenzentrums UND der Markerposotion hat mir wesentlich besser gefallen.

Daran hat sich ja nichts geändert. Du kannst ja nach wie vor sowohl für das Kartenzentrum als auch für den Marker Deine gewünschten Koordinaten eingeben.

[webseven]

Ich nehm sofort alles zurück!!

Also, für die, die auch Tomaten auf den Augen haben. Die einzelnen Kartenelemente müssen zuerst angelegt werden, wie Inhaltselemente in einem Artikel.

Ach sooooooo!

Liebe Grüsse und "Cooool"
webseven

[christian]

Hi webseven,

schon ok - Tomaten gibt's bei uns genug: Die holländischen Gewächshäuser liegen von mir aus gesehen nur 20 km westwärts

Grüße in die (wahrscheinlich tief verschneite) Schweiz,

Christian

[shrike]

Moin christian,

Vielen Dank für die Info! Als Anwender der äteren Version hatte ich das natürlich nicht erwartet...aber so gibts natürlich mehr Optionsvielfalt!

Prima Erweiterung!

[christian]

Prima Erweiterung!

Danke für die Blumen!

[do_while]

Hallo Christian,

dem muss ich zustimmen, und jedes Release setzt noch einige tolle Features drauf.

zur Info: Kennst Du diese Darstellung (Beispiel)?
http://web2.cylex.de/anfahrt/drago-m...h-6270411.html
(Leider guckt StreetView nicht immer in die richtige Richtung)

[christian]

Nee, kenne ich so nicht. Sieht aber klasse aus. Kann man das durch die Parameter auch so hinbekommen?

[do_while]

Stammt nicht von mir, habe ich nur gerade heute in einer Werbemail gefunden.

Wenn ich mal Zeit finde, nehme ich mal den Seitenquellcode auseinander.

[SK1277]

Habe es gerade mit Mac OS X 10.6 und dem aktuellen Safari probiert.

Wenn er in den Einstellungen bei den TABs auf AUTOMATISCH oder IMMER steht, verhält er sich wie von Dir beschrieben. Stellt man es allerdings um auf NIE, dann klappt es

Naja, habe bei der Gelegenheit festgestellt, dass der Safari wohl auch Probleme mit meinem mootools-Script hat... ich könnt ihn hauen.

Guten Abend,
gibt es mittlerweile vielleicht eine Lösung zum Safari Problem?

Ausserdem funktioniert irgendwie die "zoom-faktor" Einstellung nicht. Egal ob Zoom-Faktor 1 oder 20, die Karte sieht immer gleich aus. Hat jemand ne Lösung?

Danke