Google Maps über COM (Component Object Model)

[Thom]

Du bist ja fleißig!

Die zusätzlichen Punkte sind im Array ViaWayPoints des TDirectionsLeg-Objektes enthalten. Siehe DirectionsLeg.
Da es sich um ein normales Array handelt, kann man dort Werte hinzufügen oder löschen. Allerdings befürchte ich, daß der DirectionsRenderer auf derartige Veränderungen nicht reagiert - also die Strecke neu berechnet und anzeigt.
Soll die Strecke neu eingelesen werden (zum Beispiel aus einer Datei oder Datenbank) müssen die zusätzlichen Wegpunkte wahrscheinlich dem WayPoints-Array des TDirectionsRequest-Objektes hinzugefügt werden, um bei der Berechnung berücksichtigt zu werden.

[DelphiFan2008]

Hi Thom,

danke für die schnelle Antwort (wie immer ). Nun habe ich alle Informationen für die Streckenplanung d.h. ich bekomme alle Daten aus GoogleMap um die geplante Route abzuspeichern und somit zu rekonstruieren und die feine Auflösung um daraus (evntl. reduziert mit Douglas-Peucker Alg.) ein Track zu erzeugen. Gefällt mir sehr gut. Nun folgt die GUI mit der entsprechenden Bedienung Marker setzen bzw. löschen etc. inkl. für mich wichtig Höhenprofil möglichst parallel zu ermitteln - evntl. Threat - macht da GoogleMap mit, wenn die Hauptapplikation auf GoogleMap "parallel" zum Threat zugreift?

Gruss DelphiFan2008

[Thom]

Das Framework ist nicht threadsicher. Darauf habe ich bisher keinen Wert gelegt, da die JavaScript-Engine des Internet Explorer, auf die das Framework zugreift, auch nicht threadsicher ist. Solange das Framework diese Script-Engine verwendet, wird sich daran auch nichts ändern. Geplant ist aber, irgendwann auf eine andere Engine umzusteigen. Dann könnte sich das auch ändern. An JavaScript als Basis führt aber zur Zeit kein Weg vorbei, da das JavaScript-API momentan den einzigen legalen Zugriff auf Google Maps darstellt (das Flash-API ist als deprecated gekennzeichnet).

Da aber alle Abfragen des API's asynchron erfolgen (das heißt, daß zum Beispiel während der Abfrage des Höhenprofils die Anwendung nicht blockiert wird) und nach Ausführung eine Callback-Methode aufgerufen wird, sollte der Zeitverlust im Vergleich zur Verwendung von Threads nur minimal sein. Das heißt: Im Prinzip ist das nicht viel anders als eine Datenabfrage per Thread mit anschließendem Synchronize.

Bezüglich der Wegpunkte bei einer DirectionsRequest-Anfrage:
Man kann die zusätzlichen Wegpunkte aus dem ViaWayPoints-Array mit dem Flag StopOver:=false versehen (ist default true). Damit wird die Route an dieser Stelle nicht geteilt. Siehe DirectionsWaypoint.

[DelphiFan2008]

Hallo Thom,

Thread werde ich wohl mal zurückstellen, auch nicht so wichtig. Jetzt muß ich mich jedoch wegen dem Thema "wie erfasse ich ein Klick auf eine Route, Leg oder ViaWayPoints", bzw. wie verknüpfe ich ein OnXxx Ereignis um z.B. ein "Leg" oder "ViaWayPoints" zu löschen?

In meiner Applikation, in welcher ich mit Marker arbeite, welche zur Laufzeit durch mein Programm entstehen ist die Sache klar.

Routine in der MainForm :
procedure OnMarkerDrag(Sender: TObject; MouseEvent: TMouseEvent); dann
MyMarker.MarkerPos.OnDrag := OnMarkerDrag; und

Delphi-Quellcode:

procedure MainForm.OnMarkerDrag(Sender: TObject; MouseEvent: TMouseEvent);
begin
  ...
end;

Bei der Verwendung von directions sieht die Sache (für mich) anders aus, hier verwaltet GoogleMap die Erstellung/Reaktion direkt während der Laufzeit. Wie kann ich hier auf die Events reagieren?

Gruß DelphiFan2008

[Thom]

Frustrierende Antwort: Gar nicht...

