구글 폴리라인 인코딩 변환기

좌표 목록을 구글 인코딩 폴리라인 문자열로 바꾸고 되돌립니다. 소수점 자리수를 5·6자리로 바꿔 가며 다른 서비스의 문자열도 읽을 수 있습니다.

방향

좌표 (한 줄에 «위도, 경도»)

3개를 읽었습니다

인코딩 결과

27자

_p~iF~ps|U_ulLnnqC_mqNvxq`@

좌표 개수3개

문자열 길이27자

좌표당 평균9자

소수점 자리수

자리

구글 지도는 5자리(약 1m)를 씁니다. 일부 서비스는 6자리를 쓰니 맞춰야 합니다

인코딩된 폴리라인은 좌표에 10^5을 곱해 정수로 만들고, 앞 점과의 «차이»만 5비트씩 끊어 아스키 문자로 바꾼 것입니다. 가까운 점이 이어질수록 차이가 작아 문자열이 짧아지며, 구글 문서의 예시는 좌표 세 개를 27자에 담습니다.

소수점 자리수가 맞지 않으면 완전히 다른 좌표가 나옵니다. 구글 지도 API는 5자리를 쓰지만 OSRM·Valhalla 같은 서비스는 6자리를 쓰기도 하므로, 디코딩이 이상하면 이 값부터 바꿔 보세요. 10배씩 어긋난 좌표가 나오면 대개 이 문제입니다.

손실 압축입니다. 소수점 여섯째 자리 아래는 잘리므로 되돌린 값이 원래 좌표와 미세하게 다를 수 있습니다. 또 앞 점과의 차이로 이어져 있어 문자열 중간을 잘라 쓰면 그 뒤가 전부 어긋납니다. 입력한 값은 서버로 전송되지 않고 브라우저 안에서만 처리됩니다.

사용 방법

좌표 목록을 짧은 아스키 문자열 하나로 접는 구글의 압축 형식입니다. 좌표에 10⁵을 곱해 정수로 만들고, 앞 점과의 차이만 5비트씩 끊어 문자로 바꿉니다. 구글 문서의 예시는 좌표 세 개를 27자에 담습니다.

소수점 자리수가 맞지 않아서입니다. 구글 지도 API는 5자리를 쓰지만 OSRM·Valhalla 같은 서비스는 6자리(polyline6)를 쓰기도 합니다. 이 계산기에서 자리수를 바꿔 보면 바로 맞을 것입니다.

손실 압축이라서입니다. 소수점 다섯째 자리까지만 남기고 그 아래는 반올림해 버립니다. 5자리면 약 1m 해상도라 지도 표시에는 충분하지만, 원본 좌표를 그대로 보존해야 한다면 이 형식을 쓰면 안 됩니다.

없습니다. 첫 점을 뺀 모든 점이 «앞 점과의 차이»로 저장되기 때문에, 중간부터 읽으면 기준점을 잃어 그 뒤가 전부 어긋납니다. 경로를 나누려면 좌표 단계에서 나눈 뒤 각각 인코딩해야 합니다.

됩니다. 부호를 맨 아래 비트로 옮기는 지그재그 인코딩을 쓰기 때문에 −1과 1이 비슷한 길이로 담깁니다. 남반구나 서반구 좌표도 문자열이 길어지지 않습니다.

전송되지 않습니다. 모든 변환은 브라우저 안에서 이뤄집니다.

구글 개발자 문서의 예시 좌표 (38.5, −120.2) (40.7, −120.95) (43.252, −126.453)가 `_p~iF~ps|U_ulLnnqC_mqNvxq`@`로 인코딩되는지를 정답지로 삼아 테스트에 박아 두었습니다.
소수점 자리수는 1~8자리까지 바꿀 수 있습니다. 인코딩과 디코딩에 같은 값을 써야 하며, 다르면 좌표가 자리수 차이만큼 어긋납니다.
디코딩 결과는 앞의 30개만 화면에 보여 줍니다. 전체는 복사 버튼으로 가져가세요.
위도 ±90도·경도 ±180도를 벗어난 좌표도 인코딩은 되지만 지도에서는 엉뚱한 곳을 가리킵니다. 그런 값이 있으면 알려 드립니다.

마지막 검증: 2026년 9월 4일 · 결과는 참고용 추정치입니다.