Wyznaczanie trasy za pomocą interfejsu Directions API (stara wersja)

Dzięki interfejsowi Directions API (starsza wersja) możesz:

• Wyszukuj wskazówki dojazdu różnymi środkami transportu, np. transportem publicznym, samochodem, pieszo lub rowerem.
• Zwracaj wieloetapowe wskazówki dojazdu, korzystając z serii punktów orientacyjnych.
• Określ miejsca początkowe, miejsca docelowe i punkty orientacyjne jako ciągi tekstowe (np. „Chicago, IL” lub „Darwin, NT, Australia”), identyfikatory miejsc lub współrzędne szerokości i długości geograficznej.

Podczas obliczania wskazówek dojazdu interfejs API zwraca najbardziej efektywne trasy. Czas podróży jest głównym czynnikiem optymalizowanym, ale interfejs API może też uwzględniać inne czynniki, takie jak odległość, liczba zakrętów i wiele innych, podczas decydowania, która trasa jest najbardziej efektywna.

Zanim zaczniesz

Zanim zaczniesz korzystać z interfejsu Directions API (starsza wersja), musisz mieć projekt z kontem rozliczeniowym i włączonym interfejsem Directions API (starsza wersja). Więcej informacji znajdziesz w artykule o konfigurowaniu w konsoli Cloud.

Tworzenie żądań do interfejsu Directions API (starsza wersja)

Żądanie do interfejsu Directions API (starsza wersja) ma taką postać:

https://maps.googleapis.com/maps/api/directions/outputFormat?parameters

gdzie outputFormat może mieć jedną z tych wartości:

• json (zalecane) wskazuje dane wyjściowe w formacie JSON (JavaScript Object Notation).
• xml wskazuje dane wyjściowe w formacie XML.

Uwaga: aby adresy URL były prawidłowe, muszą być odpowiednio zakodowane. W przypadku wszystkich usług internetowych ich długość jest ograniczona do 16 384 znaków. Pamiętaj o tym limicie podczas tworzenia adresów URL.

Zgodnie ze standardem adresów URL wszystkie parametry są rozdzielone znakiem ampersand (&). Wszystkie znaki zastrzeżone (np. znak plusa „+”) muszą być zakodowane na potrzeby adresu URL. Poniżej znajdziesz listę parametrów i ich możliwych wartości.

Wymagane parametry

• usługa docelowa | konto usługi docelowej

  Identyfikator miejsca, adres lub tekstowa wartość szerokości/długości geograficznej, dla której chcesz obliczyć wskazówki dojazdu. Opcje parametru destination są takie same jak w przypadku parametru origin.

• pochodzenie

  Identyfikator miejsca, adres lub tekstowa wartość szerokości/długości geograficznej, dla której chcesz obliczyć wskazówki dojazdu.

  • Identyfikatory miejsc muszą być poprzedzone ciągiem place_id:. Identyfikatory miejsc możesz pobierać z interfejsów Geocoding API i Places API (w tym z autouzupełniania miejsc). Przykład użycia identyfikatorów miejsc z autouzupełniania miejsc znajdziesz w artykule Autouzupełnianie miejsc i wskazówki dojazdu. Więcej informacji o identyfikatorach miejsc znajdziesz w omówieniu identyfikatorów miejsc.

    origin=place_id:ChIJ3S-JXmauEmsRUcIaWtf4MzE
    

  • Jeśli podasz adres, usługa wskazówek dojazdu geokoduje ciąg znaków i konwertuje go na współrzędne szerokości i długości geograficznej, aby obliczyć wskazówki dojazdu. Ta współrzędna może się różnić od współrzędnej zwracanej przez interfejs Geocoding API, np. może to być wejście do budynku, a nie jego środek.

    origin=24+Sussex+Drive+Ottawa+ON
    

    Zalecamy używanie identyfikatorów miejsc zamiast adresów lub współrzędnych geograficznych. Użycie współrzędnych zawsze spowoduje przyciągnięcie punktu do drogi znajdującej się najbliżej tych współrzędnych, która może nie być punktem dostępu do nieruchomości, a nawet drogą, która szybko lub bezpiecznie prowadzi do miejsca docelowego.

  • Jeśli podasz współrzędne, punkt zostanie przyciągnięty do najbliższej drogi. Zalecamy przekazywanie identyfikatora miejsca. Jeśli przekazujesz współrzędne, upewnij się, że między wartościami szerokości i długości geograficznej nie ma spacji.

    origin=41.43206,-81.38992
    

  • Plus codes muszą być sformatowane jako kody globalne lub kody złożone. Sformatuj plus kody w sposób pokazany tutaj (znaki plusa są zastępowane przez %2B, a spacje przez %20).

    • Kod globalny to 4-znakowy numer kierunkowy i 6-znakowy lub dłuższy kod lokalny (849VCWC8+R9 to 849VCWC8%2BR9).
    • Kod złożony to kod lokalny składający się z co najmniej 6 znaków z wyraźną lokalizacją (CWC8+R9 Mountain View, CA, USA to CWC8%2BR9%20Mountain%20View%20CA%20USA).
  Uwaga: aby zapewnić skuteczność i dokładność, używaj identyfikatorów miejsc, gdy tylko jest to możliwe. Te identyfikatory są jednoznaczne, podobnie jak para wartości szerokości i długości geograficznej, i zapewniają korzyści związane z geokodowaniem na potrzeby wyznaczania trasy, takie jak punkty dostępu i zmienne dotyczące ruchu. W przeciwieństwie do adresu identyfikatory nie wymagają od usługi przeprowadzenia wyszukiwania ani pośredniego żądania informacji o miejscu, dzięki czemu wydajność jest lepsza.

