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.)

**duff**

Hallo Zusammen,

da ja seitens Google jetzt auch die Verkehrsinformationen für Deutschland zur verfügung stehen, stellt sich für mich jetzt die Frage, ob es mit dem Framework auch möglich ist, den Layer einzublenden der es ermöglicht den Verkehr nach Tag und Uhrzeit vorauszusagen?

Viele Grüße

duff

**Thom**

Ich habe mir die Seite von Google gerade mal angeschaut.

Der aktuelle Verkehr wird in einem TrafficLayer angezeigt. Um diesen anzuzeigen, ist nur eine einzige Zeile im Quelltext nötig:

markieren

Delphi-Quellcode:

			  //...

  Google.Maps.TrafficLayer.SetMap(Map);

Dabei wird ein TrafficLayer-Objekt erstellt (TTrafficLayer für Delphi und ein entsprechendes TrafficLayer-Objekt in JavaScript) und anschließend der Karte zugewiesen, auf dem die Anzeige erfolgen soll.

Das Ergebnis sieht dann folgendermaßen aus:

So weit - so gut.
Die Verkehrsprognose scheint im selben Layer dargestellt zu werden. Nun habe ich die Vermutung, daß das Abrufen dieser Daten nicht über dokumentierte API-Funktionen geschieht (das wäre nicht das erste Mal) - zumindest habe ich (bisher) nichts dazu gefunden.
Da hilft nur, die genutzen JavaScripte zu untersuchen, denn alles das, was mit JavaScript möglich ist, läßt sich auch im Framework umsetzen. Ich werde mir das einmal anschauen - wird aber eine kleine Weile dauern.

**duff**

Hallo Thom,

danke für die Info.

Aber wie bekomme ich den Layer wieder von der Karte?

markieren

Delphi-Quellcode:

			//...

Google.Maps.TrafficLayer.SetMap(Nil);

hat nicht das gewünschte Ergebniss

Viele Grüße

**Thom**

Ja - das ist klar: Mit dieser Zeile legst Du ein neues Layer-Objekt an und zeigst dieses nicht an.

Das ist ein Nebenprodukt des Frameworks, daß man (fast) wie mit JavaScript programmieren kann: Ein Objekt einfach anlegen und anschließend nicht mehr daran denken...

Besser ist natürlich der Delphi-Stil:

zusammenfalten · markieren

Delphi-Quellcode:

			type

  TForm1 = (...)

  private

    FTrafficLayer: TTrafficLayer;

    procedure HideTrafficLayer;

    [...]

  end;

procedure TForm1.Show(...);

begin

  [...]

  with TScript.Create(WebBrowser1) do

  begin  

    [...]

    FTrafficLayer:=Google.Maps.TrafficLayer; //Layer anlegen und merken

    FTrafficLayer.SetMap(Map); //Layer anzeigen

  end;

end;

procedure TForm1.HideTrafficLayer;

begin

  FTrafficLayer.SetMap(nil); //Layer ausblenden

end;

**Thom**

Nachdem ich mich fast zwei Tage lang mit dem Traffic Layer beschäftigt habe, möchte ich meine Erkenntnisse dazu zusammenfassen.

Die Seite von

Google benutzt mit an Sicherheit grenzender Wahrscheinlichkeit nicht das "offizielle" API. Muß sie auch nicht - schließlich gehört beides Google. Ersichtlich wird das am etwas abgewandelten GUI. Die Karten werden zum Beispiel sanft gezoomt (wenn das der Benutzer-PC und seine Internetanbindung zulassen) und können mit einem leichten Schwung verschoben werden.

Mit dem standardmäßigen Traffic Layer des API's ist es meines Wissens nach leider nicht möglich, eine Verkehrsprognose wie auf der Seite von Google zu erstellen. Wobei meine Tests allerdings ergaben, daß es sich dabei um keine wirkliche Prognose nach dem Motto "Jetzt ist Stau - wie wird es voraussichtlich in einer Stunde aussehen?" handelt, sondern eher um von Google erfaßte statistische Werte, die eine Frage wie "Wie sieht die Stausituation am Autobahnkreuz XYZ freitags 16.30 Uhr aus?" beantworten könnten. Über den Wert einer derartigen Aussage kann man natürlich geteilter Meinung sein. Eine nette Spielerrei ist sie allemal.

Bei Google bin ich auf ein Beispiel bezüglich benutzerdefinierter Layer gestoßen - den sogenannten

Overlay-Kartentypen.
Dort findet sich der interessante Satz:

Zitat:

Solche Kartentypen können transparente Ebenen besitzen, auf denen interessante Orte gekennzeichnet sind oder dem Nutzer zusätzliche Daten angezeigt werden. Die Verkehrsschicht von Google ist ein Beispiel für einen solchen Kartentyp.

Im nachfolgenden Absatz geht es um Bild-Kartentypen, gefolgt von einem Beispiel:

Zitat:

Mit dem folgenden Code wird ein grundlegender ImageMapType implementiert, der die Verkehrskacheln von Google verwendet. Beachten Sie, dass der Kartentyp in das overlayMapTypes-Array der Karte eingefügt wird:

markieren

Code:

			var trafficOptions = {

  getTileUrl: function(coord, zoom) {     

    return "http://mt3.google.com/mapstt?" + 

    "zoom=" + zoom + "&x=" + coord.x + "&y=" + coord.y + "&client=google"; 

  }, 

  tileSize: new google.maps.Size(256, 256), 

  isPng: true 

}; 

var trafficMapType = new google.maps.ImageMapType(trafficOptions);   

var map; 

function initialize() { 

  map = new google.maps.Map(document.getElementById("map_canvas")); 

  map.setCenter(new google.maps.LatLng(37.76, -122.45)); 

  map.setZoom(12); 

  map.setMapTypeId('satellite'); 

  map.overlayMapTypes.insertAt(0, trafficMapType); 

}

Das mit dem Framework nachzubauen, ist kein Problem - nur funktioniert dieses Beispiel leider nicht (mehr), da sich die Server-Adressen und die zu übergebenden Parameter geändert haben.

Nun ist es allerdings kein allzugroßes Problem, die aktuellen URL's der Bild-Kacheln zu ermitteln.
Damit habe ich das Demoprogramm geändert und kann so - neben dem Traffic Layer über das API - auch die Verkehrssituation über einen zusätzlichen Layer anzeigen lassen:

Ein Vergleich des Standard Layers mit dem zusätzlichen zeigt einen interessanten Unterschied: Hier wird - wie auf der Google Seite - auch die Verkehrssituation in Frankreich angezeigt:

Beim Standard Traffic Layer werden die Informationen in der Satelliten-Ansicht ausgeblendet:

Im Gegensatz dazu ist die Darstellung im zusätzlichen Layer wesentlich besser steuerbar und entspricht der Ansicht auf der Google Seite:

Die "Verkehrsprognose" funktioniert so natürlich auch, da der Zeitpunkt für die Verkehrskarte als Parameter innerhalb der URL übergeben wird. Im Anhang befindet sich eine kleine compilierte Demo.

Noch ein kleiner Hinweis zur Aktualität der Verkehrsdaten:
Die Google Server liefern den Wert Cache-Control: private, max-age=60. Dennoch aktualisieren TWebBrowser und das Maps API die Bilder nicht zwingend, obwohl es angefordert wurde. Deshalb empfiehlt es sich, ab und zu die Zoomstufe zu verändern, die Karte zu verschieben oder die Ansicht zu wechseln, um den IE dazu zu veranlassen, seinen Cache aufzuräumen.

**duff**

Jetzt wird es noch interessanter ;D

Wettermeldungen bei Google Maps

**Thom**

Hallo duff,

vielen Dank für Deinen Hinweis!

Google's Wettervorhersage scheint - genau wie die Stauanzeige - nicht über das dokumentierte API zu laufen.
Trotzdem bekommt man das auch mit dem Framework hin. Bindet man die Wettersymbole als zusätzlichen Layer ein, stört allerdings die Beschriftung der eigentlichen Karte ganz enorm, da damit die Darstellung schnell unübersichtlich wird:

Werden spezielle Karten verwendet, bei denen die Beschriftung reduziert ist, wird sogar die Wolkenverteilung sichtbar:

Im Anhang befindet sich eine kompilierte Demo, die die Wetterkarte etwa so zeigt, wie auf der

Maps-Seite von Google.

**Thom**

In diesem Beitrag möchte ich eine Demo vorstellen, die es ermöglicht, Wetterinformationen, die über das - nicht dokumentierte - Google Weather API abgerufen werden können, mit Hilfe des Frameworks darzustellen.

Diese Demo ist allerdings - im Gegensatz zu allen bisherigen - nur mit unicode-fähigen Delphi-Versionen (also ab 2009) kompilierbar. Besitzer älterer IDE's müßten die Anpassungen selbst vornehmen. Das hat nichts mit dem Framework zu tun, sondern mit den zu verarbeitenden Wetterdaten.

Google Weather API ist eigentlich eine vollkommen übertriebene Bezeichnung: Es handelt sich lediglich um eine URL, über die mit Hilfe zweier Parameter eine XML Datei abgerufen werden kann:

markieren

Code:

http://www.google.com/ig/api?weather=[LOCATION]&hl=[LANGUAGE]

[LOCATION] ist dabei im einfachsten Fall der Ort, für den die Wetterinformationen abgerufen und
[LANGUAGE] die Sprache (Länderkürzel), in der diese Informationen geliefert werden sollen.

markieren

Code:

http://www.google.com/ig/api?weather=Berlin&hl=de

liefert eine XML-Datei mit folgender Struktur:

markieren

Code:

			<?xml version="1.0"?>

