Google Maps über COM (Component Object Model)

Thom

Use Google Maps API inside your Delphi application. Free, easy to use and much more powerful than a component.

Der Kern besteht aus einer Delphi-To-JavaScript-Bridge, mit deren Hilfe Delphi-Programme über das COM-Interface des Internet Explorers auf JavaScript-Objekte und -Funktionen zugreifen können. Die Kommunikation ist dabei bidirektional: Das bedeutet, daß Objekt- und anonyme Methoden aus JavaScript heraus aufgerufen werden können - zum Beispiel als Callback-Funktion, Event-Handler oder "injizierter" Code.

In diesem Framework wurde mit Hilfe dieser Delphi-To-JavaScript-Bridge das komplette Google Maps API abgebildet. Damit ist es möglich, alle Funktionen und Objekte dieses API's anzusprechen, ohne eine einzige Zeile JavaScript schreiben zu müssen.

Nun gibt es schon eine Reihe von Lösungsvorschlägen und Komponenten für Delphi, die das Google Maps API kapseln (ohne Anspruch auf Vollständigkeit):

jasontpenny (Lösungsansatz)
Rodrigo (Lösungsansatz)
TGoMaps (Komponente, kommerziell, 599 € + MwSt.)
TGoMaps Lite (Komponente, kostenlos, stark eingeschränkte Version von TGoMaps, dient als "Testversion" von TGoMaps)
TGAgisGoogleMap und TGAgisGoogleGeo (Komponenten, kommerziell, 799 USD + MwSt.)
TECMap (Komponente, kommerziell, 500 € + MwSt., Testkomponente auf Anfrage)
TMS WebGMaps (Komponenten, kommerziell, 95 € + MwSt.)
DelphiMaps (Komponenten, MPL 1.1)
GMLib (Komponenten, LGPL 3.0)

Weshalb dann noch dieses Framework?
Ganz klar zwei Gründe:

Der Preis. Für Freeware oder OpenSource, die nach den Lizenzbedingungen von Google keine Premier Lizenz benötigt, sind diese Preise indiskutabel. Eine kostenlose Version, die das komplette API bedient, ist mir nicht bekannt.
Die Flexibilität. Eine Komponente kann prinzipiell kein API ersetzen. Sie macht zwar die Arbeit des Programmierers bedeutend leichter und spart viel Zeit bei der Einarbeitung und Umsetzung des Projektes (bei kommerziellen Projekten ist Zeit gleich Geld, daher auch die hohen Preise für diese Komponenten) - schränkt aber mehr oder weniger stark ein.
Eine JavaScript-ähnliche Programmierung ist nicht möglich.

Mit diesem Framework können JavaScript-Beispiele ohne Probleme nach Delphi umgesetzt werden - mit den Vorteilen einer Code-Vervollständigung und komfortablen Debugging-Möglichkeiten.

Ein kleines Beispiel:

markieren

Code:

			[...]

<script type="text/javascript">

  function CreateMap() {

    var Options = {zoom: 13,

                   center: new google.maps.LatLng(47.651743,-122.349243),

                   mapTypeId: google.maps.MapTypeId.SATELLITE};

    new google.maps.Map(document.getElementById("div_map"),Options);

  };

</script>

</head>

<body onload="CreateMap()">

[...]

zusammenfalten · markieren

Delphi-Quellcode:

			procedure TForm1.FormShow(Sender: TObject);

begin

  if Script=nil then

    with TScript.Create(WebBrowser1) do

      LoadAPIAsync(InitMap);

end;

procedure TForm1.InitMap(Sender: TObject);

var

  Options: TMapOptions;

begin

  with TScript(Sender) do

  begin

    Options:=TMapOptions.Create;

    with Options do

    begin

      Zoom:=13;

      Center:=New(Google.Maps.LatLng(47.651743,-122.349243));

      MapTypeID:=Google.Maps.MapTypeID.Satellite;

    end;

    New(Google.Maps.Map(Options));

  end;

end;

In der aktuellen Version 2.0 besteht das Framework aus rund 30000 Quelltextzeilen, 10000 Zeilen Dokumentation im XML-Format und rund 10000 Zeilen in reichlich 80 Demos.

Systemvoraussetzungen