Parametry opcjonalne

• inne możliwości

  Jeśli ustawisz wartość true, usługa wskazówek dojazdu może podać w odpowiedzi więcej niż 1 trasę alternatywną. Pamiętaj, że podanie alternatywnych tras może wydłużyć czas odpowiedzi serwera. Ta funkcja jest dostępna tylko w przypadku żądań bez pośrednich punktów na trasie. Więcej informacji znajdziesz w przewodniku po punktach na trasie.

• arrival_time

  Określa preferowany czas przyjazdu w przypadku wskazówek dojazdu transportem publicznym w sekundach od północy 1 stycznia 1970 r. czasu UTC. Możesz określić departure_time lub arrival_time, ale nie obie te wartości. Pamiętaj, że wartość arrival_time musi być liczbą całkowitą.

• unikanie

  Wskazuje, że obliczone trasy powinny unikać wskazanych obiektów. Ten parametr obsługuje te argumenty:

  • tolls wskazuje, że obliczona trasa powinna omijać drogi i mosty płatne.
  • highways wskazuje, że obliczona trasa powinna omijać autostrady.
  • ferries wskazuje, że obliczona trasa powinna omijać promy.
  • indoor wskazuje, że obliczona trasa powinna unikać schodów wewnątrz budynków w przypadku wskazówek dojazdu pieszo i transportem publicznym.

  Możesz poprosić o trasę, która omija dowolną kombinację opłat, autostrad i promów, przekazując wiele ograniczeń do parametru avoid. Na przykład:

  avoid=tolls|highways|ferries.
  

• departure_time

  Określa preferowaną godzinę wyjazdu. Możesz określić czas jako liczbę całkowitą w sekundach od północy 1 stycznia 1970 r. czasu UTC. Jeśli podasz wartość departure_time późniejszą niż 9999-12-31T23:59:59.999999999Z, interfejs API przywróci wartość departure_time do 9999-12-31T23:59:59.999999999Z. Możesz też podać wartość „now”, która ustawia czas wyjazdu na bieżącą godzinę (z dokładnością do sekundy). Godzinę odjazdu można określić w 2 przypadkach:

  • W przypadku żądań, w których środkiem transportu jest transport publiczny: możesz opcjonalnie podać departure_time lub arrival_time. Jeśli nie podano żadnej godziny, departure_time domyślnie przyjmuje wartość „teraz” (czyli czas odjazdu domyślnie przyjmuje wartość bieżącego czasu).
  • W przypadku żądań, w których tryb podróży to jazda samochodem: możesz określić parametr departure_time, aby otrzymać trasę i czas trwania podróży (pole odpowiedzi: duration_in_traffic) uwzględniające warunki na drodze. Wartość departure_time musi być ustawiona na bieżącą godzinę lub godzinę w przyszłości. Nie może przypadać w przeszłości.
  Uwaga: jeśli czas wyjazdu nie jest określony, wybór trasy i czas trwania są oparte na sieci dróg i średnich warunkach na drodze niezależnych od czasu. Wyniki dla danego żądania mogą się zmieniać w czasie ze względu na zmiany w sieci dróg, aktualizacje średnich warunków na drodze i rozproszony charakter usługi. Wyniki mogą się też różnić w przypadku niemal równoważnych tras w dowolnym momencie lub z dowolną częstotliwością.
  Uwaga: żądania macierzy odległości, które określają departure_time, gdy mode=driving, są ograniczone do maksymalnie 100 elementów na żądanie. Liczba elementów jest iloczynem liczby miejsc początkowych i miejsc docelowych.