Der DirectionsRenderer besitzt leider nur ein einziges dokumentiertes Event, das ausgelöst wird, nachdem die Route durch den Benutzer verändert wurde. Alles andere (wie zum Beispiel ein Klick auf die Route oder einen Marker) wird intern nach dem Black-Box-Prinzip verarbeitet. Deshalb kann ich Dir nur empfehlen, ein eigenes TDirektionsRenderer-Objekt zu programmieren. Alles was dazu notwendig ist (TMarker, TPolyline, TDirectionsResult), ist vorhanden.

Entschuldige bitte die verspätete Antwort: Ich hatte lange herumgebastelt, um eine Lösung auf Basis des TDirectionsRenderer-Objektes aus dem API zu finden - sich nur auf undokumentierte Dinge zu verlassen, bringt auf Dauer aber leider auch nichts.

Das bringt mich aber auf die Idee, später - wenn die Homepage fertig ist - einen Bereich für User-Erweiterungen einzurichten.

[DelphiFan2008]

Hi Thom,

Zitat:

Deshalb kann ich Dir nur empfehlen, ein eigenes TDirektionsRenderer-Objekt zu programmieren. Alles was dazu notwendig ist (TMarker, TPolyline, TDirectionsResult), ist vorhanden.

Für die Umsetzung eines eigenes TDirektionsRenderer-Objekt sehe ich keinen Ansatz. Verwendung TMarker, TPolyline o.k., habe ich in vielfältiger Weise in meiner App. Die Verknüpfung mit TDirectionsResult stellt mich vor ein Rätsel. Kannst du in kurzen Worten deine Idee zum "Ansatz" erklären?

Meinst du BikeRouteToaster oder GPSies macht dies in ähnlicher Weise, siehe JPG? Bin leider nicht in der Lage über den Browser/Quelltext den JavaScript Code zu verstehen

Gruß DelphiFan2008

[hewy]

Hallo

{Nachtrag: Alles klar konnte es selbst lösen. in dem ich den GeoCoder in ruhe lasse. Danke }

Das Framwork liegt schon länger auf meiner ToDo Liste, nun ist es endlich soweit.
Hab eine kleine Applikation erstellt in welche ich Lat/Long eingeben und mir dann einen Marker an die Eingegebene Position setzt.
Nun scheint es so dass eine Optimierung vorgenommen wird bevor der Marker an die Position gelangt.
Daher meine Frage: wie setze ich einen Marker an genau die Koordinaten welche eingegeben werden?

Die folgenden Koordinaten hatte ich zum Testen verwendet: Diese sollte nach meiner Auffassung eine geradelinie ergeben.
Dem ist aber nicht so.

47.47356 8.4646488
47.47686 8.4679488
47.48021 8.4712988
47.48361 8.4746988
47.48706 8.4781488
47.49056 8.4816488
47.49411 8.4851988
47.49771 8.4887988
47.50136 8.4924488
47.50506 8.4961488
47.50881 8.4998988
47.51261 8.5036988
47.51646 8.5075488
47.52036 8.5114488
47.52431 8.5153988
47.52831 8.5193988

Besten Dank und Gruss
Heinrich^

[Thom]

@DelphiFan2008:

Entschuldige bitte die späte Antwort.
Ja - es sieht wirklich so aus, als ob die beiden von Dir genannten Beispiele die Route mit eigenen Mitteln anzeigen und nicht das DirectionsRenderer-Objekt aus dem API benutzen. Will man etwas mehr Einflußmöglichkeiten (wie zum Beispiel Kontextmenüs oder Ereignishandler für die einzelnen Wegpunkte), ist das DirectionsRenderer-Objekt leider völlig ungeeignet, da es nach dem Black-Box-Prinzip so gut wie alle Funktionen kapselt und nur sehr geringe Einflußmöglichkeiten durch den Programmierer zuläßt.

Momentan habe ich leider keine Zeit, ein alternatives Objekt zu entwickeln, da ich mit Hochdruck an der Fertigstellung der Version 3 des Frameworks arbeite. Das ist aber auf der ToDo-Liste vermerkt.


@Heinrich:

Die Marker befinden sich doch auf einer Linie!?

Falls das bei Dir nicht der Fall sein sollte, wäre es schön, wenn Du mal den Quelltext und/oder einen Screenshot zeigen würdest.

Edit: Alles klar - ich hatte Deinen Nachtrag zu spät gelesen...