Delphi ab Version 5 (empfohlen Delphi 2009 oder neuer zur Nutzung von Unicode und anonymen Methoden)
Internet Explorer ActiveX (zum Beispiel TWebBrowser (1) oder TEmbeddedWB)
bei einigen Demos installierte Indy-Komponenten
bei einer Demo eine installierte TChart-Komponente

Das Framework wurde bisher mit folgenden Delphi-Versionen getestet:

Delphi 5
Delphi 7 (vielen Dank an angos!) (2)
Delphi 2005
Delphi 2007
Delphi 2010
Delphi XE
Delphi XE2 32/64 Bit
Delphi XE3 32/64 Bit (vielen Dank an Stefan für die angepaßte inc-Datei und für's Testen!)
Delphi XE4 32/64 Bit
Delphi XE5 32/64 Bit

Bekannte Probleme

In Zusammenhang mit dem Internet Explorer 6 (sollte eigentlich keiner mehr benutzen):

Darstellungsfehler bei Schatteneffekten
langsamer Schatten- und Bildaufbau
keine Überblendeffekte
keine Base64/Data-Unterstützung
Probleme bei der Nutzung von Icons (die Demos Icon Simple und Icon Complex bleiben hängen)
keine Animation von Markern
das StreetView-Symbol verschwindet sporadisch

Allgemein:

werden vor Delphi 2007 TGIFImage und vor Delphi 2009 TPNGImage verwendet (bis dahin nicht Bestandteil von Delphi), können die entsprechenden Compilerschalter in der Datei gmConfig.inc aktiviert werden
die integrierte XML-Hilfe funktioniert noch nicht richtig und ist noch nicht vollständig
unter den verstärkten Sicherheitseinstellungen für den Internet Explorer in einem Server-System konnte bisher kein Zugriff auf die Funktionen der JavaScript-Engine hergestellt werden
die Demo Places Autocomplete führt unter IE9 64 Bit zu einem Absturz des Programmes, wenn das Edit-Feld benutzt wird

Installation, Migration bestehender Projekte

Da es sich um ein Framework handelt, muß nichts in der IDE installiert werden - es müssen lediglich die Pfade zur gmConfig.inc sowie den Verzeichnissen API und JScript eingetragen werden (global oder in den Projekt-Optionen).

Die Umstellung von bestehenden Projekten unter Verwendung der Versionen 1.x auf die Version 2.0 sollte sich in der Regel auf die Anpassung der Unit-Namen beschränken. Um eine bessere Übereinstimmung zur Google Maps API-Dokumentation zu erzielen, wurden einige Units umbenannt. Auf die Einführung eines Namespace wurde mit Rücksicht auf ältere Delphi-Versionen (noch) verzichtet.
Es wird empfohlen, die Initialisierung der Karte in eine separaten Methode auszulagern, um den Refresh-Mechanismus (Taste F5) des Frameworks nutzen zu können.

Lizenz

(Möglichst) kurz und schmerzlos:
Ich mag keine seitenlangen Texte, die meist nur verunsichern (siehe aktuelle Problematik mit einer speziellen Datenbank) und die sowieso kaum jemand liest. Noch weniger mag ich Quelltexte, die am Anfang einen Hinweis enthalten, der länger ist als der eigentliche Code. Auch bin ich aus dem Alter heraus, in dem ich nach jeweils drei Zeilen mein Copyright hinterlassen muß, als hätte ich die genialste Erfindung aller Zeiten gemacht und müßte wie ein Hund mein Revier markieren. Wer das nötig hat, soll das machen - ich jedenfalls nicht.
Deshalb nur folgende Regeln:

Die Nutzungsbedingungen von Google sind zu beachten.
Die Verwendung des Frameworks ist kostenfrei, wenn die Anwendung, die damit erstellt wurde, kostenlos und frei für alle zur Verfügung steht (siehe Lizenzbestimmungen von Google: Das schließt zum Beispiel die Kopplung an kostenpflichtige Hard- oder Software und eine innerbetriebliche Nutzung aus!!!). Das veröffentlichte Programm muß keinesfalls OpenSource sein.
Keine Leistung - keine Verpflichtung. Wird das Framework in der kostenlosen Community-Edition verwendet, gibt es keinen Anspruch auf Bugfixes, Updates oder Hilfe. Das bedeutet natürlich nicht, daß ich hier im Forum nicht mehr auf Fragen antworte.
Für jegliche andere Nutzung (kommerziell, innerbetrieblich, geschlossene Benutzergruppe) ist eine Lizenzierung bei Google und mir notwendig. Bei Nachfrage bitte per PM oder Email melden. Von meiner Seite sind dann Bugfixes, Updates und Support für ein Jahr garantiert.
Wem das Framework gefällt und wer die Weiterentwicklung unterstützen möchte, kann das in Form eine Spende tun. Ab einer Spendenhöhe von gegenwärtig 25 € erhält der/die Spender/in als Dankeschön zusätzliche Units, Komponenten und Demos (siehe Abschnitt Erweiterungen) sowie alle weiteren Bonus-Komponenten, die in der Version 2.x veröffentlicht werden. Falls jemand kein PayPal-Konto besitzt, kann er mich auch für eine direkte Überweisung (innerhalb Deutschlands) kontaktieren. Für einen Betrag von mindestens 100 € wird der Spender namentlich genannt (falls er nicht anonym bleiben möchte). (3)

Erweiterungen

Panoramio API
- Wrapper-Unit
- Demo
KeyDragZoom Library
- Wrapper-Unit
- sechs Demos
MarkerClustererPlus Library
- Wrapper-Unit
- fünf Demos
RichMarker Library
- Wrapper-Unit
- zwei Demos

Viel Spaß!

(1) Wer für die Starter Editionen (XE bzw. XE2) keine TWebBrowser-Komponente besitzt, kann diese

hier nachrüsten.
(2) siehe

Beitrag
(3) Spenden über

PayPal (Bitte Name und Email-Adresse angeben, damit ich die Bonus-Units versenden kann.)

**DelphiFan2008**

Anmerkung, du kannst auch aus einer lokalen Datei laden, hierzu ein Beispiel

zusammenfalten · markieren

Delphi-Quellcode:

			    
    MarkerImage   

    MarkerOptions := TMarkerOptions.Create;

    with MarkerOptions do

    begin

      Position  := Script.Google.Maps.LatLng( x,y );

      Title     := 'Ich bin ein Marker aus einer Datei';

      IconImage := Google.Maps.MarkerImage( Filename,Google.Maps.Size(32,32),Google.Maps.Point(0,0),Google.Maps.Point(16,32));

    end;

    Marker := New( Google.Maps.Marker( MarkerOptions ));

    Marker.SetMap( Maps[0] );

Gruß DelphiFan2008

**Thom**

Zitat von DelphiFan2008:

Jedoch funktioniert das Demo aufgrund des Fehlers bei {$INCLUDE Maps4Delphi.cfg} nicht. diese Datei gibt es bei mir nicht.

Hallo DelphiFan2008,

entschuldige bitte, war wohl schon etwas zu spät... In der Formular-Unit hatte ich's noch geändert, aber in der dpr-Datei vergessen. Das ist die neue Konfigurationsdatei für Version 3 - diesen Eintrag mußt Du lediglich durch gmConfig.inc ersetzen.

Zitat von GPRSNerd:

[...] wie kannst du selbst erstellte Marker auf der Karte anzeigen? Ich hatte das auch mal versucht und ein wenig recherchiert, die Essenz war, dass die Marker eine Internet-URL haben müssen, lokale Dateien gehen nicht.

Hallo Stefan,

wie DelphiFan2008 schon schrieb, akzeptiert TWebBrowser auch Base64-codierte Daten und eignet sich damit hervorragend dazu, Bilder direkt vom Programm an Marker zu übergeben. Das geht sogar so schnell, daß das Marker-Bild quasi in "Echtzeit" ohne Flackern aktualisiert werden kann. Die zur Codierung notwendige Unit Base64.pas befindet sich im Unterverzeichnis JScript des Frameworks.
Allerdings muß man dabei beachten, daß mindestens der IE7 installiert und das codierte Bild nicht zu groß ist (ab IE9 werden auch größere Bilder akzeptiert).

Die zweite Möglichkeit besteht natürlich darin, eine lokale Datei anzugeben (siehe letzten Beitrag von DelphiFan2008).

**DelphiFan2008**

Hallo Thom,

habe gerade in einer anderen Applikation das Problem, dass wenn ich einem Marker eine .OnClick Routine zuordnen möchte, folgende Fehlermeldung kommt.

zusammenfalten · markieren

Delphi-Quellcode:

			  private

    { Private-Deklarationen }

    procedure MarkerClick(Sender: TObject; Event: TEvent);

    ...

    MarkerOptions := TMarkerOptions.Create;

    with MarkerOptions do

    begin

      Map      := Self.Map;

      Position := Results[0].Geometry.Location;

    end;

    Marker := New( Google.Maps.Marker( MarkerOptions ));

    Marker.OnClick := MarkerClick;   // ====> Hier erscheint die Fehlermeldung

    LB.Items.AddObject( Results[0].FormattedAddress,Marker );

    ...

Komisch! Gruss DelphiFan2008

Übrigens, nach dem Ersatz {$INCLUDE gmConfig.inc} lief dein Demo inkl. Drag&Zoom als auch Kreis/Linie war zu sehen - wo da der Fehler liegt?

**Thom**

Schön, daß die Demo bei Dir funktioniert!
Allerdings kann ich Dir nicht sagen, weshalb das in Deinem Programm nicht funktioniert. Hier bleibt Dir wohl nur übrig, Schritt für Schritt zu testen.
Liest Du die Daten im Hauptformular ein oder in einer anderen Unit? Compilierst Du im Debug- oder Release-Modus? Im Release-Modus werden nämlich an vielen Stellen keine Exceptions ausgelöst - hier muß dann im Programmcode getestet werden, ob die vorherige Funktion erfolgreich war.

Werden Events genutzt, muß die Unit gmEvents in der Uses-Anweisung eingebunden werden. Das liegt an der unterschiedlichen Deklaration des Typs TEvent. Unter Umständen muß explizit angegeben werden, welcher TEvent-Typ verwendet werden soll:

markieren

Delphi-Quellcode:

			procedure MarkerClick(Sender: TObject; Event: gmEvents.TEvent);

[...]

**GPRSNerd**

Hallo Delphifan2008 und Thom,

ich lade die PNGs jetzt direkt aus einer PNGImageList in die Encode64()-Funktion, funktioniert ohne Probleme.

Danke für die Tipps und Grüße,
Stefan

Zitat von DelphiFan2008:

Hallo GPRSNerd,

mit folgendem Code habe ich die Marker direkt im Programm erzeugt

zusammenfalten · markieren

Delphi-Quellcode:

			        PNG := TPNGImage.Create;

        CreateMarkerDistancePoint( PNG,<Parameter> );

        MarkerOptions := TMarkerOptions.Create;

        with MarkerOptions do

        begin

          IconImage:=New( Google.Maps.MarkerImage( Encode64(PNG),

                          New(Google.Maps.Size(PNG.Width,PNG.Height)),

                          New(Google.Maps.Point(0,0)),

                          New(Google.Maps.Point(PNG.Width/2,PNG.Height/2)) ));

          Position := Script.Google.Maps.LatLng( x,y );

        end;

        Marker := New( Google.Maps.Marker( MarkerOptions ));

        Marker.SetMap( Maps[0] );

        PNG.Free;

Gruss DelphiFan2008

**Thom**

**Sebastian78**

Ertsmal ein Kompliment für die tolle Arbeit.

Ich bin jetzt zunächst mal durch die Demos durch, und komme langsam klar. Ein Problem, wurde hier auch schon mal angesprochen:

zusammenfalten · markieren

Delphi-Quellcode:

			  
    if Script = nil then

      with TScript.Create(WebBrowser1) do

        LoadAPI(InitMap);    //<--- habe ich von LoadApiAsync in LoadApi geändert

    with Script do

    begin

      Geocoder.Geocode(TGeocoderRequest.Create(s),                   //<----- hier Zugriffsverletzung 

        procedure(Sender: TObject; Results: TGeocoderResultArray;

          Status: String)

        var

          MarkerOptions: TMarkerOptions;

        I: Integer;

        idx : Integer;

        abort : Boolean;

        begin

          abort := false;

          if Status = Google.Maps.GeocoderStatus.OK then

          begin

            Map.SetCenter(Results[0].Geometry.Location);

            MarkerOptions := TMarkerOptions.Create;

            with MarkerOptions do

            begin

              Map := self.Map;

              Position := Results[0].Geometry.Location;

            end;

            New(Google.Maps.Marker(MarkerOptions));

          end

          else

            ShowMessage('Karte kann nicht angezeigt werden. ' +

              'Originalmeldung: ' + Status);

        end);

    end;

  end;

Wenn ich das API im onShow oder onCreate initialisiere, und dann einen Moment warte, bis ich den Rest aufrufe, läuft alles. Durch die Umstellung auf LoadAPI, sollte aber doch sichergestellt sein, dass das API vollständig geladen ist.

Freu mich auf Deine Antwort.

Viele Grüße

Sebastian

**Thom**

Hallo Sebastian,

vielen Dank für das Lob!

Die Methode InitMap wird sowohl bei LoadAPI als auch LoadAPIAsync garantiert erst nach der kompletten Initialisierung des API's aufgerufen. Der einzige - nach außen sichtbare - Unterschied liegt darin, ob der Hauptthread in der Zwischenzeit blockiert wird oder nicht. Du brauchst also nicht künstlich eine Warteschleife einbauen.

Das Problem liegt also an anderer Stelle.
Wo kommt das Geocoder-Objekt her, auf das Du zugreifst?

markieren

Delphi-Quellcode:

			  with Script do

  begin

    Geocoder.Geocode(TGeocoderRequest.Create(s), //<- ???

    [...]

**Sebastian78**

Hallo Thomas,

danke für die schnelle Antwort

zusammenfalten · markieren

Delphi-Quellcode:

			procedure TFormAdressen.InitMap(Sender: TObject);

var

  LatLng: TLatLng;

  MapOptions: TMapOptions;

begin

  with TScript(Sender) do

  begin

    Geocoder := New(Google.Maps.Geocoder);                //<----------- Hier

    LatLng := New(Google.Maps.LatLng(-34.397, 150.644));

    MapOptions := TMapOptions.Create;

    with MapOptions do

    begin

      Zoom := 15;

      Center := LatLng;

      MapTypeID := Google.Maps.MapTypeID.Roadmap;

    end;

    Map := New(Google.Maps.Map(MapOptions));

  end;

end;

Viele Grüße

Sebastian

**Thom**

Gern geschehen!

Aha. Danke für den Quelltext.

Allerdings kann ich nicht nachvollziehen, weshalb Du die Initialisierung der Karte auf mehrere Methoden verteilst - einmal OnCreate/OnShow und dann InitMap. Das geht spätestens dann schief, wenn der Browserinhalt (zum Beispiel mit F5) neu geladen wird. Dann wird nämlich nur die Methode InitMap aufgerufen und der ganze Teil in OnCreate/OnShow bleibt unberücksichtigt.
Das nächste Problem besteht darin, daß die Methode OnShow durchaus auch mehrfach aufgerufen werden kann.

Grundsätzlich kann ich nur wärmstens empfehlen, den gesamten Initialisierungsteil in der Methode InitMap unterzubringen - dafür ist sie gedacht. Dann spielt es auch keine Rolle, ob das API synchron oder asynchron geladen wird.
Für die Verwendung des synchronen Laden mittels LoadAPI besteht eigentlich nie eine zwingende Notwendigkeit.

Erstellt von	For	Type	Datum
DELPHI \| (google maps)	This thread	Refback	11. Nov 2011 10:07
Twebbrowser HTML tag to UniHTMLFrame1 - uniGUI Discussion Forums	This thread	Refback	4. Nov 2011 07:52
DoraDev1975: google maps	This thread	Refback	23. Sep 2011 09:18
delphi osm - Google Search	Post #0	Refback	19. Sep 2011 10:02
DoraDev1975: ?ิ????? 2011	This thread	Refback	11. Sep 2011 17:39
DoraDev1975	This thread	Refback	30. Aug 2011 11:13
Untitled document	This thread	Refback	25. Jun 2011 20:57
Interact with Google Maps in a TWebBrowser from Delphi \| Ramblings	This thread	Refback	26. Jan 2011 06:12
google maps mit delphi link - Google Search	This thread	Refback	24. Jan 2011 15:24
google maps mit delphi - Google Search	This thread	Refback	24. Jan 2011 15:20
Untitled document	This thread	Refback	19. Jan 2011 22:49

Google Maps über COM (Component Object Model)

Forumregeln

LinkBack to this Thread

Thom Delphi XE3 Professional	#316 14. Nov 2012, 21:14 Thomas Nitzschke
	Zitat