• language

  Język, w którym mają być zwracane wyniki. Pamiętaj, że dotyczy to tylko adresów z kodem geograficznym w polach start_address i end_address, zlokalizowanego tekstu w polach distance i duration (w odcinkach i krokach) oraz opisu manewrów w polu html_instructions, ale nie nazw i adresów w polu html_instructions, które są sformatowane w języku i skrypcie lokalnym.

  • Zobacz listę obsługiwanych języków. Google często aktualizuje listę obsługiwanych języków, więc może ona nie być kompletna.
  • Jeśli nie podasz parametru language, interfejs API spróbuje użyć preferowanego języka określonego w nagłówku Accept-Language.
  • Interfejs API stara się podać adres, który jest czytelny zarówno dla użytkownika, jak i dla mieszkańców. Aby osiągnąć ten cel, zwraca adresy pocztowe w języku lokalnym, w razie potrzeby transliterowane na pismo czytelne dla użytkownika, z uwzględnieniem preferowanego języka. Wszystkie inne adresy są zwracane w preferowanym języku. Wszystkie komponenty adresu są zwracane w tym samym języku, który jest wybierany na podstawie pierwszego komponentu.
  • Jeśli nazwa nie jest dostępna w preferowanym języku, interfejs API używa najbliższego dopasowania.
  • Preferowany język ma niewielki wpływ na zestaw wyników, które interfejs API zwraca, oraz na kolejność, w jakiej są zwracane. Geokoder interpretuje skróty w różny sposób w zależności od języka, np. skróty typów ulic lub synonimy, które mogą być prawidłowe w jednym języku, ale nie w innym. Na przykład utca i tér to synonimy słowa „ulica” w języku węgierskim.

• tryb

  Do obliczania odległości i wskazówek dojazdu możesz określić środek transportu. Domyślnie używany jest tryb driving. Domyślnie wskazówki dojazdu są obliczane jako wskazówki dojazdu samochodem. Obsługiwane są te środki transportu:

  • driving (domyślna) wskazuje standardowe wskazówki dojazdu lub odległość z wykorzystaniem sieci dróg.
  • walking prosi o trasę pieszą lub odległość po ścieżkach dla pieszych i chodnikach (jeśli są dostępne).
  • bicycling – żądanie wskazówek dojazdu rowerem lub odległości ścieżkami rowerowymi i preferowanymi ulicami (jeśli są dostępne).
  • transit prosi o wskazówki dojazdu lub odległość z wykorzystaniem tras transportu publicznego (jeśli są dostępne). Jeśli ustawisz tryb transportu publicznego, możesz opcjonalnie określić departure_time lub arrival_time. Jeśli nie podasz żadnej z tych wartości, departure_time domyślnie przyjmie wartość „teraz” (czyli czas odjazdu będzie domyślnie ustawiony na bieżącą godzinę). Możesz też opcjonalnie dodać transit_mode lub transit_routing_preference. Przejazdy transportem publicznym są dostępne do 7 dni wstecz lub do 100 dni w przyszłość, w zależności od dostępności informacji o transporcie publicznym dostarczanych przez dostawców danych. Rozkłady jazdy transportu publicznego często się zmieniają, dostępne przejazdy mogą się zmieniać w czasie i nie ma gwarancji, że prognozy będą spójne z dużym wyprzedzeniem.
  Uwaga: wskazówki dojazdu pieszo i rowerem mogą czasami nie obejmować wyraźnych ścieżek dla pieszych lub rowerzystów, dlatego w zwróconym wyniku pojawią się ostrzeżenia, które musisz wyświetlić użytkownikowi.

