도보 또는 자전거 등시선은 최대 2시간까지 요청할 수 있지만 운전은 1시간으로 제한되는 이유는 무엇인가요?
이 제한은 계산의 컴퓨팅 복잡성을 기반으로 합니다. 차량은 동일한 시간 동안 보행자나 자전거 운전자보다 훨씬 더 멀리 이동하므로 분석해야 하는 기본 도로 네트워크가 기하급수적으로 확장됩니다. 운전은 API가 빠르고 실시간 동기식 창 내에서 응답을 반환할 수 있도록 최대 1시간 (3,600초)으로 제한되며, 도보와 사이클링은 최대 2시간 (7,200초)까지 지원됩니다.
목적지로 이동하는 인바운드 등시선 (출근)과 출발지에서 이동하는 아웃바운드 등시선 (퇴근)을 어떻게 계산하나요?
v1 API에서는 travel_direction 매개변수를 사용하여 인바운드 및 아웃바운드 계산을 모두 지원합니다.
FROM(아웃바운드): 지정된 시간 제한 내에서 원점from에서 도달할 수 있는 영역을 계산합니다. 이는 배송 지역이나 서비스 범위와 같은 사용 사례에 적합합니다.TO(인바운드): 지정된 시간 제한 내에 출발 지점에서to이동할 수 있는 영역을 계산합니다. 이는 출퇴근 기능이나 중앙 사무실 또는 대중교통 허브 주변의 상권 구역을 결정하는 등의 애플리케이션에 적합합니다.
특히 긴 시간 동안 반환된 다각형이 블록 모양이거나 들쭉날쭉한 모서리가 있는 경우가 있습니다. 세부정보 수준이 변경되는 이유는 무엇인가요?
등시선 API는 요청된 travel_duration 및 travel_mode에 따라 공간 계산 그리드의 해상도를 동적으로 조정합니다.
- 짧은 기간: 총 면적이 작아 경계가 자세하므로 고도로 세련된 고해상도 그리드를 사용합니다.
- 긴 기간: 심각한 지연 시간을 유발하지 않고 광범위한 지리적 영역을 효율적으로 커버하기 위해 더 거칠고 해상도가 낮은 그리드로 전환합니다.
기간과 관계없이 특정하고 일관된 세부정보 수준이 필요한 경우 선택사항인 polygon_fidelity을 HIGH, MEDIUM 또는 LOW로 설정할 수 있습니다.
공원, 호수 또는 대규모 산업 단지 내 좌표의 등시선을 요청하면 때때로 '찾을 수 없음' 오류가 반환되는 이유는 무엇인가요?
등시선 API는 도로와 경로를 사용하여 이동 시간을 계산합니다. 요청된 출발지 좌표가 인식된 도로에 있지 않으면 API는 계산을 시작하기 전에 포인트를 가장 가까운 호환 세그먼트로 '맞추기'해야 합니다.
각 이동 모드에는 특정 최대 스냅 거리 기준점이 있습니다.
DRIVE: 200미터 (도보 전용 경로는 무시됨)BICYCLE: 180미터WALK: 150미터
원점 좌표가 이러한 기준점보다 유효하고 모드와 호환되는 도로 세그먼트에서 더 멀리 떨어져 있으면 스냅이 실패하고 API가 NOT_FOUND 오류를 반환합니다. 이 문제를 해결하려면 좌표가 공공 도로 또는 통로 근처에 위치해야 합니다.
도보 또는 자전거를 위한 교통 상황 기반 경로를 요청할 때 오류가 발생하는 이유는 무엇인가요?
실시간 교통 상황 (TRAFFIC_AWARE)은 DRIVE 이동 모드에서만 지원됩니다. routingPreference이 TRAFFIC_AWARE로 설정된 상태에서 WALK 또는 BICYCLE의 등시간을 요청하려고 하면 API에서 400 INVALID_ARGUMENT 오류를 반환합니다.
지도에 GeoJSON 응답을 렌더링하면 도형이 잘못된 위치에 표시되거나, 왜곡되거나, 렌더링되지 않습니다. 원인은 무엇인가요?
이 문제는 거의 항상 좌표 순서 불일치로 인해 발생합니다.
Isochrones API는 GeoJSON 표준 (RFC 7946)에 따라 [longitude, latitude] 순서로 좌표를 반환합니다. 하지만 많은 매핑 SDK와 맞춤 지오메트리 객체는 [latitude, longitude] 순서로 좌표를 예상합니다.
지도 렌더링이 잘못된 경우 지도 SDK에서 GeoJSON을 처리하는 방식을 확인하세요.
- Google Maps JavaScript API: 데이터 레이어(
map.data.addGeoJson())를 사용하는 경우 이 순서는 기본적으로 처리되므로 별도의 조치가 필요하지 않습니다. - 맞춤 객체 또는 기타 SDK: 응답을
LatLng객체로 수동으로 파싱하는 경우 GeoJSON 페이로드의 좌표를 반복하고 렌더링하기 전에[lng, lat]값을[lat, lng]쌍으로 트랜스포즈해야 합니다.
등시선 다각형 내부에 속이 빈 '구멍'이 있는 이유는 무엇인가요? 대신 속이 꽉 찬 모양을 얻을 수 있나요?
구멍은 시간 제한 내에 도달할 수 있는 도로가 없는 지역을 나타냅니다. 이는 차량이나 보행자가 이동할 수 없는 대규모 숲, 수역, 공항 또는 사유지가 있는 지역에서 흔히 발생합니다.
외부 v1 API는 홀을 자동으로 삭제하는 매개변수를 노출하지 않습니다. 애플리케이션에서 다각형 내 점 포함 검사를 실행하는 등 명확한 경계가 필요한 경우 다음을 실행할 수 있습니다.
polygon_fidelity매개변수를MEDIUM또는LOW로 설정하여 알고리즘이 이러한 내부 간격을 일반화하고 병합하도록 유도합니다.- 클라이언트 측 GIS 라이브러리 (예: Turf.js)를 사용하여 GeoJSON을 파싱하고 첫 번째 좌표 링 (외부 셸)만 추출하여 후속 내부 링 (구멍)을 삭제합니다.
백엔드 공간 분석에 enable_smoothing 옵션을 사용 설정해야 하나요?
아니요. enable_smoothing 매개변수는 순전히 시각적 미학을 위해 설계되었습니다.
기본 계산 그리드의 날카로운 모서리를 반올림하여 지도에서 모양이 유기적으로 보이도록 합니다.
스무딩은 꼭짓점을 변경하고 경계를 약간 이동하므로 정확한 공간 분석에는 권장되지 않습니다. 백엔드 계산, 데이터베이스 쿼리 또는 포인트 인 폴리곤 테스트의 경우 수학적으로 정확한 계산된 경계를 사용하도록 enable_smoothing을 false으로 설정하세요.