Statystyki dotyczące zarządzania informacjami o drogach: przewodnik po wyborze trasy

Ten dokument zawiera sprawdzone metody definiowania wybranych tras za pomocą interfejsu Road Selection API na potrzeby usługi Roads Management Insights (RMI). Prawidłowe zdefiniowanie wybranych tras jest najważniejszym krokiem, który zapewnia otrzymywanie dokładnych i wiarygodnych danych o ruchu na odcinkach dróg, które chcesz monitorować. Pełne informacje techniczne znajdziesz w oficjalnej dokumentacji interfejsu Road Selection API.

Podstawowe zasady tworzenia wybranej trasy

Podczas definiowania elementu SelectedRoute na potrzeby monitorowania należy przestrzegać tych zasad, aby zapewnić dokładność elementu SelectedRoute i prawidłowość danych.

1. Dotyczy tylko dróg

Obiekt SelectedRoute powinien reprezentować jeden kierunek podróży. W przypadku autostrad dwujezdniowych lub dróg z pasem rozdzielającym należy utworzyć osobne obiekty SelectedRoute dla każdego kierunku (np. jeden dla kierunku północnego, a drugi dla południowego). Upewnij się, że miejsce początkowe, docelowe i wszystkie punkty pośrednie znajdują się po właściwej stronie drogi w kierunku, w którym chcesz monitorować ruch. Punkt początkowy lub docelowy umieszczony po niewłaściwej stronie drogi dwujezdniowej może prowadzić do nieprawidłowych wybranych tras lub błędów w danych.

2. Obsługa dróg wielopoziomowych i wiaduktów

Na złożonych drogach z wieloma poziomami (np. autostradach piętrowych, wiaduktach, złożonych węzłach) pojedyncza para współrzędnych geograficznych może być niejednoznaczna i może spowodować „przyciągnięcie” trasy do niewłaściwego poziomu. Aby temu zapobiec, używaj pośrednich punktów na trasie, które poprowadzą ją do właściwego odcinka drogi i poziomu. Dodanie co najmniej 1 punktu pośredniego sprawi, że trasa będzie zgodna z Twoimi oczekiwaniami.

3. Określanie prawidłowych punktów początkowych i końcowych

Wybrana trasa nie może zaczynać się ani kończyć w tunelu. Punkty początkowy i docelowy wybranej trasy powinny znajdować się na otwartej przestrzeni. Wybrane trasy, które przebiegają przez tunele, są obsługiwane, ale sam segment monitorowania nie może zaczynać się ani kończyć w tunelu.

4. Określanie odpowiednich długości tras

Obiekt SelectedRoute jest elastyczny i może być zdefiniowany w różnych skalach:

• Krótkie trasy: wybrana trasa może być tak krótka jak jeden blok miejski, co jest przydatne w przypadku szczegółowej analizy na obszarach miejskich.
• Jednolite trasy: możesz zdefiniować wybrane trasy o równej odległości (np. co 0,5 mili), aby uzyskać spójne raporty.
• Długie trasy: wybrana trasa może obejmować długi, ciągły odcinek drogi. Jest to idealne rozwiązanie do monitorowania całych korytarzy autostradowych lub głównych dróg między ważnymi skrzyżowaniami.

Wybierz długość SelectedRoute, która najlepiej odpowiada Twoim potrzebom w zakresie monitorowania i analizy.

5. Identyfikowanie odcinków dróg z separacją pionową (tunele, wiadukty, mosty itp.)

Podczas definiowania odcinków dróg za pomocą współrzędnych geograficznych musisz uwzględnić scenariusze, w których wiele odcinków dróg zajmuje tę samą dwuwymiarową przestrzeń geograficzną, ale są one oddzielone pionowo. Często dotyczy to takich konstrukcji jak tunele, wiadukty, przejścia nadziemne i mosty. Poleganie wyłącznie na szerokości i długości geograficznej bez uwzględniania wysokości może prowadzić do nieścisłości w wyborze trasy i nawigacji. Na przykład droga przechodząca przez tunel będzie miała taką samą szerokość i długość geograficzną jak odcinek drogi na powierzchni nad nią. Podobnie wiadukt lub most będzie miał te same współrzędne poziome co droga pod nim. Nierozróżnienie tych segmentów ułożonych pionowo może spowodować, że system routingu nieprawidłowo skieruje ruch na drogę niższego poziomu, gdy zamierzona jest droga wyższego poziomu, lub odwrotnie.

W tym przykładzie w Bostonie pod adresem 42.362347, -71.055935 znajduje się ogromny tunel o nazwie Big Dig.

Gdy umieszczamy punkt na drodze, nawet niewielka niedokładność w jego dokładnych współrzędnych geograficznych może prowadzić do zupełnie innego obliczenia trasy. Ta wrażliwość na umiejscowienie punktu pośredniego jest kluczowym czynnikiem w algorytmach wyboru trasy.