• region

  Kod regionu określony jako dwuznakowa wartość ccTLD („domena najwyższego poziomu”). Większość kodów ccTLD jest identyczna z kodami ISO 3166-1, z kilkoma istotnymi wyjątkami. Na przykład domena ccTLD Wielkiej Brytanii to „uk” (.co.uk), a kod ISO 3166-1 to „gb” (technicznie dla podmiotu „Zjednoczone Królestwo Wielkiej Brytanii i Irlandii Północnej”).

• traffic_model

  Określa założenia, które mają być używane podczas obliczania czasu w ruchu ulicznym. To ustawienie wpływa na wartość zwracaną w polu duration_in_traffic w odpowiedzi, która zawiera przewidywany czas w ruchu na podstawie średnich historycznych. Parametr traffic_model można określić tylko w przypadku wskazówek dojazdu, gdy żądanie zawiera parametr departure_time. Dostępne wartości tego parametru:

  • best_guess (domyślna) wskazuje, że zwracana wartość duration_in_traffic powinna być najlepszym szacunkiem czasu podróży na podstawie informacji o historycznych i bieżących warunkach na drodze. Im bliżej bieżącego momentu znajduje się departure_time, tym ważniejsze stają się informacje o ruchu na żywo.
  • pessimistic wskazuje, że zwrócona wartość duration_in_traffic powinna być dłuższa niż rzeczywisty czas podróży w większości dni, chociaż w niektóre dni, gdy warunki na drodze są szczególnie złe, może przekroczyć tę wartość.
  • optimistic wskazuje, że zwrócona wartość duration_in_traffic powinna być krótsza niż rzeczywisty czas podróży w większości dni, chociaż w niektóre dni, gdy warunki na drodze są szczególnie dobre, czas podróży może być krótszy niż ta wartość.

  Wartość domyślna best_guess zapewnia najbardziej przydatne prognozy w większości przypadków. Możliwe, że prognoza czasu podróży best_guess będzie krótsza niż optimistic lub dłuższa niż pessimistic ze względu na sposób, w jaki model predykcyjny best_guess integruje aktualne informacje o natężeniu ruchu.

• transit_mode

  Określa co najmniej 1 preferowany środek transportu. Ten parametr można określić tylko w przypadku wskazówek dojazdu transportem publicznym. Parametr obsługuje te argumenty:

  • bus wskazuje, że obliczona trasa powinna preferować podróż autobusem.
  • subway wskazuje, że obliczona trasa powinna preferować podróż metrem.
  • train wskazuje, że obliczona trasa powinna preferować podróż pociągiem.
  • tram wskazuje, że obliczona trasa powinna preferować podróż tramwajem i koleją miejską.
  • rail wskazuje, że obliczona trasa powinna preferować podróż pociągiem, tramwajem, koleją miejską i metrem. To odpowiednik transit_mode=train|tram|subway.

• transit_routing_preference

  Określa preferencje dotyczące tras transportu publicznego. Za pomocą tego parametru możesz wpływać na zwracane opcje, zamiast akceptować domyślną najlepszą trasę wybraną przez interfejs API. Ten parametr można określić tylko w przypadku wskazówek dojazdu transportem publicznym. Parametr obsługuje te argumenty:

  • less_walking wskazuje, że obliczona trasa powinna preferować ograniczoną ilość chodzenia.
  • fewer_transfers wskazuje, że obliczona trasa powinna preferować ograniczoną liczbę przesiadek.

• jedn.

  Określa system jednostek, który ma być używany podczas wyświetlania wyników.

  Wyniki wskazówek dojazdu zawierają tekst w polach odległości, który może być wyświetlany użytkownikowi, aby wskazać odległość konkretnego „etapu” trasy. Domyślnie ten tekst używa systemu jednostek kraju lub regionu pochodzenia.

  Na przykład trasa z „Chicago, IL” do „Toronto, ONT” będzie wyświetlać wyniki w milach, a trasa powrotna – w kilometrach. Możesz zastąpić ten system jednostek, ustawiając go bezpośrednio w parametrze units żądania i podając jedną z tych wartości:

  • metric określa użycie systemu metrycznego. Odległości tekstowe są zwracane w kilometrach i metrach.
  • imperial określa użycie systemu imperialnego (angielskiego). Odległości tekstowe są zwracane w milach i stopach.
  Uwaga: to ustawienie układu jednostek wpływa tylko na tekst wyświetlany w polach odległości. Pola odległości zawierają też wartości, które są zawsze wyrażone w metrach.

