이 문서에서는 도로 관리 통계(RMI) 제품의 도로 선택 API를 사용하여 SelectedRoutes를 정의하는 권장사항을 제공합니다. SelectedRoutes를 올바르게 정의하는 것은 모니터링하려는 도로 구간에 대해 정확하고 신뢰할 수 있는 트래픽 데이터를 수신하기 위한 가장 중요한 단계입니다. 전체 기술 개요는 공식 도로 선택 API 문서를 참고하세요.
SelectedRoute 생성의 핵심 원칙
모니터링할 SelectedRoute를 정의할 때는 SelectedRoute 정확성과 데이터 유효성을 보장하기 위해 다음 원칙을 준수해야 합니다.
1. 도로변에 특화
SelectedRoute는 단일 이동 방향을 나타내야 합니다. 중앙 분리대가 있는 고속도로나 도로의 경우 방향별로 별도의 SelectedRoute 객체를 만들어야 합니다 (예: 북쪽 방향 하나, 남쪽 방향 하나). 출발지, 목적지, 중간 경유지가 모니터링하려는 방향의 올바른 도로 측면에 배치되어 있는지 확인합니다. 분할된 고속도로의 잘못된 쪽에 출발지 또는 목적지를 배치하면 의도하지 않은 SelectedRoutes 또는 데이터 오류가 발생할 수 있습니다.
2. 다단계 도로 및 고가도로 처리
여러 수준이 있는 복잡한 도로 (예: 고가도로, 복잡한 교차로)에서는 단일 위도 및 경도 쌍이 모호할 수 있으며 경로가 잘못된 수준으로 '스냅'될 수 있습니다. 이를 방지하려면 중간 경유지를 사용하여 경로를 올바른 도로 구간과 수준으로 안내해야 합니다. 경유지를 하나 이상 추가하면 경로가 정확한 의도를 따릅니다.
3. 유효한 시작점과 종료점 정의
SelectedRoute는 터널 내부에서 시작하거나 종료할 수 없습니다. SelectedRoute의 출발지와 목적지 포인트는 야외에 있어야 합니다. 터널을 통과하는 SelectedRoutes는 지원되지만 모니터링 세그먼트 자체는 터널 내에서 시작하거나 종료할 수 없습니다.
4. 적절한 경로 길이 정의
SelectedRoute는 유연하며 다양한 규모로 정의할 수 있습니다.
- 짧은 경로: SelectedRoute는 단일 도시 블록만큼 작을 수 있으며, 이는 도시 지역에서 세부적인 분석에 유용합니다.
- 균일한 경로: 일관된 보고를 위해 거리가 동일한 SelectedRoutes (예: 0.5마일마다)를 정의할 수 있습니다.
- 긴 경로: SelectedRoute는 길고 연속적인 도로 구간을 포함할 수 있습니다. 이는 전체 고속도로 구간 또는 주요 교차로 간의 주요 간선도로를 모니터링하는 데 적합합니다.
모니터링 및 분석 요구사항에 가장 적합한 SelectedRoute 길이를 선택합니다.
5. 수직 분리가 있는 도로 구간 식별 (터널, 고가도로, 다리 등)
위도 및 경도 좌표를 사용하여 도로 구간을 정의할 때는 여러 도로 구간이 동일한 2차원 지리적 공간을 차지하지만 수직으로 분리된 시나리오를 고려해야 합니다. 이러한 문제는 터널, 고가도로, 육교, 다리와 같은 구조물에서 자주 발생합니다. 고도를 고려하지 않고 위도와 경도에만 의존하면 선택한 경로 선택 및 탐색이 부정확해질 수 있습니다. 예를 들어 터널을 통과하는 도로는 터널 위의 지표면에 있는 도로 세그먼트와 동일한 오버헤드 위도와 경도를 갖습니다. 마찬가지로 고가도로나 다리는 아래에 있는 도로와 수평 좌표를 공유합니다. 세로로 쌓인 이러한 세그먼트를 구분하지 못하면 상위 도로가 의도된 경우 하위 도로로 트래픽을 잘못 안내하거나 그 반대의 경우가 발생할 수 있습니다.
보스턴(42.362347, -71.055935)에는 Big Dig라는 거대한 터널이 있습니다.
도로에 경유지를 배치할 때 정확한 지리적 좌표가 약간만 부정확해도 경로 계산이 크게 달라질 수 있습니다. 경유지 배치에 대한 이러한 민감도는 SelectedRoute 선택 알고리즘에서 중요한 요소입니다.
예를 들어 웨이포인트가 터널 바로 안쪽에 처음 설정된 시나리오를 생각해 보세요. 이 경유지의 위치가 위도와 경도 좌표가 거의 동일함에도 불구하고 인접한 진입로로 약간 조정되면 라우팅 엔진에서 완전히 다른 경로를 생성할 수 있습니다. 이 현상은 특히 복잡한 도로망과 지리적 특징이 있는 지역에서 정확한 경유지 입력과 경로 최적화에 관련된 복잡성의 중요성을 강조합니다.
6.일부 도로에서는 추적할 수 없음
선택한 경로를 항상 추적할 수 있는 것은 아님
- 등록된 '관할 구역' 외
- '도로 유틸리티'가 낮음
- 이로 인해 시간이 지남에 따라 추적 가능성이 변경될 수 있습니다.
검증이 비동기적으로 실행됨 ⇒ 등록된 SelectedRoutes가 모두 이를 통과했는지 확인
SelectedRoute 정의 권장사항
다음 권장사항에 따라 SelectedRoute 정의와 결과 데이터의 품질을 개선하세요.
중간 경유지 (중간 지점) 사용
짧고 간단해 보이는 SelectedRoutes의 경우에도 중간 경유지를 하나 이상 포함하는 것이 좋습니다.
- 이유가 무엇인가요?
- 경로 안내: 특히 출발지와 목적지 사이에 대체 도로가 있는 경우 SelectedRoute가 원하는 특정 경로를 따르도록 합니다.
- 루프 사용 설정: 출발지와 목적지가 동일한 루프 또는 '왕복' SelectedRoutes를 올바르게 나타내는 데 필요합니다.
- 우회 감지 개선: 경유지를 많이 제공할수록 트래픽이 의도한 SelectedRoute에서 벗어난 데이터 포인트를 감지하고 표시하기가 쉬워집니다.
- 방법:
- 지리 공간 함수를 사용하여 알려진 SelectedRoute를 따라 중간 지점을 프로그래매틱 방식으로 찾을 수 있습니다.
- 예 (BigQuery): ST_LINEINTERPOLATEPOINT 함수를 사용합니다.
- 예 (JavaScript): Turf.js 라이브러리의 along 함수를 사용합니다.
외부 시스템의 경로 일치
외부 GIS 또는 다른 도로 네트워크에 구축된 시스템에서 경로 데이터를 가져오는 경우 좌표가 Google의 도로 네트워크와 완벽하게 일치하지 않을 수 있습니다. 이로 인해 '의도하지 않은 경로'가 발생할 수 있습니다.
- 해결 방법:
- 도로변 확인: 먼저 출발지와 시작점이 도로의 올바른 쪽에 있는지 확인합니다.
- 도로에 맞추기: Roads API v2 matchPath 메서드를 사용하여 기존 경로 데이터를 Google의 도로 네트워크에 맞춥니다.
- 수동으로 조정 및 다시 그리기: 도구에서 Google 도로와 일치하도록 경유지를 수동으로 조정합니다. 그런 다음 Routes API computeRoute 메서드 (트래픽이 'unaware'로 설정됨)를 사용하여 Google 네트워크를 따르는 깨끗한 폴리라인을 생성합니다.
- 추적: 최후의 수단으로 GIS 도구에서 Google의 도로 네트워크에 데이터를 오버레이하고 경로를 수동으로 추적하여 새 경유지를 만듭니다.
데이터 정리 및 검증
BigQuery에서 수신하는 데이터는 실제 상황을 반영합니다. 핵심 SelectedRoute를 나타내지 않는 데이터를 필터링하기 위해 정리 단계를 적용해야 합니다.
우회 처리
RMI를 지원하는 Routes API는 항상 유효한 경로를 반환하려고 시도합니다. 의도한 SelectedRoute가 차단되거나 심각하게 정체된 경우 API는 우회하고 정의된 중간 경유지에서 벗어나는 경로를 반환할 수 있습니다. 예를 들어 SelectedRoute에서 A -> B -> C 경로를 지정하는 경우 우회로 인해 A -> C로 직접 이동하는 경로가 반환될 수 있습니다.
RMI의 경우 이러한 우회된 레코드는 모니터링 중인 특정 SelectedRoute를 나타내지 않으므로 유용성이 떨어집니다.
- 조치: 이 행을 바로 삭제하지 마세요. 우회로가 언제, 왜 발생하는지 파악하려면 분석을 위해 신고해야 합니다.
- 우회로를 표시하는 방법: 프로그래매틱 방식으로 우회로를 식별하는 방법에는 두 가지가 있습니다.
- 경유지 불일치: 반환된 경로 지오메트리에 지정된 중간 경유지가 모두 포함되지 않았는지 확인합니다.
- 거리 불일치: 반환된 경로의
distance이SelectedRoute의 예상 거리와 크게 다른지 확인합니다. 일반적인 기준은 5% 차이입니다.
- 우회 경로를 표시하는 BigQuery 예:
SelectedRoutes테이블 (예상 거리가 포함됨)을RouteResponses테이블과 조인하고CASE문을 사용하여 플래그를 만들 수 있습니다.
'MultiLineString' 도형 처리
BigQuery의 GEOGRAPHY 데이터 유형에는 제한사항이 있습니다. 자체적으로 중복되는 단일 LineString (예: 곡선 U턴, 우회로 인해 자체적으로 다시 돌아가는 경로)를 저장할 수 없습니다.
- 증상: 이 문제가 발생하면 BigQuery에서 지오메트리를
MultiLineString로 저장하고 경로의 일부가 누락될 수 있습니다. - 조치: 기본 분석에서 이러한 레코드를 필터링해야 합니다.
- BigQuery 필터:
WHERE ST_GEOMETRYTYPE(route_geometry) != "ST_MultiLineString"사용
- BigQuery 필터:
- 해결 방법:
- 우회로 인해 중복이 발생하는 경우 위에서 설명한 대로 기록을 필터링할 수 있습니다.
- 의도한 SelectedRoute에 중복이 포함된 경우 SelectedRoute를 두 개 이상의 별도
SelectedRoute객체로 분할하여 재정의해야 합니다.
시간대 변환
RMI BigQuery 내보내기의 모든 타임스탬프 데이터는 협정 세계시 (UTC)로 제공됩니다. 현지 표준 시간대로 보고하거나 분석하려면 이러한 타임스탬프를 변환해야 합니다.
- 시간 변환을 위한 BigQuery 예:
DATETIME및TIMESTAMP함수를 사용하여 UTC 타임스탬프를 'America/Los_Angeles'와 같은 특정 현지 시간대로 변환합니다.
결론
이 가이드에 설명된 권장사항을 따르면 SelectedRoute 정의가 정확하고 강력해져 Roads Management Insights 제품에서 신뢰할 수 있고 실행 가능한 교통 데이터를 얻을 수 있습니다. 경로를 적절하게 정의하고, 복잡한 도로 형상을 처리하고, 결과 데이터를 검증하는 것은 도로 관리 요구사항에 맞게 RMI의 잠재력을 최대한 활용하는 데 중요한 단계입니다.
저자
사르탁 강고파디아: Google 지도 Devrel 나오야 모리타니: Google 지도 Devrel