Rozważmy na przykład sytuację, w której punkt pośredni jest początkowo ustawiony tuż wewnątrz tunelu. Jeśli lokalizacja tego punktu trasy zostanie nieznacznie przesunięta na sąsiednią drogę dojazdową, mimo że współrzędne szerokości i długości geograficznej będą niemal identyczne, silnik wyznaczania trasy może wygenerować zupełnie inną trasę. To zjawisko podkreśla znaczenie precyzyjnego wprowadzania punktów pośrednich i złożoność optymalizacji trasy, zwłaszcza na obszarach z zawiłymi sieciami dróg i cechami geograficznymi.

6.Nie wszystkie drogi można śledzić

Wybrana trasa może nie zawsze być śledzona

• Poza zarejestrowaną „Jurysdykcją”
• Niska „użyteczność drogi”
  • Może to spowodować, że śledzenie będzie się zmieniać z czasem.

Weryfikacja jest przeprowadzana asynchronicznie ⇒ sprawdź, czy zarejestrowane obiekty SelectedRoutes przeszły weryfikację

Sprawdzone metody definiowania SelectedRoute

Aby poprawić jakość definicji SelectedRoute i uzyskanych danych, postępuj zgodnie z tymi sprawdzonymi metodami.

Korzystanie z pośrednich punktów trasy

Nawet w przypadku krótkich, pozornie prostych tras SelectedRoutes zdecydowanie zalecamy uwzględnienie co najmniej 1 pośredniego punktu na trasie.

• Why?
  • Routing z przewodnikami: zapewnia, że wybrana trasa będzie przebiegać zgodnie z wybraną przez Ciebie trasą, zwłaszcza jeśli między miejscem początkowym a docelowym istnieją drogi alternatywne.
  • Umożliwia pętle: wymagane do prawidłowego przedstawienia pętli lub wybranych tras „w obie strony”, w których punkt początkowy i docelowy są takie same.
  • Ulepszone wykrywanie objazdów: im więcej punktów pośrednich podasz, tym łatwiej będzie wykrywać i oznaczać punkty danych, w których ruch mógł odbiegać od wybranej trasy.
• Jak to zrobić?
  • Za pomocą funkcji geoprzestrzennych możesz automatycznie znaleźć punkt środkowy wzdłuż znanej trasy SelectedRoute.
  • Przykład (BigQuery): użyj funkcji ST_LINEINTERPOLATEPOINT.
  • Przykład (JavaScript): użyj funkcji along z biblioteki Turf.js.

Dopasowywanie tras z systemów zewnętrznych

Jeśli importujesz dane o trasach z zewnętrznego systemu GIS lub systemu opartego na innej sieci dróg, współrzędne mogą nie być w pełni zgodne z siecią dróg Google. Może to spowodować „niezamierzone trasy”.

• Rozwiązanie:
  1. Sprawdź stronę drogi: najpierw sprawdź, czy miejsce wyjazdu i punkt początkowy znajdują się po właściwej stronie drogi.
  2. Przyciąganie do drogi: użyj metody matchPath interfejsu Roads API w wersji 2, aby przyciągnąć istniejące dane trasy do sieci dróg Google.
  3. Ręcznie dostosuj i narysuj ponownie: ręcznie dostosuj punkty pośrednie w narzędziu, aby dopasować je do dróg w Google. Następnie użyj metody Routes API computeRoute (z ustawieniem ruchu na „unaware”), aby wygenerować czystą linię łamaną, która przebiega przez sieć Google.
  4. Śledzenie: w ostateczności nałóż dane na sieć dróg Google w narzędziu GIS i ręcznie prześledź trasę, aby utworzyć nowe punkty pośrednie.

Czyszczenie i sprawdzanie poprawności danych

Dane otrzymywane w BigQuery odzwierciedlają rzeczywiste warunki. Powinieneś(-aś) zastosować kroki oczyszczania, aby odfiltrować dane, które nie reprezentują głównej wybranej trasy.

Obsługa objazdów

Interfejs Routes API, który obsługuje RMI, zawsze będzie próbował zwrócić prawidłową trasę. Jeśli wybrana trasa jest zablokowana lub bardzo zatłoczona, interfejs API może zwrócić trasę, która prowadzi objazdem i odbiega od zdefiniowanych pośrednich punktów trasy. Jeśli na przykład SelectedRoute określa trasę z A do B do C, objazd może spowodować, że zwrócona trasa będzie prowadzić bezpośrednio z A do C.

