인바운드 '출근' 아이소크론 (목적지 로 이동)과 아웃바운드 아이소크론 (출발지 에서 이동)을 어떻게 계산하나요?
인바운드 및 아웃바운드 계산은 모두 travel_direction 매개변수를 사용하여 v1 API에서 지원됩니다.
FROM(아웃바운드): 지정된 시간 제한 내에 출발지 지점from도달할 수 있는 영역을 계산합니다. 배송 구역 또는 서비스 범위와 같은 사용 사례에 적합합니다.TO(인바운드): 지정된 시간 제한 내에 출발지 지점to으로 이동할 수 있는 영역을 계산합니다. 출근 기능과 같은 애플리케이션 또는 중앙 사무실 또는 대중교통 허브 주변의 서비스 지역을 결정하는 데 적합합니다.
특히 장시간의 경우 반환된 다각형이 블록 모양이거나 들쭉날쭉한 계단식 가장자리가 있는 경우가 있습니다. 세부정보 수준이 변경되는 이유는 무엇인가요?
Isochrones API는 요청된 travel_duration 및 travel_mode를 기반으로 공간 계산 그리드의 해상도를 동적으로 조정합니다.
- 짧은 시간: 총 면적이 작으므로 세부 경계가 생성되는 매우 세분화된 고해상도 그리드를 사용합니다.
- 긴 시간: 심각한 지연 시간을 유발하지 않고 광범위한 지리적 영역을 효율적으로 처리하기 위해 더 거친 저해상도 그리드로 전환합니다.
시간과 관계없이 특정하고 일관된 세부정보 수준이 필요한 경우 선택적 polygon_fidelity를 HIGH, MEDIUM 또는 LOW로 설정할 수 있습니다.
공원, 호수 또는 대규모 산업 단지 내의 좌표에 대한 아이소크론을 요청하면 때때로 '찾을 수 없음' 오류가 반환되는 이유는 무엇인가요?
Isochrones API는 도로와 경로를 사용하여 이동 시간을 계산합니다. 요청된 출발지 좌표가 인식된 도로에 없는 경우 API는 계산을 시작하기 전에 호환되는 가장 가까운 세그먼트에 포인트를 '맞추기'해야 합니다.
각 이동 수단에는 특정 최대 스냅 거리 기준점이 있습니다.
DRIVE: 200미터 (보행자 전용 경로 무시).TWO_WHEELER: 200미터 (보행자 전용 경로 무시).BICYCLE: 180미터.WALK: 150미터.
출발지 좌표가 이러한 기준점보다 유효한 모드 호환 도로 세그먼트에서 더 멀리 떨어져 있는 경우 스냅이 실패하고 API는 NOT_FOUND 오류를 반환합니다. 이 문제를 해결하려면 좌표가 공공 도로 또는 경로에 가깝게 배치되어 있는지 확인하세요.
걷기 또는 자전거 타기에 대한 교통 상황을 고려한 경로를 요청할 때 오류가 발생하는 이유는 무엇인가요?
실시간 교통 상황 (TRAFFIC_AWARE)은 DRIVE 및 TWO_WHEELER 이동 수단에 지원됩니다. routingPreference가 TRAFFIC_AWARE로 설정된 WALK 또는 BICYCLE에 대한 아이소크론을 요청하려고 하면 API는 400 INVALID_ARGUMENT 오류를 반환합니다.
지도에 GeoJSON 응답을 렌더링하면 도형이 잘못된 위치에 표시되거나 왜곡되거나 렌더링되지 않습니다. 이러한 현상이 발생하는 이유는 무엇인가요?
이 문제는 거의 항상 좌표 순서 불일치로 인해 발생합니다.
GeoJSON 표준 (RFC 7946)에 따라 Isochrones API는 [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로 설정된 상태로 유지합니다.