Google Maps über COM (Component Object Model)

[HJay]

Thom leistet hier den besten Support, den ich bisher genossen habe. In den letzten Wochen scheint er aber abwesend zu sein, hoffentlich geht es ihm gut!

@Peter.Stadler: Ich versuche mich mal an einer Antwort auf Deine Frage. Am geradlinigsten wäre es, wenn Du für jeden Marker, den Du erzeugst, ein zusätzliches, eigenes Delphi-Objekt anlegst und selbst verwaltest. In dem Objekt speicherst Du dann auch zusätzlich als Referenz den Marker ab. Alle GoogleMap Marker können dann die gleiche Routine aufrufen und Du suchst Dir dort einfach Dein Objekt anhand des Markers heraus und machst dann, was Du willst.

[jonathan]

Hallo,

ist es möglich, den Entfernungsmesser (Maps Labs) zu nutzen?
http://maps.google.de/maps?ftr=0
Oder gibt es eine alternative Lösung zum komfortablen messen von Entfernungen?

[Thom]

Hallo an alle,

bitte entschuldigt, daß ich so lange nicht auf Fragen geantwortet habe.
Ich hatte in den letzten Wochen an einem Auftragsprojekt gearbeitet und das war zeitlich so eng, daß mir leider nicht genügend Zeit für andere Dinge blieb.

@jonathan
Auf dieser Seite verwendet Goggle nicht das öffentliche API sondern testet zum Beispiel neue Funktionen. Ob diese dann Einzug in das JavaScript API halten, weiß nur Google allein.
Diesen Entfernungsmesser kannst Du allerdings ganz einfach mit den herkömmlichen Mitteln selbst zusammenbauen: Zwei Marker, ein Polyline-Objekt und zur Berechnung der Länge die Geometie-Bibliothek.
Ich hatte das gerade ausprobiert: Das läßt sich alles in 20 Minuten zusammenbasteln:


@HJay
Vielen Dank für das Lob und die Wünsche!
Ja - bis auf den Streß seit Weihnachten ist alles OK. Ich hoffe, daß ich in den nächsten Wochen wieder mehr Zeit habe, um mich um das Framework zu kümmern. Die Leute bei Google schlafen ja auch nicht, so daß inzwischen viele Neuerungen im API dazugekommen sind, die ich noch integrieren möchte.
Auf der letzten Roadshow-Veranstaltung habe ich ganz überraschend eine Lizenz für das RAD Studio XE3 gewonnen, so daß ich jetzt auch alles mit Delphi XE3 testen kann. An dieser Stelle noch einmal einen herzlichen Dank an Embarcadero!
Ich hatte mir übrigens auch noch einmal das Pixel-Problem bei Linien und Flächen angeschaut: Das tritt bis zum IE8 auf, ab IE9 aber nicht mehr. Das bedeutet, daß Windows XP-Benutzer an dieser Stelle leider Pech haben. Google wird da ganz bestimmt nichts mehr nachbessern.
Hast Du inzwischen das Problem mit dem Div-Element lösen können? Falls nicht, sag bitte Bescheid, damit ich mir die Sache noch einmal genauer anschaue.

@Peter.Stadler
Im OnClick-Ereignis wird als Sender immer das betreffende Objekt mit übergeben. Ein

Delphi-Quellcode:

  (Sender as TMarker).DoSomething;
  //

sollte in der Regel das gewünschte Ergebnis liefern.
Willst Du zusätzliche Informationen im Marker speichern, kannst Du das über die Eigenschaft Properties machen:

Delphi-Quellcode:

  Marker.Properties['MeineNeueEigenschaft']:='Test';
  [...]
  if Marker.Properties['MeineNeueEigenschaft']='Test' 
    then ShowMessage('Das ist mein Lieblingsmarker');

Neue Programme starten kanns Du dann auf die herkömmliche Art und Weise zum Beispiel mit ShellExecute().

@swaters
Excuse my late answer!
You can directly use the Google Directions API to get an XML response.
If you want to create a GPX file, you can also use a XML component (for example TXMLDocument) and use data from TDirectionsResult.

[BBoy]

Bevor ich alle Seiten lese... Weißt du wann in etwa V3 kommen wird? Nur so etwa....

Wo finde ich eigentlich die: Geometrie-Bibliothek?

[Thom]

Dauert wahrscheinlich noch einige Wochen. Das liegt daran, daß ich zwischendurch noch einige andere Dinge fertigstellen muß.

Die Geometrie-Bibliothek befindet sich in der Unit gmLibrariesGeometry.pas.

[alibaba]

Nur mal zum Nachdenken...

Bin gerade dabei ein Delphi Programm zu portieren,
Ziel ist möglichst Plattformunabhängig zu operieren,
was liegt also näher als das ganze von Delphi nach Javascript
zu portieren und im Browser auszuführen.