• drogowskazy

  Uwaga: żądania obejmujące więcej niż 10 punktów pośrednich (od 11 do 25) lub optymalizację punktów pośrednich są rozliczane według wyższej stawki. Więcej informacji o płatnościach za usługi Google Maps Platform.

  Określa tablicę lokalizacji pośrednich, które mają zostać uwzględnione na trasie między punktem początkowym a docelowym jako lokalizacje przejazdu lub postoju. Punkty pośrednie zmieniają trasę, kierując ją przez określone lokalizacje. Interfejs API obsługuje punkty pośrednie w przypadku tych środków transportu: samochód, pieszo i rower. Nie obsługuje transportu publicznego. Możesz podać co najmniej 1 lokalizację rozdzieloną znakiem kreski pionowej (| lub %7C) w postaci identyfikatora miejsca, adresu lub współrzędnych geograficznych. Domyślnie usługa Directions oblicza trasę, używając punktów pośrednich w podanej kolejności. Kolejność analizowania wartości punktu na trasie to identyfikator miejsca, współrzędne szerokości i długości geograficznej, a następnie adres.

  • Jeśli przekazujesz identyfikator miejsca, musisz go poprzedzić ciągiem place_id:. Identyfikatory miejsc możesz pobierać z interfejsów Geocoding API i Places API (w tym z funkcji autouzupełniania miejsc). Przykład użycia identyfikatorów miejsc z autouzupełniania miejsc znajdziesz w artykule Autouzupełnianie miejsc i wskazówki dojazdu. Więcej informacji o identyfikatorach miejsc znajdziesz w omówieniu identyfikatorów miejsc.
    Aby zapewnić skuteczność i dokładność, w miarę możliwości używaj identyfikatorów miejsc. Te identyfikatory są jednoznaczne, podobnie jak para wartości szerokości i długości geograficznej, i zapewniają korzyści związane z geokodowaniem na potrzeby wyznaczania trasy, takie jak punkty dostępu i zmienne dotyczące ruchu. W przeciwieństwie do adresu identyfikatory nie wymagają od usługi przeprowadzenia wyszukiwania ani pośredniego żądania informacji o miejscu, dzięki czemu wydajność jest lepsza.
  • Jeśli przekażesz współrzędne geograficzne, wartości zostaną przesłane bezpośrednio do serwera frontendowego, który obliczy wskazówki dojazdu bez geokodowania. Punkty są przyciągane do dróg i mogą nie zapewniać dokładności, której wymaga Twoja aplikacja. Używaj współrzędnych, gdy masz pewność, że wartości te rzeczywiście określają punkty, których aplikacja potrzebuje do wyznaczania trasy, bez względu na możliwe punkty dostępu lub dodatkowe szczegóły geokodowania. Upewnij się, że wartości szerokości i długości geograficznej są rozdzielone przecinkiem (%2C), a nie spacją (%20).
  • Jeśli podasz adres, usługa wskazówek dojazdu geokoduje ciąg znaków i przekształca go we współrzędne szerokości i długości geograficznej, aby obliczyć wskazówki dojazdu. Jeśli wartość adresu jest niejednoznaczna, może wywołać wyszukiwanie w celu odróżnienia go od podobnych adresów. Na przykład „ulica 1” może być pełną wartością lub częściową wartością dla „ulica 1 NE” lub „ulica 1 SE”. Ten wynik może się różnić od wyniku zwróconego przez Geocoding API. Aby uniknąć błędnej interpretacji, możesz używać identyfikatorów miejsc.
  • Możesz też podać zakodowany zestaw punktów, korzystając z algorytmu zakodowanej linii łamanej. Zakodowany zestaw jest przydatny w przypadku dużej liczby punktów orientacyjnych, ponieważ adres URL jest znacznie krótszy. Wszystkie usługi internetowe mają limit długości adresu URL wynoszący 16 384 znaki.
    • Zakodowane linie łamane muszą być poprzedzone ciągiem enc:, po którym następuje dwukropek (:). Na przykład: waypoints=enc:gfo}EtohhU:.
    • Możesz też uwzględnić wiele zakodowanych linii łamanych rozdzielonych pionową kreską (|). Na przykład: waypoints=via:enc:wc~oAwquwMdlTxiKtqLyiK:|enc:c~vnAamswMvlTor@tjGi}L:| via:enc:udymA{~bxM:

  Wpływanie na trasy za pomocą punktów postoju i punktów przelotowych

  W przypadku każdego punktu pośredniego w żądaniu odpowiedź ze wskazówkami dojazdu dodaje wpis do tablicy legs, aby podać szczegóły dotyczące postojów na danym etapie podróży.

  Jeśli chcesz wpłynąć na trasę za pomocą punktów pośrednich bez dodawania postoju, dodaj do punktu pośredniego prefiks via:. Punkty pośrednie z prefiksem via: nie dodają wpisu do tablicy legs, ale trasa będzie przebiegać przez dany punkt pośredni.

  Poniższy adres URL modyfikuje poprzednie żądanie, tak aby trasa przebiegała przez Lexington bez zatrzymywania się:

  https://maps.googleapis.com/maps/api/directions/json?
  origin=Boston,MA&destination=Concord,MA
  &waypoints=Charlestown,MA|via:Lexington,MA
  

  Prefiks via: jest najbardziej skuteczny podczas tworzenia tras w odpowiedzi na przeciąganie przez użytkownika punktów na mapie. Dzięki temu użytkownik może zobaczyć, jak ostateczna trasa może wyglądać w czasie rzeczywistym, i upewnić się, że punkty pośrednie są umieszczone w miejscach dostępnych dla interfejsu Directions API.

  Uwaga: użycie prefiksu via: w celu uniknięcia postojów powoduje, że wskazówki dojazdu są rygorystyczne w interpretacji punktu pośredniego. Taka interpretacja może spowodować, że trasa będzie zawierać znaczne objazdy lub że w kodzie stanu odpowiedzi pojawi się błąd ZERO_RESULTS, jeśli interfejs Directions API nie będzie mógł utworzyć wskazówek dojazdu przez dany punkt.

  Optymalizowanie punktów na trasie

  Domyślnie usługa Directions oblicza trasę przez podane punkty pośrednie w podanej kolejności. Opcjonalnie możesz przekazać optimize:true jako pierwszy argument w parametrze waypoints, aby umożliwić usłudze Directions optymalizację podanej trasy przez zmianę kolejności punktów na bardziej efektywną. (Ta optymalizacja jest zastosowaniem problemu komiwojażera). Czas podróży jest głównym czynnikiem, który jest optymalizowany, ale przy podejmowaniu decyzji o tym, która trasa jest najbardziej efektywna, mogą być brane pod uwagę inne czynniki, takie jak odległość, liczba zakrętów i wiele innych. Aby usługa Directions mogła zoptymalizować trasę, wszystkie punkty pośrednie muszą być przystankami.

  Jeśli poprosisz usługę Directions o zoptymalizowanie kolejności punktów pośrednich, ich kolejność zostanie zwrócona w polu waypoint_order w obiekcie routes. Pole waypoint_order zwraca wartości, które są indeksowane od zera.

  W tym przykładzie obliczana jest trasa drogowa z Adelaide w Australii Południowej do każdego z głównych regionów winiarskich w Australii Południowej z użyciem optymalizacji trasy.

  https://maps.googleapis.com/maps/api/directions/json?
  origin=Adelaide,SA&destination=Adelaide,SA
  &waypoints=optimize:true|Barossa+Valley,SA|Clare,SA|Connawarra,SA|McLaren+Vale,SA
  

  Sprawdzenie obliczonej trasy wykaże, że obliczenia wykorzystują punkty pośrednie w tej kolejności:

  "waypoint_order": [ 3, 2, 0, 1 ]
  

  Uwaga: żądania korzystające z optymalizacji punktów pośrednich są rozliczane według wyższej stawki. Więcej informacji o tym, jak rozliczane są usługi Google Maps Platform

Co dalej?

Przykłady wskazówek dojazdu

• Środki transportu
• Informacje o ruchu
• Punkty pośrednie i ich optymalizacja
• Ograniczenia trasy
• Systemy jednostek
• Ustawianie preferencji regionu
• Modyfikatory lokalizacji

Odpowiedzi na zapytania o trasę

• DirectionsResponse
• DirectionsRoute
• DirectionsLeg
• DirectionsStep i DirectionsPolyline
• DirectionsTransitDetails
• DirectionsStatus
• DirectionsGeocodedWaypoint