<xml_api_reply version="1">

  <weather module_id="0" tab_id="0" mobile_row="0" mobile_zipped="1" row="0" section="0">

    <forecast_information>

      <city data="Berlin, Berlin"/>

      <postal_code data="Berlin"/>

      <latitude_e6 data=""/>

      <longitude_e6 data=""/>

      <forecast_date data="2011-08-24"/>

      <current_date_time data="2011-08-24 09:50:00 +0000"/>

      <unit_system data="SI"/>

    </forecast_information>

    <current_conditions>

      <condition data="Klar"/>

      <temp_f data="73"/>

      <temp_c data="23"/>

      <humidity data="Luftfeuchtigkeit: 78*%"/>

      <icon data="/ig/images/weather/sunny.gif"/>

      <wind_condition data="Wind: W mit 11 km/h"/>

    </current_conditions>

    <forecast_conditions>

      <day_of_week data="Mi."/>

      <low data="21"/>

      <high data="30"/>

      <icon data="/ig/images/weather/mostly_sunny.gif"/>

      <condition data="Teils sonnig"/>

    </forecast_conditions>

    <forecast_conditions>

      <day_of_week data="Do."/>

      <low data="23"/>

      <high data="29"/>

      <icon data="/ig/images/weather/chance_of_storm.gif"/>

      <condition data="Vereinzelt stürmisch"/>

    </forecast_conditions>

    <forecast_conditions>

      <day_of_week data="Fr."/>

      <low data="19"/>

      <high data="32"/>

      <icon data="/ig/images/weather/sunny.gif"/>

      <condition data="Klar"/>

    </forecast_conditions>

    <forecast_conditions>

      <day_of_week data="Sa."/>

      <low data="14"/>

      <high data="21"/>

      <icon data="/ig/images/weather/chance_of_rain.gif"/>

      <condition data="Vereinzelt Regen"/>

    </forecast_conditions>

  </weather>

</xml_api_reply>

Diese Datei enthält - neben den aktuellen Daten - sogar eine Vorhersage für die nächsten drei Tage.

Im Abschnitt xml_api_reply\weather\xxx_conditions\icon ist in der Regel sogar der Link zu einem Icon angegeben, so daß sich die Anzeige dieses Bildes als Marker anbietet.
Leider enthalten die Abschnitte xml_api_reply\weather\forecast_information\latitud e_e6 und xml_api_reply\weather\forecast_information\longitu de_e6 keine Angaben, so daß die Koordinaten für den Marker erst über eine Geocoding-Abfrage ermittelt werden müssen.

Die programmtechnische Umsetzung ist relativ einfach: Die XML-Datei wird mit Hilfe eine TIdHTTP-Komponente abgefragt und über eine TXMLDocument-Komponente geparst. Der Gebrauch des Geocoders und das Hinzufügen von Markern wurde schon in früheren Demos gezeigt.
Dabei ist lediglich zu beachten, daß die Eigenschaft CharSet des Request-Objektes auf UTF-8 zu setzten ist

markieren

Delphi-Quellcode:

			  IdHTTP1.Request.CharSet:='UTF-8';

  //...

, damit der Google-Server die XML-Datei auch wirklich in der gewünschten Sprache liefert.

Damit ist es zum Beispiel möglich, das Wetter für Frankfurt am Main in hebräischer

für München in russischer

oder für Graz in thailändischer Sprache anzeigen zu lassen:

Interessant ist das Sonnensymbol links unten in Frankreich: Hier wurde als Sprache japanisch (ja) gewählt. Wahrscheinlich sieht die Sonne in Japan anders aus, als im Rest der Welt...

Im Quelltext der Demo wird noch ein weiterer Weg beschrieben:
Bei einem Klick mit der linken Maustaste auf die Karte wird (falls vorhanden) die Wetterinformation für diesen Punkt abgefragt und angezeigt. Der zugehörige Ort wird über Reverse Geocoding ermittelt.

**duff**

KLASSE

Echt tolles Projekt. Planst du auch die Unterstützung von Bing Maps?

Bing Maps WPF Control

Viele Grüße,
Florian

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

duff Delphi 2007 Professional	#101 20. Jul 2011, 13:02 Hallo Zusammen, da ja seitens Google jetzt auch die Verkehrsinformationen für Deutschland zur verfügung stehen, stellt sich für mich jetzt die Frage, ob es mit dem Framework auch möglich ist, den Layer einzublenden der es ermöglicht den Verkehr nach Tag und Uhrzeit vorauszusagen? Viele Grüße duff Miniaturansicht angehängter Grafiken
	Zitat

duff Delphi 2007 Professional	#103 20. Jul 2011, 15:24 Hallo Thom, danke für die Info. Aber wie bekomme ich den Layer wieder von der Karte? markieren Delphi-Quellcode: //... Google.Maps.TrafficLayer.SetMap(Nil); hat nicht das gewünschte Ergebniss Viele Grüße
	Zitat

duff Delphi 2007 Professional	#106 19. Aug 2011, 10:01 Jetzt wird es noch interessanter ;D Wettermeldungen bei Google Maps
	Zitat

duff Delphi 2007 Professional	#109 24. Aug 2011, 16:01 KLASSE
	Zitat

Florian Hämmerle	#110 24. Aug 2011, 16:20 Echt tolles Projekt. Planst du auch die Unterstützung von Bing Maps? Bing Maps WPF Control Viele Grüße, Florian
	Zitat