Zwei Tools hab ich gefunden mit denen das zu funktionieren scheint:

1: dhtmlxSuite http://dhtmlx.com/

Grid, Edit, Form, Windows usw. mit einem funktionierentem Connector für diverse Datenbanken.

2: Leaflet http://leafletjs.com/

Map Ersatz bzw. Zwischenschicht für Google Maps und allen möglichen anderen OSM, Nokia, Bing ...
Superschnell und mit allem was man sich wünscht...


Klar das das trotzdem ne Menge Arbeit mit sich bringt aber es lohnt sich, Anbindung an Websockets, WebRTC usw. sind dann ein Kinderspiel.

FROHE OSTERN
lg
Albert

[Thom]

OK. Ich habe nachgedacht...

Hallo Albert,

vielen Dank für Deine Vorschläge! Aber ich vermute, Du hast den Sinn dieses Frameworks (und damit aller anderen, im ersten Beitrag verlinkten Komponenten) mißverstanden:
Das Google Maps API ist von Haus aus eine reine JavaScript-Lösung. Da muß man nichts umstellen, portieren oder dergleichen. Will oder muß man plattformübergreifen für einen Browser entwickeln, nutzt man einfach JavaScript und fertig.

Hier geht es aber darum, Delphi-Entwicklern die Nutzung zu ermöglichen, ohne selbst eine einzige Zeile JavaScript schreiben zu müssen. Das API wird übrigens im Browser (TWebBrowser) mit JavaScript ausgeführt (das ist auch die einzige legale Möglichkeit des Zugriffs).

Das, was Du vorschlägst, wäre ein JavaScript-Wrapper für einen Delphi-Wrapper für JavaScript...

Und ganz nebenbei: Ich mag Delphi (Pascal) als Programmiersprache. Sie ist mir wesentlich lieber als JavaScript. Das ist natürlich Geschmackssache und jeder kann dazu eine andere Meinung haben. Es gibt viele Entwickler, die Sprachen ohne Typisierung vorziehen und die mit Delphi nicht zurechtkämen.
Dazu kommt, daß eine kompilierte Anwendung bei effektiver Programmierung wesentlich schneller ist. Das kann ich deshalb mit Bestimmtheit sagen, da ich auch an Lösungen arbeite, die von TWebBrowser und JavaScript unabhängig sind. Dort ist die Darstellung locker um den Faktor 10 schneller.

In Sachen Plattformunabhängigkeit tut sich ja bei Delphi auch einiges. FireMonkey ist trotz seines schlechten Rufs und der unbestreitbaren Bugs ein Framework, das enormes Potential aufweist. Dank seiner vektororientierten Darstellung eignet es sich logischerweise hervorragend, vektorielle Daten - wie zum Beispiel geografische Informationen - darzustellen. Bei den kachelbasierenden (JavaScript-) Playern ist man dagegen darauf angewiesen, vom Server die vorgerenderten Tiles zu erhalten.

Ich wünsche Dir natürlich viel Erfolg bei der Umstellung von Delphi nach JavaScript und ebenfalls ein frohes Osterfest!

Viele Grüße
Thomas Nitzschke

[alibaba]

UUPS, wollte Dir nicht zu nahe treten, ist halt meine Meinung,

denn Sinn Deines Frameworks und der Komponenten verstehe ich sehr wohl und habe die
grösste Hochachtung vor Deiner Arbeit, hab sehr viel davon gelernt.

Meine Anregung wäre gewesen statt der Google JS Api die JS Api von Leaflet zu nehmen
damit wäre man nicht von Google abhängig und kann dann mit dem gleichen Code in Delphi
auch andere Maps (Lizenzkosten) verwenden.

Delphi ist und bleibt auch für mich die beste IDE (zumindest bis Delphi 7)
Und zu Windows schweig ich.
lg
Albert

[pretep]

Hallo,

bin absoluter newbie auf diesem Gebiet, habe mich heute erstmals mit dieser Theamtik beschäftigt.
Ich habe versucht, einige Demos zu kompilieren, bekomme aber immer Fehler:
z.B:

Code:

[dcc32 Fehler] gmOverlaysMarker.pas(21): E2003 Undeklarierter Bezeichner: 'TMap'

Benutze XE4 und habe die globalen Biblio/Suchpfade wie beschrieben gesetzt.
Was mache ich grundsätzlich falsch?

Peter


Ergänzung:

Ah, ok! Mir fehlen die Units im Verzeichnis /Api.
Kann man die eventuell irgendwie (wenigstens erst einmal) testweise erhalten?
PP

[hathor]

Die sind hier enthalten: GoogleMaps_2.0_Source&Demos
-> 1.Thread
http://www.delphipraxis.net/attachme...urce-demos.zip