Jeśli na przykład wyznaczymy tę trasę:https://www.google.com/maps/dir/OR-213,+Oregon+City,+OR+97045/Caufield,+Oregon+City,+OR+97045/OR-213,+Oregon+City,+OR+97045/OR-213,+Oregon+City,+OR+97045/643+OR-213,+Oregon+City,+OR+97045/OR-213,+Oregon+City,+OR+97045/Oregon+City,+OR+97045/Washington+Dr,+Oregon+City,+OR+97045/@45.3754391,-122.5822044,15.2z/data=!4m50!4m49!1m5!1m1!1s0x549570b9f466b4a1:0x6390dd57f70701fd!2m2!1d-122.5787!2d45.3231933!1m5!1m1!1s0x549570ca19ded1b3:0xd28eaf8da19c4509!2m2!1d-122.5756369!2d45.3303343!1m5!1m1!1s0x549576c6b4992137:0xb6ed1e1848a8e2a5!2m2!1d-122.5841289!2d45.3640919!1m5!1m1!1s0x549576c0c48ee6f1:0x86497e036c5dd444!2m2!1d-122.5850086!2d45.3662193!1m5!1m1!1s0x549576bfbca6fa93:0xf6b573219354d3f!2m2!1d-122.5851045!2d45.3696112!1m5!1m1!1s0x549576be3782e5db:0xd0ea93d91e8a0792!2m2!1d-122.5857424!2d45.371047!1m5!1m1!1s0x5495769635216053:0x150f4a4f811b98d6!2m2!1d-122.5870571!2d45.3752342!1m5!1m1!1s0x54957697b928b269:0x2b114f280e6ab0f0!2m2!1d-122.5875209!2d45.3760557!3e0?entry=ttu&g_ep=EgoyMDI1MTAxMy4wIKXMDSoASAFQAw%3D%3D widzimy ogromny objazd, który prawdopodobnie jest spowodowany warunkami na drodze. Jeśli jednak nie zostanie to dokładnie skorygowane, może prowadzić do nieprawidłowego zbierania danych.

W przypadku RMI te przekierowane rekordy są mniej przydatne, ponieważ nie reprezentują konkretnej wybranej trasy, którą monitorujesz.

• Działanie: nie usuwaj tych wierszy. Zgłoś je do analizy, aby dowiedzieć się, kiedy i dlaczego występują objazdy.
• Jak oznaczać objazdy: objazdy można identyfikować programowo na 2 główne sposoby:
  1. Niezgodność punktów pośrednich: sprawdź, czy zwrócona geometria trasy nie zawiera wszystkich określonych punktów pośrednich.
  2. Rozbieżność odległości: sprawdź, czy zwrócona trasadistance znacznie różni się od oczekiwanej odległościSelectedRoute. Powszechnie stosowany próg to 5% różnicy.
• Przykład BigQuery dotyczący oznaczania objazdów: możesz połączyć tabelę SelectedRoutes (zawierającą oczekiwaną odległość) z tabelą RouteResponses i użyć instrukcji CASE, aby utworzyć flagę.

Obsługa geometrii „MultiLineString”

Typ danych GEOGRAPHY w BigQuery ma ograniczenie: nie może przechowywać pojedynczego LineString, który na siebie nachodzi (np. zakrętu w kształcie litery U, trasy, która zawraca z powodu objazdu).

• Objaw: w takiej sytuacji BigQuery zapisuje geometrię jako MultiLineString, a części trasy mogą być niekompletne.
• Działanie: odfiltruj te rekordy z analizy podstawowej.
  1. Filtr BigQuery: użyj WHERE ST_GEOMETRYTYPE(route_geometry) != "ST_MultiLineString"
• Rozwiązanie:
  1. Jeśli nakładanie się jest spowodowane objazdem, rekord można odfiltrować w sposób opisany powyżej.
  2. Jeśli wybrana trasa zawiera nakładanie się, należy ją ponownie zdefiniować, dzieląc ją na co najmniej 2 osobne obiekty SelectedRoute.

Konwersja na właściwą strefę czasową

Wszystkie dane sygnatur czasowych w eksportach BigQuery RMI są podawane w globalnym czasie UTC (uniwersalnym czasie koordynowanym). Aby uzyskać raporty lub analizy w lokalnej strefie czasowej, musisz przekonwertować te sygnatury czasowe.

• Przykład BigQuery dotyczący konwersji czasu: użyj funkcji DATETIME i TIMESTAMP, aby przekonwertować sygnaturę czasową UTC na konkretną lokalną strefę czasową, np. „America/Los_Angeles”.

Podsumowanie

Stosując sprawdzone metody opisane w tym przewodniku, możesz mieć pewność, że definicje SelectedRoute są dokładne i solidne, co przekłada się na wiarygodne i przydatne dane o ruchu drogowym z usługi Roads Management Insights. Prawidłowe definiowanie tras, obsługa złożonych geometrii dróg i weryfikacja uzyskanych danych to kluczowe kroki, które pozwolą w pełni wykorzystać potencjał RMI w zarządzaniu drogami.

Autorzy

Sarthak Gangopadhyay: Google Maps Devrel Naoya Moritani: Google Maps Devrel