GeoJSON을 KML로
GeoJSON을 Google Earth용 KML로 로컬에서 변환합니다. 점, 선, 면을 이름과 함께. 업로드 없음.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
제 파일이 업로드되나요?
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
GeoJSON을 Google Earth용 KML로 로컬에서 변환합니다. 점, 선, 면을 이름과 함께. 업로드 없음.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
GeoJSON과 KML은 지리 데이터의 흔한 두 형식이지만 서로 다른 프로그램을 위한 것입니다. GeoJSON은 웹 지도와 개발 도구의 표준 형식이고, KML은 Google Earth와 Google Maps의 형식입니다. 이 도구는 여러분의 GeoJSON 파일을 받아, Google Earth에서 바로 열거나 위치 표시로 공유하거나 지도에 가져올 수 있는 KML 파일을 씁니다.
흔한 도형은 모두 옮겨집니다. 단일 점(Point), 선(LineString), 구멍이 있는 면(Polygon)과 그 다중 변형(MultiPoint, MultiLineString, MultiPolygon), 그리고 혼합 모음(GeometryCollection)입니다. 객체의 name(또는 title) 속성은 위치 표시의 라벨이 되고, description은 그 설명이 됩니다. 좌표 순서는 두 형식 모두 경도 다음 위도이므로 서로 바뀌지 않습니다.
모든 작업이 브라우저 안에서 전부 로컬로 실행되므로, 민감할 수 있는 위치 데이터가 기기를 떠나지 않습니다. 솔직히 말하면, 옮겨지는 것은 도형과 텍스트 속성 Name, Description입니다. 자체 아이콘, 색상, 선 굵기 같은 정교한 표현(스타일)은 쓰이지 않으며, 좌표계는 GeoJSON에서 흔히 그렇듯 KML이 어차피 요구하는 WGS84로 가정합니다. 잘못된 GeoJSON은 깨진 파일을 만드는 대신 명확한 메시지로 거부됩니다.
| 입력 형식 | GEOJSON, JSON |
|---|---|
| 출력 형식 | KML |
| 일괄 처리 | 미지원 |
| 처리 방식 | 브라우저에서 로컬 처리 (JavaScript) |
| 파일 업로드 | 없음 |
제한: GeoJSON(FeatureCollection, Feature 또는 순수 도형)을 KML 2.2로 변환합니다. Point, LineString, 구멍이 있는 Polygon, Multi 계열, GeometryCollection을 지원합니다. name/title과 description 속성은 위치 표시마다 옮겨집니다. 스타일(아이콘/색상/선)은 옮겨지지 않으며, 좌표계는 WGS84(경도, 위도)입니다. 잘못된 GeoJSON은 명확한 오류 메시지로 거부됩니다.
KML은 Google Earth와 Google Maps의 형식입니다. KML 파일이 있으면 점, 선, 면을 거기서 바로 열거나 공유할 수 있습니다.
Point, LineString, Polygon(구멍 포함), MultiPoint, MultiLineString, MultiPolygon, GeometryCollection입니다.
네, 각 도형의 name(또는 title)과 description 속성이 위치 표시의 라벨과 설명이 됩니다.
아니요. 옮겨지는 것은 도형과 텍스트이며, 자체 아이콘, 색상, 선 굵기는 쓰이지 않습니다.
아니요, 변환은 전부 브라우저 안에서 로컬로 이루어지며 위치 데이터가 기기를 떠나지 않습니다.