WKT를 GeoJSON으로
WKT(PostGIS, 데이터베이스)를 웹 지도와 도구용 GeoJSON으로 기기 안에서 변환. 업로드 없음.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
제 파일이 업로드되나요?
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
WKT(PostGIS, 데이터베이스)를 웹 지도와 도구용 GeoJSON으로 기기 안에서 변환. 업로드 없음.
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
WKT(Well-Known Text)는 데이터베이스 쿼리(PostGIS, SpatiaLite)나 GIS 내보내기에서 자주 나옵니다. POINT (13.4 52.5)처럼 지오메트리를 일반 텍스트로 적은 것입니다. 반면 웹 지도(Leaflet, Mapbox, OpenLayers)와 대부분의 개발자 도구는 GeoJSON을 기대합니다. 이 도구는 WKT 지오메트리를 읽어 깔끔한 GeoJSON FeatureCollection을 써냅니다.
흔한 타입을 모두 인식합니다. POINT, LINESTRING, POLYGON(구멍 있는), MULTIPOINT, MULTILINESTRING, MULTIPOLYGON, GEOMETRYCOLLECTION. 대문자든 소문자든, 괄호 앞 공백이 있든 없든 됩니다. 여러 지오메트리(한 줄에 하나)는 여러 feature가 되고, 여러 줄에 걸쳐 적힌 지오메트리도 올바르게 읽습니다. Z 태그(고도)는 넘기고, M 태그(측정값)는 GeoJSON에 대응이 없어 버립니다.
모든 처리는 브라우저 안에서만 이뤄지며, 민감할 수 있는 위치 정보는 절대 기기를 떠나지 않습니다. 솔직히 말하면 WKT는 지오메트리만 담으므로 생성된 feature의 properties는 비어 있습니다. 좌표 순서는 경도 다음 위도 그대로 유지됩니다. 잘못되었거나 빈 WKT 텍스트는 빈 출력을 꾸며내는 대신 명확한 메시지로 거부합니다.
| 입력 형식 | WKT, TXT |
|---|---|
| 출력 형식 | GEOJSON |
| 일괄 처리 | 미지원 |
| 처리 방식 | 브라우저에서 로컬 처리 (JavaScript) |
| 파일 업로드 | 없음 |
제한: WKT를 GeoJSON FeatureCollection으로 변환합니다. POINT, LINESTRING, 구멍 있는 POLYGON, 각 multi 계열, GEOMETRYCOLLECTION을 지원하며 여러 지오메트리(한 줄에 하나)는 여러 feature가 됩니다. Z(고도)는 넘기고 M(측정값)은 버립니다. WKT에는 속성이 없으므로 properties는 비어 있습니다. 좌표는 WGS84(경도, 위도)입니다. 잘못된 WKT 텍스트는 오류로 거부합니다.
PostGIS 같은 공간 데이터베이스(함수 ST_AsText)나 GIS 내보내기에서 옵니다. GeoJSON으로 바꾸면 이 지오메트리들을 웹 지도와 스크립트에서 쓸 수 있습니다.
네. 여러 줄의 WKT는 여러 feature가 되고, 여러 줄에 걸쳐 적힌 지오메트리도 올바르게 읽습니다.
아니요. WKT는 속성을 담지 않으므로 feature의 properties는 비어 있습니다. 속성에는 KML, GPX 또는 GeoJSON 자체가 알맞습니다.
측정값(M)은 GeoJSON에 대응이 없어 버려집니다. Z 고도는 그대로 유지됩니다.
아니요. 변환은 전부 브라우저 안에서만 이뤄지며 위치 정보는 절대 기기를 떠나지 않습니다.