PostGIS 2.4.0 사용자 지침서

SVN Revision ()

PostGIS 개발 그룹

Abstract

PostGIS는 객체 관계형 데이터베이스 시스템인 PostgreSQL의 확장 프로그램으로, 데이터베이스에 GIS(지리정보 시스템) 객체를 저장할 수 있게 해줍니다. PostGIS는 GiST 기반 R-Tree 공간 인덱스를 지원하며, GIS 객체의 분석 및 공간 처리를 위한 기능을 포함하고 있습니다.

이 문서는 2.4.0 버전의 사용자 지침서입니다.

이 저작물은 크리에이티브 커먼즈 저작자표시-동일조건변경허락 3.0 라이선스를 따릅니다. 사용자가 원하는 대로 이 문서를 사용할 수 있지만, 우리는 사용자가 PostGIS 프로젝트의 저작권을 명시하고 가능한 위치에 http://postgis.net으로 연결되는 링크를 삽입하도록 요구합니다.


Table of Contents

1. 소개
1.1. 프로젝트 운영 위원회
1.2. 핵심 공헌자 - 현재
1.3. 핵심 공헌자 - 과거
1.4. 기타 공헌자
1.5. 추가 정보
2. PostGIS 설치
2.1. 짧은 설명
2.2. 설치 요구사항
2.3. 소스 획득
2.4. 소스를 컴파일하고 설치하기: 상세 설명
2.4.1. 설정
2.4.2. 빌드
2.4.3. PostGIS Extensions 빌드 및 배포
2.4.4. 테스트
2.4.5. 설치
2.5. EXTENSIONS을 활용한 공간 데이터베이스 생성
2.6. 템플릿을 이용하여 공간 데이터베이스 생성하기
2.7. 주소 표준화 도구 설치 및 활용
2.7.1. Regex::Assemble 설치
2.8. Tiger Geocoder의 설치, 업그레이드 및 데이터 불러오기
2.8.1. TIGER 지오코딩 도구로 사용자의 PostGIS 데이터베이스 활성화: 확장 프로그램 이용
2.8.2. TIGER 지오코딩 도구로 사용자의 PostGIS 데이터베이스 활성화: 확장 프로그램 없이
2.8.3. 주소 표준화 도구를 TIGER 지오코딩 도구와 함께 사용
2.8.4. Tiger Data 불러오기
2.8.5. Tiger Geocoder 업그레이드
2.9. 템플릿을 이용하여 공간 데이터베이스 생성하기
2.10. 업그레이드
2.10.1. 소프트 업그레이드
2.10.2. 하드 업그래이드
2.11. 설치 과정에서 흔히 발생하는 문제들
2.12. 로더/덤퍼
3. PostGIS 자주 묻는 질문들
4. PostGIS 사용하기: 데이터 관리 및 쿼리
4.1. GIS 오브젝트
4.1.1. OpenGIS WKB 및 WKT
4.1.2. PostGIS EWKB, EWKT 및 기본형
4.1.3. SQL-MM Part 3
4.2. PostGIS 지리형 유형
4.2.1. 지리형의 기초
4.2.2. 도형 데이터 유형과 지리형 데이터 유형을 중첩해서 이용하는 경우
4.2.3. 지리형 고급 FAQ
4.3. OpenGIS 표준 이용
4.3.1. SPATIAL_REF_SYS 테이블과 공간 참조 시스템
4.3.2. The GEOMETRY_COLUMNS VIEW
4.3.3. 공간 테이블 생성
4.3.4. geometry_columns에 도형 열을 직접 등록하기
4.3.5. 도형의 OpenGIS 준수 보장
4.3.6. 차원 확장 9 교차 모델(DE-9IM)
4.4. GIS (벡터) 데이터 로드
4.4.1. SQL을 이용해서 데이터를 로드하기
4.4.2. shp2pgsql: ESRI shapefile 로더 이용하기
4.5. GIS 데이터 가져오기
4.5.1. SQL을 이용해 데이터 가져오기
4.5.2. 덤퍼 이용하기
4.6. 인덱스 빌드 작업
4.6.1. GiST 인덱스
4.6.2. GiST 인덱스
4.6.3. 인덱스 활용
4.7. 복잡 쿼리
4.7.1. 인덱스의 장점을 활용하기
4.7.2. 공간 SQL 예시
5. 래스터 데이터의 관리, 쿼리 및 응용
5.1. 래스터 로드 및 생성
5.1.1. raster2pgsql을 이용해 래스터를 로드하기
5.1.2. PostGIS 래스터 함수를 이용해 래스터 생성하기
5.2. 래스터 카탈로그
5.2.1. 래스터 열 카탈로그
5.2.2. 래스터 오버뷰
5.3. PostGIS 래스터를 이용하는 사용자 지정 응용 프로그램 빌드하기
5.3.1. 다른 래스터 함수와 함께 ST_AsPNG를 이용해서 PHP 예제를 출력하기
5.3.2. 다른 래스터 함수와 함께 ST_AsPNG를 이용해서 ASP.NET C# 예제를 출력하기
5.3.3. 래스터 쿼리를 이미지 파일로 출력하는 Java 콘솔 응용 프로그램
5.3.4. PLPython을 이용해서 SQL을 통해 이미지를 덤프하기
5.3.5. PSQL을 이용해서 래스터 출력하기
6. PostGIS 도형 활용: 응용 프로그램 빌드
6.1. MapServer 활용
6.1.1. 기본 활용
6.1.2. FAQ
6.1.3. 고급 활용
6.1.4. 예제
6.2. Java 클라이언트(JDBC)
6.3. C 클라이언트(libpq)
6.3.1. 텍스트 커서
6.3.2. 바이너리 커서
7. 성능 향상 비법
7.1. 대용량 도형을 담은 저용량 테이블
7.1.1. 문제점 설명
7.1.2. 해결 방법
7.2. 도형 인덱스에 대한 클러스터 작업
7.3. 차원 변환 피하기
7.4. 사용자 설정 세부 조정
7.4.1. 시작
7.4.2. 런타임
8. PostGIS Reference
8.1. PostgreSQL PostGIS Geometry/Geography/Box 유형
8.2. PostGIS Grand Unified Custom Variables (GUCs)
8.3. 관리 함수
8.4. 도형 작성자(constructor)
8.5. 도형 접근자(accessor)
8.6. 도형 편집자(editor)
8.7. 도형 출력물(output)
8.8. 연산자(operator)
8.9. 공간 관계성 및 측정
8.10. SFCGAL 함수
8.11. 도형 공간 처리
8.12. 선형 참조(Linear Referencing)
8.13. Temporal Support
8.14. Long Transactions Support
8.15. 기타 함수들
8.16. Exceptional Functions
9. 래스트 참조문서
9.1. 래스터 지원 데이터형
9.2. 래스터 관리
9.3. 래스터 작성자(constructor)
9.4. 래스터 접근자(accessor)
9.5. 래스터 밴드 접근자
9.6. 래스터 픽셀 접근자 및 설정자(setter)
9.7. 래스터 편집자
9.8. 래스터 밴드 편집자
9.9. 래스터 밴드 통계 및 분석
9.10. 래스터 출력
9.11. 래스터 공간 처리
9.11.1. 맵 대수(algebra)
9.11.2. 내장 맵 대수 콜백 함수
9.11.3. DEM(표고)
9.11.4. 래스터를 도형으로
9.12. 래스터 연산자
9.13. 래스터 및 래스터 밴드의 공간 관계성
10. PostGIS 래스터 FAQ
11. 지형(topology)
11.1. 지형 유형
11.2. 지형 도메인
11.3. 지형 및 TopoGeometry 관리
11.4. 지형 작성자
11.5. 지형 편집자
11.6. 지형 접근자
11.7. 지형 공간 처리
11.8. TopoGeometry 작성자
11.9. TopoGeometry 편집자
11.10. TopoGeometry 접근자
11.11. TopoGeometry 출력물
11.12. 지형 공간 관계성
12. 주소 표준화 도구
12.1. 파싱 도구의 작동 방식
12.2. 주소 표준화 도구 유형
12.3. 주소 표준화 도구 테이블
12.4. 주소 표준화 도구 함수
13. PostGIS Extras
13.1. TIGER 지오코딩 도구
14. PostGIS Special Functions Index
14.1. PostGIS Aggregate Functions
14.2. PostGIS Window Functions
14.3. PostGIS SQL-MM Compliant Functions
14.4. PostGIS Geography Support Functions
14.5. PostGIS Raster Support Functions
14.6. PostGIS Geometry / Geography / Raster Dump Functions
14.7. PostGIS Box Functions
14.8. PostGIS Functions that support 3D
14.9. PostGIS Curved Geometry Support Functions
14.10. PostGIS Polyhedral Surface Support Functions
14.11. PostGIS Function Support Matrix
14.12. New, Enhanced or changed PostGIS Functions
14.12.1. PostGIS Functions new or enhanced in 2.4
14.12.2. PostGIS Functions new or enhanced in 2.3
14.12.3. PostGIS Functions new or enhanced in 2.2
14.12.4. PostGIS Functions new or enhanced in 2.1
14.12.5. PostGIS Functions new, behavior changed, or enhanced in 2.0
14.12.6. PostGIS Functions changed behavior in 2.0
14.12.7. PostGIS Functions new, behavior changed, or enhanced in 1.5
14.12.8. PostGIS Functions new, behavior changed, or enhanced in 1.4
14.12.9. PostGIS Functions new in 1.3
15. Reporting Problems
15.1. Reporting Software Bugs
15.2. Reporting Documentation Issues
A. Appendix
A.1. Release 2.4.0
A.2. Release 2.3.3
A.3. Release 2.3.2
A.4. Release 2.3.1
A.5. Release 2.3.0
A.6. Release 2.2.2
A.7. Release 2.2.1
A.8. Release 2.2.0
A.9. Release 2.1.8
A.10. Release 2.1.7
A.11. Release 2.1.6
A.12. Release 2.1.5
A.13. Release 2.1.4
A.14. Release 2.1.3
A.15. Release 2.1.2
A.16. Release 2.1.1
A.17. Release 2.1.0
A.18. Release 2.0.5
A.19. Release 2.0.4
A.20. Release 2.0.3
A.21. Release 2.0.2
A.22. Release 2.0.1
A.23. Release 2.0.0
A.24. Release 1.5.4
A.25. Release 1.5.3
A.26. Release 1.5.2
A.27. Release 1.5.1
A.28. Release 1.5.0
A.29. Release 1.4.0
A.30. Release 1.3.6
A.31. Release 1.3.5
A.32. Release 1.3.4
A.33. Release 1.3.3
A.34. Release 1.3.2
A.35. Release 1.3.1
A.36. Release 1.3.0
A.37. Release 1.2.1
A.38. Release 1.2.0
A.39. Release 1.1.6
A.40. Release 1.1.5
A.41. Release 1.1.4
A.42. Release 1.1.3
A.43. Release 1.1.2
A.44. Release 1.1.1
A.45. Release 1.1.0
A.46. Release 1.0.6
A.47. Release 1.0.5
A.48. Release 1.0.4
A.49. Release 1.0.3
A.50. Release 1.0.2
A.51. Release 1.0.1
A.52. Release 1.0.0
A.53. Release 1.0.0RC6
A.54. Release 1.0.0RC5
A.55. Release 1.0.0RC4
A.56. Release 1.0.0RC3
A.57. Release 1.0.0RC2
A.58. Release 1.0.0RC1

Chapter 1. 소개

PostGIS는 리프랙션스 리서치(Refractions Research Inc.)가 개발한 공간 데이터베이스 기술연구 프로젝트입니다. 리프랙션스 리서치는 캐나다 브리티시컬럼비아 주 빅토리아 시에 위치한 GIS 및 데이터베이스 자문회사로 데이터 통합 및 고객 지향 소프트웨어 개발 전문 기업입니다. 우리는 완전한 OpenGIS 지원, 고급 위상 구조(커버리지, 표면, 네트워크), GIS 데이터의 열람 및 편집 작업을 위한 데스크톱 사용자 인터페이스 도구, 웹 기반 접근 도구를 포함하는 일련의 중요 GIS 기능을 지원하도록 PostGIS를 지원하고 개발할 계획입니다.

PostGIS는 OSGeo 재단의 육성 프로젝트 중 하나입니다. 여러 FOSS4G 개발자들은 물론 PostGIS의 기능성 및 다목적성으로부터 막대한 이익을 얻고 있는 전세계의 많은 기업들이 PostGIS를 끊임없이 개선하고 후원하고 있습니다.

1.1. 프로젝트 운영 위원회

PostGIS 프로젝트 운영 위원회(Project Steering Committee; PSC)는 PostGIS 프로젝트의 대략적인 방향, 발표 주기, 문서화 및 원조 활동을 조정합니다. PSC는 또한 일반 사용자 지원을 제공하고, PostGIS 커뮤니티 전반에서 개발하는 소프트웨어 패치를 받아들여 승인하며, 개발자 커밋 접근, PSC 신입회원 결정 또는 중요한 API 변경 등 PostGIS에 관한 여러 가지 사안에 대해 투표를 실시합니다.

마크 케이브-에일런드(Mark Cave-Ayland)

버그 수정 및 유지보수 활동, PostGIS와 PostgreSQL의 출시 시기, 공간 인덱스 선택도 및 바인딩, 로더/덤퍼, shapefile GUI 로더, 새 기능과 새로운 기능 개선의 통합을 조정

레지나 오베(Regina Obe)

빌드봇 유지보수, 윈도우 용 제품 생산 및 실험적인 버전 빌드, 문서화, PostGIS 뉴스그룹에서 개괄적인 사용자 지원, X3D 지원, TIGER 지오코딩 도구(TIGER Geocoder) 지원, 관리 기능, 새로운 기능 또는 대대적인 코드 변경에 대한 스모크 테스트를 담당

박 뽀리(Bborie Park)

래스터 개발, GDAL과의 통합, 래스터 로더, 사용자 지원, 개괄적인 버그 수정, 다양한 OS(슬랙웨어, 맥, 윈도우 등)에서의 테스트를 담당

폴 램지(Paul Ramsey) (의장)

PostGIS 프로젝트의 공동 창설자. 개괄적인 버그 수정, 지리학(geography) 지원, 지형(geography) 및 도형(geometry) 인덱스 지원(2D, 3D, nD 인덱스와 모든 공간 인덱스), 도형 내부 구조의 근원, PointCloud(개발중), GEOS 출시 시기와 GEOS 기능성 통합의 조정, 로더/덤퍼, shapefile GUI 로더를 담당

산드로 산틸리(Sandro Santilli)

버그 수정, 유지보수, GEOS 출시 시기와 GEOS 기능성 통합의 조정, 지형(topology) 지원, 래스터 프레임워크 및 저레벨 API 함수를 담당

1.2. 핵심 공헌자 - 현재

호르헤 아레발로(Jorge Arévalo)

래스터 개발, GDAL 드라이버 지원, 로더를 담당

니클라스 아벤(Nicklas Avén)

거리 함수 개선(3D 거리와 관계 함수 포함) 및 추가 작업, TWKB(Tiny WKB) 출력 포맷(개발중), 개괄적인 사용자 지원을 담당

댄 배스턴(Dan Baston)

도형 클러스터 작업 함수 및 추가 작업, 기타 도형 알고리즘 개선, 개괄적인 사용자 지원을 담당

올리비에 쿠르텡(Olivier Courtin)

XML(KML, GML)/GeoJSON 입출력 기능, 3D 지원 및 버그 수정을 담당

Björn Harrtell

MapBox Vector Tile and GeoBuf functions. Gogs testing.

마테우스 로스코트(Mateusz Loskot)

PostGIS 용 CMake 지원, 파이썬 래스터 로더 원본 개발, 저레벨 래스터 API 함수 개발을 담당

피에르 라신(Pierre Racine)

래스터의 전반적 아키텍처, 프로토타이핑, 프로그래밍 지원을 담당

1.3. 핵심 공헌자 - 과거

크리스 호지슨(Chris Hodgson)

전 PSC 회원. 개괄적인 개발, 사이트 및 빌드봇 유지보수, OSGeo 육성 프로젝트 관리를 담당

케빈 뉴펠드(Kevin Neufeld)

전 PSC 회원. 문서화 및 문서화 지원 도구, 빌드봇 유지보수, PostGIS 뉴스그룹에서 고급 사용자 지원, PostGIS 유지보수 기능 개선을 담당

데이브 블래스비(Dave Blasby)

PostGIS의 원 개발자이자 공동 창립자. 서버측 객체, 인덱스 바인딩 및 서버측의 여러 분석 기능들을 작업

제프 라운스버리(Jeff Lounsbury)

shapefile 로더/덤퍼 원본을 개발. 현재 PostGIS 프로젝트 소유자 대표

마크 레슬리(Mark Leslie)

진행중인 유지보수 및 핵심 기능 개발. 곡선 지원 개선, shapefile GUI 로더를 담당

다피트 츠바르크(David Zwarg)

래스터 개발(대부분 맵 대수학 분석 기능들)을 담당

1.4. 기타 공헌자

개인 공헌자

알파벳 순서: Alex Bodnaru, Alex Mayrhofer, Andrea Peri, Andreas Forø Tollefsen, Andreas Neumann, Anne Ghisla, Barbara Phillipot, Ben Jubb, Bernhard Reiter, Brian Hamlin, Bruce Rindahl, Bruno Wolff III, Bryce L. Nordgren, Carl Anderson, Charlie Savage, Dane Springmeyer, David Skea, David Techer, Eduin Carrillo, Even Rouault, Frank Warmerdam, George Silva, Gerald Fenoy, Gino Lucrezi, Guillaume Lelarge, IIDA Tetsushi, Ingvild Nystuen, Jason Smith, Jeff Adams, Jose Carlos Martinez Llari, Julien Rouhaud, Kashif Rasul, Klaus Foerster, Kris Jurka, Leo Hsu, Loic Dachary, Luca S. Percich, Maria Arias de Reyna, Mark Sondheim, Markus Schaber, Maxime Guillaud, Maxime van Noppen, Michael Fuhr, Mike Toews, Nathan Wagner, Nathaniel Clay, Nikita Shulga, Norman Vine, Rafal Magda, Ralph Mason, Rémi Cura, Richard Greenwood, Silvio Grosso, Steffen Macke, Stephen Frost, Tom van Tilburg, Vincent Mora, Vincent Picavet

후원 기업

PostGIS 프로젝트에 직접적으로 금전을 후원하거나, 개발자 시간 및 호스팅에 기여를 한 기업들입니다.

알파벳 순서: Arrival 3D, Associazione Italiana per l'Informazione Geografica Libera (GFOSS.it), AusVet, Avencia, Azavea, Cadcorp, CampToCamp, CartoDB, City of Boston (DND), Clever Elephant Solutions, Cooperativa Alveo, Deimos Space, Faunalia, Geographic Data BC, Hunter Systems Group, Lidwala Consulting Engineers, LisaSoft, Logical Tracking & Tracing International AG, Maponics, Michigan Tech Research Institute, Natural Resources Canada, Norwegian Forest and Landscape Institute, Boundless (former OpenGeo), OSGeo, Oslandia, Palantir Technologies, Paragon Corporation, R3 GIS, Refractions Research, Regione Toscana - SITA, Safe Software, Sirius Corporation plc, Stadt Uster, UC Davis Center for Vectorborne Diseases, University of Laval, U.S Department of State (HIU), Zonar Systems

크라우드 펀딩 캠페인

크라우드 펀딩 캠페인이란 수많은 사람들에게 서비스할 수 있는, 우리가 간절히 원하는 기능들을 후원받기 위해 진행하는 캠페인입니다. 각 캠페인은 특정 기능 또는 일련의 기능에 특화되어 있습니다. 각 후원자는 필요한 펀딩의 작은 일부분을 담당하며, 충분한 공헌자 또는 조직이 모일 경우 많은 사용자를 도울 수 있는 작업을 위한 비용을 충당할 수 있습니다. 여러분이 생각하기에 다른 사람들이 기꺼이 공동 펀딩에 참여할 만한 아이디어가 있다면, PostGIS 뉴스그룹 에 여러분의 생각을 포스팅해서 우리 모두가 함께 실현할 수 있습니다.

PostGIS 2.0.0은 이런 전략 아래 탄생한 첫 번째 출시작입니다. 우리는 PledgBank 를 이용했으며 이를 통해 캠페인을 두 번 성공적으로 진행했습니다.

postgistopology - 10명 이상의 후원자들이 2.0.0 버전에서 toTopGeometry 함수 빌드와 지형 지원 강화를 위해 250달러씩 후원했습니다.

postgis64windows - 후원자 20여 명이 윈도우 용 64비트 PostGIS의 문제점을 해결하기 위한 작업에 100달러씩 지원했고, 성공했습니다. 이제 PostgreSQL 스택 빌더에서 PostGIS 2.0.1 64비트 버전을 다운로드할 수 있습니다.

주요 지원 라이브러리

GEOS 도형 작업 라이브러리 - 마틴 데이비스가 알고리즘 작업을 통해 모든 것을 작동하도록 만들었고, 마테우스 로스코트, 산드로 산틸리(strk), 폴 램지 외 다른 이들이 유지보수 및 지원 작업을 진행 중입니다.

GDAL 공간지리 데이터 추출 라이브러리 - 프랭크 바르메르담(Frank Warmerdam) 등이 만든 이 라이브러리는 PostGIS 2.0.0에 포함된 래스터 기능성 대부분을 강화하는 데 쓰입니다. 기브앤테이크처럼, PostGIS를 지원하기 위해 GDAL이 필요로 하는 개선은 역으로 GDAL 프로젝트에 공헌합니다.

Proj4 지도제작 투영 라이브러리 - 제럴드 에벤던(Gerald Evenden)과 프랭크 바르메르담이 이 라이브러리를 개발하고 유지보수하고 있습니다.

마지막으로 그러나 역시 중요한, PostGIS의 기반이 된 PostgreSQL DBMS - PostGIS의 유동성과 속도의 대부분은 PostgreSQL가 제공하는 확장성, 강력한 쿼리 플래너, GiST 인덱스, 그리고 다양한 SQL 기능들 없이는 불가능했습니다.

1.5. 추가 정보

Chapter 2. PostGIS 설치

이 장에서는 PostGIS 설치에 요구되는 모든 과정을 설명합니다.

2.1. 짧은 설명

사용자의 검색 경로에 모든 의존성이 설정되어 있을 깨 컴파일하려면:

tar xvfz postgis-2.4.0.tar.gz
cd postgis-2.4.0
./configure
make
make install

PostGIS가 설치되면, PostGIS를 사용하고자 하는 모든 데이터베이스 각각에서 활성화해야 합니다.

[Note]

현재 래스터 지원은 옵션으로 선택할 수 있지만, 설치에 기본적으로 포함됩니다. 래스터 지원을 활성화시키려면 PostgreSQL 9.1+ 확장 프로그램 모델 래스터를 사용해야 합니다. 확장 프로그램 활성화 처리가 좀 더 사용자 친화적이고 선호되는 방법입니다. 사용자 데이터베이스를 공간적으로 활성화시키려면:

psql -d yourdatabase -c "CREATE EXTENSION postgis;"
psql -d yourdatabase -c "CREATE EXTENSION postgis_topology;"
-- SFCGAL 지원과 함께 빌드했을 경우 --
psql -d yourdatabase -c "CREATE EXTENSION postgis_sfcgal;"

-- TIGER 지오코더를 설치하려 할 경우 --
psql -d yourdatabase -c "CREATE EXTENSION fuzzystrmatch"
psql -d yourdatabase -c "CREATE EXTENSION postgis_tiger_geocoder;"

-- PCRE와 함께 설치한 경우
-- 주소 표준화 도구 확장 프로그램도 설치해야 합니다.
psql -d yourdatabase -c "CREATE EXTENSION address_standardizer;"

설치된/사용가능한 확장 프로그램을 쿼리하거나, 확장 프로그램을 업그레이드하거나, 확장 프로그램 제외 설치를 확장 프로그램 포함 설치로 변환하는 데 대한 상세한 정보는 Section 2.4.3, “PostGIS Extensions 빌드 및 배포” 를 참조하십시오.

어떤 이유에서든 래스터 지원을 제외하고 컴파일했거나, 그저 구식을 선호하는 사용자를 위한 더 길고 더 강력한 지침이 존재합니다.

설치시 모든 .sql 파일은 사용자의 PostgreSQL 설치 디렉터리의 share/contrib/postgis-2.3 폴더에 설치됩니다.

createdb yourdatabase
createlang plpgsql yourdatabase
psql -d yourdatabase -f postgis.sql
psql -d yourdatabase -f postgis_comments.sql
psql -d yourdatabase -f spatial_ref_sys.sql
psql -d yourdatabase -f rtpostgis.sql
psql -d yourdatabase -f raster_comments.sql
psql -d yourdatabase -f topology.sql
psql -d yourdatabase -f topology_comments.sql
-- SFCGAL 지원과 함께 빌드했을 경우 --
psql -d yourdatabase -f sfcgal.sql
psql -d yourdatabase -f sfcgal_comments.sql

이 장 나머지 부분에서는 앞에 설명한 각 설치 순서에 관해 더 자세히 다룹니다.

PostGIS 2.1.3 버전부터 DB 외부 래스터(out-of-db raster; 래스터를 DB에 넣지 않고 Path만 넣는 방식)와 모든 래스터 드라이버는 기본적으로 비활성화되어 있습니다. 이를 다시 활성화하려면 서버 환경에서 다음 POSTGIS_GDAL_ENABLED_DRIVERSPOSTGIS_ENABLE_OUTDB_RASTERS 환경변수들을 설정해야 합니다. PostGIS 2.2 버전의 경우, Section 8.2, “PostGIS Grand Unified Custom Variables (GUCs)” 에 해당하는 보다 크로스 플랫폼적인 설정 방식을 쓸 수 있습니다.

오프라인 래스터를 활성화하고자 할 경우:

POSTGIS_ENABLE_OUTDB_RASTERS=1

설정을 이와 다르게 하거나, 아예 하지 않을 경우 DB 외부 래스터가 비활성화될 것입니다.

사용자가 설치한 GDAL에서 사용 가능한 모든 GDAL 드라이버를 활성화하려면, 환경변수를 다음과 같이 설정하십시오.

POSTGIS_GDAL_ENABLED_DRIVERS=ENABLE_ALL

특정 드라이버들만 활성화하고자 한다면, 환경변수를 다음과 같이 설정하십시오.

POSTGIS_GDAL_ENABLED_DRIVERS="GTiff PNG JPEG GIF XYZ"
[Note]

윈도우 환경일 경우 드라이버 목록에 따옴표를 쓰지 않습니다.

환경변수 설정 작업은 OS에 따라 달라집니다. apt-postgresql을 통해 우분투 또는 데비안에 설치된 PostgreSQL의 경우 /etc/postgresql/9.3/main/environment 을 편집하는 방식이 선호됩니다. 이때 9.3은 PostgreSQL의 버전이고 main은 클러스터를 가리킵니다.

윈도우의 경우, 서비스 형태로 실행하고 있다면 Computer->Properties Advanced System Settings를 오른쪽 클릭하거나(윈도우7) 파일 탐색기에서 Control Panel\All Control Panel Items\System 을 찾아 시스템 변수를 설정할 수 있습니다. 그 다음 Advanced System Settings ->Advanced->Environment Variables 를 클릭해서 새 시스템 변수를 추가하십시오.

환경변수를 설정한 다음, 변경 사항을 적용하려면 PostgreSQL 서비스를 재시작해야 합니다.

2.2. 설치 요구사항

PostGIS를 빌드하고 사용하기 위해서는 다음과 같은 요구사항들을 만족해야 합니다.

필수 사항

  • PostgreSQL 9.3 또는 이후 버전. PostgreSQL을 (서버 헤더 포함) 완전 설치해야 합니다. PostgreSQL은 http://www.postgresql.org 에서 다운로드할 수 있습니다.

    전체 PostgreSQL/PostGIS 지원 매트릭스 및 PostGIS/GEOS 지원 매트릭스는 http://trac.osgeo.org/postgis/wiki/UsersWikiPostgreSQLPostGIS 를 참조하십시오.

  • GNU C 컴파일러(gcc). PostGIS를 컴파일하기 위해 그 밖에 다른 ANSI C 컴파일러들을 사용할 수 있으나 gcc 로 컴파일했을 경우 오류가 훨씬 적게 발생합니다.

  • GNU Make(gmake 또는 make). 많은 시스템들에서 GNU make 는 make의 기본 버전입니다. make -v를 통해 버전을 확인하십시오. 다른 버전의 make는 PostGIS Makefile을 제대로 처리하지 못 할 수도 있습니다.

  • Proj4 재투영 라이브러리 4.6.0 또는 이후 버전. Proj4 라이브러리는 PostGIS 내에서 좌표 재투영을 제공하는 데 사용됩니다. Proj4는 http://trac.osgeo.org/proj/ 에서 다운로드할 수 있습니다.

  • GEOS 도형 라이브러리 3.3 또는 이후 버전이 필요하지만, 모든 새로운 함수 및 기능을 완전히 사용하려면 GEOS 3.5 이상 버전을 권장합니다. GEOS 3.5 버전이 없다면 ST_ClipByBox2DST_Subdivide 등과 같은 주요 개선 사항을 놓치게 될 겁니다. GEOS는 http://trac.osgeo.org/geos/ 에서 다운로드할 수 있으며, 3.4 이상 버전은 구 버전들과 호환되므로 안전하게 업그레이드할 수 있습니다.

  • LibXML2, version 2.5.x 또는 이후 버전. LibXML2는 현재 몇몇 임포트 함수(ST_GeomFromGML 및 ST_GeomFromKML)에 사용되고 있습니다. LibXML2는 http://xmlsoft.org/downloads.html 에서 다운로드할 수 있습니다.

  • JSON-C 0.9 또는 이후 버전. JSON-C는 현재 ST_GeomFromGeoJson 함수를 통해 GeoJSON을 임포트하는 데 사용되고 있습니다. JSON-C는 https://github.com/json-c/json-c/releases/ 에서 다운로드할 수 있습니다.

  • GDAL 1.8 또는 이후 버전(구 버전에서 제대로 동작하지 않거나 다르게 동작하는 기능들이 있으므로 1.9 이상 버전을 강력히 권장합니다). GDAL은 래스터 지원에 필요하며, CREATE EXTENSION postgis 명령어를 통해 설치할 수 있으므로 PostgreSQL 9.1 이상 버전을 실행하는 사용자에게 특히 권장합니다. http://trac.osgeo.org/gdal/wiki/DownloadSource.

선택 사항

  • 사용자가 래스터 기능을 원하지 않고 CREATE EXTENSION postgis 와 함께 설치하지 않아도 될 경우에만 (가(假)선택적) GDAL을 빼놓을 수 있습니다. PostGIS를 확장 프로그램으로서 설치하지 않는다면, 다른 확장 프로그램을 설치하지 못 하게 막는 필수 PostGIS 확장 프로그램이 있을 수도 있다는 점을 기억하십시오. 따라서 GDAL 지원과 함께 컴파일할 것을 강력히 권장합니다.

    Section 2.1, “짧은 설명” 에 설명된 대로 사용자가 사용하길 원하는 드라이버를 활성화하는 작업도 잊지 마십시오.

  • shapefile 로더 shp2pgsql-gui 를 컴파일하기 위한 GTK(GTK+2.0, 2.8+ 필요). http://www.gtk.org/.

  • PostGIS에 추가적인 2D 및 3D 고급 분석 기능을 제공하는 데 SFCGAL 1.1 (또는 그 이후) 버전을 사용할 수 있습니다. Section 8.10, “SFCGAL 함수” 를 참조하십시오. 또 양쪽 백엔드가 제공하는 GEOS의 몇몇 2D 기능 대신 (예를 들어 ST_Intersection 또는 ST_Area) SFCGAL을 사용하게 할 수도 있습니다. SFCGAL을 설치했을 경우 (기본적으로는 GEOS 설치) PostgreSQL 설정 변수 postgis.backend 를 통해 말단 사용자가 원하는 백엔드를 조정할 수 있습니다. 주의: SFCGAL 1.2버전은 최소 CGAL 4.3과 Boost 1.54를 필요로 합니다(http://oslandia.github.io/SFCGAL/installation.html 참조). https://github.com/Oslandia/SFCGAL.

  • Chapter 12, 주소 표준화 도구 를 빌드하려면 PCRE 도 필요합니다(일반적으로 유닉스 파생 시스템에 이미 설치되어 있습니다). parseaddress-stcities.h 파일에 인코딩되어 있는 데이터를 다시 빌드하려 하는 경우에만 Regex::Assemble 펄 CPAN 패키지가 필요합니다. Chapter 12, 주소 표준화 도구 는 PCRE 라이브러리를 감지할 경우 자동적으로 빌드될 것입니다. 또는 설정 과정에서 유효한 --with-pcre-dir=/path/to/pcre 경로 변수를 입력할 수도 있습니다.

  • To enable ST_AsMVT protobuf-c library (for usage) and the protoc-c compiler (for building) are required. Also, pkg-config is required to verify the correct minimum version of protobuf-c. See protobuf-c.

  • CUnit(CUnit). 회기 검증을 하는 데 필요합니다. http://cunit.sourceforge.net/

  • DocBook(xsltproc)은 문서를 발행할 때 필요합니다. DocBook은 http://www.docbook.org/ 에서 다운로드할 수 있습니다.

  • DBLatex(dblatex)는 PDF 형식의 문서를 발행할 때 필요합니다. DBLatex는 http://dblatex.sourceforge.net/ 에서 다운로드할 수 있습니다.

  • ImageMagick(convert)은 문서에 사용되는 이미지를 생성하는 데 필요합니다. ImageMagick은 http://www.imagemagick.org/ 에서 다운로드할 수 있습니다.

2.3. 소스 획득

PostGIS 소스 압축파일을 다운로드 웹사이트 http://download.osgeo.org/postgis/source/postgis-2.4.0.tar.gz 에서 다운로드하십시오.

wget http://download.osgeo.org/postgis/source/postgis-2.4.0.tar.gz
tar -xvzf postgis-2.4.0.tar.gz

이 명령어를 실행하면 현재 작업 디렉토리에 postgis-2.4.0 (이)라는 명칭의 디렉터리가 생길 것입니다.

다른 방법으로는, svn 저장소 http://svn.osgeo.org/postgis/trunk/ 에서 소스를 체크아웃(checkout)할 수 있습니다.

svn checkout http://svn.osgeo.org/postgis/trunk/ postgis-2.4.0

설치를 계속하려면 새로 만든 postgis-2.4.0 디렉터리로 이동합니다.

2.4. 소스를 컴파일하고 설치하기: 상세 설명

[Note]

현재 많은 OS 시스템들이 PostgreSQL/PostGIS용 사전 구축된 패키지를 포함하고 있습니다. 많은 경우, 최첨단 버전이 필요하거나 패키지 관리자인 경우가 아니라면 컴파일할 필요가 없습니다.

이 단원에서는 일반적인 컴파일에 대해 설명하고 있으므로, 더 상세한 설명을 원할 경우 PostGIS User contributed compile guidesPostGIS Dev Wiki 를 참조하십시오.

PostGIS Pre-built Packages 에서 다양한 OS를 지원하는 사전 빌드된 패키지들을 확인할 수 있습니다.

만약 윈도우 사용자라면 Stackbuilder 또는 PostGIS Windows download site 를 통해 안정적인 버전을 받을 수 있습니다. 또 1~2주에 한 번 혹은 뭔가 특이한 일이 일어날 경우 빌드를 하는 very bleeding-edge windows experimental builds 가 있습니다. 사용자는 이를 통해 진행중인 PostGIS 배포본을 실행해볼 수 있습니다.

PostGIS 모듈은 PostgreSQL 백엔드 서버로의 확장 프로그램입니다. PostGIS 2.4.0 를 컴파일하기 위해서는 완전한 PostgreSQL 서버 헤더 접근이 필요합니다. 이때 PostgreSQL 9.3 또는 이후 버전을 대상으로 컴파일할 수 있습니다. PostgreSQL 이전 버전은 지원하지 않습니다

아직 PostgreSQL을 설치하지 않았다면 PostgreSQL 설치 지침서를 참조하십시오. http://www.postgresql.org .

[Note]

GEOS 기능성을 위해 PostgreSQL설치 시 표준 C++ 라이브러리를 명확하게 링크해야 할 수도 있습니다.

LDFLAGS=-lstdc++ ./configure [YOUR OPTIONS HERE]

이것은 구 버전 개발 도구 이용시 거짓 C++ 예외 상호작용을 피하기 위한 방법입니다. 만약 사용자가 이상한 문제(백엔드가 갑자기 끊어진다거나 또는 비슷한 증상)를 겪는다면 PostgreSQL을 다시 컴파일해야 할 수도 있습니다.

다음은 PostGIS 소스를 설정하고 취합하는 단계를 설명합니다. 리눅스 사용자를 위한 설명이므로 윈도우 또는 맥 사용자에겐 해당되지 않습니다.

2.4.1. 설정

대부분의 리눅스 설치에서 첫 번째 단계는 소스 코드를 빌드하는 데 사용할 Makefile을 생성하는 것입니다. 셸 스크립트를 실행해서 Makefile을 작성합니다.

./configure

추가 파라미터 없이 사용하면, 이 명령은 자동적으로 PostGIS 소스코드를 사용자 시스템에 빌드하는 데 필요한 필수 구성 요소들과 라이브러리의 위치를 확인하려 합니다. ./configure 명령어의 가장 흔한 사용법이긴 하지만, 이 스크립트는 비표준적인 위치에 있는 필수 라이브러리와 프로그램들에 대한 몇몇 파라미터를 받습니다.

다음은 가장 많이 사용되는 파라미터들만 나열한 목록입니다. 전체 목록은 --help 또는 --help=short 파라미터를 사용하십시오.

--prefix=PREFIX

PostGIS 라이브러리와 SQL 스크립트가 설치될 경로입니다. 기본적으로 PostgreSQL가 설치된 경로와 같은 곳에 설치됩니다.

[Caution]

이 파라미터는 현재 작동되지 않습니다. 패키지가 PostgreSQL 설치 경로에만 설치될 것이기 때문입니다. 해당 버그를 추적하려면 http://trac.osgeo.org/postgis/ticket/635 를 참조하십시오.

--with-pgconfig=FILE

PostgreSQL은 PostGIS 같은 확장 프로그램이 PostgreSQL 설치 디렉토리의 위치를 확인하게 해주는 pg_config 라는 유틸리티를 제공합니다. PostGIS 빌드 시 대상이 될 특정 PostgreSQL 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-pgconfig=/path/to/pg_config)를 사용하십시오.

--with-gdalconfig=FILE

GDAL은 래스터 지원을 위한 기능을 제공하는 필수 라이브러리로, GDAL 설치 디렉터리의 위치를 확인하는 소프트웨어 설치를 활성화하기 위한 gdal-config를 지원합니다. PostGIS 빌드 시 대상이 될 특정 GDAL 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-gdalconfig=/path/to/gdal-config)를 사용하십시오.

--with-geosconfig=FILE

GEOS는 필수 도형 라이브러리로, GEOS 설치 디렉터리의 위치를 확인하는 소프트웨어 설치를 활성화하기 위한 geos-config라는 유틸리티를 제공합니다. PostGIS 빌드 시 대상이 될 특정 GEOS 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-geosconfig=/path/to/geos-config)를 사용하십시오.

--with-xml2config=FILE

LibXML은 GeomFromKML/GML 프로세스를 진행하기 위해 필요한 라이브러리입니다. 일반적으로 libxml을 설치하면 찾을 수 있지만, 설치하지 않았거나 특정 버전을 사용하기 바랄 경우 LibXML 설치 디렉터리의 위치를 확인하는 소프트웨어 설치를 활성화하기 위해 xml2-config라는 설정 파일에 PostGIS의 위치를 지정해야 합니다. PostGIS 빌드 시 대상이 될 특정 LibXML 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-xml2config=/path/to/xml2-config)를 사용하십시오.

--with-projdir=DIR

Proj4는 PostGIS 필수 재투영 라이브러리입니다. PostGIS 빌드 시 대상이 될 특정 Proj4 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-projdir=/path/to/projdir)를 사용하십시오.

--with-libiconv=DIR

iconv 설치 경로

--with-jsondir=DIR

JSON-C 는 MIT-라이선스의 JSON 라이브러리로, PostGIS의 ST_GeomFromJSON 지원에 필요합니다. PostGIS 빌드 시 대상이 될 특정 JSON-C 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-jsondir=/path/to/jsondir)를 사용하십시오.

--with-pcredir=DIR

PCRE 는 BSD-라이선스의 펄 호환 가능 정규 표현식 라이브러리로, address_standardizer 확장 프로그램이 필요합니다. PostGIS 빌드 시 대상이 될 특정 PCRE 설치 디렉터리를 사용자가 직접 설정하려면 이 파라미터(--with-pcredir=/path/to/pcredir)를 사용하십시오.

--with-gui

데이터 임포트 GUI 컴파일(GTK+2.0 필요). shp2pgsql-gui의 shp2pgsql에 대한 그래픽 인테페이스를 생성합니다.

--with-raster

래스터 지원이 되도록 컴파일. rtpostgis-2.4.0 라이브러리와 rtpostgis.sql 파일을 빌드합니다. 최종 배포본에서는 기본적으로 래스터 지원을 빌드할 것이기 때문에 필요하지 않을 수도 있습니다.

--without-topology

지형 지원이 되도록 빌드합니다. topology.sql 파일을 빌드할 것입니다. 지형에 필요한 모든 논리가 postgis-2.4.0 라이브러리 내에 존재하기 때문에, 이에 상응하는 다른 라이브러리는 없습니다.

--with-gettext=no

기본적으로 PostGIS는 gettext 지원을 감지해서 함께 컴파일하지만, 로더의 파손을 야기하는 비호환성 문제가 발생할 경우 이 명령어로 gettext 지원을 완전히 비활성화시킬 수 있습니다. 이런 방법으로 설정을 변경해서 문제를 해결하는 예는 버그 티켓 http://trac.osgeo.org/postgis/ticket/748 을 참조하십시오. 주의: gettext 지원을 끈다고 해서 별다른 문제는 없습니다. gettext 지원은 아직 문서화되지도 않았고 검증중에 있는 GUI 로더 용 국제 도움말/라벨 지원에 사용됩니다.

--with-sfcgal=PATH

기본적으로 PostGIS는 이 스위치 없이는 sfcgal 지원과 함께 설치되지 않습니다. PATH 는 sfcgal-config를 가리키는 대체 경로를 지정하도록 해주는 선택적인 인자입니다.

[Note]

PostGIS를 SVN 저장소 에서 얻었다면, 먼저 다음 스크립트를 실행하십시오.

./autogen.sh

이 스크립트는 configure 스크립트를 생성하는데, 이 스크립트는 PostGIS의 사용자 지정 설치를 위해 이용됩니다.

만약 tar 파일 형태로 PostGIS를 얻었다면 이미 configure 가 생성되었기 때문에 ./autogen.sh 를 실행할 필요는 없습니다.

2.4.2. 빌드

일단 Makefile이 생성되면 PostGIS 빌드 작업은 실행만큼이나 쉽습니다.

make

산출물의 마지막 줄에 "PostGIS was built successfully. Ready to install."이란 문장이 보여야 합니다.

PostGIS 1.4.0 버전부터, 모든 함수는 문서에서 생성된 주석을 달고 있습니다. 이후 공간 데이터베이스에 이 주석들을 넣고 싶다면 docbook을 필요로 하는 명령어를 실행하십시오. postgis_comments.sql과 다른 패키지 주석 파일인 raster_comments.sql, topology_comments.sql 은 doc 폴더 안의 tar.gz 배포 파일에 패키징되어 있으므로, tar 파일로부터 설치한 경우에는 따로 주석을 만들 필요가 없습니다.

make comments

PostGIS 2.0 버전부터 소개되었습니다. 빠른 참조 또는 학습용 유인물에 적합한 참조 자료(cheat sheet) html 파일을 생성합니다. 파일 생성에 xsltproc가 필요하며, doc 폴더 안에 다음topology_cheatsheet.html, tiger_geocoder_cheatsheet.html, raster_cheatsheet.html, postgis_cheatsheet.html 4개의 파일을 생성할 것입니다.

html 및 pdf 형식으로 미리 만들어진 파일들을 PostGIS / PostgreSQL Study Guides 에서 다운로드받을 수 있습니다.

make cheatsheets

2.4.3. PostGIS Extensions 빌드 및 배포

PostgreSQL 9.1 이상을 사용 중이라면 PostGIS extentions은 자동적으로 빌드 및 설치됩니다.

소스 저장소로부터 생성할 경우에는, 먼저 function descriptions 부터 빌드해야 합니다. docbook을 설치하셨다면 빌드할 수 있고, 다음 명령을 통해 수동으로 생성할 수도 있습니다:

make comments

만약 사용자가 tar 파일 배포본을 이용해 빌드한다면 미리 빌드된 것이 tar 파일과 함께 배포됨으로 comments를 따로 빌드할 필요가 없습니다.

만약 PostgreSQL 9.1을 기반으로 빌드 중이라면 extensions은 설치 과정의 일환으로 자동 빌드될 것입니다. 만약 필요하다면 extensions 폴더로부터의 빌드하거나 또는 다른 서버에서 필요한 파일을 복사할 수 있습니다.

cd extensions
cd postgis
make clean
make
make install
cd ..
cd postgis_topology
make clean
make
make install
cd ..
cd postgis_sfcgal
make clean
make
make install

cd ..
cd address_standardizer
make clean
make
make install
make installcheck

cd ..
cd postgis_tiger_geocoder
make clean
make
make install
make installcheck
          

extension 파일은 OS에 상관없이 PostGIS버전만 같으면 적용에 문제가 없습니다. 그러므로 PostGIS binaries가 설치된 서버에 확장 파일만 복사해도 문제가 없습니다.

만약 extension을 수동으로 또는 다른 서버에 설치하고 싶으면 다음 파일들을 사용자의 PostgreSQL 설치경로의 PostgreSQL / share / extension 폴더에 있는 extensions 폴더에서 복사하여 PostGIS가 설치되지 않은 서버에 필요한 바이너리 파일들을 넣어 주십시오.

  • 이것들이 지정되지 않은 경우 설치할 수 있는 extension 의 버전 등의 정보를 나타내는 제어 파일입니다. postgis.control, postgis_topology.control.

  • 각 extension의 /sql 폴더에 모든 파일들이 있습니다. 다음 파일들은 postgreSQL의 share/extension 폴더의 루트에 복사 되어야 함에 주의하십시오. extensions/postgis/sql/*.sql, extensions/postgis_topology/sql/*.sql

이렇게 한 다음, 사용자는 사용 가능한 extensions으로 postgis, postgis_topology 을 PgAdmin -> extensions에서 볼 수 있을 것입니다.

만약 psql을 이용 중이라면 다음의 쿼리를 실행함으로써 확인할 수 있습니다.

SELECT name, default_version,installed_version
FROM pg_available_extensions WHERE name LIKE 'postgis%' or name LIKE 'address%';

             name             | default_version | installed_version
------------------------------+-----------------+-------------------
 address_standardizer         | 2.4.0         | 2.4.0
 address_standardizer_data_us | 2.4.0         | 2.4.0
 postgis                      | 2.4.0         | 2.4.0
 postgis_sfcgal               | 2.4.0         |
 postgis_tiger_geocoder       | 2.4.0         | 2.4.0
 postgis_topology             | 2.4.0         |
(6 rows)

만약 사용자가 쿼리하는 데이터베이스에 extension이 설치되어 있다면, 사용자는 installed_version 컬럼에서 이름을 볼 수 있습니다. 만약 아무 레코드도 없다면 서버에 postgis extension이 전혀 설치되어 있지 않음을 뜻합니다. PgAdmin III 1.14이상 버전에서는 데이터베이스 탐색 트리의 extensions에서 마우스 오른쪽 버튼 클릭을 통해 업그레이드 또는 삭제를 허용합니다.

extension이 이용 가능한 상태라면 pgAdmin extension 인터페이스 또는 다음의 sql 명령을 실행함으로써 선택한 데이터베이스 안에 postgis extension을 설치할 수 있습니다:

CREATE EXTENSION postgis;
CREATE EXTENSION postgis_sfcgal;
CREATE EXTENSION fuzzystrmatch; --needed for postgis_tiger_geocoder
--optional used by postgis_tiger_geocoder, or can be used standalone
CREATE EXTENSION address_standardizer;
CREATE EXTENSION address_standardizer_data_us;
CREATE EXTENSION postgis_tiger_geocoder;
CREATE EXTENSION postgis_topology;

PSQL에서 다음 명령어를 사용하면 어떤 버전을 설치했는지, 어떤 스키마로 설치했는지 알 수 있습니다.

\connect mygisdb
\x
\dx postgis*
List of installed extensions
-[ RECORD 1 ]-------------------------------------------------
-
Name        | postgis
Version     | 2.4.0
Schema      | public
Description | PostGIS geometry, geography, and raster spat..
-[ RECORD 2 ]-------------------------------------------------
-
Name        | postgis_tiger_geocoder
Version     | 2.4.0
Schema      | tiger
Description | PostGIS tiger geocoder and reverse geocoder
-[ RECORD 3 ]-------------------------------------------------
-
Name        | postgis_topology
Version     | 2.4.0
Schema      | topology
Description | PostGIS topology spatial types and functions
[Warning]

spatial_ref_sys, layer, topology 확장 테이블은 백업되지 않습니다. 이것들은 postgis 또는 postgis_topology extension이 백업이 될 경우에만 백업이 가능합니다. 이는 전체 데이터베이스가 백업될 때에만 발생한다고 볼 수 있습니다. PosgGIS 2.0.1에서는 데이터베이스 백업시 srid 레코드만이 백업됩니다. 이와 관한 문제를 발견하면 trac 티켓을 발행해주십시오. extension 테이블의 구조들은 CREATE EXTENSION과 함께 생성되기 때문에 백업되지 않습니다. 이러한 방식은 PostgreSQL extension 모델에 적용되기 때문에 조치를 취할 수 있는 방법이 없습니다.

우리의 멋진 확장 프로그램 시스템 없이 2.4.0 을 설치했다면, 먼저 다음 업그레이드 스크립트를 실행해서 확장 프로그램 기반 최신 버전으로 변경할 수 있습니다: postgis_upgrade_22_minor.sql,raster_upgrade_22_minor.sql,topology_upgrade_22_minor.sql.

만일 래스터 지원없이 postgis를 설치했다면, 래스터 지원을 먼저 설치 해야 합니다. (전체 rtpostgis.sql 이용

그런 다음 extension기능 패키지를 설치하기 위한 다음 명령을 실행할 수 있습니다.

CREATE EXTENSION postgis FROM unpackaged;
CREATE EXTENSION postgis_topology FROM unpackaged;
CREATE EXTENSION postgis_tiger_geocoder FROM unpackaged;

2.4.4. 테스트

만약 PostGIS 빌드를 테스트하고 싶다면, 실행하십시오.

make check

위 명령어는 활성 PostgreSQL 데이터베이스 바탕으로 생성된 라이브러리를 이용하여 다양한 확인과 회귀 테스트를 실행할 것입니다.

[Note]

PostgreSQL, GEOS, 또는 Proj4를 표준이 아닌 경로에 설치한 경우, LD_LIBRARY_PATH 환경 변수에 해당 라이브러리 경로를 설정해주어야 합니다.

[Caution]

현재, make check 검사들을 실시할 때에는 PATHPGPORT 환경 변수를 따릅니다. PostgreSQL의 설정 매개변수인 --with-pgconfig에 명시되어 있어도 이것을 적용하지 않습니다. 따라서, PostgreSQL 설치시의 환경설정과 일치하도록 PATH를 수정해주십시오.

성공하였다면 테스트의 결과는 아래와 비슷하게 나올 것입니다:

CUnit - A unit testing framework for C - Version 2.1-2
     http://cunit.sourceforge.net/


Suite: computational_geometry
  Test: test_lw_segment_side ...passed
  Test: test_lw_segment_intersects ...passed
  Test: test_lwline_crossing_short_lines ...passed
  Test: test_lwline_crossing_long_lines ...passed
  Test: test_lwline_crossing_bugs ...passed
  Test: test_lwpoint_set_ordinate ...passed
  Test: test_lwpoint_get_ordinate ...passed
  Test: test_point_interpolate ...passed
  Test: test_lwline_clip ...passed
  Test: test_lwline_clip_big ...passed
  Test: test_lwmline_clip ...passed
  Test: test_geohash_point ...passed
  Test: test_geohash_precision ...passed
  Test: test_geohash ...passed
  Test: test_geohash_point_as_int ...passed
  Test: test_isclosed ...passed
  Test: test_lwgeom_simplify ...passed
Suite: buildarea
  Test: buildarea1 ...passed
  Test: buildarea2 ...passed
  Test: buildarea3 ...passed
  Test: buildarea4 ...passed
  Test: buildarea4b ...passed
  Test: buildarea5 ...passed
  Test: buildarea6 ...passed
  Test: buildarea7 ...passed
Suite: geometry_clean
  Test: test_lwgeom_make_valid ...passed
Suite: clip_by_rectangle
  Test: test_lwgeom_clip_by_rect ...passed
Suite: force_sfs
  Test: test_sfs_11 ...passed
  Test: test_sfs_12 ...passed
  Test: test_sqlmm ...passed
Suite: geodetic
  Test: test_sphere_direction ...passed
  Test: test_sphere_project ...passed
  Test: test_lwgeom_area_sphere ...passed
  Test: test_signum ...passed
  Test: test_gbox_from_spherical_coordinates ...passed
  Test: test_gserialized_get_gbox_geocentric ...passed
  Test: test_clairaut ...passed
  Test: test_edge_intersection ...passed
  Test: test_edge_intersects ...passed
  Test: test_edge_distance_to_point ...passed
  Test: test_edge_distance_to_edge ...passed
  Test: test_lwgeom_distance_sphere ...passed
  Test: test_lwgeom_check_geodetic ...passed
  Test: test_gserialized_from_lwgeom ...passed
  Test: test_spheroid_distance ...passed
  Test: test_spheroid_area ...passed
  Test: test_lwpoly_covers_point2d ...passed
  Test: test_gbox_utils ...passed
  Test: test_vector_angle ...passed
  Test: test_vector_rotate ...passed
  Test: test_lwgeom_segmentize_sphere ...passed
  Test: test_ptarray_contains_point_sphere ...passed
  Test: test_ptarray_contains_point_sphere_iowa ...passed
Suite: GEOS
  Test: test_geos_noop ...passed
  Test: test_geos_subdivide ...passed
  Test: test_geos_linemerge ...passed
Suite: Clustering
  Test: basic_test ...passed
  Test: nonsequential_test ...passed
  Test: basic_distance_test ...passed
  Test: single_input_test ...passed
  Test: empty_inputs_test ...passed
Suite: Clustering Union-Find
  Test: test_unionfind_create ...passed
  Test: test_unionfind_union ...passed
  Test: test_unionfind_ordered_by_cluster ...passed
Suite: homogenize
  Test: test_coll_point ...passed
  Test: test_coll_line ...passed
  Test: test_coll_poly ...passed
  Test: test_coll_coll ...passed
  Test: test_geom ...passed
  Test: test_coll_curve ...passed
Suite: encoded_polyline_input
  Test: in_encoded_polyline_test_geoms ...passed
  Test: in_encoded_polyline_test_precision ...passed
Suite: geojson_input
  Test: in_geojson_test_srid ...passed
  Test: in_geojson_test_bbox ...passed
  Test: in_geojson_test_geoms ...passed
Suite: twkb_input
  Test: test_twkb_in_point ...passed
  Test: test_twkb_in_linestring ...passed
  Test: test_twkb_in_polygon ...passed
  Test: test_twkb_in_multipoint ...passed
  Test: test_twkb_in_multilinestring ...passed
  Test: test_twkb_in_multipolygon ...passed
  Test: test_twkb_in_collection ...passed
  Test: test_twkb_in_precision ...passed
Suite: serialization/deserialization
  Test: test_typmod_macros ...passed
  Test: test_flags_macros ...passed
  Test: test_serialized_srid ...passed
  Test: test_gserialized_from_lwgeom_size ...passed
  Test: test_gbox_serialized_size ...passed
  Test: test_lwgeom_from_gserialized ...passed
  Test: test_lwgeom_count_vertices ...passed
  Test: test_on_gser_lwgeom_count_vertices ...passed
  Test: test_geometry_type_from_string ...passed
  Test: test_lwcollection_extract ...passed
  Test: test_lwgeom_free ...passed
  Test: test_lwgeom_flip_coordinates ...passed
  Test: test_f2d ...passed
  Test: test_lwgeom_clone ...passed
  Test: test_lwgeom_force_clockwise ...passed
  Test: test_lwgeom_calculate_gbox ...passed
  Test: test_lwgeom_is_empty ...passed
  Test: test_lwgeom_same ...passed
  Test: test_lwline_from_lwmpoint ...passed
  Test: test_lwgeom_as_curve ...passed
  Test: test_lwgeom_scale ...passed
  Test: test_gserialized_is_empty ...passed
  Test: test_gbox_same_2d ...passed
Suite: measures
  Test: test_mindistance2d_tolerance ...passed
  Test: test_rect_tree_contains_point ...passed
  Test: test_rect_tree_intersects_tree ...passed
  Test: test_lwgeom_segmentize2d ...passed
  Test: test_lwgeom_locate_along ...passed
  Test: test_lw_dist2d_pt_arc ...passed
  Test: test_lw_dist2d_seg_arc ...passed
  Test: test_lw_dist2d_arc_arc ...passed
  Test: test_lw_arc_length ...passed
  Test: test_lw_dist2d_pt_ptarrayarc ...passed
  Test: test_lw_dist2d_ptarray_ptarrayarc ...passed
  Test: test_lwgeom_tcpa ...passed
  Test: test_lwgeom_is_trajectory ...passed
Suite: effectivearea
  Test: do_test_lwgeom_effectivearea_lines ...passed
  Test: do_test_lwgeom_effectivearea_polys ...passed
Suite: miscellaneous
  Test: test_misc_force_2d ...passed
  Test: test_misc_simplify ...passed
  Test: test_misc_count_vertices ...passed
  Test: test_misc_area ...passed
  Test: test_misc_wkb ...passed
  Test: test_grid ...passed
Suite: noding
  Test: test_lwgeom_node ...passed
Suite: encoded_polyline_output
  Test: out_encoded_polyline_test_geoms ...passed
  Test: out_encoded_polyline_test_srid ...passed
  Test: out_encoded_polyline_test_precision ...passed
Suite: geojson_output
  Test: out_geojson_test_precision ...passed
  Test: out_geojson_test_dims ...passed
  Test: out_geojson_test_srid ...passed
  Test: out_geojson_test_bbox ...passed
  Test: out_geojson_test_geoms ...passed
Suite: gml_output
  Test: out_gml_test_precision ...passed
  Test: out_gml_test_srid ...passed
  Test: out_gml_test_dims ...passed
  Test: out_gml_test_geodetic ...passed
  Test: out_gml_test_geoms ...passed
  Test: out_gml_test_geoms_prefix ...passed
  Test: out_gml_test_geoms_nodims ...passed
  Test: out_gml2_extent ...passed
  Test: out_gml3_extent ...passed
Suite: kml_output
  Test: out_kml_test_precision ...passed
  Test: out_kml_test_dims ...passed
  Test: out_kml_test_geoms ...passed
  Test: out_kml_test_prefix ...passed
Suite: svg_output
  Test: out_svg_test_precision ...passed
  Test: out_svg_test_dims ...passed
  Test: out_svg_test_relative ...passed
  Test: out_svg_test_geoms ...passed
  Test: out_svg_test_srid ...passed
Suite: x3d_output
  Test: out_x3d3_test_precision ...passed
  Test: out_x3d3_test_geoms ...passed
  Test: out_x3d3_test_option ...passed
Suite: ptarray
  Test: test_ptarray_append_point ...passed
  Test: test_ptarray_append_ptarray ...passed
  Test: test_ptarray_locate_point ...passed
  Test: test_ptarray_isccw ...passed
  Test: test_ptarray_signed_area ...passed
  Test: test_ptarray_unstroke ...passed
  Test: test_ptarray_insert_point ...passed
  Test: test_ptarray_contains_point ...passed
  Test: test_ptarrayarc_contains_point ...passed
  Test: test_ptarray_scale ...passed
Suite: printing
  Test: test_lwprint_default_format ...passed
  Test: test_lwprint_format_orders ...passed
  Test: test_lwprint_optional_format ...passed
  Test: test_lwprint_oddball_formats ...passed
  Test: test_lwprint_bad_formats ...passed
Suite: SFCGAL
  Test: test_sfcgal_noop ...passed
Suite: split
  Test: test_lwline_split_by_point_to ...passed
  Test: test_lwgeom_split ...passed
Suite: stringbuffer
  Test: test_stringbuffer_append ...passed
  Test: test_stringbuffer_aprintf ...passed
Suite: surface
  Test: triangle_parse ...passed
  Test: tin_parse ...passed
  Test: polyhedralsurface_parse ...passed
  Test: surface_dimension ...passed
Suite: Internal Spatial Trees
  Test: test_tree_circ_create ...passed
  Test: test_tree_circ_pip ...passed
  Test: test_tree_circ_pip2 ...passed
  Test: test_tree_circ_distance ...passed
  Test: test_tree_circ_distance_threshold ...passed
Suite: triangulate
  Test: test_lwgeom_delaunay_triangulation ...passed
Suite: twkb_output
  Test: test_twkb_out_point ...passed
  Test: test_twkb_out_linestring ...passed
  Test: test_twkb_out_polygon ...passed
  Test: test_twkb_out_multipoint ...passed
  Test: test_twkb_out_multilinestring ...passed
  Test: test_twkb_out_multipolygon ...passed
  Test: test_twkb_out_collection ...passed
  Test: test_twkb_out_idlist ...passed
Suite: varint
  Test: test_zigzag ...passed
  Test: test_varint ...passed
  Test: test_varint_roundtrip ...passed
Suite: wkb_input
  Test: test_wkb_in_point ...passed
  Test: test_wkb_in_linestring ...passed
  Test: test_wkb_in_polygon ...passed
  Test: test_wkb_in_multipoint ...passed
  Test: test_wkb_in_multilinestring ...passed
  Test: test_wkb_in_multipolygon ...passed
  Test: test_wkb_in_collection ...passed
  Test: test_wkb_in_circularstring ...passed
  Test: test_wkb_in_compoundcurve ...passed
  Test: test_wkb_in_curvpolygon ...passed
  Test: test_wkb_in_multicurve ...passed
  Test: test_wkb_in_multisurface ...passed
  Test: test_wkb_in_malformed ...passed
Suite: wkb_output
  Test: test_wkb_out_point ...passed
  Test: test_wkb_out_linestring ...passed
  Test: test_wkb_out_polygon ...passed
  Test: test_wkb_out_multipoint ...passed
  Test: test_wkb_out_multilinestring ...passed
  Test: test_wkb_out_multipolygon ...passed
  Test: test_wkb_out_collection ...passed
  Test: test_wkb_out_circularstring ...passed
  Test: test_wkb_out_compoundcurve ...passed
  Test: test_wkb_out_curvpolygon ...passed
  Test: test_wkb_out_multicurve ...passed
  Test: test_wkb_out_multisurface ...passed
  Test: test_wkb_out_polyhedralsurface ...passed
Suite: wkt_input
  Test: test_wkt_in_point ...passed
  Test: test_wkt_in_linestring ...passed
  Test: test_wkt_in_polygon ...passed
  Test: test_wkt_in_multipoint ...passed
  Test: test_wkt_in_multilinestring ...passed
  Test: test_wkt_in_multipolygon ...passed
  Test: test_wkt_in_collection ...passed
  Test: test_wkt_in_circularstring ...passed
  Test: test_wkt_in_compoundcurve ...passed
  Test: test_wkt_in_curvpolygon ...passed
  Test: test_wkt_in_multicurve ...passed
  Test: test_wkt_in_multisurface ...passed
  Test: test_wkt_in_tin ...passed
  Test: test_wkt_in_polyhedralsurface ...passed
  Test: test_wkt_in_errlocation ...passed
Suite: wkt_output
  Test: test_wkt_out_point ...passed
  Test: test_wkt_out_linestring ...passed
  Test: test_wkt_out_polygon ...passed
  Test: test_wkt_out_multipoint ...passed
  Test: test_wkt_out_multilinestring ...passed
  Test: test_wkt_out_multipolygon ...passed
  Test: test_wkt_out_collection ...passed
  Test: test_wkt_out_circularstring ...passed
  Test: test_wkt_out_compoundcurve ...passed
  Test: test_wkt_out_curvpolygon ...passed
  Test: test_wkt_out_multicurve ...passed
  Test: test_wkt_out_multisurface ...passed

Run Summary:    Type  Total    Ran Passed Failed Inactive
              suites     38     38    n/a      0        0
               tests    251    251    251      0        0
             asserts   2468   2468   2468      0      n/a

Elapsed time =    0.298 seconds

Creating database 'postgis_reg'
Loading PostGIS into 'postgis_reg'
  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/postgis.sql
  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/postgis_comments.sql
Loading SFCGAL into 'postgis_reg'
  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/sfcgal.sql
  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/sfcgal_comments.sql
PostgreSQL 9.4.4, compiled by Visual C++ build 1800, 32-bit
  Postgis 2.2.0dev - r13980 - 2015-08-23 06:13:07
  scripts 2.2.0dev r13980
  GEOS: 3.5.0-CAPI-1.9.0 r4088
  PROJ: Rel. 4.9.1, 04 March 2015
  SFCGAL: 1.1.0

Running tests

 loader/Point .............. ok
 loader/PointM .............. ok
 loader/PointZ .............. ok
 loader/MultiPoint .............. ok
 loader/MultiPointM .............. ok
 loader/MultiPointZ .............. ok
 loader/Arc .............. ok
 loader/ArcM .............. ok
 loader/ArcZ .............. ok
 loader/Polygon .............. ok
 loader/PolygonM .............. ok
 loader/PolygonZ .............. ok
 loader/TSTPolygon ......... ok
 loader/TSIPolygon ......... ok
 loader/TSTIPolygon ......... ok
 loader/PointWithSchema ..... ok
 loader/NoTransPoint ......... ok
 loader/NotReallyMultiPoint ......... ok
 loader/MultiToSinglePoint ......... ok
 loader/ReprojectPts ........ ok
 loader/ReprojectPtsGeog ........ ok
 loader/Latin1 .... ok
 loader/Latin1-implicit .... ok
 loader/mfile .... ok
 dumper/literalsrid ....... ok
 dumper/realtable ....... ok
 affine .. ok
 bestsrid .. ok
 binary .. ok
 boundary .. ok
 cluster .. ok
 concave_hull .. ok
 ctors .. ok
 dump .. ok
 dumppoints .. ok
 empty .. ok
 forcecurve .. ok
 geography .. ok
 in_geohash .. ok
 in_gml .. ok
 in_kml .. ok
 in_encodedpolyline .. ok
 iscollection .. ok
 legacy .. ok
 long_xact .. ok
 lwgeom_regress .. ok
 measures .. ok
 operators .. ok
 out_geometry .. ok
 out_geography .. ok
 polygonize .. ok
 polyhedralsurface .. ok
 postgis_type_name .. ok
 regress .. ok
 regress_bdpoly .. ok
 regress_index .. ok
 regress_index_nulls .. ok
 regress_management .. ok
 regress_selectivity .. ok
 regress_lrs .. ok
 regress_ogc .. ok
 regress_ogc_cover .. ok
 regress_ogc_prep .. ok
 regress_proj .. ok
 relate .. ok
 remove_repeated_points .. ok
 removepoint .. ok
 setpoint .. ok
 simplify .. ok
 simplifyvw .. ok
 size .. ok
 snaptogrid .. ok
 split .. ok
 sql-mm-serialize .. ok
 sql-mm-circularstring .. ok
 sql-mm-compoundcurve .. ok
 sql-mm-curvepoly .. ok
 sql-mm-general .. ok
 sql-mm-multicurve .. ok
 sql-mm-multisurface .. ok
 swapordinates .. ok
 summary .. ok
 temporal .. ok
 tickets .. ok
 twkb .. ok
 typmod .. ok
 wkb .. ok
 wkt .. ok
 wmsservers .. ok
 knn .. ok
 hausdorff .. ok
 regress_buffer_params .. ok
 offsetcurve .. ok
 relatematch .. ok
 isvaliddetail .. ok
 sharedpaths .. ok
 snap .. ok
 node .. ok
 unaryunion .. ok
 clean .. ok
 relate_bnr .. ok
 delaunaytriangles .. ok
 clipbybox2d .. ok
 subdivide .. ok
 in_geojson .. ok
 regress_sfcgal .. ok
 sfcgal/empty .. ok
 sfcgal/geography .. ok
 sfcgal/legacy .. ok
 sfcgal/measures .. ok
 sfcgal/regress_ogc_prep .. ok
 sfcgal/regress_ogc .. ok
 sfcgal/regress .. ok
 sfcgal/tickets .. ok
 sfcgal/concave_hull .. ok
 sfcgal/wmsservers .. ok
 sfcgal/approximatemedialaxis .. ok
 uninstall .  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/uninstall_sfcgal.sql
  /projects/postgis/branches/2.2/regress/00-regress-install/share/contrib/postgis/uninstall_postgis.sql
. ok (4336)

Run tests: 118
Failed: 0

-- --with-gui 옵션으로 빌드했을 경우, 다음 내용도 볼 수 있어야 합니다.

     CUnit - A unit testing framework for C - Version 2.1-2
     http://cunit.sourceforge.net/


Suite: Shapefile Loader File shp2pgsql Test
  Test: test_ShpLoaderCreate() ...passed
  Test: test_ShpLoaderDestroy() ...passed
Suite: Shapefile Loader File pgsql2shp Test
  Test: test_ShpDumperCreate() ...passed
  Test: test_ShpDumperDestroy() ...passed

Run Summary:    Type  Total    Ran Passed Failed Inactive
              suites      2      2    n/a      0        0
               tests      4      4      4      0        0
             asserts      4      4      4      0      n/a

postgis_tiger_geocoderaddress_standardizer 확장 프로그램은 현재 표준 PostgreSQL 설치검사(installcheck)만을 지원합니다. 이 확장 프로그램들을 테스트하려면 다음을 실행하십시오. 주의: 이미 PostGIS 코드 폴더의 루트에서 make install을 실행했다면 다시 실행할 필요는 없습니다.

address_standardizer의 경우:

cd extensions/address_standardizer
make install
make installcheck
          

다음과 같은 결과가 나와야 합니다:

============== dropping database "contrib_regression" ==============
DROP DATABASE
============== creating database "contrib_regression" ==============
CREATE DATABASE
ALTER DATABASE
============== running regression test queries        ==============
test test-init-extensions     ... ok
test test-parseaddress        ... ok
test test-standardize_address_1 ... ok
test test-standardize_address_2 ... ok

=====================
 All 4 tests passed.
=====================

TIGER 지오코딩 도구의 경우, 사용자의 PostgreSQL 인스턴스 안에서 PostGIS 및 fuzzystrmatch 확장 프로그램을 이용할 수 있는지 확인하십시오. address_standardizer 지원이 되도록 PostGIS를 빌드했다면 address_standardizer 테스트도 함께 실행될 것입니다.

cd extensions/postgis_tiger_geocoder
make install
make installcheck
          

다음과 같은 결과가 나와야 합니다:

============== dropping database "contrib_regression" ==============
DROP DATABASE
============== creating database "contrib_regression" ==============
CREATE DATABASE
ALTER DATABASE
============== installing fuzzystrmatch               ==============
CREATE EXTENSION
============== installing postgis                     ==============
CREATE EXTENSION
============== installing postgis_tiger_geocoder      ==============
CREATE EXTENSION
============== installing address_standardizer        ==============
CREATE EXTENSION
============== running regression test queries        ==============
test test-normalize_address   ... ok
test test-pagc_normalize_address ... ok

=====================
All 2 tests passed.
=====================

2.4.5. 설치

PostGIS 설치를 위해서 다음을 입력하십시오.

make install

이것은 --prefix 설정 파라미터에 정의된 하위 경로에 PostGIS 설치 파일을 복사할 것입니다.

  • 로더(loader)와 덤퍼 바이너리 들은 [prefix]/bin에 설치됩니다.

  • postgis.sql와 같은 SQL 파일들은 [prefix]/share/contrib에 설치됩니다.

  • PostGIS 라이브러리들은 [prefix]/lib에 설치됩니다.

만약 기존에 postgis_comments.sql, raster_comments.sql 파일을 생성하기 위해 make comments 명령어를 실행한 적이 있으시다면, 다음을 실행해 sql 파일을 설치하십시오.

make comments-install

[Note]

xsltproc의 적용 이후 일반적인 설치로부터 postgis_comments.sql, raster_comments.sql, topology_comments.sql는 분리되었습니다.

2.5. EXTENSIONS을 활용한 공간 데이터베이스 생성

Postgre 9.1이상 버전을 사용하고 계시고 extensions/ postgis 모듈을 컴파일하고 설치하였다면 공간 데이터베이스를 이 방법으로 생성하실 수 있습니다.

createdb [yourdatabase]

핵심 postgis extension은 PostGIS의 도형. 지리, 래스터, spatial_ref_sys 및 모든 기능들과 주석을 간단한 명령어로 설치합니다

CREATE EXTENSION postgis;

psql -d [yourdatabase] -c "CREATE EXTENSION postgis;"

토폴로지는 별도 extension로써 패키지화 되어 있고, 아래의 명령어로 설치 가능합니다:

psql -d [yourdatabase] -c "CREATE EXTENSION postgis_topology;"

만약 새로운 DB에 기존 버전의 백업을 복원하고 싶다면 다음을 실행하십시오:

psql -d [yourdatabase] -f legacy.sql

복구와 청소를 마친 뒤 앞으로 사용하지 않을 기능들을 제거하기 위해서는 uninstall_legacy.sql을 실행하십시오.

2.6. 템플릿을 이용하여 공간 데이터베이스 생성하기

[Note]

This is generally only needed if you built-PostGIS without raster support. Since raster functions are part of the postgis extension, extension support is not enabled if PostGIS is built without raster.

PostGIS 데이터베이스를 생성하기 위한 첫 번째 절차는 간단한 PostgreSQL 데이터베이스를 생성하는 것입니다.

createdb [yourdatabase]

많은 PostGIS 기능들은 PL/pgSQL procedural 언어로 쓰여져 있습니다. 따라서, 새로운 데이터베이스에 PL/pgSQL을 활성화하는 것이 PostGIS 데이터베이스를 생성하기 위한 두 번째 단계입니다. 이는 아래 명령어를 통해 가능하고, PostgreSQL 8.4이상 버전의 경우에는 일반적으로 이미 설치되어 있습니다.

createlang plpgsql [yourdatabase]

이제 postgis.sql definitions 파일을 로딩함으로써 (환경설정시 [prefix]/share/contrib에 경로 설정) PostGIS 객체 및 함수 정의를 데이터베이스에 로딩하십시오.

psql -d [yourdatabase] -f postgis.sql

EPSG 좌표계 정의 식별자의 완전한 세팅을 위해서는spatial_ref_sys.sql 정의 파일을 로드 할 수 있으며 spatial_ref_sys 테이블을 추가할 수 있습니다. 이것은 ST_Transform() 기능을 수행할 수 있게 해줍니다.

psql -d [yourdatabase] -f spatial_ref_sys.sql

주석을 PostGIS 기능에 추가하고 싶은 경우에는 공간 데이터베이스에 postgis_comments.sql 을 로딩하는 것이 첫 번째 과정입니다. 주석은 psql 터미널 창에서 \dd [function_name]을 입력하여 조회할 수 있습니다.

psql -d [yourdatabase] -f postgis_comments.sql

래스터 지원 설치

psql -d [yourdatabase] -f rtpostgis.sql

래스터 지원 주석 설치. psql, PgAdmin또는 다른 PostgreSQL 도구에서 각각의 래스터 기능을 위한 빠른 도움말을 제공합니다.

psql -d [yourdatabase] -f raster_comments.sql

토폴로지 지원 설치

psql -d [yourdatabase] -f topology/topology.sql

토폴로지 지원 주석 설치. Psql, PgAdmin또는 다른 PostgreSQL 도구에서 토폴로지 기능을 위한 빠른 도움말을 제공합니다.

psql -d [yourdatabase] -f topology/topology_comments.sql

만약 새로운 DB에 기존 버전의 백업을 복원하고 싶다면 다음을 실행하십시오:

psql -d [yourdatabase] -f legacy.sql

[Note]

대안으로 legacy_minimal.sql이 있습니다. 이는 테이블을 복원하고 MapServer와 Geoserver와 같은 소프트웨어와 연동하는 등의 설치를 대신하여 실행할 수 있습니다. 거리 / 길이 등과 같은 뷰 들을 가지고 계신다면 완전한 legacy.sql이 필요합니다.

복구와 청소를 마친 뒤 앞으로 사용하지 않을 기능들을 제거하기 위해서는 uninstall_legacy.sql을 실행하십시오.

2.7. 주소 표준화 도구 설치 및 활용

address_standardizer 확장 프로그램은 별도로 다운로드해야 하는 별도의 패키지였습니다. PostGIS 2.2 버전부터는 내장되어 있습니다. 이 확장 프로그램이 무슨 일을 하고 사용자의 필요에 따라 어떻게 설정하는지에 대한 자세한 정보는 Chapter 12, 주소 표준화 도구 를 참조하십시오.

이 표준화 도구는 Normalize_Address 대신 PostGIS 용으로 패키징된 TIGER 지오코딩 도구(geocoder)와 함께 쓰일 수 있습니다. 이렇게 대신 사용하는 방법은 Section 2.8.3, “주소 표준화 도구를 TIGER 지오코딩 도구와 함께 사용” 을 참조하십시오. 주소 표준화 도구를 사용자의 다른 지오코딩 도구를 위한 구성 요소(building block)로 사용하거나, 주소를 더 쉽게 비교하기 위해 사용자 주소를 표준화하는 데 사용할 수도 있습니다.

주소 표준화 도구는 PCRE에 의존성을 갖습니다. PCRE는 많은 유닉스 파생 시스템에 일반적으로 이미 설치되어 있지만, http://www.pcre.org 에서 최신 버전을 다운로드할 수 있습니다. Section 2.4.1, “설정” 과정에서 PCRE를 찾았다면, 주소 표준화 도구 확장 프로그램을 자동적으로 빌드할 것입니다. 사용자가 사용하고자 하는 PCRE를 따로 설치한 경우, 설정 파라미터 --with-pcredir=/path/to/pcre/path/to/pcre 부분에 사용자의 PCRE include 및 lib 디렉터리의 루트 폴더를 입력하십시오.

윈도우 사용자의 경우 PostGIS 2.1 이상 버전 번들은 이미address_standardizer와 함께 패키징되어 있으므로 컴파일할 필요없이 바로 CREATE EXTENSION 단계로 건너뛸 수 있습니다.

설치를 완료했다면 사용자 데이터베이스에 연결해서 SQL을 실행할 수 있습니다:

CREATE EXTENSION address_standardizer;

다음 테스트에는 어떤 rules, gaz, 또는 lex 테이블도 필요없습니다.

SELECT num, street, city, state, zip
 FROM parse_address('1 Devonshire Place, Boston, MA 02109');

다음과 같은 결과가 나와야 합니다:

num |         street         |  city  | state |  zip
-----+------------------------+--------+-------+-------
 1   | Devonshire Place PH301 | Boston | MA    | 02109

2.7.1. Regex::Assemble 설치

address_standardizer 확장 프로그램을 컴파일하는 데 펄 Regex:Assemble은 더 이상 필요없습니다. 펄 Regex:Assemble이 생성하는 파일들이 소스 트리의 일부로 통합되었기 때문입니다. 하지만 usps-st-city-orig.txt 또는 usps-st-city-orig.txt usps-st-city-adds.tx 파일을 편집해야 할 경우, parseaddress-stcities.h 를 다시 빌드해야 하는데 이때 Regex:Assemble이 필요합니다.

cpan Regexp::Assemble

또는 우분투/데비안 시스템의 경우 다음 작업을 해야 할 수도 있습니다.

sudo perl -MCPAN -e "install Regexp::Assemble"

2.8. Tiger Geocoder의 설치, 업그레이드 및 데이터 불러오기

Extras like Tiger geocoder may not be packaged in your PostGIS distribution. If you are missing the tiger geocoder extension or want a newer version than what your install comes with, then use the share/extension/postgis_tiger_geocoder.* files from the packages in Windows Unreleased Versions section for your version of PostgreSQL. Although these packages are for windows, the postgis_tiger_geocoder extension files will work on any OS since the extension is an SQL/plpgsql only extension.

2.8.1. TIGER 지오코딩 도구로 사용자의 PostGIS 데이터베이스 활성화: 확장 프로그램 이용

PostgreSQL 9.1 이상 버전과 PostGIS 2.1 이상 버전을 사용중이라면, TIGER 지오코딩 도구를 설치하는 데 새로운 확장 프로그램 모델을 활용할 수 있습니다. 그 방법은 다음과 같습니다.

  1. 먼저 PostGIS 2.1 이상 버전의 바이너리를 다운로드하거나 컴파일해서 일반적인 방법으로 설치하십시오. TIGER 지오코딩 도구는 물론 필수 확장 프로그램도 함께 설치될 것입니다.

  2. PSQL, pgAdmin 또는 다른 도구를 통해 사용자 데이터베이스에 연결해서 다음 SQL 명령어를 실행하십시오. 이미 PostGIS가 설치된 데이터베이스에 설치하는 경우, 첫 번째 단계를 수행할 필요는 없다는 사실을 주의하십시오. 이미 fuzzystrmatch 확장 프로그램이 설치되어 있다면 이 두 번째 단계도 수행할 필요가 없습니다.

    CREATE EXTENSION postgis;
    CREATE EXTENSION fuzzystrmatch;
    -- 규칙 기반 표준화 도구(pagc_normalize_address)를 이용하고자 할 경우 이 명령어는 선택적입니다.
    CREATE EXTENSION address_standardizer;
    CREATE EXTENSION postgis_tiger_geocoder;

    이미 postgis_tiger_geocoder 확장 프로그램을 설치했고 최신 버전으로 업데이트만 하고자 할 경우:

    ALTER EXTENSION postgis UPDATE;
    ALTER EXTENSION postgis_tiger_geocoder UPDATE;

    tiger.loader_platformtiger.loader_variables 에 사용자 지정 항목을 만들었거나 변경한 경우 이 테이블들도 업데이트해야 할 수도 있습니다.

  3. 제대로 설치되었는지 확인하려면 사용자 데이터베이스에 다음 SQL을 실행하십시오:

    SELECT na.address, na.streetname,na.streettypeabbrev, na.zip
            FROM normalize_address('1 Devonshire Place, Boston, MA 02109') AS na;

    다음과 같은 결과가 나와야 합니다:

    address | streetname | streettypeabbrev |  zip
    ---------+------------+------------------+-------
               1 | Devonshire | Pl               | 02109
  4. tiger.loader_platform 테이블에 사용자의 실행 파일과 서버의 경로를 새 레코드로 생성하십시오.

    예를 들어 sh 규약(convention)을 따르는 debbie라는 프로파일을 생성하려면 다음과 같이 해야 합니다.

    INSERT INTO tiger.loader_platform(os, declare_sect, pgbin, wget, unzip_command, psql, path_sep,
                       loader, environ_set_command, county_process_command)
    SELECT 'debbie', declare_sect, pgbin, wget, unzip_command, psql, path_sep,
               loader, environ_set_command, county_process_command
      FROM tiger.loader_platform
      WHERE os = 'sh';

    그 다음 debbie의 pg, unzip,shp2pgsql, PSQL 등의 경로 위치에 맞도록 declare_sect 열의 경로를 편집하십시오.

    loader_platform 테이블을 편집하지 않을 경우, 각 항목의 흔히 있는(common case) 위치만을 담게 되며 스크립트가 생생된 후 생성된 스크립트를 직접 편집해야 할 것입니다.

  5. 서버의 루트, 또는 서버에 충분히 빠른 네트워크로 연결된 경우 사용자 PC의 루트에 gisdata 라는 폴더를 생성하십시오. 이 폴더로 TIGER 파일을 다운로드해서 처리할 것입니다. 서버의 루트에 폴더를 만드는 게 마음에 안 들거나, 또는 단순히 다른 폴더로 변경하고 싶다면, tiger.loader_variables 테이블의 staging_fold 항목을 편집하십시오.

  6. gisdata 폴더 또는 사용자가 staging_fold 에 지정한 폴더 안에 temp라는 폴더를 생성하십시오. 다운로드한 TIGER 데이터를 로더가 이 temp 폴더에 압축해제할 것입니다.

  7. 그 다음 Loader_Generate_Nation_ScriptLoader_Generate_Script SQL 함수를 실행하십시오. 사용자가 지정한 프로파일 명칭을 사용하는지, 스크립트를 .sh 또는 .bat 파일로 복사했는지 확인하십시오. 예를 들어 nation 로드 작업 시 앞에서 만든 새 프로파일을 사용하려면 다음과 같이 해야 합니다:

    SELECT Loader_Generate_Nation_Script('debbie');
  8. 생성된 명령어 스크립트를 실행하십시오.

    cd /gisdata
    sh nation_script_load.sh
  9. After you are done running the nation script, you should have three tables in your tiger_data schema and they should be filled with data. Confirm you do by doing the following queries from psql or pgAdmin

    SELECT count(*) FROM tiger_data.county_all;
    count
    -------
      3233
    (1 row)
    SELECT count(*) FROM tiger_data.state_all;
    count
    -------
        56
    (1 row)
    
  10. By default the tables corresponding to bg, tract, tabblock are not loaded. These tables are not used by the geocoder but are used by folks for population statistics. If you wish to load them as part of your state loads, run the following statement to enable them.

    UPDATE tiger.loader_lookuptables SET load = true WHERE load = false AND lookup_name IN('tract', 'bg', 'tabblock');

    이 SELECT 구문으로 nation load 스크립트를 생성합니다. 자세한 내용을 다음을 참고하십시오. Loader_Generate_Nation_Script

  11. 이 SELECT 구문으로 nation load 스크립트를 생성합니다. 자세한 내용을 다음을 참고하십시오. Loader_Generate_Nation_Script

    [Warning]

    DO NOT Generate the state script until you have already loaded the nation data, because the state script utilizes county list loaded by nation script.

  12. SELECT Loader_Generate_Script(ARRAY['MA'], 'debbie');
  13. 생성된 명령어 스크립트를 실행하십시오.

    cd /gisdata
    sh ma_load.sh
  14. 모든 데이터를 로딩한 다음 또는 어떤 정지 지점에서 모든 TIGER 테이블을 분석해서 (상속된 통계를 포함한) 통계(stat)를 업데이트하는 것이 좋습니다.

    SELECT install_missing_indexes();
    vacuum analyze verbose tiger.addr;
    vacuum analyze verbose tiger.edges;
    vacuum analyze verbose tiger.faces;
    vacuum analyze verbose tiger.featnames;
    vacuum analyze verbose tiger.place;
    vacuum analyze verbose tiger.cousub;
    vacuum analyze verbose tiger.county;
    vacuum analyze verbose tiger.state;

2.8.1.1. TIGER 지오코딩 도구 정규 설치를 확장 프로그램 모델로 변환

확장 프로그램 모델을 사용하지 않고 TIGER 지오코딩 도구를 설치했다면, 다음과 같이 확장 프로그램 모델로 변환시킬 수 있습니다:

  1. 확장 프로그램 제외(non-extension) 모델을 업그레이드하려면 Section 2.8.5, “Tiger Geocoder 업그레이드” 의 지침을 따라해보십시오.

  2. PSQL 또는 pgAdmin을 통해 사용자 데이터베이스에 연결하고 다음 명령어를 실행하십시오:

    CREATE EXTENSION postgis_tiger_geocoder FROM unpackaged;

2.8.2. TIGER 지오코딩 도구로 사용자의 PostGIS 데이터베이스 활성화: 확장 프로그램 없이

우선 앞의 설명에 따라 PostGIS를 설치하십시오.

extras 폴더가 없을 경우, http://download.osgeo.org/postgis/source/postgis-2.4.0.tar.gz 에서 다운로드하십시오.

tar xvfz postgis-2.4.0.tar.gz

cd postgis-2.4.0/extras/tiger_geocoder

tiger_loader_2015.sql (또는 다른 년도를 로드하고자 할 경우, 사용자가 찾을 수 있는 최신 로더)를 사용자의 실행 가능한 서버 등의 경로로 편집하거나, 그 대신 설치 완료 후 loader_platform 테이블을 업데이트할 수도 있습니다. 이 파일 또는 loader_platform 테이블을 편집지 않는다면, 각 항목의 흔히 쓰이는(common case) 위치만 담게 되어 Loader_Generate_Nation_ScriptLoader_Generate_Script SQL 함수를 실행해서 생성된 스크립트를 직접 편집해야 할 것입니다.

TIGER 지오코딩 도구를 처음 설치하는 경우, 윈도우 시스템이라면 create_geocode.bat 스크립트를, Linux/Unix/Mac OSX 시스템이라면 create_geocode.sh 를 사용자의 PostgreSQL에 특화된 설정으로 편집한 다음 명령 프롬프트에서 각각 상응하는 스크립트를 실행하십시오.

tiger 스키마가 데이터베이스에 있는 지와 사용제 데이터베이스 search_path에 해당되는 지를 확인하십시오. 안되어 있다면 아래 명령을 함께 추가하십시오.

ALTER DATABASE geocoder SET search_path=public, tiger;

표준화 주소 기능은 까다로운 주소를 제외하고는 동작합니다. 아래와 비슷하게 나오는지 테스트 해보십시오.

SELECT pprint_addy(normalize_address('202 East Fremont Street, Las Vegas, Nevada 89101')) As pretty_address;
pretty_address
---------------------------------------
202 E Fremont St, Las Vegas, NV 89101
                        

2.8.3. 주소 표준화 도구를 TIGER 지오코딩 도구와 함께 사용

사용자들의 많은 불평 가운데 하나는 주소 정규화 도구 Normalize_Address 함수가 지오코딩 작업 전 준비 과정에서 주소를 정규화한다는 것입니다. 정규화 도구는 완벽하지 않아 그 불완전함을 수정하려면 막대한 노력이 필요합니다. 그래서 우리는 훨씬 나은 주소 표준화 도구 엔진을 가진 또다른 프로젝트와 통합시켰습니다. 이 새로운 address_standardizer를 이용하려면, Section 2.7, “주소 표준화 도구 설치 및 활용” 에 설명된 대로 확장 프로그램을 컴파일해서 사용자 데이터베이스에 확장 프로그램으로 설치하십시오.

postgis_tiger_geocoder 를 설치했던 데이터베이스에 이 확장 프로그램을 설치했다면, Normalize_Address 대신 Pagc_Normalize_Address 를 이용할 수 있습니다. 이 확장 프로그램은 TIGER 유무와 상관없이 동작하므로, 국제 주소와 같은 다른 데이터 소스와 함께 사용할 수 있습니다. 실제로 TIGER 지오코딩 도구 확장 프로그램은 규칙 테이블 ( tiger.pagc_rules) , 지명 색인 테이블 (tiger.pagc_gaz), 그리고 어휘 목록 테이블 (tiger.pagc_lex) 자체 수정 버전과 함께 패키징되어 있습니다. 사용자 자신의 필요에 따라 이들을 추가하고 업데이트해서 표준화 작업 과정을 향상시킬 수 있습니다.

2.8.4. Tiger Data 불러오기

Tiger 데이터를 로딩하기 위한 보다 자세한 설명은 extras/tiger_geocoder/tiger_2011/README에서 이용 가능합니다. 여기서는 일반적인 과정만 안내해 드립니다.

인구조사 웹사이트에서 필요한 주의 데이터를 다운로드 받습니다. 압축을 풀면 주 단위로 별개의 세트로 이뤄져 있습니다. 각 주 테이블은 tiger스키마 정의에 따라 접속 및 쿼리 할 수 있고, Drop_State_Tables_Generate_Script를 다시 불러오거나 삭제하는 등의 작업을 실시할 수 있습니다.

데이터를 로딩하기 위해서는 다음과 같은 도구들이 필요합니다:

  • 인구조사 웹사이트에서 받은 압축 파일을 풀기 위한 툴

    Unix 계열 시스템에서는 대부분 unzip으로 해제할 수 있습니다.

    윈도우의 경우, 무료 압축/압축해제 툴인 7-zip이 http://www.7-zip.org/에서 다운로드 가능합니다.

  • PostGIS 기본 설치시 설치되는 shp2pgsql 명령

  • 웹 다운로드 툴인 wget은 대부분의Unix/Linux 시스템에 설치되어 있습니다.

    윈도우를 사용 중이면 http://gnuwin32.sourceforge.net/packages/wget.htm에서 다운로드 가능합니다.

tiger_2010을 업그레이드하는 경우, 먼저 Drop_Nation_Tables_Generate_Script 를 생성한 다음 실행해야 합니다. 행정구역 데이터를 로드하기 전에 로더 스크립트를 생성하는 Loader_Generate_Nation_Script 를 통해 전국 데이터를 로드해야 합니다. Loader_Generate_Nation_Script 를 사용하면 (2010년에서) 업그레이드는 물론 새로운 설치까지 한번에 끝날 것입니다.

사용자의 플랫폼에서 사용자가 지정한 행정구역 데이터를 로드하는 스크립트를 생성하려면 Loader_Generate_Script 를 참조하십시오. 이 데이터들을 개별적으로 로드할 수 있다는 점을 기억하십시오. 사용자가 지정한 모든 행정구역을 한번에 로드하지 않아도 됩니다. 필요할 때마다 로드할 수 있습니다.

원하는 데이터가 로딩이 된 후 Install_Missing_Indexes에서 설명된 대로 다음을 실행하십시오:

SELECT install_missing_indexes();

실행이 잘되는지 확인하려면 Geocode를 이용하여 해당 주의 주소를 변환시켜 보십시오.

2.8.5. Tiger Geocoder 업그레이드

PostGIS 2.0 이상 버전과 함께 패키징된 TIGER 지오코딩 도구를 이미 설치했다면, 그리고 사용자가 간절히 바라는 수정 사항이 있다면, 언제라도, 심지어 tar 파일 내부에서도 함수를 업그레이드할 수 있습니다. 이 작업은 확장 프로그램과 함께 설치되지 않은 TIGER 지오코딩 도구라야만 가능합니다.

extras 폴더가 없을 경우, http://download.osgeo.org/postgis/source/postgis-2.4.0.tar.gz 에서 다운로드하십시오.

tar xvfz postgis-2.4.0.tar.gz

cd postgis-2.4.0/extras/tiger_geocoder/tiger_2011

윈도우 시스템이라면 upgrade_geocoder.bat 스크립트를, Linux/Unix/Mac OSX 시스템이라면 upgrade_geocoder.sh 스크립트를 찾으십시오. 사용자의 PostGIS 데이터베이스 사양에 맞춰 파일을 편집하십시오.

2010이나 2011을 업그레이드하는 경우, 로더 스크립트의 해당 라인을 주석 처리(unremark out)해야 2012 데이터를 로드하기 위한 최신 스크립트를 얻을 수 있다는 점을 기억하십시오.

명령 프롬프트에서 각 플랫폼에 상응하는 스크립트를 실행하십시오.

다음으로 모든 nation 테이블을 drop 하고 새로 불러옵니다. 이 SQL 문장으로 drop 스크립트를 만듭니다. 자세한 내용은 다음을 참고하십시오. Drop_Nation_Tables_Generate_Script

SELECT drop_nation_tables_generate_script();

생성된 drop SQL 문장을 실행하십시오.

이 SELECT 구문으로 nation load 스크립트를 생성합니다. 자세한 내용을 다음을 참고하십시오. Loader_Generate_Nation_Script

윈도우용

SELECT loader_generate_nation_script('windows'); 

unix/linux 용

SELECT loader_generate_nation_script('sh');

생성된 스크립트를 어떻게 실행하는지 배우시려면 Section 2.8.4, “Tiger Data 불러오기”을 참고하십시오. 이것은 단지 한번만 하면 됩니다.

[Note]

사용자는 2010/2011 state 테이블을 합칠 수도 있고 각 state 별로 업그레이드 할 수도 있습니다. state를 2011로 업데이트 하기 전에, Drop_State_Tables_Generate_Script을 이용해 2010 테이블들을 drop 해야 합니다.

2.9. 템플릿을 이용하여 공간 데이터베이스 생성하기

일부 PostGIS 배포 패키지(특히 PostGIS1.1.5 이상 버전의 Win32 인스톨러)는 template_postgis라 불리는 템플릿 데이터베이스를 포함하고 있습니다. PostgreSQL에 template_postgis 데이터베이스가 존재하고 있다면 사용자 또는 응용프로그램에서 공간 데이터베이스를 간단한 명령어를 통해 생성 가능합니다. 두 경우 모두 새로운 데이터베이스들을 생성할 수 있는 권한을 사용자가 가지고 있어야 한다는 점을 주의하십시오.

쉘에서:

# createdb -T template_postgis my_spatial_db

SQL 에서:

postgres=# CREATE DATABASE my_spatial_db TEMPLATE=template_postgis

2.10. 업그레이드

공간 데이터베이스 업그레이드는 대체할 또는 새로운 PostGIS 객체 정의를 요구하기 때문에 까다로울 수 있습니다.

안타깝게도 실제 데이터베이스 내에서 모든 정의들이 쉽게 대체될 수 있지 않습니다. 그러므로 때론 dump/reload 방식이 최고의 선택일 수 있습니다.

PostGIS는 사소하거나 버그 수정 버전을 위한 SOFT UPGRADE와 주요 버전을 위한 HARD UPGRADE를 제공합니다.

PostGIS 업그레이드에 앞서 데이터를 미리 백업해두시는 것은 언제나 중요합니다. pg_dump를 할 때 –Fc flag를 이용하면HARD UPGRADE시 dump를 복원할 수 있습니다.

2.10.1. 소프트 업그레이드

extension을 포함하여 데이터베이스를 설치하실 경우, extension 모델 또한 업그레이드 하여야 합니다. 이전 SQL 스크립트 방식으로 설치한 경우, 마찬가지로 SQL 스크립트 방식으로 업그레이드해야 합니다. 부록을 참고해 주십시오.

2.10.1.1. 9.1+ 이전이나 extension 없는 소프트 업그레이드

이 단원은 extension 없이 PostGIS를 설치한 경우만 해당됩니다. 만약 extension가 있으신 상태에서 이 단원에서 설명하는대로 설치를 하시면 아래와 같은 메시지를 받게 되실 것입니다:

can't drop ... because postgis extension depends on it

컴파일 및 설치(make install)가 끝나면 설치 폴더에 postgis_upgrade.sqlrtpostgis_upgrade.sql 이 있을 것입니다. 예를 들면 /usr/share/postgresql/9.3/contrib/postgis_upgrade.sql 과 같은 경로에 말입니다. postgis_upgrade.sql 을 설치하십시오. 래스터 기능을 설치했다면, /usr/share/postgresql/9.3/contrib/postgis_upgrade.sql 도 설치해야 합니다. PostGIS 1.* 버전에서 2.* 버전으로 또는 PostGIS 2.* r7409 이전 버전에서 업그레이드하는 경우 하드 업그레이드 작업을 해야 합니다.

psql -f postgis_upgrade.sql -d your_spatial_database

rtpostgis_upgrade*.sqltopology_upgrade*.sql라는 이름을 가진 파일을 통해 똑같은 절차가 래스터 및 토폴로지 extension에도 적용됩니다.

psql -f rtpostgis_upgrade.sql -d your_spatial_database
psql -f topology_upgrade.sql -d your_spatial_database
[Note]

만약 버전 업그레이드를 위해 맞는 postgis_upgrade*.sql을 찾을 수 없다면, 이는 너무 초기 사용하고 계신다는 것을 의미하며 HARD UPGRADE가 필요합니다.

The PostGIS_Full_Version을 이용하면 이러한 종류의 업그레이드가 필요할 경우 “procs need upgrade” 메시지를 통해 알려드릴 것입니다.

2.10.1.2. 9.1 버전 이상의 extension을 이용한 소프트 업그래이드

extension과 함께 PostGIS를 설치한 경우 extension 또한 업그레이드 하셔야 합니다. Extension에 대한 사소한 업그레이드는 어렵지 않습니다.

ALTER EXTENSION postgis UPDATE TO "2.4.0";
ALTER EXTENSION postgis_topology UPDATE TO "2.4.0";

만약 다음과 같은 에러 메시지가 보인다면:

No migration path defined for ... to 2.4.0

사용자 데이터베이스를 백업하고, Section 2.5, “EXTENSIONS을 활용한 공간 데이터베이스 생성” 에서 설명하는 대로 새로운 데이터베이스를 생성한 다음 이 새 데이터베이스에 사용자의 백업을 복원해야 합니다.

다음과 같은 에러 메시지가 표출되는 경우:

Version "2.4.0" of extension "postgis" is already installed

이미 모든 것이 최신 상태라는 뜻이므로 무시해도 괜찮습니다. 한 SVN 버전에서 다음 버전으로 (실제 버전은 올라가지 않습니다) 업그레이드하려는 게 아니라면 말입니다. 이런 경우엔 버전 문자열에 "next"를 덧붙일 수 있습니다. 다음 업그레이드 작업시 이 "next" 접미사(suffix)를 다시 삭제해야 할 것입니다.

ALTER EXTENSION postgis UPDATE TO "2.4.0next";
ALTER EXTENSION postgis_topology UPDATE TO "2.4.0next";
[Note]

원래 버전을 지정하지 않고 PostGIS를 설치한 경우, 복원 작업 전에 PostGIS 확장 프로그램을 재설치하는 과정을 건너뛸 수도 있습니다. 백업 파일에 CREATE EXTENSION postgis 가 포함되어 있으므로 복원 작업 도중 최신 버전을 받아오기 때문입니다.

2.10.2. 하드 업그래이드

HARD UPGRADE는 full dump/reload를 의미합니다. HARD UPGRADE는 PostGIS 객체의 내부 스토리지가 변화하지만 SOFT UPGRADE는 그렇지 않습니다. Release Notes 부록에서 덤프/리로드(하드 업그레이드)가 필요한 버전에 대해 알려줍니다.

덤프/리로드 프로세스는 PostGIS(구 버전들 포함)의 덤프를 건너뛸 수 있도록 하는 postgis_restore.pl script의 지원을 받습니다. 이것은 심볼 등 중복 파일로 인한 문제나 더 이상 사용되지 않는 객체들을 불러오지 않고 설치된 PostGIS의 데이터베이스에 스키마와 데이터가 복구할 수 있게 합니다.

윈도우 사용자를 위한 추가적인 지침이 Windows Hard upgrade에 있습니다.

절차는 다음과 같습니다:

  1. binary blobs이 있는 경우 (-b) 및 진행 상세정보를 원하면 (-v) 옵션을 포함하여 업그레이드를 원하는 데이터베이스(olddb라 부릅시다)의 "custom-format" 덤프를 생성하십시오. 사용자는 데이터베이스의 소유자이면 되며, postgres 슈퍼 계정일 필요는 없습니다.

    pg_dump -h localhost -p 5432 -U postgres -Fc -b -v -f "/somepath/olddb.backup" olddb
  2. newdb라 칭할 새로운 데이터베이스를 만드십시오. 어떻게 하는지 알고 싶다면 Section 2.6, “템플릿을 이용하여 공간 데이터베이스 생성하기”Section 2.5, “EXTENSIONS을 활용한 공간 데이터베이스 생성”을 참조하십시오.

    덤프에서 발견되는 spatial_ref_sys 목록은 복구되지만 spatial_ref_sys에 있는 항목을 덮어 쓰지는 않을 것입니다. 이것은 공식 세트에서 변경된 것이 복구된 데이터베이스와 맞도록 보장하기 위한 것입니다. 만약 어떤 이유로 덮어쓰기를 원하신다면 새 DB를 생성할 때 spatial_ref_sys.sql을 로드 하지 마십시오.

    가지고 계신 데이터베이스가 아주 구버전이거나 가지고 계신 뷰나 기능들의 기능들이 더 이상 사용되지 않는다면 모든 함수, 뷰, 기타가 잘 구성되도록 legacy.sql 로딩을 필요로 할 수도 있습니다. _정말로_ 필요할 경우에만 이를 실행하십시오. 가능하다면 덤핑을 하기 전에 뷰 및 기능들을 업그레이드 할 수 있는지 먼저 확인하십시오. uninstall_legacy.sql을 통해 더 이상 사용되지 않고 앞으로는 사라지게 될 기능들을 제거할 수 있습니다.

  3. postgis_restore.pl을 사용하여 새로운 newdb데이터베이스에 백업을 복구시키십시오. 예상치 못한 에러들이 발생하면 psql에 의해 표시될 것입니다. 그 결과 로그를 보관하십시오.

    perl utils/postgis_restore.pl "/somepath/olddb.backup" | psql -h localhost -p 5432 -U postgres newdb 2
    > errors.txt

다음과 같은 경우에 에러들이 발생할 수 있습니다:

  1. 일부 뷰 또는 기능에서 더 이상 사용되지 않고 사라지게 될 PosgtGIS 객체들을 사용하는 경우입니다. 이러한 문제를 해결하기 위해서 복구에 앞서legacy.sql를 로딩하거나 해당 객체들을 PostGIS에 복구한 다음 마이그레이션을 다시 시도해 보십시오. legacy.sql을 이용하는 방법이 잘 작동했다면, 사용자 코드에서 더 이상 유효하지 않은 함수의 사용을 중단하고 uninstall_legacy.sql을 로딩해 이것들을 제거하는 것을 잊지 마십시오.

  2. 덤프 파일 내부에 있는 spatial_ref_sys의 사용자 지정 레코드 가운데 일부는 유효하지 않은 SRID 값을 가지고 있습니다. 유효한 SRID 값은 0보다 크고 999,000보다 작습니다. 999000에서 999999까지의 값은 내부용으로 할당되어 있는 반면 999,999보다 큰 값은 전혀 쓸 수도 없습니다. 유효하지 않은 SRID 값을 가진 모든 사용자 지정 레코드는 유지될 것입니다. 999,999보다 큰 값은 할당된 범위로 이동되지만, spatial_ref_sys 테이블이 담을 수 있는 불변값을 보호하는 CHECK 제약조건을 잃게 될 수도 있고, 또 (복수의 유효하지 않은 SRID가 할당된 SRID 값 가운데 동일한 값으로 변환될 때) 기본 키(primary key)도 잃게 될 수 있습니다.

    이 문제를 해결하기 위해선 사용자 SRS를 유효한 값의 SRID로 복사하고(아마도910000..910999 범위), 모든 테이블들을 새로운 SRID로 전환하셔야 합니다. (UpdateGeometrySRID 참조), 또한 spatial_ref_sys에서 잘못된 목록을 지우고 check(들)을 다음처럼 재구축 하십시오:

    ALTER TABLE spatial_ref_sys ADD CONSTRAINT spatial_ref_sys_srid_check check (srid > 0 AND srid < 999000 );

    ALTER TABLE spatial_ref_sys ADD PRIMARY KEY(srid));

2.11. 설치 과정에서 흔히 발생하는 문제들

인스톨이나 업그레이드 시 잘 되지 않을 경우 확인해야 할 몇 가지 사항은 아래와 같습니다.

  1. PostgreSQL 9.3 또는 그 보다 최신 버전을 설치하셨는지 체크하십시오. 현재 작동하고 계시는 PostgreSQL의 버전과 동일한 PostgreSQL 소스 버전을 바탕으로 컴파일하였는지 확인해주십시오. (Linux) 배포본이 이미 PostgreSQL이 설치된 경우 중복 설치가 될 수 있고, 또는 이전에 설치한 사실을 잊어버렸을 수도 있습니다. PostGIS는 PostgreSQL 9.3 또는 그 이상 버전에서 작동되므로 구 버전을 이용 시 예상하지 못한 에러들이 발생할 수 있습니다. 어떤 PostgreSQL 버전이 작동하고 있는지 확인하기 위해서는 psql을 통하여 데이터베이스에 접속해 다음의 쿼리를 실행하십시오:

    SELECT version();

    RPM 방식이라면 다음과 같은 rpm 커맨드로 이전 설치 패키지의 존재를 확인할 수 있습니다: rpm -qa | grep postgresql

  2. 만약 업그레이드가 실패하면 기존 PostGIS설치 버전으로 복원하셔야 합니다.

    SELECT postgis_full_version();

또한 PostreSQL, Proj4 라이브러리 및 GEOS 라이브러리에 대한 버전과 경로에 대한 설정이 올바른지 확인하십시오.

  1. 설정은 postgis_config.hh 파일을 생성하기 위해 사용됩니다. POSTGIS_PGSQL_VERSION, POSTGIS_PROJ_VERSION and POSTGIS_GEOS_VERSION 변수가 정확한지 확인하십시오.

2.12. 로더/덤퍼

데이터 로더와 덤퍼는 PostGIS의 한 부분으로서 자동적으로 설치 및 생성됩니다. 로더와 덤퍼를 수동으로 설치하기 위해서는:

# cd postgis-2.4.0/loader
# make
# make install

로더는 shp2pgsql이라고 불리며 ESRI Shape 파일을 PostGIS/PostgreSQL 다루기 알맞도록 전환합니다. 덤퍼는 pgsql2shp이라 불리며 PostGIS 테이블(또는 쿼리들)을 ESRI Shape파일로 전환합니다. 보다 더 상세한 설명을 원하신다면 온라인 도움말과 매뉴얼을 참조하십시오.

Chapter 3. PostGIS 자주 묻는 질문들

3.1. PostGIS 활용에 대한 예제, 지침서, 워크숍 등을 어디에서 찾아볼 수 있을까요?
3.2. PostGIS 1.5에서 돌아가던 응용 프로그램과 데스크톱 툴들이 PostGIS 2.0에서 동작하지 않습니다. 어떻게 고칠 수 있을까요?
3.3. osm2pgsql을 통해 OpenStreetMap 데이터를 로드할 때 다음과 같은 오류가 발생합니다. ERROR: operator class "gist_geometry_ops" does not exist for access method "gist". PostGIS 1.5에서는 잘 됐는데 말이죠.
3.4. PostgreSQL 9.0을 운용 중이며 OpenJump, SafeFME와 그리고 몇 몇 다른 툴들에서 지오메트리들을 더는 읽거나 볼 수 없습니다.
3.5. 지오메트리 컬럼을 보기 위해 PgAdmin을 사용하려고 했으나 비어있습니다. 왜 그런지요?
3.6. 어떠한 종류의 지오메트리 오브젝트들을 저장할 수 있습니까?
3.7. 혼동되네요. 제가 지오메트리-geometry- 또는 지형-geography- 중 어떤 데이터를 사용하여 저장해야 합니까?
3.8. geography에 관한 geographic region이 얼마나 큰지와 같이 더 복잡하고 심오한 질문이 있습니다. geography 컬럼을 이용하여 타당한 답들을 얻을 수 있나요? 예를 들어 극지방 같은 제한사항이 있나요? 필드안의 모든 것은 반구(SQL Server 2008가 가지고 있는 것처럼), 스피드 등에 맞아 떨어져야 하나요?
3.9. 어떻게 GIS 객체를 데이터베이스에 삽입할 수 있나요?
3.10. 어떻게 공간 쿼리를 만들 수 있나요?
3.11. 어떻게 큰 테이블에서 공간 쿼리 속도를 높일 수 있나요?
3.12. 왜 PostgreSQL R-Tree indexes를 지원하지 않나요?
3.13. 왜 AddGeometryColumn() 함수를 사용해야 하나요? 그리고 다른 모든OpenGIS 들도 사용해야만 하나요?
3.14. 다른 오브젝트의 반경 이내 모든 오브젝트들을 찾을 수 있는 가장 좋은 방법은 무엇인가요?
3.15. 어떻게 쿼리의 일부로 좌표계 변환을 수행할 수 있습니까?
3.16. 제법 큰 지오메트리에 ST_AsEWKT와 ST_AsText을 하였습니다. 그랬더니 이것이 빈 필드를 반환했습니다. 왜 이런 것인가요?
3.17. ST_Intersects를 했는데 두 지오메트리가 교차하지 않는다는 메시지를 받았습니다. 교차하고 있음을 내가 아는데 말이죠!!! 왜 이럴까요?
3.18. 저는 PostIGIS를 사용하여 소프트웨어를 개발해 출시하였습니다. 제 소프트웨어도 PostGIS처럼 GPL을 라이센스로 가져야 하나요? 만약 PostGIS를 사용할 경우 제 코드를 공개해야만 하나요?

3.1.

PostGIS 활용에 대한 예제, 지침서, 워크숍 등을 어디에서 찾아볼 수 있을까요?

OpenGeo가 단계별 예제 지침 워크숍 PostGIS 개론 을 제공하고 있습니다. 이 워크숍은 패키징된 데이터는 물론 OpenGeo 스위트(suite) 활용법에 대한 소개를 포함하고 있습니다. 아마도 PostGIS에 대한 최고의 예제일 겁니다.

BostonGIS에서도 PostGIS: 멍청이도 할 수 있는 지침서 를 제공합니다. 이 지침서는 윈도우 사용자를 더 중시하고 있습니다.

3.2.

PostGIS 1.5에서 돌아가던 응용 프로그램과 데스크톱 툴들이 PostGIS 2.0에서 동작하지 않습니다. 어떻게 고칠 수 있을까요?

더 이상 지원되지 않는 상당수의 함수들이 PostGIS 2.0의 코드 기반에서 제거되었습니다. 이 것은 GeoServer나 MapServer, QuantumGIS, 그리고 OpenJump와 같은 몇몇 third-party 툴들 뿐만아니라, 많은 응용 프로그램들에게도 영향을 주고 있습니다. 이것을 해결하는 두가지 방법이 있습니다. thrid-party 응용들의 경우, 당신은 이 이슈들의 많은 부분들이 수정된 최신버전으로 업그레이드 하는 방법을 시도할 수 있습니다. 당신이 직접 개발한 코드인 경우, 당신의 코드가 더이상 제거된 함수들을 사용하지 않도록 수정할 수 있습니다. 이 함수들의 대부분은 ST_Union, ST_Length의 이전 버전들로서 ST_를 사용하지 않는 것들일 것입니다. 마지막 수단으로, legacy.sql을 설치하거나, 당신이 필요한 만큼 legacy.sql의 일부를 수정하십시오.

The legacy.sql 파일은 postgis.sql. 과 같은 폴더에 위치하고 있습니다. 제거되었던 총 200개의 조금은 이상한 구버전 함수를 얻기 위해 postgis.sql 그리고 spatial_ref_sys.sq설치하신 뒤 해당 파일을 설치하시면 됩니다.

3.3.

osm2pgsql을 통해 OpenStreetMap 데이터를 로드할 때 다음과 같은 오류가 발생합니다. ERROR: operator class "gist_geometry_ops" does not exist for access method "gist". PostGIS 1.5에서는 잘 됐는데 말이죠.

PostGIS 2 버전부터 기본 도형 연산자 클래스가 gist_geometry_ops에서 gist_geometry_ops_2d로 변경되었고, gist_geometry_ops는 완전히 삭제되었습니다. PostGIS 2 버전부터 3D를 지원하기 위해 N-D 공간 인덱스를 도입했는데, 구 명칭 gist_geometry_ops가 부정확하고 혼동된다고 여겨졌기 때문입니다.

테이블 및 인덱스를 생성하는 과정의 일부인 몇몇 구 버전 응용 프로그램은 연산자 클래스 명을 정확히 참조합니다. 기본 2D 인덱스를 사용하고자 하는 경우 이렇게 정확히 참조할 필요는 없습니다. 따라서 이런 경우라면 인덱스 생성 명령어를 다음과 같이 변경하십시오:

나쁜 예에서:

CREATE INDEX idx_my_table_geom ON my_table USING gist(geom gist_geometry_ops);

좋은 예로:

CREATE INDEX idx_my_table_geom ON my_table USING gist(geom);

사용자가 연산자 클래스를 지정해야만 하는 유일한 경우는 다음과 같이 3D 공간 인덱스를 생성하고자 할 때뿐입니다:

CREATE INDEX idx_my_super3d_geom ON my_super3d USING gist(geom gist_geometry_ops_nd);

안타깝게도 사용자가 변경할 수 없는, 구 버전 gist_geometry_ops가 하드 코딩되어 있는 컴파일된 코드를 써야만 할 경우, PostGIS 2.0.2 이상 버전에 패키징된 legacy_gist.sql 을 이용해서 구 버전 클래스를 생성할 수 있습니다. 하지만 이 해결 방법을 쓸 경우, 이후 어떤 시점에서 해당 인덱스를 삭제하고 연산자 클래스 없이 재생성하는 것이 좋습니다. 이렇게 하면 향후 다시 업그레이드를 해야 할 때 수고를 덜게 될 것입니다.

3.4.

PostgreSQL 9.0을 운용 중이며 OpenJump, SafeFME와 그리고 몇 몇 다른 툴들에서 지오메트리들을 더는 읽거나 볼 수 없습니다.

PostgreSQL 9.0+에서, bytea 데이터를 위한 디폴트 인코딩은 hex로 바뀌었고 예전 JDBC 드라이브는 여전히 escape format을 취합니다. 이것은 예전 JDBC 드라이버를 사용한 Java 어플리케이션이나 오래된 ST_AsBinary의 작동을 요하는 예전 npgsql 드라이버를 사용하는 .NET 어플리케이션 같은 몇몇 어플리케이션에 영향을 끼칩니다. 이것을 다시 작동시키기 위한 두 가지 접근 방법이 있습니다.

JDBC driver를 최신 PostgreSQL 9.0버전으로 업그레이드 시킬 수 있습니다. 최신 PosgtreSQL버전은 http://jdbc.postgresql.org/download.html에서 다운받으실 수 있습니다

만약 .NET app을 실행중이라면 Npgsql 2.0.11또는 그 이상의 버전을 사용할 수 있습니다. 이는 Francisco Figueiredo's NpgSQL 2.0.11 released blog entry에 설명되어 있는 것과 같이 http://pgfoundry.org/frs/?group_id=1000140에서 다운받으실 수 있습니다.

만약 PostgreSQL driver를 업그레이드 하는 것이 옵션사항이 아니라면 아래를 입력함으로써 이전 방식으로 디폴트 설정을 할 수 있습니다:

ALTER DATABASE mypostgisdb SET bytea_output='escape';

3.5.

지오메트리 컬럼을 보기 위해 PgAdmin을 사용하려고 했으나 비어있습니다. 왜 그런지요?

PgAdmin은 큰 지오메트리에 대해 아무것도 보여주지 않습니다. 지오메트리 컬럼에 있는 데이터를 검증하는 가장 좋은 방법은?

-- 이 스크립트는 사용자의 모든 geom 항목이 차 있다면 어떤 레코드도 반환하지 않습니다.
SELECT somefield FROM mytable WHERE geom IS NULL;
-- 얼마나 큰 지오메트리가 쿼리되는지 알고 싶다면
-- 지오메트리 컬럼에 들어있는 어떤 도형의 점 수중 가장 큰 것을 말해 줌
SELECT MAX(ST_NPoints(geom)) FROM sometable;

3.6.

어떠한 종류의 지오메트리 오브젝트들을 저장할 수 있습니까?

포인트, 라인스트링, 폴리곤, 멀티포인트, 멀티라인스트링, 멀티폴리곤, 그리고 지오메트리컬렉션(GeometryCollection) 도형을 저장할 수 있습니다. PostGIS 2.0 이상 버전이라면 TINS 및 다면체 표면(Polyhedral Surface)도 기본 도형 유형으로 저장할 수 있습니다. Z, M, ZM 확장자를 가지는 오픈GIS WKT 형식(Open GIS Well Known Text Format)이 이런 도형들을 지정하고 있습니다. 현재 다음 세 가지 데이터 유형을 지원합니다. 그 세 가지 유형은 측정시 평면좌표계를 이용하는 표준 OGC 도형 데이터 유형, 구체 또는 편구체 상에서 계산하는 측지좌표계를 이용하는 지리 데이터 유형, 그리고 PostGIS 공간 유형 계보에 새롭게 추가된 래스터 데이터 분석 및 저장을 위한 래스터입니다. 래스터 전용 FAQ도 있습니다. 더 자세한 설명은 Chapter 10, PostGIS 래스터 FAQChapter 9, 래스트 참조문서 를 참조하십시오.

3.7.

혼동되네요. 제가 지오메트리-geometry- 또는 지형-geography- 중 어떤 데이터를 사용하여 저장해야 합니까?

짧은 답변: 지리형(geography)은 장거리(long range distance) 범위 측정을 지원하는 새로운 데이터 유형이지만, 이 유형을 대상으로 하는 계산 대부분은 도형의 경우보다 느립니다. 지리형을 이용할 경우, 평면좌표계를 자세히 알 필요는 없습니다. 사용자가 전세계에 걸친 데이터를 가지고 있고 거리 및 길이를 측정하는 데에만 관심이 있을 경우 일반적으로 지리형이 최선입니다. 도형 데이터 유형은 훨씬 많은 함수가 지원하고, 제3자 도구의 광범위한 지원을 받으며, 도형을 대상으로 하는 연산이 더 빠릅니다 -- 대용량 도형의 경우 때로는 10배 빠르기도 합니다. 사용자가 공간 참조 시스템(Spatial Reference System)에 꽤 익숙하거나, 사용자 데이터 전부가 단일 공간 참조 시스템(SRID) 의 적용을 받는 국지적인 데이터를 처리하는 경우, 또는 상당한 양의 공간 처리 작업을 해야할 경우 도형이 최선입니다. 주의: 각 유형의 장점을 취하기 위해 1단계 작업(one-off)만으로 꽤 쉽게 두 유형을 변환시킬 수 있습니다. 현재 어떤 지원을 받는지 그리고 받지 못 하는지 알고 싶다면 Section 14.11, “PostGIS Function Support Matrix” 를 참조하십시오.

긴 답변: 보다 더 긴 답변을 원하신다면 Section 4.2.2, “도형 데이터 유형과 지리형 데이터 유형을 중첩해서 이용하는 경우” and function type matrix를 참조하십시오.

3.8.

geography에 관한 geographic region이 얼마나 큰지와 같이 더 복잡하고 심오한 질문이 있습니다. geography 컬럼을 이용하여 타당한 답들을 얻을 수 있나요? 예를 들어 극지방 같은 제한사항이 있나요? 필드안의 모든 것은 반구(SQL Server 2008가 가지고 있는 것처럼), 스피드 등에 맞아 떨어져야 하나요?

이 섹션에서 답변하기에는 질문이 너무 깊고 복잡합니다. Section 4.2.3, “지리형 고급 FAQ”을 참조하십시오.

3.9.

어떻게 GIS 객체를 데이터베이스에 삽입할 수 있나요?

첫째로 GIS 데이터를 보관하기 위해 “geometry” 또는 “geography”의 컬럼을 가진 테이블을 생성하셔야 합니다. geography 타입 데이터를 저장하는 것은 geometry를 저장하는 것과는 조금 다릅니다. Geography를 저장하는 것에 관한 보다 자세한 설명은 Section 4.2.1, “지리형의 기초”을 참조하십시오.

Geometry사용을 위해: psql 로 데이터베이스에 접속하시고 다음 SQL을 실행해 보십시오.

CREATE TABLE gtest ( gid serial primary key, name varchar(20)
        , geom geometry(LINESTRING) );

도형 열 정의가 실패하는 경우, 아마도 PostGIS 함수와 객체를 해당 데이터베이스에 로드하지 않았거나 PostGIS 2.0 미만 버전을 사용하고 있을 겁니다. Section 2.4, “소스를 컴파일하고 설치하기: 상세 설명” 를 참조하십시오.

그러고 난 뒤, SQL insert 구문를 사용함으로서 geometry를 테이블에 삽입할 수 있습니다. GIS 객체는 표현을 위해 OpenGIS 컨소시움의 “well-knows text” 포맷을 사용합니다:

INSERT INTO gtest (ID, NAME, GEOM)
VALUES (
  1,
  'First Geometry',
  ST_GeomFromText('LINESTRING(2 3,4 5,6 5,7 8)')
);

다른 GIS 객체에 대해 더 알아보시려면 object reference를 참고하십시오.

테이블의 GIS 데이터를 보시려면:

SELECT id, name, ST_AsText(geom) AS geom FROM gtest;

반환값은 대략 아래처럼 나타납니다:

id | name           | geom
----+----------------+-----------------------------
  1 | First Geometry | LINESTRING(2 3,4 5,6 5,7 8)
(1 row)

3.10.

어떻게 공간 쿼리를 만들 수 있나요?

다른 데이터베이스 쿼리를 만드는 것과 동일한 방식입니다. 하나의 SQL은 반환값, 함수, 부울 연산의 조합입니다.

공간 쿼리들의 경우, 쿼리를 구축할 시 염두에 두어야 할 두 가지 중요한 사항들이 있습니다. 활용할 수 있는 공간 인덱스가 있는가? 그리고 많은 수의 지오메트리에 비용이 많이 드는 고급계산들을 하고 있지 않은가? 가 바로 그 중요한 두 가지 사항들 입니다.

일반적으로, 피쳐의 바운딩박스가 교차하는 지에 대해 테스트를 하는 “교차 연산자(&&)”를 사용하길 원할 것입니다. && 연산자 유용한 이유는 공간 인덱스가 있을 때 테스트 속도를 높일 수 있기 때문입니다. 이는 쿼리를 매우 매우 빠르게 할 것입니다.

사용자는 또한 Distance(), ST_Intersects(), ST_Contains() and ST_Within()와 같은 공간 함수들을 검색 결과를 좁히기 위해 활용하게 될 것입니다. 대부분의 공간 쿼리들은 인덱스를 이용한 테스트 및 공간 함수 테스트를 둘 다 포함합니다. 인덱스를 이용한 테스트는 조건을 충족할 수도 있는 반환 tuple의 숫자를 제한하는 역할을 합니다. 그러고는 공간 함수들은 조건을 정확히 테스트 하기 위해 사용됩니다.

SELECT id, the_geom
FROM thetable
WHERE
  ST_Contains(the_geom,'POLYGON((0 0, 0 10, 10 10, 10 0, 0 0))');

3.11.

어떻게 큰 테이블에서 공간 쿼리 속도를 높일 수 있나요?

큰 테이블에서의 빠른 쿼리는 공간 데이터베이스의 존재이유입니다(트랜잭션 지원와 함께). 그러므로 좋은 인덱스를 가지는 것이 중요합니다.

geometry 컬럼과 함께 테이블에 공간 인덱스를 구축하기 위해 다음과 같은 "CREATE INDEX" 함수를 사용하십시오:

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometrycolumn] );

"USING GIST"옵션은 GiST(Generalized Search Tree) 인덱스를 사용하도록 서버를 알려줍니다.

[Note]

GiST 인덱스들은 손실이 있다고 가정합니다. 손실 인덱스들은 인덱스 구축을 위해 proxy 오브젝트(공간의 경우 바운딩 박스)를 사용합니다.

사용자는 PosgreSQL 쿼리 플래너가 언제 이것을 사용할 지에 합당한 결정을 할 수 있도록 충분한 정보를 갖게 보장해야 합니다. 이렇게 하기 위해서는 geometry 테이블에 “통계 수집”을 반드시 실행 해야 합니다.

PostgreSQL 8.0.x 그리고 그 이상 버전의 경우, VACUUM ANALYZE 명령어을 실행하십시오.

PostgreSQL 7.4.x 그 이하의 버전의 경우, SELECT UPDATE_GEOMETRY_STATS() 명령어를 실행하십시오.

3.12.

왜 PostgreSQL R-Tree indexes를 지원하지 않나요?

PostGIS의 초기 버전들은 PostgreSQL R-Tree 인덱스들을 사용했습니다. 그러나 PostgreSQL R-Tree는 버전0.6 이후 완전히 폐기되었고, 공간인덱싱은 R-Tree-over-GiST scheme를 이용해 제공됩니다.

우리 테스터들이 R-Tree와 GiST의 검색 속도가 유사하다는 것을 보여주었습니다. 원래의 PostgreSQL R-Tree는 GIS 피처들에 적합하지 않은 두 가지 한계점이 있었습니다(이런 한계점은 일반적인 R-Tree의 컨셉 때문이 아닌 PostgreSQL native R-Tree 구현상의 문제임에 주의하십시오):

  • PostgreSQL의 R-Tree 인덱스는 8K 이상의 크기를 가지는 피처를 다루지 못했습니다. GiST 인덱스는 피처 자신 대신에 바운딩 박스를 쓰는 "손실" 트릭을 이용해 할 수 있습니다.

  • PostgreSQL의 R-Tree 인덱스는 "null safe" 하지 않습니다. 그래서 널 지오메트리가 포함된 지오메트리 컬럼에 대한 인덱스 생성이 실패할 수 있습니다.

3.13.

AddGeometryColumn() 함수를 사용해야 하나요? 그리고 다른 모든OpenGIS 들도 사용해야만 하나요?

만약 OpenGIS 지원 기능들을 사용하길 원하지 않으신다면 사용할 필요는 없습니다. 단순히 구 버전의 테이블들을 생성하고 CREATE 문에서 geometry 행들을 정의하십시오. 모든 지오메트리는 -1의 SRID를 가질 것이며, OpenGIS meta-data 테이블은 적절하게 채워지지 않을 것입니다. 그러나, 이것은 PostGIS 기반의 대부분의 애플리케이션들이 실패하도록 할 것 입니다. 그렇기에 geometry 테이블들을 생성하기 위해서 일반적으로 AddGeometryColumn()을 사용토록 권장합니다.

MapServer는 geometry_columns meta-data를 활용하는 애플리케이션 중 하나입니다. 구체적으로 말하면 MapServer는 피처의 on-the-fly reprojection 시 현재 map projection에 Geometry 행의 SRID를 사용할 수 있습니다.

3.14.

다른 오브젝트의 반경 이내 모든 오브젝트들을 찾을 수 있는 가장 좋은 방법은 무엇인가요?

데이터베이스를 가장 효율적으로 사용하기 위해서는 바운딩박스 테스트와 반경 테스트를 결합하는 반경 쿼리를 하는 것이 가장 좋습니다. 바운딩박스 테스트는 공간 인덱스를 사용하며, 후에 반경 테스트를 적용할 데이터의 부분집합에 대한 빠른 엑세스를 제공합니다.

ST_DWithin(geometry, geometry, distance) 함수는 인덱스를 이용한 거리 검색을 수행하는 유용한 방법입니다. 이 함수는 반경을 둘러싸기에 충분한 크기의 검색 직사각형을 생성하며 작동합니다. 그런 뒤 인덱스로 검색된 부분집합에 정확한 거리 검색을 수행합니다.

예를 들어 POINT(1000 1000)의 100 미터 이내의 모든 오브젝트들을 찾기 위해서는 다음의 쿼리를 통해 잘 수행할 수 있습니다:

SELECT * FROM geotable
WHERE ST_DWithin(geocolumn, 'POINT(1000 1000)', 100.0);

3.15.

어떻게 쿼리의 일부로 좌표계 변환을 수행할 수 있습니까?

좌표계 변환을 수행하기 위해서는, 원본과 대상 좌표계가 모두 SPATIAL_REF_SYS 테이블에 정의되어 있어야 하며, 좌표계 변환될 지오메트리가 SRID를 미리 가지고 있어야 합니다. 이것이 만족된다면, 좌표계 변환은 원하는 SRID를 물어보는 것 만큼이나 쉽습니다. 아래에서 지오메트리를 NAD 83 경위도로 투영합니다. 다음은 the_geom 의 srid가 -1(정의되지 않은 좌표계)이 아닌 경우에만 동작합니다.

SELECT ST_Transform(the_geom,4269) FROM geotable;

3.16.

제법 큰 지오메트리에 ST_AsEWKT와 ST_AsText을 하였습니다. 그랬더니 이것이 빈 필드를 반환했습니다. 왜 이런 것인가요?

아마도 큰 텍스트를 보여주지 못하는 PgAdmin이나 다른 툴을 쓰고 있기 때문일 것입니다. 만약 사용자의 지오메트리가 충분히 크다면, 이런 툴에서는 공백으로 나타날 것입니다. PSQL을 사용하시면 WKT로 보거나 출력하실 수 있습니다.

--정말로 비어있는 지오메트리의 수 확인 
SELECT count(gid) FROM geotable WHERE the_geom IS NULL;

3.17.

ST_Intersects를 했는데 두 지오메트리가 교차하지 않는다는 메시지를 받았습니다. 교차하고 있음을 내가 아는데 말이죠!!! 왜 이럴까요?

일반적으로 두 가지 경우에 발생합니다. 사용자의 지오메트리가 유효하지 않거나 - ST_IsValid 확인, 사용자가 ST_AsText가 잘라낸 유효숫자를 가지고 교차한다고 판단하는 경우입니다. 소숫점 이하의 많은 숫자들이 사용자에게 보이지 않습니다.

3.18.

저는 PostIGIS를 사용하여 소프트웨어를 개발해 출시하였습니다. 제 소프트웨어도 PostGIS처럼 GPL을 라이센스로 가져야 하나요? 만약 PostGIS를 사용할 경우 제 코드를 공개해야만 하나요?

그렇지 않습니다. 예를 들어, 리눅스 버전의 오라클 데이터베이스를 생각해보십시오. 리눅스는 GPL이지만 오라클은 그렇지 않습니다. 리눅스에서 운용되는 오라클은 반드시 GPL을 이용해 배포되어야 하나요? 그렇지 않습니다. 그러므로 보유하신 소프트웨어는 어떤 라이센스로라도 원하시는 만큼 PostgreSQL/PostGIS 데이터베이스를 사용하실 수 있습니다.

하나의 예외가 있는데, 본인께서 PostGIS 소스코드에 수정을 가하고 그것을 임의로 수정하신 PostGIS를 배포하는 경우일 것입니다. 이러한 경우에는 수정하신 PostGIS의 코드를 공유하셔야만 하실 수도 있습니다. (그러나 이것 상에서 작동하는 애플리케이션은 제외) 심지어 이렇게 제한된 경우에서도 binaries를 배포하는 사람들에게만 소스 코드를 베포하시면 됩니다. GPL은 binariaes를 제공하는 사람들을 제외하고는 소스 코드 공개를 요구하지 않습니다

The above remains true even if you use PostGIS in conjunction with the optional CGAL-enabled functions. Portions of CGAL are GPL, but so is all of PostGIS already: using CGAL does not make PostGIS any more GPL than it was to start with.

Chapter 4. PostGIS 사용하기: 데이터 관리 및 쿼리

4.1. GIS 오브젝트

PostGIS가 지원하는 GIS 오브젝트들은 OpenGIS 컨소시엄(OGC)에 의해 정의되는 “simple feature”들의 확장판입니다. 0.9 버전 기준으로, PostGIS는 OGC Simple Features for SQL”에 명시된 모든 오브젝트와 함수들을 지원합니다.

PostGIS e3DZ,3DM와 4D 좌표계 지원과 함께 표준을 확장하였습니다.

4.1.1. OpenGIS WKB 및 WKT

OpenGIS사양서에는 공간 오브젝트들을 나타내는 두 가지 표준 방법이 정의되어 있습니다: Well-Known Text (WKT) 형태와 Well-Known Binary (WKB) 형태. WKT와 WKB 모두 오브젝트 타입과 오브젝트를 구성하는 좌표들에 대한 정보를 포함하고 있습니다.

피쳐들의 공간 오브젝트들의 텍스트 문자열표현들(WKT) 의 예들로는 다음과 같은 것들이 있습니다:

  • POINT(0 0)

  • LINESTRING(0 0,1 1,1 2)

  • POLYGON((0 0,4 0,4 4,0 4,0 0),(1 1, 2 1, 2 2, 1 2,1 1))

  • MULTIPOINT((0 0),(1 2))

  • MULTILINESTRING((0 0,1 1,1 2),(2 3,3 2,5 4))

  • MULTIPOLYGON(((0 0,4 0,4 4,0 4,0 0),(1 1,2 1,2 2,1 2,1 1)), ((-1 -1,-1 -2,-2 -2,-2 -1,-1 -1)))

  • GEOMETRYCOLLECTION(POINT(2 3),LINESTRING(2 3,3 4))

OpenGIS 사양서는 공간 객체의 내부 저장 형식이 공간 참조 시스템 식별자(SRID)를 포함하도록 요구합니다. 데이터베이스에 삽입될 공간 객체 생성시 SRID가 필요합니다.

다음과 같은 인터페이스를 이용해서 이 형식을 입력/출력할 수 있습니다.

bytea WKB = ST_AsBinary(geometry);
text WKT = ST_AsText(geometry);
geometry = ST_GeomFromWKB(bytea WKB, SRID);
geometry = ST_GeometryFromText(text WKT, SRID);

예를 들어 OGC 공간 객체를 생성하고 삽입하기 위한 유효한 삽입 구문은 다음과 같을 것입니다:

INSERT INTO geotable ( the_geom, the_name )
VALUES ( ST_GeomFromText('POINT(-126.4 45.32)', 312), 'A Place');

4.1.2. PostGIS EWKB, EWKT 및 기본형

OGC 형식은 2D 도형만을 지원하며, 관련 SRID는 입력/출력 표현식에 절대로 내장되지 않습니다.

PostGIS는 현재 OGC 형식의 상위 집합인 형식을 확장합니다(유효한 모든 WKB/WKT는 유효한 EWKB/EWKT가 됩니다). 하지만 향후 달라질 수도 있습니다. 특히 OGC가 PostGIS 확장 프로그램과 상충하는 새 형식을 들고 나온다면 말입니다. 그러므로 이 피처에 의존해서는 안 됩니다!

PostGIS EWKB/EWKT에는 3DM, 3DZ 및 4D 좌표 지원과 내장 SRID 정보가 추가됩니다.

피쳐들의 공간 오브젝트들의 텍스트 문자열표현들(WKT) 의 예들로는 다음과 같은 것들이 있습니다:

  • POINT(0 0 0) -- XYZ

  • SRID=32632;POINT(0 0) -- SRID 추가 XY

  • POINTM(0 0 0) -- XYM

  • POINT(0 0 0 0) -- XYZM

  • SRID=4326;MULTIPOINTM(0 0 0,1 2 1) -- SRID 추가 XYM

  • MULTILINESTRING((0 0 0,1 1 0,1 2 1),(2 3 1,3 2 1,5 4 1))

  • POLYGON((0 0 0,4 0 0,4 4 0,0 4 0,0 0 0),(1 1 0,2 1 0,2 2 0,1 2 0,1 1 0))

  • MULTIPOLYGON(((0 0 0,4 0 0,4 4 0,0 4 0,0 0 0),(1 1 0,2 1 0,2 2 0,1 2 0,1 1 0)),((-1 -1 0,-1 -2 0,-2 -2 0,-2 -1 0,-1 -1 0)))

  • GEOMETRYCOLLECTIONM( POINTM(2 3 9), LINESTRINGM(2 3 4, 3 4 5) )

  • MULTICURVE( (0 0, 5 5), CIRCULARSTRING(4 0, 4 4, 8 4) )

  • POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)), ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)), ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)), ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )

  • TRIANGLE ((0 0, 0 9, 9 0, 0 0))

  • TIN( ((0 0 0, 0 0 1, 0 1 0, 0 0 0)), ((0 0 0, 0 1 0, 1 1 0, 0 0 0)) )

다음과 같은 인터페이스를 이용해서 이 형식을 입력/출력할 수 있습니다.

bytea EWKB = ST_AsEWKB(geometry);
text EWKT = ST_AsEWKT(geometry);
geometry = ST_GeomFromEWKB(bytea EWKB);
geometry = ST_GeomFromEWKT(text EWKT);

예를 들어 PostGIS 공간 객체를 생성하고 삽입하기 위한 유효한 삽입 구문은 다음과 같을 것입니다:

INSERT INTO geotable ( the_geom, the_name )
  VALUES ( ST_GeomFromEWKT('SRID=312;POINTM(-126.4 45.32 15)'), 'A Place' )

PostgreSQL의 "기본형(canonical form)"은 (어떤 함수도 호출하지 않는) 단순 쿼리로 얻게 되는 표현식을 뜻하며, 간단한 삽입, 업데이트, 또는 복사 쿼리와 함께 사용할 수 있습니다. PostGIS '도형' 유형의 경우 다음과 같은 기본형을 쓸 수 있습니다:

- Output
  - binary: EWKB
        ascii: HEXEWKB (EWKB in hex form)
- Input
  - binary: EWKB
        ascii: HEXEWKB|EWKT 

예를 들어 다음 구문은 EWKT를 읽어들여 기본 ASCII 입력/출력 과정에서 HEXEWKB를 반환합니다:

=# SELECT 'SRID=4;POINT(0 0)'::geometry;

geometry
----------------------------------------------------
01010000200400000000000000000000000000000000000000
(1 row)

4.1.3. SQL-MM Part 3

SQL 멀티미디어 응용 프로그램(SQL Multimedia Applications)의 공간 사양서는 일련의 원호 보간 곡선(circularly interpolated curve) 을 정의해서 SQL 사양에 대응하는 단순 피처를 확장합니다.

SQL-MM 정의는 3DM, 3DZ 및 4D 좌표를 포함하지만 SRID 정보를 내장할 수는 없습니다.

아직 WKT 확장 프로그램을 완전히 지원하지는 않습니다. 다음은 단순 곡선 도형의 일부 예시입니다.

  • CIRCULARSTRING(0 0, 1 1, 1 0)

    CIRCULARSTRING(0 0, 4 0, 4 4, 0 4, 0 0)

    CIRCULARSTRING은 기본 곡선 유형으로, 선형계의 LINESTRING과 비슷합니다. 단일 분절에는 시작점과 종단점(첫 번째 및 세 번째) 그리고 곡선 위의 다른 한 점 이렇게 포인트 세 개가 필요합니다. 예외는 닫힌 원으로, 이 경우 시작점과 종단점이 동일합니다. 이 경우 두 번째 포인트는 원호의 중심, 즉 원의 반대편이 되어야만 합니다. 원호를 함께 묶으려면, LINESTRING과 마찬가지로 한 원호의 마지막 포인트가 다음 원호의 첫 번째 포인트가 되어야 합니다. 즉 유효한 원형 스트링은 1을 초과하는 홀수 개수의 포인트들을 가져야만 한다는 뜻입니다.

  • COMPOUNDCURVE(CIRCULARSTRING(0 0, 1 1, 1 0),(1 0, 0 1))

    복심곡선(compound curve)이란 곡선(원호) 분절과 선형 분절이 함께 있는 연속적인 단일 곡선을 말합니다. 즉 구성 요소들이 잘 형성되어야 함은 물론, (마지막을 제외한) 모든 구성 요소의 종단점이 다음 구성 요소의 시작점과 일치해야한 한다는 뜻입니다.

  • CURVEPOLYGON(CIRCULARSTRING(0 0, 4 0, 4 4, 0 4, 0 0),(1 1, 3 3, 3 1, 1 1))

    만곡 폴리곤 내부의 복심곡선의 예: CURVEPOLYGON(COMPOUNDCURVE(CIRCULARSTRING(0 0,2 0, 2 1, 2 3, 4 3),(4 3, 4 5, 1 4, 0 0)), CIRCULARSTRING(1.7 1, 1.4 0.4, 1.6 0.4, 1.6 0.5, 1.7 1) )

    CURVEPOLYGON은 일반 폴리곤입니다. 외곽선과 함께 0개 이상의 내곽선을 가지고 있을 뿐입니다. 차이라면 내외곽선이 원형 스트링, 선형 스트링, 또는 복합 스트링 형태를 할 수 있다는 점입니다.

    PostGIS는 1.4버전부터 만곡 폴리곤에 대해 복심곡선을 지원합니다.

  • MULTICURVE((0 0, 5 5),CIRCULARSTRING(4 0, 4 4, 8 4))

    MULTICURVE는 원형 스트링, 선형 스트링, 복합 스트링을 포함할 수 있는 곡선 집합입니다.

  • MULTISURFACE(CURVEPOLYGON(CIRCULARSTRING(0 0, 4 0, 4 4, 0 4, 0 0),(1 1, 3 3, 3 1, 1 1)),((10 10, 14 12, 11 10, 10 10),(11 11, 11.5 11, 11 11.5, 11 11)))

    MULTISURFACE는 면 집합으로, (선형) 폴리곤일 수도 만곡 폴리곤일 수도 있습니다.

[Note]

PostGIS 1.4 이전 버전은 만곡 폴리곤 안에서 복심곡선을 지원하지 않았지만, 1.4 버전 이후로 만곡 폴리곤 안에서 복심곡선을 지원하고 있습니다.

[Note]

SQL-MM 실행 과정에서 지정된 허용 오차를 기준으로 부동소수점을 비교합니다. 현재 허용 오차는 1E-8입니다.

4.2. PostGIS 지리형 유형

지리형 유형은 (종종 "측지" 좌표, 또는 "위도/경도"나 "경도/위도"라고 불리는) "지리" 좌표로 표현되는 공간 피처를 자체적으로 지원합니다. 지리 좌표는 각도 단위(도)를 사용하는 구면(球面) 좌표입니다.

PostGIS 도형 유형은 평면을 기반으로 합니다. 평면상에서 두 포인트 사이의 가장 짧은 경로는 직선입니다. 즉 데카르트 수학과 직선 벡터를 이용해서 도형에 대해 계산(면적, 거리, 길이, 교차점 등)한다는 뜻입니다.

PostGIS 지리형 유형은 구면을 기반으로 합니다. 구면상에서 두 포인트 사이의 가장 짧은 경로는 대권(大圈; great circle arc)입니다. 즉 지리형에 대한 계산(면적, 거리, 길이, 교차점 등)은 더 복잡한 수학을 이용해서 구면상에서 이루어져야 한다는 뜻입니다. 더 정확하게 측정하려면 지구의 실제 회전타원체(spheroidal shape)를 고려해서 계산해야 하는데, 수학이 아주 복잡해질 수밖에 없습니다.

기저 수학이 훨씬 더 복잡하기 때문에, 지리형 유형을 위해 정의된 함수는 도형 유형의 함수보다 더 적습니다. 시간이 지날수록 새 알고리즘이 추가되어 지리형 유형의 역량은 확장될 것입니다.

한 가지 제약 사항이 있다면 지리형이 WGS84 경위도 좌표계(SRID:4326)만 지원한다는 점입니다. 이 새 유형을 지원하는 GEOS 함수는 하나도 없습니다. 이 문제를 해결하려면 도형과 지리형 유형을 번갈아 가며 변환할 수 있습니다.

이 새로운 지리형 유형은 PostgreSQL 8.3 이상 버전의 typmod 정의 형식을 이용하므로 지리형 필드를 담은 테이블을 한번에 추가시킬 수 있습니다. 곡선을 제외한 모든 표준 OGC 형식을 지원합니다.

4.2.1. 지리형의 기초

지리형 유형은 단순 피처 중에서도 가장 단순한 것만 지원합니다. 표준 도형 유형 데이터는, SRID 4326인 경우, 지리형으로 자동 변환됩니다. 또한 데이터를 삽입하는 데 EWKT 및 EWKB 규약을 이용할 수도 있습니다.

  • POINT: 2D 포인트 도형을 담은 테이블 생성:

    CREATE TABLE testgeog(gid serial PRIMARY KEY, the_geog geography(POINT,4326) );

    Z좌표 포인트를 담은 테이블 생성:

    CREATE TABLE testgeog(gid serial PRIMARY KEY, the_geog geography(POINTZ,4326) );
  • LINESTRING

  • POLYGON

  • MULTIPOINT

  • MULTILINESTRING

  • MULTIPOLYGON

  • GEOMETRYCOLLECTION

새 지리형 필드는 geometry_columns에 등록되지 않습니다. geography_columns라는 새로운 뷰에 등록되는데, 이 뷰는 시스템 카탈로그를 기반으로 하기 때문에 AddGeom을 사용할 필요없이 자동적으로 항상 최신 상태를 유지합니다. 마치 함수처럼 말이죠.

그러면 "geography_columns" 뷰를 확인해서 사용자 테이블이 목록에 추가됐는지 살펴보십시오.

CREATE TABLE 문법을 이용해서 지리형(GEOGRAPHY) 열을 가진 새 테이블을 생성할 수 있습니다. 도형(GEOMETRY)과는 달리, 메타데이터에 해당 열을 등록하기 위해 별도로 AddGeometryColumns() 함수를 실행할 필요가 없습니다.

CREATE TABLE global_points (
    id SERIAL PRIMARY KEY,
    name VARCHAR(64),
    location GEOGRAPHY(POINT,4326)
  );

location 열이 지리형 유형인데, 지리형 유형은 두 가지 선택적인 변경자(modifier)를 지원한다는 사실을 주의하십시오. 열에 들어갈 수 있는 형태 및 차원 종류를 제한하는 유형 변경자, 그리고 좌표 참조 식별자를 특정 숫자로 제한하는 SRID 변경자입니다.

유형 변경자가 허용하는 값은 다음과 같습니다. POINT, LINESTRING, POLYGON, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON. 또 이 변경자는 Z, M 및 ZM이라는 접미사를 통해 차원수 제약도 지원합니다. 따라서, 예를 들자면 'LINESTRINGM'의 변경자는 3차원 이하의 라인 스트링만을 허용할 것이며, 세 번째 차원을 기준으로 취급할 것입니다. 마찬가지로 'POINTZM'은 네 가지 차원의 데이터를 입력해야 할 것입니다.

SRID 변경자는 현재 제한적으로 사용됩니다. 허용되는 값이 4326(WGS84)뿐입니다. SRID를 지정하지 않을 경우 0값(정의되지 않은 회전타원체)을 사용하는데, 이와 상관없이 WGS84를 이용해서 계산이 이루어질 것입니다.

향후 WGS84만이 아니라 다른 회전타원체 상에서도 계산할 수 있게 될 겁니다.

사용자 테이블 생성을 완료했다면, GEOGRAPHY_COLUMNS 테이블에서 사용자 테이블을 살펴볼 수 있습니다:

-- 메타데이터 뷰의 내용을 살펴봅시다
SELECT * FROM geography_columns;

도형 열을 사용하는 경우와 동일한 방법으로 테이블에 데이터를 삽입할 수 있습니다:

-- 테스트용 테이블에 데이터를 추가해봅시다
INSERT INTO global_points (name, location) VALUES ('Town', ST_GeographyFromText('SRID=4326;POINT(-110 30)') );
INSERT INTO global_points (name, location) VALUES ('Forest', ST_GeographyFromText('SRID=4326;POINT(-109 29)') );
INSERT INTO global_points (name, location) VALUES ('London', ST_GeographyFromText('SRID=4326;POINT(0 49)') );

도형과 동일한 방법으로 인덱스를 생성합니다. PostGIS가 열 유형이 지리형인 것을 감지하고 일반적인 도형 용 평면 인덱스 대신 적절한 구면 기반 인덱스를 생성할 것입니다.

-- 테스트 테이블에 구면 인덱스 생성
  CREATE INDEX global_points_gix ON global_points USING GIST ( location );

쿼리 및 측정 함수는 미터 단위를 사용합니다. 따라서 거리 파라미터는 미터로 표현되어야 하고, 반환값도 미터(또는 면적의 경우 평방미터) 단위가 될 것입니다.

-- 다음은 거리 쿼리입니다. 주의: 런던이 허용 범위 1000km 밖에 있습니다
  SELECT name FROM global_points WHERE ST_DWithin(location, ST_GeographyFromText('SRID=4326;POINT(-110 29)'), 1000000);

시애틀에서 런던으로 가는 비행기가(LINESTRING(-122.33 47.606, 0.0 51.5)) 레이캬비크에(POINT(-21.96 64.15)) 얼마나 접근하는지 계산해보면, 실제 계산시 지리형이 얼마나 강력한지 알 수 있습니다.

-- 지리형을 이용한 거리 계산(122.2km)
  SELECT ST_Distance('LINESTRING(-122.33 47.606, 0.0 51.5)'::geography, 'POINT(-21.96 64.15)':: geography);

-- 도형을 이용한 거리 계산(13.3"도")
  SELECT ST_Distance('LINESTRING(-122.33 47.606, 0.0 51.5)'::geometry, 'POINT(-21.96 64.15)':: geometry);

지리형 유형이 시애틀과 런던을 잇는 대권항로와 레이캬비크 사이의 구면 상 가장 짧은 거리를 실제로 계산할 수 있습니다.

대권 매퍼(Great Circle mapper) 도형 유형은 평면 세계지도 상에서 시애틀과 런던을 직선으로 잇는 경로와 레이캬비크 사이의 아무 의미도 없는 데카르트 거리를 계산합니다. 결과값의 명목상 단위를 "도(degree)"라고 할 수도 있겠지만, 결과값은 세 포인트 사이의 어떤 실제 각도 차이도 반영하지 않기 때문에 "도"라고 하는 것조차 부정확한 일이 됩니다.

4.2.2. 도형 데이터 유형과 지리형 데이터 유형을 중첩해서 이용하는 경우

새로운 지리형 유형은 데이터를 경도/위도 좌표로 저장할 수 있도록 해주지만, 단점도 있습니다. 도형을 대상으로 정의된 함수보다 지리형 대상 함수가 더 적고, 그 정의된 함수도 실행하는 데 CPU 시간을 더 많이 잡아먹습니다.

사용자가 선택한 유형은 사용자가 빌드하는 응용 프로그램 영역에서 기대한대로 동작하도록 적합한 조건을 갖춰야 합니다. 사용자 데이터가 전세계 또는 광대한 대륙 지역을 포괄할 예정입니까 아니면 시, 도, 군 또는 그 이하의 지자체에 국한될 예정입니까?

  • 사용자 데이터가 좁은 지역에 국한된다면, 사용 가능한 실행성 및 기능성 관점에서, 적합한 투영을 선택하고 도형을 이용하는 것이 최선의 해결책이 될 수도 있습니다.

  • 사용자 데이터가 전세계 또는 대륙에 걸쳐 있을 경우, 지리형을 이용하면 일일이 어떤 투영법을 이용할지 고민하지 않고 시스템을 빌드할 수도 있습니다. 사용자 데이터를 경도/위도로 저장하고, 지리형을 대상으로 정의된 함수를 이용하십시오.

  • 투영에 대한 이해가 부족하고, 따로 공부하고 싶지도 않으며, 지리형 사용시 기능성이 제한된다는 사실을 받아들일 준비가 되어 있다면, 도형보다 지리형을 사용하는 편이 더 쉬울 수 있습니다. 그냥 사용자 데이터를 경도/위도로 로드한 다음 작업을 시작하십시오.

지리형과 도형을 각각 지원하는 함수를 비교해보려면 Section 14.11, “PostGIS Function Support Matrix” 를 참조하십시오. 지리형 함수의 목록 및 설명을 간단하게 살펴보려면 Section 14.4, “PostGIS Geography Support Functions” 를 참조하십시오.

4.2.3. 지리형 고급 FAQ

4.2.3.1. 계산 작업시 구체 상에서 계산하게 됩니까 회전타원체 상에서 하게 됩니까?
4.2.3.2. 날짜변경선과 남극/북극은 어떻습니까?
4.2.3.3. 공간 처리할 수 있는 가장 긴 원호가 무엇인가요?
4.2.3.4. 유럽이나 러시아의 면적을 계산하거나 또는 광대한 지역을 삽입하는 작업이 이렇게 느린 이유가 뭐지요?

4.2.3.1.

계산 작업시 구체 상에서 계산하게 됩니까 회전타원체 상에서 하게 됩니까?

기본적으로, 모든 거리 및 면적 계산은 회전타원체 상에서 이루어집니다. 좁은 지역을 대상으로 한 계산의 결과와 해당 지역에 적절한 투영법을 적용한 평면 상 계산 결과는 일치할 것입니다. 더 넓은 지역이라면 투영법을 적용한 평면 상 계산보다 회전타원체 상 계산이 언제나 더 정확할 것입니다.

최종 불 파라미터 'FALSE'를 설정하면 모든 지리형 함수가 구체 상 계산을 할 수 있습니다. 이렇게 하면 계산 속도가 조금 빨라질 것입니다. 특히 도형들이 매우 단순한 경우에 말입니다.

4.2.3.2.

날짜변경선과 남극/북극은 어떻습니까?

모든 계산은 날짜변경선이나 양극을 고려하지 않고 이루어집니다. 좌표가 회전타원체(경도/위도)이기 때문에 날짜변경선을 지나는 형상이라도, 계산이라는 관점에서 보면, 다른 어떤 형상과도 다를 바가 없습니다.

4.2.3.3.

공간 처리할 수 있는 가장 긴 원호가 무엇인가요?

두 포인트 사이의 "보간 라인"으로 대권호(great circle arc)를 이용합니다. 즉 대권을 따라 어느 방향으로 이동하느냐에 따라 두 포인트가 실제로는 두 가지 방식으로 만난다는 뜻입니다. 모든 코드는 포인트들이 대권을 따라 가는 두 경로 가운데 '짧은' 경로로 만난다고 가정합니다. 결과적으로, 180도 이상의 원호를 가진다면 정확히 모델링된 형상이 아니게 됩니다.

4.2.3.4.

유럽이나 러시아의 면적을 계산하거나 또는 광대한 지역을 삽입하는 작업이 이렇게 느린 이유가 뭐지요?

폴리곤이 너무나 크기 때문이지요! 광대한 지역은 두 가지 이유로 좋지 않습니다. 먼저 경계가 워낙 길기 때문에 어떤 쿼리를 실행하든 인덱스가 피처 전체를 읽어오는 경향이 있습니다. 그리고 꼭짓점 개수도 너무 많아서 거리, 밀폐 여부 등의 테스트를 할 때 적어도 한 번, 때로는 n번 이상(이때 n은 다른 후보 피처의 꼭짓점 개수) 꼭짓점 목록 전체를 훑어야 하기 때문입니다.

도형의 경우, 대용량 폴리곤을 대상으로 좁은 지역에 대한 쿼리를 할 때 사용자 도형 데이터를 더 작은 덩어리들로 "비정규화"해서 인덱스가 효율적으로 객체의 일부분을 하위 쿼리(subquery)할 수 있도록 만들어 쿼리 시 매번 전체 객체를 읽어올 필요가 없도록 하는 편이 좋습니다. 유럽 전체를 폴리곤 한 개로 저장할 수 있다고 해서 꼭 그렇게 해야 한다는 뜻은 아닙니다.

4.3. OpenGIS 표준 이용

OpenGIS의 "SQL 용 단순 피처 사양서(Simple Features Specification for SQL)"는 표준 GIS 객체 유형, 그 유형들을 다루기 위해 필요한 함수, 그리고 메타데이터 테이블의 집합을 정의합니다. 메타데이터의 일관성을 유지하기 위해 공간 열 생성 및 삭제와 같은 작업은 OpenGIS가 정의한 특별한 과정을 거쳐 이루어집니다.

OpenGIS 메타데이터 테이블이 두 개 있습니다. SPATIAL_REF_SYSGEOMETRY_COLUMNS 입니다. SPATIAL_REF_SYS 테이블은 공간 데이터베이스가 사용하는 좌표계의 숫자 ID 및 텍스트 설명을 담습니다.

4.3.1. SPATIAL_REF_SYS 테이블과 공간 참조 시스템

SPATIAL_REF_SYS 테이블은 OGC를 따르는 PostGIS에 내장된 테이블로, 공간 참조 시스템을 서로 변환/재투영하는 데 필요한 공간 참조 시스템(spatial reference systems) 3000여 개의 목록 및 상세 정보를 가지고 있습니다.

PostGIS의 SPATIAL_REF_SYS 테이블이 proj 라이브러리가 처리할 수 있는, 좀 더 널리 사용되는 공간 참조 시스템 3000여 개를 담고 있긴 하지만 현재까지 알려진 모든 공간 참조 시스템을 다 담고 있지는 않으며, 사용자가 proj4의 구조를 잘 알고 있다면 자기만의 사용자 지정 투영을 정의할 수도 있습니다. 공간 참조 시스템 대부분은 특정 지역에 특화되어 있으며, 특화된 지역 범위 바깥에서 사용할 경우 어떤 의미도 없다는 점을 명심하십시오.

핵심 SPATIAL_REF_SYS 테이블에 정의되지 않은 공간 참조 시스템은 http://spatialreference.org/ 에 훌륭하게 정리되어 있습니다.

좀 더 널리 사용되는 공간 참조 시스템에는 4326 - WGS 84 Long Lat, 4269 - NAD 83 Long Lat, 3395 - WGS 84 World Mercator, 2163 - US National Atlas Equal Area, 그리고 NAD 83 및 WGS 84 UTM 대(帶; zone)의 공간 참조 시스템이 있습니다. 각 UTM 대는 측정에 가장 이상적인 공간 참조 시스템이지만, 6도 범위의 지역에만 특화되어 있습니다.

미국 여러 주의 평면 공간 참조 시스템(미터 또는 피트 기반)은 각 주마다 보통 한 개 또는 두 개가 존재합니다. 미터 기반 공간 참조 시스템 대부분은 SPATIAL_REF_SYS 테이블에 들어 있지만, 피트 기반 또는 ESRI가 생성한 공간 참조 시스템 중 상당수는 사용자가 spatialreference.org 에서 찾아와야 합니다.

사용자 관심 지역에 어떤 UTM 대를 사용할지 결정하는 데에 대한 자세한 정보는 utmzone PostGIS plpgsql helper function 를 확인해보십시오.

SPATIAL_REF_SYS 테이블 정의는 다음과 같습니다:

CREATE TABLE spatial_ref_sys (
  srid       INTEGER NOT NULL PRIMARY KEY,
  auth_name  VARCHAR(256),
  auth_srid  INTEGER,
  srtext     VARCHAR(2048),
  proj4text  VARCHAR(2048)
)

SPATIAL_REF_SYS 테이블의 열들은 다음과 같습니다:

SRID

데이터베이스 내부에서 공간 참조 시스템(SRS)을 고유하게 식별하는 정수값입니다.

AUTH_NAME

해당 참조 시스템을 위해 인용되는 표준 또는 표준들 본체의 명칭입니다. 예를 들어 "EPSG"는 유효한 AUTH_NAME 이라고 할 수 있습니다.

AUTH_SRID

AUTH_NAME 에 인용된 권위체(Authority)가 정의하는 공간 참조 시스템의 ID입니다. EPSG의 경우, 이 열에 EPSG 투영 코드가 들어갑니다.

SRTEXT

공간 참조 시스템의 WKT(Well-Known Text) 표현식입니다. 다음은 WKT SRS 표현식의 예입니다:

PROJCS["NAD83 / UTM Zone 10N",
  GEOGCS["NAD83",
        DATUM["North_American_Datum_1983",
          SPHEROID["GRS 1980",6378137,298.257222101]
        ],
        PRIMEM["Greenwich",0],
        UNIT["degree",0.0174532925199433]
  ],
  PROJECTION["Transverse_Mercator"],
  PARAMETER["latitude_of_origin",0],
  PARAMETER["central_meridian",-123],
  PARAMETER["scale_factor",0.9996],
  PARAMETER["false_easting",500000],
  PARAMETER["false_northing",0],
  UNIT["metre",1]
]

EPSG 투영 코드 및 이에 대응하는 WKT 표현식 목록은 http://www.opengeospatial.org/ 를 살펴보십시오. WKT에 대한 개괄적인 논의는 http://www.opengeospatial.org/standards 에 있는 OpenGIS의 "좌표 변환 서비스 시행 사양서(Coordinate Transformation Services Implementation Specification)"를 살펴보십시오. EPSG(European Petroleum Survey Group) 및 EPSG의 공간 참조 시스템 데이터베이스에 대한 정보는 http://www.epsg.org 를 살펴보십시오.

PROJ4TEXT

PostGIS는 좌표 변환 기능을 제공하기 위해 proj4 라이브러리를 이용합니다. PROJ4TEXT 열이 특정 SRID에 대응하는 proj4 좌펴 정의 스트링을 담고 있습니다. 다음은 그 예입니다:

+proj=utm +zone=10 +ellps=clrk66 +datum=NAD27 +units=m

이에 대한 자세한 정보는 http://trac.osgeo.org/proj/ 주소의 proj4 웹사이트를 참조하십시오. spatial_ref_sys.sql 파일이 모든 EPSG 투영에 대한 SRTEXTPROJ4TEXT 정의를 담고 있습니다.

4.3.2. The GEOMETRY_COLUMNS VIEW

PostGIS 2.0.0 미만 버전에서는 geometry_columns를 직접 편집할 수 있어서 종종 도형 열의 실제 정의와 달라질 때도 있었습니다. PostGIS 2.0.0 버전부터 GEOMETRY_COLUMNS 가 이전 버전과 동일한 전향(前向; front-facing) 구조이지만 데이터베이스 시스템 카탈로그를 읽어오는 뷰가 되었습니다. 그 구조는 다음과 같습니다:

\d geometry_columns
View "public.geometry_columns"
      Column       |          Type          | Modifiers
-------------------+------------------------+-----------
 f_table_catalog   | character varying(256) |
 f_table_schema    | character varying(256) |
 f_table_name      | character varying(256) |
 f_geometry_column | character varying(256) |
 coord_dimension   | integer                |
 srid              | integer                |
 type              | character varying(30)  |

열의 의미는 이전 버전과 달라지지 않았습니다:

F_TABLE_CATALOG, F_TABLE_SCHEMA, F_TABLE_NAME

도형 열을 담고 있는 피처 테이블의 조건을 완전히 만족하는 명칭입니다. "카탈로그"와 "스키마"가 오라클 용어라는 점을 주목하십시오. "카탈로그"를 대체하는 PostgreSQL 용어가 없기 때문에 해당 열은 공백으로 남게 됩니다. "스키마"의 경우 PostgreSQL 스키마 명칭이 사용됩니다(기본값은 public 입니다).

F_GEOMETRY_COLUMN

피처 테이블이 담고 있는 도형 열의 명칭입니다.

COORD_DIMENSION

열의 공간 차원(2, 3, 또는 4차원)입니다.

SRID

해당 테이블이 담고 있는 도형의 좌표가 사용하는 공간 좌표 시스템의 ID로, SPATIAL_REF_SYS 를 참조하는 외래 키(foreign key)입니다.

TYPE

공간 객체의 유형입니다. 공간 열을 단일 유형으로 제약하려면 다음 유형 가운데 하나를 이용하십시오. POINT, LINESTRING, POLYGON, MULTIPOINT, MULTILINESTRING, MULTIPOLYGON, GEOMETRYCOLLECTION 또는 이에 상응하는 XYM 버전의 POINTM, LINESTRINGM, POLYGONM, MULTIPOINTM, MULTILINESTRINGM, MULTIPOLYGONM, GEOMETRYCOLLECTIONM. 혼합 유형 집합을 이용하려면 유형으로 "GEOMETRY"를 이용할 수 있습니다.

[Note]

이런 속성은 (아마도) OpenGIS 사양에는 포함되지 않겠지만, 유형의 동질성(homogeneity)을 보장하는 데 필요합니다.

4.3.3. 공간 테이블 생성

공간 데이터를 담은 테이블을 한 번에 생성할 수 있습니다. WGS84 경위도 좌표의 2D 라인스트링 도형 열을 가진 도로 테이블을 생성하는 다음 예시를 살펴보십시오.

CREATE TABLE ROADS ( ID int4
                , ROAD_NAME varchar(25), geom geometry(LINESTRING,4326) );

3D 라인스트링을 추가하는 다음 예시처럼, 표준 ALTER TABLE 명령어를 사용해서 추가적인 열을 추가할 수 있습니다.

ALTER TABLE roads ADD COLUMN geom2 geometry(LINESTRINGZ,4326);

이전 버전과의 호환성을 위해, 여전히 공간 테이블을 관리 도구를 사용해서 두 단계에 걸쳐 생성할 수도 있습니다.

  • 일반적인 비공간 테이블을 생성하십시오.

    예시: CREATE TABLE ROADS ( ID int4, ROAD_NAME varchar(25) )

  • OpenGIS "AddGeometryColumn" 함수를 이용해서 테이블에 공간 열을 추가하십시오. 자세한 내용은 AddGeometryColumn 을 참조하십시오.

    문법은 다음과 같습니다:

    AddGeometryColumn(
      <schema_name>,
      <table_name>,
      <column_name>,
      <srid>,
      <type>,
      <dimension>
    )

    또는, 현재 스키마를 이용해서:

    AddGeometryColumn(
      <table_name>,
      <column_name>,
      <srid>,
      <type>,
      <dimension>
    )

    예시 1: SELECT AddGeometryColumn('public', 'roads', 'geom', 423, 'LINESTRING', 2)

    예시 2: SELECT AddGeometryColumn( 'roads', 'geom', 423, 'LINESTRING', 2)

다음은 SQL을 이용해서 테이블을 생성하고 공간 열을 추가하는 예시입니다("128"의 SRID가 이미 존재한다고 가정합니다).

CREATE TABLE parks (
  park_id    INTEGER,
  park_name  VARCHAR,
  park_date  DATE,
  park_type  VARCHAR
);
SELECT AddGeometryColumn('parks', 'park_geom', 128, 'MULTIPOLYGON', 2 );

다음은 포괄적인 "GEOMETRY" 유형 및 0값을 가진, 정의되지 않은 SRID를 이용하는 또다른 예시입니다:

CREATE TABLE roads (
  road_id INTEGER,
  road_name VARCHAR
);
SELECT AddGeometryColumn( 'roads', 'roads_geom', 0, 'GEOMETRY', 3 );

4.3.4. geometry_columns에 도형 열을 직접 등록하기

AddGeometryColumn() 함수를 이용하면 도형 열을 생성하고, 이 새 열을 geometry_columns 테이블에 등록도 합니다. 사용자의 소프트웨어가 geometry_columns 테이블을 활용하고 있다면, 사용자가 쿼리해야 하는 모든 도형 열을 반드시 이 뷰에 등록해야 합니다. PostGIS 2.0 버전부터 geometry_columns 테이블을 직접 편집할 수 없고 모든 도형 열은 자동 등록됩니다.

If your geometry columns were created as generic in a table or view and no constraints applied, they will not have a dimension, type or srid in geometry_columns views, but will still be listed.

AddGeometryColumn() 함수를 쓸 수 없을 때 이런 일이 발생할 수 있는 두 가지 경우가 있는데, SQL 뷰 그리고 대규모 삽입(bulk insert)의 경우입니다. 이런 경우, 해당 열에 제약 조건을 걸어서 geometry_columns 테이블 등록을 바로잡을 수 있습니다. PostGIS 2.0 이상 버전에서는, 사용자 열이 typmod 기반이라면 생성 과정 중에 정확하게 등록할 것이기 때문에 아무것도 할 필요가 없다는 점을 기억하십시오.

-- 이렇게 생성된 뷰가 있다고 합시다.
CREATE VIEW  public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom,3395) As geom, f_name
        FROM public.mytable;

-- PostGIS 2.0 이상 버전에 정확하게 등록하려면
-- 도형을 형변환해야 합니다.
--
DROP VIEW public.vwmytablemercator;
CREATE VIEW  public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom,3395)::geometry(Geometry, 3395) As geom, f_name
        FROM public.mytable;

-- 도형 유형이 2D 폴리곤이란 사실을 확실히 알고 있을 경우 다음과 같이 할 수 있습니다.
DROP VIEW public.vwmytablemercator;
CREATE VIEW  public.vwmytablemercator AS
        SELECT gid, ST_Transform(geom,3395)::geometry(Polygon, 3395) As geom, f_name
        FROM public.mytable;
-- 대규모 삽입 작업을 통해 파생 테이블을 생성했다고 합시다.
SELECT poi.gid, poi.geom, citybounds.city_name
INTO myschema.my_special_pois
FROM poi INNER JOIN citybounds ON ST_Intersects(citybounds.geom, poi.geom);

-- 새 테이블에 2D 인덱스를 생성합니다.
CREATE INDEX idx_myschema_myspecialpois_geom_gist
  ON myschema.my_special_pois USING gist(geom);

-- 사용자 포인트가 3D 또는 3M 포인트일 경우,
-- 2D 인덱스가 아니라 nD 인덱스를 생성하는 편이 좋을 수도 있습니다.
-- 다음처럼 말이죠.
CREATE INDEX my_special_pois_geom_gist_nd
        ON my_special_pois USING gist(geom gist_geometry_ops_nd);

-- 이 새 테이블의 도형 열을 geometry_columns 테이블에 직접 등록하는
-- 다음 방법은 PostGIS 2.0 이후 버전 및 1.4 이후 버전 모두에서 동작합니다.
-- PostGIS 2.0 버전의 경우 열을 typmod 기반으로 만들기 위해
-- 테이블의 기저 구조를 변경할 것입니다.
-- PostGIS 2.0 이전 버전의 경우, 동일한 방법으로 뷰를 등록할 수도 있습니다.
SELECT populate_geometry_columns('myschema.my_special_pois'::regclass);

-- PostGIS 2.0 버전을 사용중이고 어떤 이유에서든
-- 구식 제약조건 기반 정의 동작이 필요한 경우
-- (모든 자식 객체가 동일한 유형과 SRID가 아닌 상속 테이블의 경우 등)
-- 선택적인 새 use_typmod argument 파라미터를 거짓으로 설정하십시오.
SELECT populate_geometry_columns('myschema.my_special_pois'::regclass, false); 

구식 제약조건 기반 방법을 여전히 지원하긴 하지만, 뷰에서 직접적으로 사용되는 제약조건 기반 도형 열은 typmod 기반 열과는 달리 geometry_columns 테이블에 정확하게 등록되지 않을 겁니다. 다음은 typmod를 이용하는 열과 제약조건을 이용하는 또다른 열을 정의하는 예시입니다.

CREATE TABLE pois_ny(gid SERIAL PRIMARY KEY
   , poi_name text, cat varchar(20)
   , geom geometry(POINT,4326) );
SELECT AddGeometryColumn('pois_ny', 'geom_2160', 2160, 'POINT', 2, false);

PSQL에서 실행할 경우

\d pois_ny;

두 열이 서로 다르게 정의되었다는 사실을 알 수 있습니다. 하나는 typmod, 다른 하나는 제약조건으로 정의되었습니다.

Table "public.pois_ny"
  Column   |         Type          |                       Modifiers

-----------+-----------------------+------------------------------------------------------
 gid       | integer               | not null default nextval('pois_ny_gid_seq'::regclass)
 poi_name  | text                  |
 cat       | character varying(20) |
 geom      | geometry(Point,4326)  |
 geom_2160 | geometry              |
Indexes:
    "pois_ny_pkey" PRIMARY KEY, btree (gid)
Check constraints:
    "enforce_dims_geom_2160" CHECK (st_ndims(geom_2160) = 2)
    "enforce_geotype_geom_2160" CHECK (geometrytype(geom_2160) = 'POINT'::text
        OR geom_2160 IS NULL)
    "enforce_srid_geom_2160" CHECK (st_srid(geom_2160) = 2160)

둘 다 geometry_columns 테이블에 정확하게 등록됩니다.

SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'pois_ny';
f_table_name | f_geometry_column | srid | type
-------------+-------------------+------+-------
pois_ny      | geom              | 4326 | POINT
pois_ny      | geom_2160         | 2160 | POINT

하지만 -- 다음과 같은 뷰를 생성하려 한다면

CREATE VIEW vw_pois_ny_parks AS
SELECT *
  FROM pois_ny
  WHERE cat='park';

SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'vw_pois_ny_parks';

typmod 기반 도형 열은 정확하게 등록되지만, 제약조건 기반 도형 열은 정확하게 등록되지 않습니다.

f_table_name   | f_geometry_column | srid |   type
------------------+-------------------+------+----------
 vw_pois_ny_parks | geom              | 4326 | POINT
 vw_pois_ny_parks | geom_2160         |    0 | GEOMETRY

PostGIS 향후 버전에서는 변경될 수도 있지만, 현재 버전에서 제약조건 기반 뷰 열을 정확하게 등록하려면 다음과 같이 해야 합니다:

DROP VIEW vw_pois_ny_parks;
CREATE VIEW vw_pois_ny_parks AS
SELECT gid, poi_name, cat
  , geom
  , geom_2160::geometry(POINT,2160) As geom_2160
  FROM pois_ny
  WHERE cat='park';
SELECT f_table_name, f_geometry_column, srid, type
        FROM geometry_columns
        WHERE f_table_name = 'vw_pois_ny_parks';
f_table_name   | f_geometry_column | srid | type
------------------+-------------------+------+-------
 vw_pois_ny_parks | geom              | 4326 | POINT
 vw_pois_ny_parks | geom_2160         | 2160 | POINT

4.3.5. 도형의 OpenGIS 준수 보장

PostGIS는 OGC(Open Geospatial Consortium)의 OpenGIS 사양서를 준수합니다. 따라서 많은 PostGIS 방식이 작업 대상인 도형이 단순하고 또 유효할 것을 요구, 아니, 좀 더 정확히 말하자면 가정합니다. 예를 들어 그 외부에 구멍이 있다고 정의된 폴리곤의 면적을 계산하거나 단순하지 않은 경계선으로부터 폴리곤을 그리는 일 등은 말이 되지 않습니다.

OGC 사양서에 따르면, 단순(simple) 도형은 변칙적인 포인트, 즉 자체적으로 교차하거나 접촉하는 기하학적 포인트가 하나도 없으며, 기본적으로 0 또는 1차원 도형([MULTI]POINT, [MULTI]LINESTRING)을 참조하는 도형을 말합니다. 반면, 도형의 유효성은 기본적으로 2차원 도형([MULTI]POLYGON))을 참조하며 유효한 폴리곤을 특징짓는 일련의 진술(assertion)을 정의합니다. 각 도형 클래스의 설명에는 도형의 단순성과 유효성을 더 상세히 알려주는 특정한 조건들이 포함됩니다.

POINT 란 0차원 도형 객체로서 상속적으로 단순형 입니다.

MULTIPOINT 는 어떤 두 좌표(POINT)도 동일하지 않은 (동일한 좌표를 공유하지 않는) 단순형 입니다.

LINESTRING 은 동일한 POINT 를 두 번 통과하지 않는 경우 (종단점은 예외입니다. 이럴 경우 선형 고리라 불리며, 폐쇄 도형으로 간주됩니다) 단순형 입니다.

(a)

(b)

(c)

(d)

(a)(c) 는 단순 LINESTRING 이지만, (b)(d) 는 아닙니다.

MULTILINESTRING 은 모든 구성 요소가 단순형이며 어떤 두 요소가 해당 두 요소의 경계상에 있는 POINT에서 교차하는 경우에만 단순형 입니다.

(e)

(f)

(g)

(e)(f) 는 단순 MULTILINESTRING이지만, (g) 는 아닙니다.

정의에 따르면, POLYGON 은 어떤 경우라도 단순형 입니다. 경계선(boundary) 내부의 (외곽 고리와 내곽 고리로 이루어진) 어떤 두 고리도 교차하지 않을 경우 유효 합니다. POLYGON 의 경계선은 어떤 POINT 에서 교차할 수도 있지만, 접선(즉 라인으로는 겹치지 않는)일 경우에만 가능합니다. POLYGON 대부분은 커트라인(cut line) 또는 스파이크(spike)를 가지고 있지 않으며, 외곽선이 내곽선을 완전히 감싸 담고 있어야 합니다.

(h)

(i)

(j)

(k)

(l)

(m)

(h)(i) 는 유효한 POLYGON 이며, (j-m) 은 단일 POLYGON 이라고 할 수 없지만 (j)(m) 은 유효한 MULTIPOLYGON 이라고 할 수 있습니다.

MULTIPOLYGON 은 모든 구성 요소가 유효하며 어떤 두 요소의 내부도 교차하지 않을 경우에만 유효 합니다. 어느 두 요소의 경계선은 접촉할 수도 있지만, 유한한 개수의 POINT 들에서만 접할 수 있습니다.

(n)

(o)

(p)

(n)(o) 는 유효한 MULTIPOLYGON 이 아닙니다. 하지만, (p) 는 유효합니다.

GEOS 라이브러리가 실행하는 함수 대부분은 사용자 도형이 OpenGIS 단순 도형 사양서의 정의대로 유효하다는 가정에 의존합니다. 도형의 단순성 및 유효성을 확인하려면 ST_IsSimple()ST_IsValid() 함수를 이용할 수 있습니다.

-- 일반적으로, 선형 피처의 유효성을 확인하는 작업은
-- 언제나 참을 반환하기 때문에 할 필요가 없습니다.
-- 그러니 이 예시에서는, 라인스트링의 뚜렷이 구분되는 꼭짓점이 2개 미만일 경우
-- 거짓을 반환하여 PostGIS가 OGC IsValid의 정의를 확장합니다.
gisdb=# SELECT
   ST_IsValid('LINESTRING(0 0, 1 1)'),
   ST_IsValid('LINESTRING(0 0, 0 0, 0 0)');

 st_isvalid | st_isvalid
------------+-----------
      t     |     f

PostGIS는 기본적으로 도형 입력시 유효성 검사를 하지 않습니다. 복잡 도형, 특히 폴리곤의 경우 유효성 테스트에 많은 CPU 시간이 들기 때문입니다. 사용자가 자신의 데이터소스를 신용하지 못 할 경우, 사용자 테이블에 다음과 같은 검사 제약조건을 걸어 직접 검사해볼 수 있습니다.

ALTER TABLE mytable
  ADD CONSTRAINT geometry_valid_check
        CHECK (ST_IsValid(the_geom));

유효한 입력 도형과 함께 PostGIS 함수를 호출했는데 "GEOS Intersection() threw an error!" 또는 "JTS Intersection() threw an error!" 같은 이상한 오류 메시지를 받았다면, 사용자가 PostGIS 또는 PostGIS가 사용하는 라이브러리 중 하나의 오류를 찾았을 가능성이 높습니다. PostGIS 개발자에게 연락해주십시오. PostGIS 함수가 유효한 입력에 대해 유효하지 않은 도형을 반환하는 경우도 마찬가지입니다.

[Note]

OGC를 엄격히 준수하는 도형은 Z 또는 M 값을 가질 수 없습니다. ST_IsValid() 함수는 고차원 도형을 유효하지 않다고 판단하지 않을 것입니다! AddGeometryColumn() 함수를 호출하면 도형 차원을 검사하는 제약조건을 추가할 것이므로, "2"라고 설정해주면 충분합니다.

4.3.6. 차원 확장 9 교차 모델(DE-9IM)

때때로 전형적인 공간 술어(ST_Contains, ST_Crosses, ST_Intersects, ST_Touches, ...) 그 자체로는 원하는 공간 필터를 제대로 구현하는 데 부족한 경우가 있습니다.

예를 들어, 도로망을 표현하는 선형 데이터셋을 생각해보십시오. GIS 분석가가 포인트가 아니라 라인 상에서 겹쳐지는, 아마도 사업 규칙을 무시하는, 모든 도로 구간을 식별해야 할 수도 있습니다. 이런 경우 ST_Crosses 함수는 선형 피처에 대해 오직 포인트 상에서 교차할 경우에만 을 반환하기 때문에, 필요한 공간 필터를 제대로 제공하지 못 합니다.

먼저 도로 구간 한 쌍이 공간적으로 교차하는(ST_Intersects) 실제 교차점(ST_Intersection)을 구하는 작업을 수행한 다음, ([MULTI]POINT, [MULTI]LINESTRING 등의 GEOMETRYCOLLECTION 을 반환하는 경우를 적절히 대처하며) 해당 교차점의 ST_GeometryType 을 'LINESTRING'과 비교하는 두 단계의 해법을 이용할 수도 있습니다.

물론 더 우아하고 빠른 해법을 원할 수도 있지요.

두 번째 (이론적인) 예시로, GIS 분석가가 호수의 경계선상을 침범하며 한쪽 끝만 호수 기슭에 올라가 있는 선창 또는 부두의 위치를 찾으려 할 수도 있습니다. 다시 말해, 선창이 호수의 경계선상을 침범하며 호수 내부에 들어가 있지만 완전히 호수 안에 들어가 있지는 않고, 선창의 종단점 두 개 모두 완전히 호수 경계선 내부 및 경계선상에 있는 경우입니다. 이 분석가는 찾고 있는 피처를 분리해내기 위해 공간 술어들의 조합을 이용해야 할 수도 있습니다.

따라서 차원 확장 9 교차 모델(Dimensionally Extended 9 Intersection Model), 줄여서 DE-9IM이 등장합니다.

4.3.6.1. 이론

SQL 용 OpenGIS 단순 피처 실행 사양서 에 따르면, "두 도형을 비교하는 기본 접근법은 두 도형의 내부, 경계, 외부 사이의 교차점을 쌍으로 테스트한 다음, 해당 결과의 '교차점' 매트릭스를 바탕으로 두 도형 사이의 관계를 분류하는 방법"입니다.

경계(boundary)

도형의 경계는 한 단계 아래 차원의 도형 집합입니다. POINT 의 경우, 0차원이므로 경계는 공집합입니다. LINESTRING 의 경계는 두 종단점입니다. POLYGON 의 경우, 경계는 외곽 및 내곽 고리를 이루는 선형 피처입니다.

내부(interior)

도형의 내부란 경계를 제거했을 때 남는 해당 도형의 포인트들입니다. POINT 의 경우, 내부는 POINT 자체입니다. LINESTRING 의 내부는 두 종단점 사이에 있는 실제 포인트들의 집합입니다. POLYGON 의 경우, 내부는 폴리곤 안의 면적을 가진 면입니다.

외부(exterior)

도형의 외부란 해당 도형의 내부 또는 경계가 아닌 세계, 면적을 가진 면입니다.

a 라는 도형이 있을 때 I(a), B(a), E(a) 이 각각 도형 a내부, 경계, 외부 를 뜻하며, 해당 매트릭스의 수학적 표현식은 다음과 같습니다:

 내부경계외부
내부dim( I(a) ∩ I(b) )dim( I(a) ∩ B(b) )dim( I(a) ∩ E(b) )
경계dim( B(a) ∩ I(b) )dim( B(a) ∩ B(b) )dim( B(a) ∩ E(b) )
외부dim( E(a) ∩ I(b) )dim( E(a) ∩ B(b) )dim( E(a) ∩ E(b) )

이때 dim(a)ST_Dimension 이 지정한 도형 a 의 차원이지만 그 정의역(domain)은 {0,1,2,T,F,*} 입니다.

  • 0 => 포인트

  • 1 => 라인

  • 2 => 면

  • T => {0,1,2}

  • F => 공집합

  • * => 상관없음

서로 겹치는 두 폴리곤 도형의 경우를 시각적으로 나타내면 다음과 같습니다:

 

 내부경계외부
내부

dim(...) = 2

dim(...) = 1

dim(...) = 2

경계

dim(...) = 1

dim(...) = 0

dim(...) = 1

외부

dim(...) = 2

dim(...) = 1

dim(...) = 2

왼쪽에서 오른쪽으로 그리고 위에서 아래로 읽을 경우, 차원 매트릭스는 '212101212' 와 같이 표현됩니다.

따라서 첫 번째 예시에서 나온, 라인 상에서 겹치는 두 라인을 표현하는 관계 매트릭스는 '1*1***1**' 가 될 것입니다.

-- 라인 상에 겹치는 도로 구간을 식별하기
SELECT a.id
FROM roads a, roads b
WHERE a.id != b.id
AND a.geom && b.geom
AND ST_Relate(a.geom, b.geom, '1*1***1**');

두 번째 예시에서 나온, 호수의 경계선에 일부분을 걸치는 선창을 표현하는 관계 매트릭스는 '102101FF2' 가 될 것입니다.

-- 호수의 경계선에 일부분을 걸치는 선창을 식별하기
SELECT a.lake_id, b.wharf_id
FROM lakes a, wharfs b
WHERE a.geom && b.geom
AND ST_Relate(a.geom, b.geom, '102101FF2');

더 상세한 정보 또는 읽을 거리가 필요하다면 다음을 참조하십시오:

4.4. GIS (벡터) 데이터 로드

공간 테이블 생성을 끝냈다면, 사용자가 데이터베이스에 GIS 데이터를 업로드할 준비가 된 것입니다. 현재, 형식화된 SQL 구문을 사용하거나 shapefile 로더/덤퍼를 사용하는 두 가지 방법으로 PostGIS/PostgreSQL 데이터베이스에 데이터를 입력할 수 있습니다.

4.4.1. SQL을 이용해서 데이터를 로드하기

사용자 데이터를 텍스트 표현식으로 변환할 수 있다면, PostGIS에 사용자 데이터를 입력하는 가장 쉬운 방법은 형식화된(formatted) SQL을 이용하는 것입니다. Oracle이나 다른 SQL 데이터베이스와 마찬가지로, SQL 터미널 모니터에 SQL "INSERT" 선언문으로 가득 찬 대용량 텍스트 파일을 송신하는(piping) 방법으로 데이터를 일괄 로드시킬 수 있습니다.

데이터 업로드 파일(예를 들어 roads.sql)은 다음처럼 보일 것입니다:

BEGIN;
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (1,ST_GeomFromText('LINESTRING(191232 243118,191108 243242)',-1),'Jeff Rd');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (2,ST_GeomFromText('LINESTRING(189141 244158,189265 244817)',-1),'Geordie Rd');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (3,ST_GeomFromText('LINESTRING(192783 228138,192612 229814)',-1),'Paul St');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (4,ST_GeomFromText('LINESTRING(189412 252431,189631 259122)',-1),'Graeme Ave');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (5,ST_GeomFromText('LINESTRING(190131 224148,190871 228134)',-1),'Phil Tce');
INSERT INTO roads (road_id, roads_geom, road_name)
  VALUES (6,ST_GeomFromText('LINESTRING(198231 263418,198213 268322)',-1),'Dave Cres');
COMMIT;

"psql" SQL 터미널 모니터를 이용해서 PostgreSQL로 데이터 파일을 매우 쉽게 송신할 수 있습니다.

psql -d [database] -f roads.sql

4.4.2. shp2pgsql: ESRI shapefile 로더 이용하기

shp2pgsql 데이터 로더는 ESRI shapefile을, 도형 형식이든 지리형 형식이든, PostGIS/PostgreSQL 데이터베이스로 삽입하기에 적합한 SQL로 변환합니다. 이 로더에는 명령행(command line) 플래그로 구별되는 몇 가지 실행 모드가 존재합니다.

shp2pgsql 명령행 로더 외에, 사용자가 PostGIS를 처음 접하는 경우 스크립트를 사용하지 않고 단 한 번 로드하는 데 더 쉽게 사용할 수 있을 뿐만 아니라 명령행 로더가 가진 대부분의 옵션도 가지고 있는 shp2pgsql-gui 그래픽 인터페이스도 있습니다. shp2pgsql-gui를 pgAdmin III의 플러그인으로 설정할 수도 있습니다.

c|a|d|p -- 이들은 상호배타적인 옵션들입니다:

-c

새 테이블을 생성한 다음 shapefile의 데이터로 해당 테이블을 채웁니다. 이것이 기본 모드입니다.

-a

기존 데이터베이스 테이블에 shapefile의 데이터를 추가합니다. 이 옵션을 이용해서 복수의 파일을 로드하려면, 파일들이 동일한 속성 및 동일한 데이터 유형을 담고 있어야 한다는 점을 주의하십시오.

-d

기존 데이터베이스 테이블을 삭제(drop)한 다음 shapefile의 데이터를 가진 새 테이블을 생성합니다.

-p

테이블을 생성하는 SQL 코드만 생성하고, 어떤 실제 데이터도 추가하지 않습니다. 테이블 생성과 데이터 로드 단계를 완전히 분리해야 할 경우 사용할 수 있습니다.

-?

도움말 화면을 표출합니다.

-D

산출물 데이터의 형식으로 PostgreSQL "덤프(dump)" 형식을 사용합니다. 이 옵션은 -a, -c 및 -d와 함께 사용할 수 있습니다. 이 덤프 형식은 기본 "삽입" SQL 형식보다 훨씬 빨리 로드할 수 있습니다. 대용량 데이터셋의 경우 이 옵션을 사용하십시오.

-s [<FROM_SRID%gt;:]<SRID>

도형 테이블을 생성하고 지정된 SRID로 채웁니다. 입력 shapefile이 주어진 FROM_SRID를 쓰도록 설정하는 옵션도 있습니다. 이런 경우 도형이 목표 SRID로 재투영될 것입니다. FROM_SRID는 -D 옵션과 함께 사용될 수 없습니다.

-k

식별자의 대소문자(열, 스키마 및 속성)를 유지합니다. shapefile 안의 속성은 모두 대문자라는 점을 주의하십시오.

-i

DBF 헤더 서명이 64비트 bigint 형식을 보장하더라도, 모든 정수를 표준 32비트 정수로 강제 변환하고 64비트 bigint 형식을 생성하지 않습니다.

-I

도형 열에 GiST 인덱스를 생성합니다.

-m

"-m 파일명" 형식으로 (긴) 열 명칭과 10문자 DBF 열 명칭을 매핑하는 목록을 담은 파일을 지정합니다. 이 파일의 내용은 공백으로 구분된 두 명칭으로 이루어진 하나 이상의 행으로, 행 맨 앞과 맨 뒤에는 공백이 없어야 합니다. 다음은 그 예시입니다:

COLUMNNAME DBFFIELD1
AVERYLONGCOLUMNNAME DBFFIELD2

-S

다중(multi) 도형 대신 단순 도형을 생성합니다. 이 옵션은 모든 도형이 실제로 단일형(예: 단일 외곽선을 가진 다중 폴리곤 또는 단일 꼭짓점을 가진 다중 포인트)일 경우에만 작동합니다.

-t <dimensionality>

산출 도형이 지정된 차원수를 가지도록 강제합니다. 차원수를 지시하는 데 다음 스트링을 사용하십시오: 2D, 3DZ, 3DM, 4D

입력물이 지정된 차원수보다 낮은 차원일 경우, 출력물의 해당 차원은 0으로 채워질 것입니다. 입력물이 지정된 차원수보다 높은 차원일 경우, 필요 없는 차원은 제거될 것입니다.

-w

WKB 대신 WKT 형식으로 출력합니다. 정확도가 부족하기 때문에 좌표가 이동될 가능성이 있다는 점을 주의하십시오.

-e

각 선언문을 상호처리를 이용하지 않고 자체적으로 실행합니다. 오류를 생성하는 몇몇 망가진 도형이 있을 경우 이 옵션을 사용하면 괜찮은 데이터 대다수를 로드할 수 있습니다. "덤프" 형식은 항상 상호처리를 이용하기 때문에 -D 플래그와 함께 사용할 수 없다는 점을 주의하십시오.

-W <encoding>

입력 데이터(DBF 파일)의 인코딩을 지정합니다. 이 옵션을 사용하면, DBF의 모든 속성을 지정된 인코딩에서 UTF8로 변환합니다. 그 결과로 생성되는 SQL 출력물은 SET CLIENT_ENCODING to UTF8 명령어를 담게 되어, 백엔드에서 UTF8을 데이터베이스 내부에서 이용하도록 설정된 어떤 인코딩으로든 재변환할 수 있습니다.

-N <policy>

NULL 도형 처리 방침 -- insert*(상관없이 삽입), skip(건너뛰기), abort(중단)

-n

DBF 파일만 임포트합니다. 사용자 데이터에 대응하는 shapefile이 없다면, 자동적으로 이 모드로 전환하여 DBF만 로드할 것입니다. 따라서 전체 shapefile 집합을 가지고 있지만 도형을 빼고 속성 데이터만 필요한 경우에만 이 플래그를 설정해야 합니다.

-G

(경도/위도가 필요한) 도형 대신 WGS84 경위도(SRID=4326)를 쓰는 지리형을 이용합니다.

-T <tablespace>

새 테이블을 위한 테이블스페이스를 지정합니다. -X 파라미터가 함께 쓰인 경우가 아니라면 여전히 인덱스가 기본 테이블스페이스를 이용할 것입니다. PostgreSQL 문서는 사용자 지정 테이블스페이스가 필요한 경우를 잘 설명하고 있습니다.

-X <tablespace>

새 테이블의 인덱스를 위한 테이블스페이스를 지정합니다. 이 옵션은 기본 키(primary key) 인덱스에 적용되며, -I 플래그를 함께 사용하는 경우 GiST 공간 인덱스에도 적용됩니다.

다음은 로더를 이용해서 입력 파일을 생성하고 업로드하는 세션의 예시입니다:

# shp2pgsql -c -D -s 4269 -i -I shaperoads.shp myschema.roadstable > roads.sql
# psql -d roadsdb -f roads.sql

UNIX 파이프(pipe)를 이용하면 모든 변환 및 업로드 작업을 한 번에 끝낼 수 있습니다:

# shp2pgsql shaperoads.shp myschema.roadstable | psql -d roadsdb

4.5. GIS 데이터 가져오기

SQL이나 shapefile 로더/덤퍼를 이용해서 데이터베이스로부터 데이터를 추출할 수 있습니다. SQL 단원에서 공간 테이블에 대한 비교 및 쿼리를 할 수 있는 몇몇 연산자에 대해 논의할 것입니다.

4.5.1. SQL을 이용해 데이터 가져오기

데이터베이스로부터 데이터를 추출하는 가장 간단한 방법은 SQL 선별(select) 쿼리로 반환될 레코드 및 열의 개수를 줄인 다음 해당 결과 열을 파싱 가능한 텍스트 파일로 덤프받는 것입니다:

db=# SELECT road_id, ST_AsText(road_geom) AS geom, road_name FROM roads;

road_id | geom                                    | road_name
--------+-----------------------------------------+-----------
          1 | LINESTRING(191232 243118,191108 243242) | Jeff Rd
          2 | LINESTRING(189141 244158,189265 244817) | Geordie Rd
          3 | LINESTRING(192783 228138,192612 229814) | Paul St
          4 | LINESTRING(189412 252431,189631 259122) | Graeme Ave
          5 | LINESTRING(190131 224148,190871 228134) | Phil Tce
          6 | LINESTRING(198231 263418,198213 268322) | Dave Cres
          7 | LINESTRING(218421 284121,224123 241231) | Chris Way
(6 rows)

하지만, 반환되는 필드의 개수를 줄이기 위해 어떤 종류의 제약이 필요할 때가 있을 것입니다. 속성 기반 제약의 경우, 일반적인 비공간 테이블의 경우와 동일한 SQL 문법을 쓰면 됩니다. 공간 제약의 경우, 다음 유용한 연산자들을 쓸 수 있습니다.

&&

이 연산자는 한 도형의 경계 상자와 다른 도형의 경계 상자가 교차하는지를 알려줍니다.

ST_OrderingEquals

이 연산자는 두 도형이 기하학적으로 동일한지를 테스트합니다.예를 들어, 'POLYGON((0 0,1 1,1 0,0 0))'과 'POLYGON((0 0,1 1,1 0,0 0))'이 동일한지를 말입니다(동일합니다).

=

이 연산자는 좀 더 단순합니다. 두 도형의 경계 상자가 동일한지를 테스트할 뿐입니다.

다음으로, 이 연산자들을 쿼리에 쓸 수 있습니다. SQL 명령행에 도형과 경계 상자를 지정할 때, "ST_GeomFromText()" 함수를 이용해서 스트링 표현식을 도형으로 정확하게 변환시켜야 합니다. 해당 데이터와 일치하는 가공의 공간 참조 시스템은 312입니다. 다음은 그 예시입니다:

SELECT road_id, road_name
  FROM roads
  WHERE ST_OrderingEquals(roads_geom , ST_GeomFromText('LINESTRING(191232 243118,191108 243242)',312) ) ;

이 쿼리는 해당 값과 동일한 도형을 담고 있는 "ROADS_GEOM" 테이블로부터 단일 레코드를 반환할 것입니다.

"&&" 연산자 사용시, 비교 피처로 BOX3D 또는 도형을 지정할 수 있습니다. 하지만 도형을 지정했을 경우, 비교 작업에 해당 경계 상자가 사용될 것입니다.

SELECT road_id, road_name
FROM roads
WHERE roads_geom && ST_GeomFromText('POLYGON((...))',312);

이 쿼리는 비교 목적으로 폴리곤의 경계 상자를 이용할 것입니다.

가장 흔한 공간 쿼리는 아마도 데이터 브라우저 또는 웹 매퍼 같은 클라이언트 소프트웨어가 화면 표출을 위해 "맵 프레임(map frame)" 용량에 해당하는 데이터를 가져오기 위해 사용하는 "프레임 기반(frame-based)" 쿼리일 것입니다.

SELECT ST_AsText(roads_geom) AS geom
FROM roads
WHERE
  roads_geom && ST_MakeEnvelope(191232, 243117,191232, 243119,312);

화면에 해당하는 데이터의 투영체를 지정하는 데 SRID 312를 썼다는 사실에 주의하십시오.

4.5.2. 덤퍼 이용하기

pgsql2shp 테이블 덤퍼는 데이터베이스에 직접 연결되어 (아마도 쿼리가 정의했을) 테이블을 shapefile로 변환합니다. 기본 문법은 다음과 같습니다:

pgsql2shp [<options>] <database> [<schema>.]<table>
pgsql2shp [<options>] <database> <query>

다음과 같은 명령행 옵션이 있습니다:

-f <filename>

특정 파일명으로 출력물을 작성합니다.

-h <host>

연결할 데이터베이스 호스트를 설정합니다.

-p <port>

데이터베이스 호스트 연결시 사용할 포트를 설정합니다.

-P <password>

데이터베이스 연결에 사용할 비밀번호를 설정합니다.

-u <user>

데이터베이스 연결에 사용할 사용자명을 설정합니다.

-g <geometry column>

복수의 도형 열을 가진 테이블일 경우, shapefile 작성에 이용될 도형 열을 설정합니다.

-b

바이너리 커서를 사용하도록 설정합니다. 이 옵션을 쓰면 실행 속도가 빨라지지만, 테이블 안에 있는 비(非) 도형 속성 가운데 하나라도 텍스트로 작성할 캐스트(cast)가 부족할 경우 실행되지 않을 것입니다.

-r

로(raw) 모드입니다. gid 필드를 삭제하거나, 열 명칭을 제외하지 않습니다.

-d

하위 호환성에 대해: 구 버전(1.0.0 이전) PostGIS 데이터베이스로부터 덤핑받을 때 3차원 shapefile을 작성하십시오(이런 경우 2차원 shapefile 작성이 기본값입니다). PostGIS 1.0.0 버전부터 차원수를 완전히 인코딩합니다.

-m filename

식별자를 10문자 명칭으로 다시 매핑(remap)합니다. 해당 파일의 내용은 공백으로 구분된 두 심볼로 이루어진 복수의 행으로, 행 맨 앞과 맨 뒤에는 공백이 없어야 합니다. VERYLONGSYMBOL SHORTONE ANOTHERVERYLONGSYMBOL SHORTER 등과 같은 예가 있습니다.

4.6. 인덱스 빌드 작업

인덱스 덕분에 공간 데이터베이스가 대용량 데이터셋을 사용할 수 있습니다. 인덱스 작업을 하지 않으면, 어떤 피처를 검색하든 데이터베이스 안의 모든 레코드를 "순차 스캔"해야 할 것입니다. 인덱스 작업은 데이터를 특정 레코드를 찾기 위해 빠르게 훑어갈 수 있는 검색 트리로 조직해서 검색 속도를 향상시킵니다. PostgreSQL는 기본적으로 B-Tree, R-Tree, GiST 세 종류의 인덱스를 지원합니다.

  • B-Tree 인덱스는 하나의 축을 따라 정렬할 수 있는 데이터에 이용됩니다. 숫자, 글자, 날짜 등이 그 예입니다. GIS 데이터는 하나의 축을 따라 논리적으로 정렬될 수 없기 때문에 ((0,0), (0,1), (1,0) 가운데 어느 것이 더 큰 값인가요?) 이 문서에서 B-Tree 인덱스는 쓸모가 없습니다.

  • R-Tree 인덱스는 데이터를 장방형(rectangle), 하위장방형(sub-rectangle), 하하위장방형(sub-sub rectangle) 등으로 분해합니다. 몇몇 공간 데이터베이스는 GIS 데이터 인덱스 작업을 위해 R-Tree 인덱스를 이용하지만, PostgreSQL에서의 R-Tree 작업은 GiST 작업만큼 강력하지는 않습니다.

  • GiST(Generalized Search Tree) 인덱스는 데이터를 "한 쪽에 있는 것", "겹치는 것", "내부에 있는 것"으로 분해하며 GIS 데이터를 포함한 광범위한 데이터 유형에 쓰일 수 있습니다. PostGIS는 GiST를 써서 GIS 데이터에 인덱스 작업을 한 다음, 해당 데이터에 다시 작업된 R-Tree 인덱스를 이용합니다.

4.6.1. GiST 인덱스

GiST는 "일반화된 검색 트리"의 줄임말로, 인덱스 작업의 포괄적인 형태입니다. GIS 인덱스 작업 외에도, 일반 B-Tree 인덱스 작업으로는 쓸 수 없는 온갖 종류의 비정규 데이터 구조(정수 배열, 분광 데이터 등등)에 대한 검색 속도를 향상시키는 데 GiST를 이용합니다.

GIS 데이터 테이블이 수천 행을 넘게 되면, 데이터 공간 검색의 속도를 향상시키기 위해 인덱스를 빌드하고 싶게 될 것입니다(사용자의 모든 검색이 속성에 기반하는 경우가 아니라면 말입니다. 그런 경우, 속성 필드에 대해 일반 인덱스를 빌드하면 됩니다).

"도형" 열에 대해 GiST 인덱스를 빌드하는 데 필요한 문법은 다음과 같습니다:

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometryfield] ); 

이 문법은 항상 2D 인덱스를 빌드할 것입니다. 해당 도형 유형에 PostGIS 2.0 이상 버전이 지원하는 n차원 인덱스를 얻으려면, 다음 문법으로 생성할 수 있습니다:

CREATE INDEX [indexname] ON [tablename] USING GIST ([geometryfield] gist_geometry_ops_nd);

공간 인덱스 빌드 작업은 계산적으로 집중적인 작업입니다. 300MHz 솔라리스 워크스테이션 상에서, 약 1백만 행을 가진 테이블에 대한 GiST 인덱스 빌드 작업에 약 1시간이 걸렸습니다. 인덱스 빌드 후 PostgreSQL가 테이블 통계를 수집하도록 하는 명령을 해야 합니다. 쿼리 설계를 최적화하는 데 이 통계를 이용하기 때문에, 다음 명령이 중요합니다:

VACUUM ANALYZE [table_name] [(column_name)];
-- This is only needed for PostgreSQL 7.4 installations and below
SELECT UPDATE_GEOMETRY_STATS([table_name], [column_name]);

PostgreSQL에서, GiST 인덱스에는 R-Tree 인덱스에 비해 두 가지 장점이 있습니다. 첫째, GiST 인덱스는 "null값을 처리할 수(null safe)" 있습니다. 즉 null값을 포함하는 열에 대해 인덱스 작업을 할 수 있다는 뜻입니다. 둘째, GiST 인덱스는 PostgreSQL 8K 페이지 크기보다 더 큰 GIS 객체를 다룰 때 중요한 "손실(lossiness)"이라는 개념을 지원합니다. 손실 개념을 통해 PostgreSQL은 인덱스에 객체의 "중요한" 부분만을 저장할 수 있습니다. GIS 객체의 경우, 경계 상자만 저장합니다. 8K보다 더 큰 GIS 객체가 있을 경우, R-Tree 인덱스는 인덱스 빌드 과정 중 오류를 일으킬 것입니다.

4.6.2. GiST 인덱스

BRIN stands for "Block Range Index" and is a generic form of indexing that has been introduced in PostgreSQL 9.5. BRIN is a lossy kind of index, and its main usage is to provide a compromise for both read and write performance. Its primary goal is to handle very large tables for which some of the columns have some natural correlation with their physical location within the table. In addition to GIS indexing, BRIN is used to speed up searches on various kinds of regular or irregular data structures (integer, arrays etc).

GIS 데이터 테이블이 수천 행을 넘게 되면, 데이터 공간 검색의 속도를 향상시키기 위해 인덱스를 빌드하고 싶게 될 것입니다(사용자의 모든 검색이 속성에 기반하는 경우가 아니라면 말입니다. 그런 경우, 속성 필드에 대해 일반 인덱스를 빌드하면 됩니다).

The idea of a BRIN index is to store only the bouding box englobing all the geometries contained in all the rows in a set of table blocks, called a range. Obviously, this indexing method will only be efficient if the data is physically ordered in a way where the resulting bouding boxes for block ranges will be mutually exclusive. The resulting index will be really small, but will be less efficient than a GiST index in many cases.

Building a BRIN index is way less intensive than building a GiST index. It's quite common to build a BRIN index in more than ten time less than a GiST index would have required. As a BRIN index only store one bouding box for one to many table blocks, it's pretty common to consume up to a thousand time less disk space for this kind of indexes.

You can choose the number of blocks to summarize in a range. If you decrease this number, the index will be bigger but will probably help to get better performance.

"도형" 열에 대해 GiST 인덱스를 빌드하는 데 필요한 문법은 다음과 같습니다:

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometryfield] ); 

이 문법은 항상 2D 인덱스를 빌드할 것입니다. 해당 도형 유형에 PostGIS 2.0 이상 버전이 지원하는 n차원 인덱스를 얻으려면, 다음 문법으로 생성할 수 있습니다:

CREATE INDEX [indexname] ON [tablename] USING GIST ([geometryfield] gist_geometry_ops_nd);

You can also get a 4d-dimensional index using the 4d operator class

CREATE INDEX [indexname] ON [tablename] USING GIST ([geometryfield] gist_geometry_ops_nd);

These above syntaxes will use the default number or block in a range, which is 128. To specify the number of blocks you want to summarise in a range, you can create one using this syntax

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometryfield] ); 

Also, keep in mind that a BRIN index will only store one index value for a large number of rows. If your table stores geometries with a mixed number of dimensions, it's likely that the resulting index will have poor performance. You can avoid this drop of performance by choosing the operator class whith the least number of dimensions of the stored geometries

"도형" 열에 대해 GiST 인덱스를 빌드하는 데 필요한 문법은 다음과 같습니다:

CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometryfield] ); 

이 문법은 항상 2D 인덱스를 빌드할 것입니다. 해당 도형 유형에 PostGIS 2.0 이상 버전이 지원하는 n차원 인덱스를 얻으려면, 다음 문법으로 생성할 수 있습니다:

Currently, just the "inclusion support" is considered here, meaning that just &&, ~ and @ operators can be used for the 2D cases (both for "geometry" and for "geography"), and just the &&& operator can be used for the 3D geometries. There is no support for kNN searches at the moment.

VACUUM ANALYZE [table_name] [(column_name)];
-- This is only needed for PostgreSQL 7.4 installations and below
SELECT UPDATE_GEOMETRY_STATS([table_name], [column_name]);

4.6.3. 인덱스 활용

일반적인 경우라면 인덱스는 눈에 보이지 않게 데이터 접속 속도를 향상시킵니다. 인덱스가 빌드된 후, 쿼리 설계자는 쿼리 설계의 속도를 향상기키는 데 언제 인덱스 정보를 사용할 것인지 투명하게 결정합니다. 안타깝게도 PostgreSQL 쿼리 설계자가 GiST 인덱스의 사용을 제대로 최적화시키지 못 하기 때문에, 종종 공간 인덱스를 활용해야 할 검색이 대신 기본값인 전체 데이터의 순차 스캔을 이용할 때가 있습니다.

사용자의 공간 인덱스가 (또는 사용자의 속성 인덱스가) 활용되지 않고 있다는 사실을 알게 되었다면, 몇 가지 해결 방법이 있습니다:

  • 첫 번째, 테이블 안에 있는 값들의 개수 및 분포에 대한 통계를 제대로 수집했는지 확인하십시오. 인덱스 활용에 대한 결정을 내릴 수 있게 하려면 쿼리 설계자에 더 나은 정보를 제공해야 하기 때문입니다. PostgreSQL 7.4 이하 버전에서는 update_geometry_stats([table_name, column_name]) (분포 계산) 및 VACUUM ANALYZE [table_name] [column_name] (값의 개수 계산)을 실행하면 됩니다. PostgreSQL 8.0 이상 버전에서는 VACUUM ANALYZE 를 실행하면 두 계산을 동시에 처리할 것입니다. 어쨌든지 간에 사용자 데이터베이스를 주기적으로 빈공간 분석(vacuum analyze)하는 편이 좋습니다 -- 많은 PostgreSQL DBA가 정기적으로 사용량이 적을 때 자동화된 작업으로 VACUUM 을 실행하고 있습니다.

  • 두 번째, 빈공간 분석으로 해결이 안 될 경우 SET ENABLE_SEQSCAN=OFF 명령어를 통해 강제로 쿼리 설계자가 인덱스 정보를 이용하도록 할 수 있습니다. 이 명령어는 공간 인덱스 쿼리일 경우에 한해 드물게 이용해야 합니다. 일반적으로, 쿼리 설계자는 언제 일반 B-Tree 인덱스를 활용해야 하는지 사용자보다 더 잘 알고 있습니다. 사용자 쿼리 실행 후, 다른 쿼리가 평소처럼 쿼리 설계자를 활용하도록 ENABLE_SEQSCAN 을 다시 켤지 고려해봐야 합니다.

    [Note]

    0.6 버전부터, ENABLE_SEQSCAN 변수를 통해 강제로 쿼리 설계자가 인덱스를 이용하도록 할 필요는 없을 것입니다.

  • 쿼리 설계자가 순차 및 인덱스 스캔의 경중(cost)을 잘못 판단하고 있다면, postgresql.conf 파일의 random_page_cost의 값을 줄여보거나 "SET random_page_cost=#"로 써보십시오. 해당 파라미터의 기본값은 4이지만, 1또는 2로 설정해보십시오. 값을 감소시킬수록 점점 더 쿼리 설계자가 인덱스 스캔을 활용하게 될 것입니다.

4.7. 복잡 쿼리

공간 데이터베이스 기능성의 존재 이유는 원래 데스크탑 GIS 기능성을 필요로 하는 데이터베이스의 내부에서 쿼리를 실행하는 것입니다. GIS를 효율적으로 활용하려면 어떤 공간 함수를 사용할 수 있는지 알아야 하고, 훌륭한 수행을 제공하기 위한 적절한 인덱스가 준비되어 있는지 보장해야 합니다. 이 단원의 예시에서 사용된 SRID 312는 오직 시연을 위한 것입니다. 사용자는 spatial_ref_sys 테이블에 정리되어 있으며 사용자 데이터의 투영체와 일치하는 실제 SRID를 사용해야 합니다. 사용자의 데이터가 어떤 공간 참조 시스템도 지정하고 있지 않을 경우, 어째서 지정하고 있지 않은지 그리고 지정해야 할지를 매우 신중하게 생각해봐야 할 것입니다. 분자 내부 구조 또는 핵전쟁 발발로 인해 인류를 화성으로 이주시키는 데 적합한 화성 상의 위치 등과 같이 정의된 지리 공간 참조 시스템이 없는 대상을 모델링하고 있기 때문이라면, 그냥 SRID를 비워두거나 또는 하나 만들어내서 spatial_ref_sys 테이블에 삽입하십시오.

If your reason is because you are modeling something that doesn't have a geographic spatial reference system defined such as the internals of a molecule or the floorplan of a not yet built amusement park then that's fine. If the location of the amusement park has been planned however, then it would make sense to use a suitable planar coordinate system for that location if nothing more than to ensure the amusement part is not trespassing on already existing structures.

Even in the case where you are planning a Mars expedition to transport the human race in the event of a nuclear holocaust and you want to map out the Mars planet for rehabitation, you can use a non-earthly coordinate system such as Mars 2000 make one up and insert it in the spatial_ref_sys table. Though this Mars coordinate system is a non-planar one (it's in degrees spheroidal), you can use it with the geography type to have your length and proximity measurements in meters instead of degrees.

4.7.1. 인덱스의 장점을 활용하기

쿼리 작성시 && 와 같은 경계 상자 기반 연산자만이 GiST 공간 인덱스의 장점을 취할 수 있다는 사실을 기억해야 합니다. ST_Distance() 같은 함수는 자체 연산을 최적화하는 데 인덱스를 활용할 수 없습니다. 예를 들어, 다음 쿼리는 대용량 테이블 대상일 경우 꽤 느릴 겁니다:

SELECT the_geom
FROM geom_table
WHERE ST_Distance(the_geom, ST_GeomFromText('POINT(100000 200000)', 312)) < 100

이 쿼리는 geom_table 안에서 포인트 (100000, 200000)로부터 100단위 안에 있는 모든 도형을 선택하고 있습니다. 지정된 포인트와 테이블이 담고 있는 모든 포인트 사이의 거리를 각각 계산하기 때문에, 예를 들어 테이블의 각 행마다 ST_Distance() 계산을 실행하기 때문에 느릴 수밖에 없습니다. && 연산자를 통해 필요한 거리 계산의 개수를 줄여 속도를 향상시킬 수 있습니다:

SELECT the_geom
FROM geom_table
WHERE ST_DWithin(the_geom,  ST_MakeEnvelope(90900, 190900, 100100, 200100,312), 100)

이 쿼리는 동일한 도형을 선택하지만, 더 효율적인 방식을 쓰고 있습니다. the_geom에 대한 GiST 인덱스가 있다고 가정하면, ST_distance() 함수의 결과를 계산하기 전에 쿼리 설계자가 인덱스를 활용해서 행의 개수를 줄일 수 있다는 사실을 알아차릴 것입니다. && 연산에 사용된 ST_MakeEnvelope 도형이 원래 포인트가 중심에 있는 200단위 정사각형이라는 점을 주의하십시오. 이것이 "쿼리 상자"입니다. && 연산자는 "쿼리 상자"와 겹치는 경계 상자를 가진 도형들만으로 결과 집합을 신속하게 줄이기 위해 인덱스를 활용합니다. 이 쿼리 상자가 전체 도형 테이블의 범위보다 훨씬 작다고 가정할 때, 필요한 거리 계산의 개수가 극단적으로 줄어들 것입니다.

[Note]작동 방식의 변화

PostGIS 1.3.0 버전부터, 주목할 만한 ST_Disjoint 및 ST_Relate를 제외한 도형 관계 함수 대부분은 내포된 경계 상자 중첩(overlap) 연산자를 포함하고 있습니다.

4.7.2. 공간 SQL 예시

이 단원의 예시들은 선형 도로 테이블 및 폴리곤형 지자체 경계 테이블을 활용할 것입니다. bc_roads 테이블은 다음과 같이 정의됩니다:

Column      | Type              | Description
------------+-------------------+-------------------
gid         | integer           | Unique ID
name        | character varying | Road Name
the_geom    | geometry          | Location Geometry (Linestring)

bc_municipality 테이블은 다음과 같이 정의됩니다:

Column     | Type              | Description
-----------+-------------------+-------------------
gid        | integer           | Unique ID
code       | integer           | Unique ID
name       | character varying | City / Town Name
the_geom   | geometry          | Location Geometry (Polygon)
4.7.2.1. 모든 도로들의 총연장이 몇 킬로미터입니까?
4.7.2.2. 프린스 조지(Prince George) 시의 면적이 몇 헥타르입니까?
4.7.2.3. 해당 지역에서 가장 면적이 넓은 지자체는 어디입니까?
4.7.2.4. 각 지자체 안에 완전히 들어가 있는 도로의 총연장은 얼마나 됩니까?
4.7.2.5. 프린스 조지 시 내부에 있는 모든 도로를 가진 새로운 테이블을 생성하십시오.
4.7.2.6. 빅토리아 시의 "더글러스 거리(Douglas St)"의 길이는 몇 킬로미터입니까?
4.7.2.7. 구멍이 있는 지자체 폴리곤 가운데 가장 넓은 곳은 어디입니까?

4.7.2.1.

모든 도로들의 총연장이 몇 킬로미터입니까?

매우 단순한 SQL로 이 질문에 답할 수 있습니다:

SELECT sum(ST_Length(the_geom))/1000 AS km_roads FROM bc_roads;

km_roads
------------------
70842.1243039643
(1 row)

4.7.2.2.

프린스 조지(Prince George) 시의 면적이 몇 헥타르입니까?

이 쿼리는 속성 조건(지자체 명칭)과 공간 계산(면적)을 결합하고 있습니다.

SELECT
  ST_Area(the_geom)/10000 AS hectares
FROM bc_municipality
WHERE name = 'PRINCE GEORGE';

hectares
------------------
32657.9103824927
(1 row)

4.7.2.3.

해당 지역에서 가장 면적이 넓은 지자체는 어디입니까?

이 쿼리는 쿼리 조건에 공간 측정을 넣어야 합니다. 이 문제에 접근하는 데에는 몇 가지 방법이 있지만, 가장 효율적인 방법은 다음과 같습니다:

SELECT
  name,
  ST_Area(the_geom)/10000 AS hectares
FROM
  bc_municipality
ORDER BY hectares DESC
LIMIT 1;

name           | hectares
---------------+-----------------
TUMBLER RIDGE  | 155020.02556131
(1 row)

이 문제에 답하기 위해 모든 폴리곤의 면적을 계산해야 한다는 점에 주의하십시오. 이런 작업을 많이 해야 한다면, 테이블에 비교를 위해 별도로 인덱스 작업을 한 면적 열을 추가하는 편이 좋을 것입니다. 면적이 넓은 순으로 결과값을 정렬한 다음 PostgreSQL의 "LIMIT" 명령어를 사용해서 max() 같은 종합 함수를 이용하지 않고도 가장 넓은 값을 쉽게 골라낼 수 있습니다.

4.7.2.4.

각 지자체 안에 완전히 들어가 있는 도로의 총연장은 얼마나 됩니까?

이 문제는 "공간 연결(spatial join)"의 예시입니다. 두 테이블로부터 데이터를 함께 모으지만(연결), 연결 조건으로 흔히 쓰이는 공통 키(common key)를 기반으로 연결하는 관계 접근법 대신 공간 교차 조건("들어가 있는")을 이용하기 때문입니다:

SELECT
  m.name,
  sum(ST_Length(r.the_geom))/1000 as roads_km
FROM
  bc_roads AS r,
  bc_municipality AS m
WHERE
  ST_Contains(m.the_geom,r.the_geom)
GROUP BY m.name
ORDER BY roads_km;

name                        | roads_km
----------------------------+------------------
SURREY                      | 1539.47553551242
VANCOUVER                   | 1450.33093486576
LANGLEY DISTRICT            | 833.793392535662
BURNABY                     | 773.769091404338
PRINCE GEORGE               | 694.37554369147
...

테이블에 있는 모든 도로를 최종 결과(현재 예시 테이블의 경우 약 250,000개의 도로)로 요약하기 때문에 이 쿼리는 시간이 걸립니다. 더 작은 오버레이(수백 개의 도로에 대한 수천 레코드 정도)라면, 응답도 매우 빠를 것입니다.

4.7.2.5.

프린스 조지 시 내부에 있는 모든 도로를 가진 새로운 테이블을 생성하십시오.

이 지시는 "오버레이"에 대한 예시입니다. 오버레이 쿼리는 두 테이블을 읽어들여 공간적으로 오려내거나 잘라낸 결과값으로 이루어진 새로운 테이블을 산출합니다. 앞에서 나온 "공간 연결"과는 달리, 이 쿼리는 실제로 새 도형을 생성합니다. 오버레이는 터보차저가 달린 공간 연결이라 할 수 있고, 더 정확한 분석 작업에 유용합니다:

CREATE TABLE pg_roads as
SELECT
  ST_Intersection(r.the_geom, m.the_geom) AS intersection_geom,
  ST_Length(r.the_geom) AS rd_orig_length,
  r.*
FROM
  bc_roads AS r,
  bc_municipality AS m
WHERE  m.name = 'PRINCE GEORGE' AND ST_Intersects(r.the_geom, m.the_geom);

4.7.2.6.

빅토리아 시의 "더글러스 거리(Douglas St)"의 길이는 몇 킬로미터입니까?

SELECT
  sum(ST_Length(r.the_geom))/1000 AS kilometers
FROM
  bc_roads r,
  bc_municipality m
WHERE  r.name = 'Douglas St' AND m.name = 'VICTORIA'
        AND ST_Contains(m.the_geom, r.the_geom) ;

kilometers
------------------
4.89151904172838
(1 row)

4.7.2.7.

구멍이 있는 지자체 폴리곤 가운데 가장 넓은 곳은 어디입니까?

SELECT gid, name, ST_Area(the_geom) AS area
FROM bc_municipality
WHERE ST_NRings(the_geom) > 1
ORDER BY area DESC LIMIT 1;

gid  | name         | area
-----+--------------+------------------
12   | SPALLUMCHEEN | 257374619.430216
(1 row)

Chapter 5. 래스터 데이터의 관리, 쿼리 및 응용

5.1. 래스터 로드 및 생성

대부분의 경우, 사용자는 패키징되어 있는 raster2pgsql 래스터 로더를 통해 기존 래스터 파일을 로드해서 PostGIS 래스터를 생성할 것입니다.

5.1.1. raster2pgsql을 이용해 래스터를 로드하기

raster2pgsql 은 GDAL이 지원하는 래스터 형식을 로드해서 PostGIS 래스터 테이블로 로드하는 데 적합한 SQL로 변환하는래스터 로더 실행 파일입니다. 래스터 오버뷰 생성은 물론 래스터 파일 폴더를 로드할 수도 있습니다.

raster2pgsql이 (사용자 스스로 GDAL 라이브러리를 컴파일하지 않는 한) 가장 흔히 PostGIS의 일부로서 컴파일되는 파일이기 때문에, 이 실행 파일이 지원하는 래스터 형식은 GDAL 의존성 라이브러리 안에 컴파일되는 래스터 형식과 동일할 것입니다. 사용자 자신의 raster2pgsql이 지원하는 래스터 형식의 목록을 보려면 -G 스위치를 사용하십시오. 사용자가 양쪽 모두에서 동일한 GDAL 라이브러리를 사용하고 있다면, ST_GDALDrivers 에 문서화된, 사용자 PostGIS 설치가 제공하는 지원 목록과 동일해야 합니다.

[Note]

이 도구의 구 버전은 파이썬 스크립트였습니다. 현재는 실행 파일이 파이썬 스크립트를 대체했습니다. 사용자가 해당 파이썬 스크립트를 필요로 할 경우, GDAL PostGIS 래스터 드라이버 활용 에서 파이썬 스크립트의 예들을 찾을 수 있습니다. raster2pgsql 파이썬 스크립트가 PostGIS 향후 버전과 호환되지 않을 수 있으며, 더 이상 지원되지도 않는다는 점을 주의해주시기 바랍니다.

[Note]

정렬된 래스터 집합에서 특정 인자(factor)의 오버뷰를 성생하는 경우, 오버뷰들이 정렬되지 않을 수도 있습니다. http://trac.osgeo.org/postgis/ticket/1764 페이지에서 오버뷰가 정렬되지 않는 예시를 찾아볼 수 있습니다.

활용예:

raster2pgsql raster_options_go_here raster_file someschema.sometable > out.sql

-?

도움말 화면을 표출합니다. 어떤 인수도 쓰지 않을 경우에도 도움말이 표출될 것입니다.

-G

지원하는 래스터 형식을 나열합니다.

c|a|d|p -- 이들은 상호배타적인 옵션들입니다:

-c

새 테이블을 생성한 다음 래스터(들)로 해당 테이블을 채웁니다. 이것이 기본 모드입니다.

-a

기존 테이블에 래스터(들)을 추가합니다.

-d

기존 테이블을 삭제하고, 새 테이블을 생성한 다음 래스터(들)로 해당 테이블을 채웁니다.

-p

준비 모드로, 테이블만 생성합니다.

래스터 공간 처리: 래스터 카탈로그에 제대로 등록하기 위한 제약조건 적용

-C

raster_columns 뷰에 래스터를 제대로 등록하기 위한 SRID, 픽셀 크기 등의 래스터 제약조건을 적용합니다.

-x

최대 범위(extent) 제약조건을 해제합니다. -C 플래그와 함께 쓰일 경우에만 적용됩니다.

-r

정규 블록화(regular blocking)를 위한 제약조건(공간적 유일성 및 커버리지 타일)을 설정합니다. -C 플래그와 함께 쓰일 경우에만 적용됩니다.

래스터 공간 처리: 입력 래스터 데이터셋을 조작하는 데 쓰이는 선택적 파라미터

-s <SRID>

출력 래스터에 지정된 SRID를 부여합니다. 기존에 없거나 0값인 경우, 적절한 SRID를 결정하기 위해 래스터의 메타데이터를 확인할 것입니다.

-b BAND

래스터에서 밴드의 (1-기반) 인덱스를 추출합니다. 하나 이상의 밴드 인덱스가 있을 경우, 쉼표(,)로 구분하십시오. 지정하지 않는 경우 래스터의 모든 밴드를 추출합니다.

-t TILE_SIZE

테이블 행 한 개당 하나씩 삽입되도록 래스터를 타일로 자릅니다. TILE_SIZE 는 너비x높이로 표현되거나, 또는 "auto" 값으로 설정하면 로더가 첫 번째 래스터를 이용해 적당한 크기를 계산해서 모든 래스터에 적용합니다.

-P

맨 오른쪽 및 맨 아래 타일들의 여백을 메꿔넣어(padding) 모든 타일이 동일한 너비와 높이를 갖도록 보장합니다.

-R, --register

래스터를 파일 시스템 (DB 외부) 래스터로 등록합니다.

데이터베이스에 래스터의 (픽셀이 아니라) 메타데이터 및 경로 위치만 저장될 것입니다.

-l OVERVIEW_FACTOR

래스터의 오버뷰를 생성합니다. 인자가 한 개 이상인 경우, 쉼표(,)로 구분하십시오. 오버뷰 테이블명은 o_overview factor_table 이라는 패턴을 따르는데, 이때 overview factor 는 숫자로 나타낸 오버뷰 인자의 위치지시자(placeholder)이며 table 은 기저 테이블명으로 대체됩니다. 생성된 오버뷰는 데이터베이스에 저장되어, -R 플래그의 영향을 받지 않습니다. 사용자가 생성한 SQL 파일이 주 테이블과 오버뷰 테이블을 모두 담게 될 것이라는 점에 주의하십시오.

-N NODATA

"NODATA" 값이 없는 밴드에 사용할 NODATA 값입니다.

데이터베이스 객체를 조작하는 데 이용되는 선택적 파라미터들

-q

PostgreSQL 식별자를 따옴표로 감쌉니다.

-f COLUMN

저장될 래스터 열의 명칭을 설정합니다. 기본값은 'rast'입니다.

-F

파일명을 담은 열을 추가합니다.

-n COLUMN

파일명 열의 명칭을 설정합니다. -F 플래그와 함께 써야 합니다.

-q

PostgreSQL 식별자를 따옴표로 감쌉니다.

-I

래스터 열에 GiST 인덱스를 생성합니다.

-M

래스터 테이블을 빈공간 분석(vacuum analyze)합니다.

-k

각 래스터 밴드 별로 NODATA 값 확인을 건너뜁니다.

-T tablespace

새 테이블 용 테이블스페이스를 설정합니다. -X 플래그를 함께 사용하지 않으면 (기본 키를 포함한) 인덱스들이 여전히 기본 테이블스페이스를 사용할 것이라는 점에 주의하십시오.

-X tablespace

테이블의 새 인덱스 용 테이블스페이스를 설정합니다. -I 플래그를 함께 사용하면 기본 키와 공간 인덱스에 함께 적용됩니다.

-Y

삽입 선언문 대신 복사 선언문을 사용합니다.

-e

각 선언문을 개별적으로 실행하며, 상호처리(transaction)를 이용하지 않습니다.

-E ENDIAN

생성된 래스터 바이너리 산출물의 메모리 내부 데이터 순서(endianness)를 조정합니다. XDR은 0, 기본값인 NDR은 1로 설정하십시오. 현재, NDR 산출물만 지원합니다.

-V version

산출물 형식의 버전을 설정합니다. 기본값은 0입니다. 현재, 0만 지원합니다.

로더를 통해 입력 파일을 생성하고 100x100 타일 뭉치로 나누어 업로드하는 세션의 예시는 다음과 같습니다:

[Note]

예를 들어 public.demelevation 대신 demelevation 을 쓰는 것처럼 스키마 명을 생략할 수 있습니다. 그래도 래스터 테이블은 데이터베이스 또는 사용자의 기본 스키마를 기반으로 생성될 것입니다.

raster2pgsql -s 4326 -I -C -M *.tif -F -t 100x100 public.demelevation 
> elev.sql
psql -d gisdb -f elev.sql

UNIX 파이프를 이용하면 변환 및 업로드 작업을 한 번에 끝낼 수 있습니다:

raster2pgsql -s 4326 -I -C -M *.tif -F -t 100x100 public.demelevation | psql -d gisdb

매사추세츠 주의 미터 단위 항공사진 타일 래스터들을 aerial 이라는 스키마로 로드하고, 전체 뷰와 2레벨 및 4레벨 오버뷰 테이블을 생성한 다음, 복사 모드를 통해 (중간 단계 파일 없이 DB로 직접) 삽입하며, 강제로 모든 작업을 상호처리하지 않도록 -e 플래그를 사용하십시오(작업이 완료되길 기다리지 않고 테이블에 들어오는 데이터를 바로 살펴보고자 할 때 유용합니다). 래스터를 128x128 픽셀 타일로 분절한 다음 래스터 제약조건을 적용하십시오. 테이블 삽입 대신 복사 모드를 이용하십시오. 타일들이 잘라져 나온 타일 파일명을 담을 수 있도록 -F 플래그로 "filename"이라는 필드를 포함시키십시오.

raster2pgsql -I -C -e -Y -F -s 26986 -t 128x128  -l 2,4 bostonaerials2008/*.jpg aerials.boston | psql -U postgres -d gisdb -h localhost -p 5432
-- 지원되는 래스터 유형의 목록을 얻으려면:
raster2pgsql -G

-G 옵션이 다음과 같은 목록을 출력할 것입니다:

Available GDAL raster formats:
  Virtual Raster
  GeoTIFF
  National Imagery Transmission Format
  Raster Product Format TOC format
  ECRG TOC format
  Erdas Imagine Images (.img)
  CEOS SAR Image
  CEOS Image
  JAXA PALSAR Product Reader (Level 1.1/1.5)
  Ground-based SAR Applications Testbed File Format (.gff)
  ELAS
  Arc/Info Binary Grid
  Arc/Info ASCII Grid
  GRASS ASCII Grid
  SDTS Raster
  DTED Elevation Raster
  Portable Network Graphics
  JPEG JFIF
  In Memory Raster
  Japanese DEM (.mem)
  Graphics Interchange Format (.gif)
  Graphics Interchange Format (.gif)
  Envisat Image Format
  Maptech BSB Nautical Charts
  X11 PixMap Format
  MS Windows Device Independent Bitmap
  SPOT DIMAP
  AirSAR Polarimetric Image
  RadarSat 2 XML Product
  PCIDSK Database File
  PCRaster Raster File
  ILWIS Raster Map
  SGI Image File Format 1.0
  SRTMHGT File Format
  Leveller heightfield
  Terragen heightfield
  USGS Astrogeology ISIS cube (Version 3)
  USGS Astrogeology ISIS cube (Version 2)
  NASA Planetary Data System
  EarthWatch .TIL
  ERMapper .ers Labelled
  NOAA Polar Orbiter Level 1b Data Set
  FIT Image
  GRIdded Binary (.grb)
  Raster Matrix Format
  EUMETSAT Archive native (.nat)
  Idrisi Raster A.1
  Intergraph Raster
  Golden Software ASCII Grid (.grd)
  Golden Software Binary Grid (.grd)
  Golden Software 7 Binary Grid (.grd)
  COSAR Annotated Binary Matrix (TerraSAR-X)
  TerraSAR-X Product
  DRDC COASP SAR Processor Raster
  R Object Data Store
  Portable Pixmap Format (netpbm)
  USGS DOQ (Old Style)
  USGS DOQ (New Style)
  ENVI .hdr Labelled
  ESRI .hdr Labelled
  Generic Binary (.hdr Labelled)
  PCI .aux Labelled
  Vexcel MFF Raster
  Vexcel MFF2 (HKV) Raster
  Fuji BAS Scanner Image
  GSC Geogrid
  EOSAT FAST Format
  VTP .bt (Binary Terrain) 1.3 Format
  Erdas .LAN/.GIS
  Convair PolGASP
  Image Data and Analysis
  NLAPS Data Format
  Erdas Imagine Raw
  DIPEx
  FARSITE v.4 Landscape File (.lcp)
  NOAA Vertical Datum .GTX
  NADCON .los/.las Datum Grid Shift
  NTv2 Datum Grid Shift
  ACE2
  Snow Data Assimilation System
  Swedish Grid RIK (.rik)
  USGS Optional ASCII DEM (and CDED)
  GeoSoft Grid Exchange Format
  Northwood Numeric Grid Format .grd/.tab
  Northwood Classified Grid Format .grc/.tab
  ARC Digitized Raster Graphics
  Standard Raster Product (ASRP/USRP)
  Magellan topo (.blx)
  SAGA GIS Binary Grid (.sdat)
  Kml Super Overlay
  ASCII Gridded XYZ
  HF2/HFZ heightfield raster
  OziExplorer Image File
  USGS LULC Composite Theme Grid
  Arc/Info Export E00 GRID
  ZMap Plus Grid
  NOAA NGS Geoid Height Grids

5.1.2. PostGIS 래스터 함수를 이용해 래스터 생성하기

사용자가 래스터와 래스터 테이블을 데이터베이스 내부에 생성하려 하는 경우가 많을 것입니다. 그런 작업을 위한, 넘치고도 남을 많은 함수가 있습니다. 일반적인 단계는 다음과 같습니다.

  1. 새 래스터 레코드를 담을 래스터 열을 가진 테이블을 다음과 같이 생성하십시오:

    CREATE TABLE myrasters(rid serial primary key, rast raster);
  2. 해당 목표를 도와줄 함수가 많이 있습니다. 다른 래스터에서 파생되지 않은 래스터를 생성하는 경우, ST_MakeEmptyRaster 함수와 ST_AddBand 함수를 순서대로 사용하는 편이 좋습니다.

    도형으로부터도 래스터를 생성할 수 있습니다. 그러려면 ST_AsRaster 함수를, 아마도 ST_Union , ST_MapAlgebraFct 또는 맵 대수(algebra) 함수 계열의 어떤 함수와도 같은 다른 함수와 함께 사용하는 편이 좋습니다.

    기존 테이블로부터 새 래스터 테이블을 생성하는 데에는 더욱 많은 선택지가 있습니다. 예를 들어 ST_Transform 함수를 사용하면 기존 테이블과는 다른 투영이 적용된 래스터 테이블을 생성할 수 있습니다.

  3. 일단 사용자 테이블을 채우는 작업을 마쳤다면, 다음과 같이 래스터 열에 대해 공간 인덱스를 생성하는 편이 좋습니다:

    CREATE INDEX myrasters_rast_st_convexhull_idx ON myrasters USING gist( ST_ConvexHull(rast) );

    래스터 연산자 대부분이 래스터의 볼록 껍질(convex hull)을 기반으로 하기 때문에 ST_ConvexHull 함수를 사용했다는 점에 주의하십시오.

    [Note]

    PostGIS 2.0 미만 버전에서 래스터는 볼록 껍질보다는 엔벨로프(envelop)를 기반으로 하고 있었습니다. 공간 인덱스가 제대로 작동하려면 구식 인덱스를 삭제하고 볼록 껍질 기반 인덱스로 대체해야 합니다.

  4. AddRasterConstraints 를 이용해 래스터 제약조건 적용

5.2. 래스터 카탈로그

PostGIS와 함께 패키징되는 래스터 카탈로그 뷰는 두 개입니다. 두 뷰 모두 래스터 테이블의 제약조건에 내장된 정보를 활용합니다. 제약조건이 강제적이기 때문에, 결과적으로 카탈로그 뷰는 언제나 테이블 내부의 래스터 데이터와 일관성을 유지합니다.

  1. raster_columns 이 뷰는 사용자 데이터베이스에 있는 모든 래스터 테이블 열을 카탈로그화합니다.

  2. raster_overviews 이 뷰는 더 세밀한 테이블을 위한 오버뷰 역할을 하는 사용자 데이터베이스에 있는 모든 래스터 테이블 열을 카탈로그화합니다. 로드 과정에서 -l 스위치를 사용할 경우 이 테이블 유형을 생성합니다.

5.2.1. 래스터 열 카탈로그

raster_columns 는 사용자 데이터베이스에 있는 모든 래스터 테이블 열의 래스터 유형 카탈로그입니다. 래스터 열 카탈로그는 테이블에 대한 제약조건을 활용하기 때문에, 설령 사용자가 다른 데이터베이스의 백업으로부터 래스터 테이블을 하나 복원했다 하더라도, 카탈로그 정보는 언제나 일관성을 유지합니다. 다음은 raster_columns 카탈로그 안에 존재하는 열들입니다.

로더를 통해 사용자 테이블을 생성하지 않았거나 로드 과정에서 -C 플래그 설정을 잊었을 경우, 테이블 생성 후에 raster_columns 카탈로그가 사용자의 래스터 타일에 관한 일반 정보를 등록하도록 AddRasterConstraints 함수를 통해 제약조건을 강제할 수 있습니다.

  • r_table_catalog 테이블을 담고 있는 데이터베이스입니다. 이 열은 언제나 현재 데이터베이스를 읽어들일 것입니다.

  • r_table_schema 래스터 테이블이 속해 있는 데이터베이스 스키마입니다.

  • r_table_name 래스터 테이블 명입니다.

  • r_raster_column 래스터 유형의 r_table_name 테이블 안에 있는 열입니다. PostGIS는 사용자가 테이블 하나 당 몇 개의 래스터 열을 가질 수 있는지 제한하지 않기 때문에, 래스터 테이블 하나를 각각 다른 래스터 열로 몇 번이고 나열할 수 있습니다.

  • srid 래스터의 공간 참조 식별자입니다. Section 4.3.1, “SPATIAL_REF_SYS 테이블과 공간 참조 시스템” 목록에 있는 항목이어야 합니다.

  • scale_x 기하하적 공간 좌표와 픽셀의 비례(축척)입니다. 래스터 열에 있는 모든 타일이 동일한 scale_x 를 가지며, scale_x 제약조건이 적용될 경우에만 사용할 수 있습니다. 자세한 내용은 ST_ScaleX 를 참조하십시오.

  • scale_y 기하하적 공간 좌표와 픽셀의 비례(축척)입니다. 래스터 열에 있는 모든 타일이 동일한 scale_y 를 가지며, scale_y 제약조건이 적용될 경우에만 사용할 수 있습니다. 자세한 내용은 ST_ScaleY 를 참조하십시오.

  • blocksize_x 각 래스터 타일의 너비(가로 방향의 픽셀 개수)입니다. 자세한 사항은 ST_Width 를 참조하십시오.

  • blocksize_y 각 래스터 타일의 높이(세로 방향의 픽셀 개수)입니다. 자세한 사항은 ST_Height 를 참조하십시오.

  • same_alignment 모든 래스터 타일이 동일한 방향으로 정렬된 경우 참인 불 값입니다. 자세한 내용은 ST_SameAlignment 를 참조하십시오.

  • regular_blocking 래스터 열이 공간적 유일성 제약조건 및 커버리지 타일 제약조건을 가질 경우, 해당 값은 참입니다. 그 외의 경우는 거짓이 됩니다.

  • num_bands 사용자 래스터 집합의 각 타일이 내장한 밴드의 개수입니다. 다음 열과 동일한 정보를 제공합니다. ST_NumBands

  • pixel_types 각 밴드에 대한 픽셀 유형을 정의하는 배열입니다. 이 배열에는 사용자 밴드 개수와 동일한 개수의 요소들이 들어갈 것입니다. pixel_types는 다음 ST_BandPixelType 에서 정의된 픽셀 유형 가운데 하나입니다.

  • nodata_values 각 밴드에 대한 nodata_value 를 의미하는 배정밀도(double precision) 수(數)입니다. 이 배열에는 사용자 밴드 개수와 동일한 개수의 요소들이 들어갈 것입니다. 이 숫자는 대부분의 연산에서 무시되어야 할 각 밴드에 대한 픽셀 값을 정의합니다. 이 정보는 ST_BandNoDataValue 가 제공하는 정보와 유사합니다.

  • out_db 데이터베이스 외부에서 래스터 밴드 데이터를 유지하는지 여부를 보여주는 불 값 플래그의 배열입니다. 이 배열에는 사용자 밴드 개수와 동일한 개수의 요소들이 들어갈 것입니다.

  • extent 사용자 래스터 집합이 포함하는 모든 래스터 열의 범위(extent)입니다. 해당 집합의 범위를 변경시킬 추가 데이터를 로드할 계획이라면, 로드 작업 전에 DropRasterConstraints 함수를 실행하고 작업 후에 AddRasterConstraints 함수로 제약조건을 다시 적용시키는 편이 좋습니다.

  • spatial_index 래스터 열이 공간 인덱스를 가진 경우 참인 불 값입니다.

5.2.2. 래스터 오버뷰

raster_overviews 는 오버뷰에 이용되는 래스터 테이블 열에 관한 정보 및 오버뷰 활용시 알면 유용한 추가 정보를 카탈로그화합니다. 오버뷰 테이블은 raster_columnsraster_overviews 양쪽에 모두 카탈로그화됩니다. 오버뷰가 나름대로 래스터이긴 하지만, 동시에 고해상도 테이블의 저해상도 썸네일이라는 추가적인 특별 목적을 담당하고 있기 때문입니다. 래스터 로드 작업중 -l 스위치를 사용하면 주 래스터 테이블과 함께 오버뷰 테이블을 생성합니다. 또는 AddOverviewConstraints 함수를 통해 직접 생성할 수도 있습니다.

오버뷰 테이블은 다른 래스터 테이블과 동일한 제약조건은 물론 오직 오버뷰에 특화된 제약조건에 관한 추가 정보도 포함합니다.

[Note]

raster_overviews 에 담긴 정보는 raster_columns 의 정보를 복제한 것이 아닙니다. raster_columns 에서 현재 오버뷰 테이블에 관한 정보를 얻어야 할 경우 raster_overviewsraster_columns 을 함께 연결(join)시켜 필요한 완전한 정보를 얻으십시오.

오버뷰의 주된 존재 이유는 다음 두 가지입니다:

  1. 빠른 매핑 확대를 위해 흔히 핵심 테이블의 저해상도 모사를 이용합니다.

  2. 고해상도 페어런트보다 오버뷰를 기반으로 하는 계산이 일반적으로 더 빠릅니다. 레코드 개수도 더 적고 각 픽셀이 커버하는 면적도 더 크기 때문입니다. 오버뷰가 지원하는 고해상도 테이블 대상 계산보다야 정확하지 않지만, 어림잡이(rule-of-thumb) 계산의 경우 오버뷰도 충분할 수 있습니다.

raster_overviews 카탈로그는 다음과 같은 정보 열을 포함합니다.

  • o_table_catalog 오버뷰 테이블을 담고 있는 데이터베이스입니다. 이 열은 언제나 현재 데이터베이스를 읽어들일 것입니다.

  • o_table_schema 오버뷰 테이블이 속해 있는 데이터베이스 스키마입니다.

  • o_table_name 오버뷰 테이블 명입니다.

  • o_raster_column 오버뷰 테이블이 담고 있는 래스터 열입니다.

  • r_table_catalog 해당 오버뷰 서비스를 담고 있는 래스터 테이블 카탈로그입니다. 이 열은 언제나 현재 데이터베이스를 읽어들일 것입니다.

  • r_table_schema 해당 오버뷰 서비스가 속해 있는 래스터 테이블 스키마입니다.

  • r_table_name 해당 오버뷰가 서비스하는 래스터 테이블 명입니다.

  • r_raster_column 해당 오버뷰가 서비스하는 래스터 열입니다.

  • overview_factor 오버뷰 테이블의 피라미드 레벨입니다. 숫자가 커질수록 테이블의 해상도는 낮아집니다. raster2pgsql은 이미지 폴더를 받아 각 이미지 파일의 오버뷰를 계산하고 개별적으로 로드합니다. 항상 레벨 1을 원 파일로 가정합니다. 레벨 2는 각 타일이 원래 이미지 4장을 모사하게 됩니다. 따라서 예를 들어 사용자가 125x125로 뭉치려는 5000x5000픽셀 이미지 파일들이 있는 폴더의 경우, 각 이미지 파일에 대해 사용자의 기저 테이블이 (5000*5000)/(125*125) = 1600 레코드를 담게 되고, 사용자의 o_2 (l=2) 테이블이 최대 (1600/2^2) = 400행, o_3 (l=3) 테이블은 최대 (1600/2^3) = 200행의 레코드를 담게 될 것입니다. 사용자 픽셀 수가 사용자 타일로 나눌 수 있는 숫자가 아닐 경우, 몇몇 파편(scrap) 타일(완전히 채워지지 않은 타일)을 얻게 될 것입니다. raster2pgsql이 생성한 각 오버뷰 타일의 픽셀 개수가 해당 페어런트와 동일한 개수이지만, 각 픽셀이 표현하는 영역이 더 넓은 (원 이미지의 2^overview_factor 픽셀에 해당하는) 저해상도라는 점에 주의하십시오.

5.3. PostGIS 래스터를 이용하는 사용자 지정 응용 프로그램 빌드하기

PostGIS 래스터가 알려진 이미지 형식으로 래스터를 렌더링하는 SQL 함수를 제공하기 때문에, 래스터 렌더링 옵션이 많습니다. 예를 들어 리브레오피스 기본 리포트로 PostGIS 래스터 그래픽을 렌더링하기 에서 설명하는 대로 오픈오피스/리브레오피스를 이용해서 렌더링할 수도 있습니다. 또한 이 단원에서 설명하는 대로 광범위한 언어를 이용할 수도 있습니다.

5.3.1. 다른 래스터 함수와 함께 ST_AsPNG를 이용해서 PHP 예제를 출력하기

이 단원에서, PHP PostgreSQL 드라이버와 ST_AsGDALRaster 계열 함수를 사용해서 래스터의 1, 2, 3 밴드를 PHP 요청 스트림(request stream)으로 출력하는 방법을 설명할 것입니다. 이후 PHP 요청 스트림을 "img src" HTML 태그로 임베딩할 수 있습니다.

예시 쿼리는 여러 래스터 함수를 함께 결합(combine)해서 특정 WGS84 경계 상자와 교차하는 모든 타일을 얻은 다음, ST_Union 함수를 통해 교차하는 타일들과 반환되는 모든 밴드를 통합(union)해서, ST_Transform 함수를 이용해 사용자가 지정한 투영으로 변환한 후, ST_AsPNG 함수로 결과값을 PNG 파일로 출력하는 방법을 보여줍니다.

http://mywebserver/test_raster.php?srid=2249

를 통해 메사추세츠 주의 피트 단위 항공사진의 래스터 이미지를 얻은 후, 다음 쿼리를 호출하십시오.

<?php
/** test_raster.php의 내용 **/
$conn_str ='dbname=mydb host=localhost port=5432 user=myuser password=mypwd';
$dbconn = pg_connect($conn_str);
header('Content-Type: image/png');
/** 특정 투영체를 요구할 경우 이걸 사용하고, 그렇지 않을 경우 매사추세츠 주 미터 단위 평면을 사용할 것 **/
if (!empty( $_REQUEST['srid'] ) && is_numeric( $_REQUEST['srid']) ){
                $input_srid = intval($_REQUEST['srid']);
}
else { $input_srid = 26986; }
/** PostgreSQL 9.0 이상 버전의 경우 bytea_output 집합이 필요할 수도 있지만, 8.4 버전은 필요없음 **/
$sql = "set bytea_output='escape';
SELECT ST_AsPNG(ST_Transform(
                        ST_AddBand(ST_Union(rast,1), ARRAY[ST_Union(rast,2),ST_Union(rast,3)])
                                ,$input_srid) ) As new_rast
 FROM aerials.boston
        WHERE
         ST_Intersects(rast, ST_Transform(ST_MakeEnvelope(-71.1217, 42.227, -71.1210, 42.218,4326),26986) )";
$result = pg_query($sql);
$row = pg_fetch_row($result);
pg_free_result($result);
if ($row === false) return;
echo pg_unescape_bytea($row[0]);
?>

5.3.2. 다른 래스터 함수와 함께 ST_AsPNG를 이용해서 ASP.NET C# 예제를 출력하기

이 단원에서, npgsql PostgreSQL .NET 드라이버와 ST_AsGDALRaster 계열 함수를 사용해서 래스터의 1, 2, 3 밴드를 PHP 요청 스트림(request stream)으로 출력하는 방법을 설명할 것입니다. 이후 PHP 요청 스트림을 "img src" HTML 태그로 임베딩할 수 있습니다.

이 예제를 실행하려면 npgsql PostgreSQL .NET 드라이버가 필요합니다. http://npgsql.projects.postgresql.org/ 에서 최신 버전을 다운로드할 수 있습니다. 최신 버전을 다운로드해서 사용자의 ASP.NET bin 폴더에 넣기만 하면 준비가 끝납니다.

예시 쿼리는 여러 래스터 함수를 함께 결합(combine)해서 특정 WGS84 경계 상자와 교차하는 모든 타일을 얻은 다음, ST_Union 함수를 통해 교차하는 타일들과 반환되는 모든 밴드를 통합(union)해서, ST_Transform 함수를 이용해 사용자가 지정한 투영으로 변환한 후, ST_AsPNG 함수로 결과값을 PNG 파일로 출력하는 방법을 보여줍니다.

이 예제는 C#으로 실행된다는 점만 제회하면 Section 5.3.1, “다른 래스터 함수와 함께 ST_AsPNG를 이용해서 PHP 예제를 출력하기” 예제와 동일합니다.

http://mywebserver/test_raster.php?srid=2249

를 통해 메사추세츠 주의 피트 단위 항공사진의 래스터 이미지를 얻은 후, 다음 쿼리를 호출하십시오.

-- web.config 접속 문자열 부분 --
<connectionStrings>
    <add name="DSN"
        connectionString="server=localhost;database=mydb;Port=5432;User Id=myuser;password=mypwd"/>
</connectionStrings
>
// TestRaster.ashx 용 코드
<%@ WebHandler Language="C#" Class="TestRaster" %>
using System;
using System.Data;
using System.Web;
using Npgsql;

public class TestRaster : IHttpHandler
{
        public void ProcessRequest(HttpContext context)
        {

                context.Response.ContentType = "image/png";
                context.Response.BinaryWrite(GetResults(context));

        }

        public bool IsReusable {
                get { return false; }
        }

        public byte[] GetResults(HttpContext context)
        {
                byte[] result = null;
                NpgsqlCommand command;
                string sql = null;
                int input_srid = 26986;
        try {
                    using (NpgsqlConnection conn = new NpgsqlConnection(System.Configuration.ConfigurationManager.ConnectionStrings["DSN"].ConnectionString)) {
                            conn.Open();

                if (context.Request["srid"] != null)
                {
                    input_srid = Convert.ToInt32(context.Request["srid"]);
                }
                sql = @"SELECT ST_AsPNG(
                            ST_Transform(
                                        ST_AddBand(
                                ST_Union(rast,1), ARRAY[ST_Union(rast,2),ST_Union(rast,3)])
                                                    ,:input_srid) ) As new_rast
                        FROM aerials.boston
                                WHERE
                                    ST_Intersects(rast,
                                    ST_Transform(ST_MakeEnvelope(-71.1217, 42.227, -71.1210, 42.218,4326),26986) )";
                            command = new NpgsqlCommand(sql, conn);
                command.Parameters.Add(new NpgsqlParameter("input_srid", input_srid));


                            result = (byte[]) command.ExecuteScalar();
                conn.Close();
                        }

                }
        catch (Exception ex)
        {
            result = null;
            context.Response.Write(ex.Message.Trim());
        }
                return result;
        }
}

5.3.3. 래스터 쿼리를 이미지 파일로 출력하는 Java 콘솔 응용 프로그램

이미지 한 장을 반환해서 지정된 파일로 출력하는 쿼리를 이용하는 단순한 Java 콘솔 응용 프로그램입니다.

http://jdbc.postgresql.org/download.html에서 최신 PostgreSQL JDBC 드라이버를 다운로드할 수 있습니다.

다음과 같은 명령어를 통해 예시 코드를 컴파일할 수 있습니다:

set env CLASSPATH .:..\postgresql-9.0-801.jdbc4.jar
javac SaveQueryImage.java
jar cfm SaveQueryImage.jar Manifest.txt *.class

다음과 같은 명령행을 이용해서 컴파일한 코드를 호출하십시오:

java -jar SaveQueryImage.jar "SELECT ST_AsPNG(ST_AsRaster(ST_Buffer(ST_Point(1,5),10, 'quad_segs=2'),150, 150, '8BUI',100));" "test.png" 
-- Manifest.txt --
Class-Path: postgresql-9.0-801.jdbc4.jar
Main-Class: SaveQueryImage
// SaveQueryImage.java 용 코드
import java.sql.Connection;
import java.sql.SQLException;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.io.*;

public class SaveQueryImage {
  public static void main(String[] argv) {
      System.out.println("Checking if Driver is registered with DriverManager.");

      try {
        //java.sql.DriverManager.registerDriver (new org.postgresql.Driver());
        Class.forName("org.postgresql.Driver");
      }
      catch (ClassNotFoundException cnfe) {
        System.out.println("Couldn't find the driver!");
        cnfe.printStackTrace();
        System.exit(1);
      }

      Connection conn = null;

      try {
        conn = DriverManager.getConnection("jdbc:postgresql://localhost:5432/mydb","myuser", "mypwd");
        conn.setAutoCommit(false);

        PreparedStatement sGetImg = conn.prepareStatement(argv[0]);

        ResultSet rs = sGetImg.executeQuery();

                FileOutputStream fout;
                try
                {
                        rs.next();
                        /** 사용자가 요청한 파일명으로 출력 **/
                        fout = new FileOutputStream(new File(argv[1]) );
                        fout.write(rs.getBytes(1));
                        fout.close();
                }
                catch(Exception e)
                {
                        System.out.println("Can't create file");
                        e.printStackTrace();
                }

        rs.close();
                sGetImg.close();
        conn.close();
      }
      catch (SQLException se) {
        System.out.println("Couldn't connect: print out a stack trace and exit.");
        se.printStackTrace();
        System.exit(1);
      }
  }
}

5.3.4. PLPython을 이용해서 SQL을 통해 이미지를 덤프하기

서버 디렉터리에 각 레코드를 파일로 생성하는 PLPython 저장 함수입니다. PLPython을 설치해야 합니다. PLPythonu와 PLPythonu3u 모두 잘 작동할 것입니다.

CREATE OR REPLACE FUNCTION write_file (param_bytes bytea, param_filepath text)
RETURNS text
AS $$
f = open(param_filepath, 'wb+')
f.write(param_bytes)
return param_filepath
$$ LANGUAGE plpythonu;
-- PostgreSQL 서버에 여러 크기로 이미지 5장을 작성합니다.
-- PostgreSQL 데몬(daemon) 계정이 폴더의 쓰기 권한을 가져야 한다는 점에 주의하십시오.
-- 이 쿼리는 생성된 파일명을 화면에 출력합니다;
 SELECT write_file(ST_AsPNG(
        ST_AsRaster(ST_Buffer(ST_Point(1,5),j*5, 'quad_segs=2'),150*j, 150*j, '8BUI',100)),
         'C:/temp/slices'|| j || '.png')
         FROM generate_series(1,5) As j;

     write_file
---------------------
 C:/temp/slices1.png
 C:/temp/slices2.png
 C:/temp/slices3.png
 C:/temp/slices4.png
 C:/temp/slices5.png

5.3.5. PSQL을 이용해서 래스터 출력하기

안타깝게도 PSQL은 바이너리 출력 작업에 쉽게 사용할 수 있는 내장 기능성을 가지고 있지 않습니다. PostgreSQL의 레거시 대용량 객체 지원에 어느 정도 숟가락만 얹는 꼼수에 가깝습니다. PSQL을 사용하려면, 먼저 사용자 데이터베이스에 연결된 사용자의 PSQL 명령행을 실행하십시오.

파이썬 접근법과는 달리, 이 접근법은 사용자의 로컬 시스템에 파일을 생성합니다.

SELECT oid, lowrite(lo_open(oid, 131072), png) As num_bytes
 FROM
 ( VALUES (lo_create(0),
   ST_AsPNG( (SELECT rast FROM aerials.boston WHERE rid=1) )
  ) ) As v(oid,png);
-- 다음과 비슷하게 출력될 것입니다. --
   oid   | num_bytes
---------+-----------
 2630819 |     74860

-- 그 다음 oid를 기억하고 c:/test.png를 사용자의
-- 로컬 시스템 파일 경로 위치로 대체하십시오.
 \lo_export 2630819 'C:/temp/aerial_samp.png'

-- 이 구문은 DB에 있는 대용량 객체 저장소에서 파일을 삭제합니다.
SELECT lo_unlink(2630819);
                        

Chapter 6. PostGIS 도형 활용: 응용 프로그램 빌드

6.1. MapServer 활용

미네소타 맵서버(Minnesota MapServer)는 OpenGIS 웹 매핑 서버 사양서를 준수하는 인터넷 웹 매핑 서버입니다.

6.1.1. 기본 활용

MapServer와 함께 PostGIS를 사용하려면 MapServer 설정법을 알아야 하는데, MapServer 설정은 이 문서의 범위를 벗어납니다. 이 단원에서는 특정 PostGIS 문제점 및 설정 상세 정보를 다룰 것입니다.

MapServer와 함께 PostGIS를 사용하려면 다음 프로그램이 필요합니다:

  • PostGIS 0.6 이상 버전

  • MapServer 3.5 이상 버전

MapServer는 다른 어떤 PostgreSQL 클라이언트와도 동일한 방식으로 -- libpq 인터페이스를 이용해서 PostGIS/PostgreSQL 데이터에 접근합니다. 즉 PostGIS 서버에 네트워크 연결된 어떤 컴퓨터에라도 MapServer를 설치할 수 있고, PostGIS를 데이터 소스로 이용할 수 있다는 뜻입니다. 두 시스템 간의 연결이 빠를수록 좋습니다.

  1. "--with-postgis" 설정 옵션을 포함하는, 사용자가 원하는 옵션으로 MapServer를 컴파일하고 설치하십시오.

  2. 사용자 MapServer의 맵 파일 안에 PostGIS 레이어를 추가하십시오. 다음은 그 예시입니다.

    LAYER
      CONNECTIONTYPE postgis
      NAME "widehighways"
      # 원격 공간 데이터베이스에 연결
      CONNECTION "user=dbuser dbname=gisdatabase host=bigserver"
      PROCESSING "CLOSE_CONNECTION=DEFER"
      # 'roads' 테이블의 'geom' 열에서 라인을 획득
      DATA "geom from roads using srid=4326 using unique gid"
      STATUS ON
      TYPE LINE
      # 범위 내부의 라인 가운데 넓은 고속도로만 렌더링
      FILTER "type = 'highway' and numlanes >= 4"
      CLASS
        # 초고속도로를 2픽셀 너비의 밝은 색으로
        EXPRESSION ([numlanes] >= 6)
        STYLE
          COLOR 255 22 22
          WIDTH 2
        END
      END
      CLASS
        # 다른 모든 도로를 1픽셀 너비의 어두운 색으로 
        EXPRESSION ([numlanes] < 6)
        STYLE
          COLOR 205 92 82
        END
      END
    END

    이 예시에서, PostGIS에 특화된 지시자(directive)는 다음과 같습니다:

    CONNECTIONTYPE

    PostGIS 레이어의 경우, 언제나 "postgis"입니다.

    CONNECTION

    다음과 같은 표준 키 및 값의 집합인 '연결 스트링(connection string)'이 데이터베이스 연결을 관장합니다(기본값은 <>로 감싸여 있습니다).

    user=<username> password=<password> dbname=<username> hostname=<server> port=<5432>

    비어 있는 연결 스트링도 여전히 유효하며, 어떤 키/값 쌍이라도 생략할 수 있습니다. 최소한, 연결에 필요한 데이터베이스 명 및 사용자명은 보통 제공하기 바랍니다.

    DATA

    이 파라미터의 서식은 유일한 <primary key>"를 이용한 "<geocolumn> from <tablename> using srid=<srid>입니다. 이때 열은 맵에 렌더링될 공간 열을 말하고, SRID는 열이 사용하는 SRID이며 기본 키는 테이블 기본 키(또는 다른 어떤 유일값을 담은, 인덱스를 가진 열)입니다.

    "using srid" 및 "using unique" 절(clause)을 생략할 수 있으며, 이런 경우 가능하다면 MapServer가 자동적으로 정확한 값을 알아낼 것입니다. 그러나 각 맵을 그리기 위해 서버 상에서 어느 정도의 추가 쿼리를 실행하는 일을 감당해야 할 것입니다.

    PROCESSING

    기존 연결을 끊지 않고 재사용하는 복수의 레이어가 있을 경우 CLOSE_CONNECTION=DEFER 절을 삽입하면 속도가 향상됩니다. 더 자세한 설명이 필요한 경우 MapServer PostGIS Performance Tips 를 참조하십시오.

    FILTER

    필터란 일반적으로 SQL 쿼리 안에 있는 "WHERE" 키워드를 따르는 논리에 상응하는 유효한 SQL 스트링이어야 합니다. 따라서, 예를 들어 6개 이상 차선을 가진 도로만을 렌더링하려면 "num_lanes >= 6"라는 필터를 사용하십시오.

  3. 사용자 공간 데이터베이스 안에 사용자가 그리게 될 모든 레이어에 대해 공간(GiST) 인덱스가 빌드되어 있는지 확인하십시오.

    CREATE INDEX [indexname] ON [tablename] USING GIST ( [geometrycolumn] );
  4. MapServer를 이용해서 사용자 레이어를 쿼리하게 될 경우, 사용자의 DATA 구문에 "using unique" 절을 삽입해야 할 것입니다.

    쿼리 실행시 MapServer는 각 공간 레코드에 대해 유일한 식별자를 요구하며, MapServer의 PostGIS 모듈은 이 유일한 식별자를 제공하기 위해 사용자가 설정한 유일값을 이용합니다. 가장 좋은 방법은 테이블 기본 키를 쓰는 것입니다.

6.1.2. FAQ

6.1.2.1. 제 맵 파일 안에 EXPRESSION 을 사용할 때, 제 테이블에 해당 값이 분명히 있는 데도 불구하고, 조건문이 항상 거짓을 반환합니다.
6.1.2.2. 제 shapefile에 사용하는 필터가 동일한 데이터를 가진 제 PostGIS 테이블에 대해서는 동작하지 않습니다.
6.1.2.3. 제 PostGIS 레이어를 그리는 속도가 제 shapefile 레이어보다 훨씬 느린데, 정상인가요?
6.1.2.4. 제 PostGIS 레이어는 잘 그려지는데, 쿼리 속도가 너무 느립니다. 뭐가 문제죠?
6.1.2.5. MapServer 레이어를 위한 소스로 (PostGIS 1.5부터 지원되는) "지리형" 열을 사용할 수 있을까요?

6.1.2.1.

제 맵 파일 안에 EXPRESSION 을 사용할 때, 제 테이블에 해당 값이 분명히 있는 데도 불구하고, 조건문이 항상 거짓을 반환합니다.

shapefile과는 달리, 표현식(expression)에 참조되는 PostGIS 필드명은 소문자 여야 합니다.

EXPRESSION ([numlanes] >= 6)

6.1.2.2.

제 shapefile에 사용하는 필터가 동일한 데이터를 가진 제 PostGIS 테이블에 대해서는 동작하지 않습니다.

shapefile과는 달리, PostGIS 레이어 용 필터는 SQL 문법을 이용합니다(이 필터는 MapServer에서 레이어를 그리기 위해 PostGIS 연결자가 생성하는 SQL 선언문에 추가됩니다).

FILTER "type = 'highway' and numlanes >= 4"

6.1.2.3.

제 PostGIS 레이어를 그리는 속도가 제 shapefile 레이어보다 훨씬 느린데, 정상인가요?

일반적으로, 주어진 맵에 더 많은 피처를 그릴수록 shapefile보다 PostGIS가 느려지게 됩니다. 상대적으로 적은 피처(수백 개)를 가진 맵의 경우, PostGIS가 빠른 편입니다. 고밀도 피처(수천 개)를 가진 맵의 경우, 항상 PostGIS가 더 느릴 것입니다.

그리기 작업 속도에서 상당한 문제가 있을 경우, 사용자 테이블에 공간 인덱스를 빌드하지 않았을 가능성이 있습니다.

postgis# CREATE INDEX geotable_gix ON geotable USING GIST ( geocolumn );
postgis# VACUUM ANALYZE;

6.1.2.4.

제 PostGIS 레이어는 잘 그려지는데, 쿼리 속도가 너무 느립니다. 뭐가 문제죠?

쿼리 속도가 빠르려면 사용자 공간 테이블에 유일 키가 있어야 하며 해당 유일 키에 대해 인덱스가 빌드되어 있어야 합니다.

사용자의 DATA 행에 USING UNIQUE 절을 삽입해서 MapServer가 사용할 유일 키를 설정할 수 있습니다:

DATA "geom FROM geotable USING UNIQUE gid"

6.1.2.5.

MapServer 레이어를 위한 소스로 (PostGIS 1.5부터 지원되는) "지리형" 열을 사용할 수 있을까요?

네! MapServer는 지리형 열을 언제나 SRID 4326을 이용하는 도형 열과 동일하다고 인식합니다. 사용자의 DATA 구문에 "using srid=4326" 절을 삽입했는지만 확인하면 됩니다. 다른 모든 작업은 도형의 경우와 정확히 동일하게 이루어집니다.

DATA "geog FROM geogtable USING SRID=4326 USING UNIQUE gid"

6.1.3. 고급 활용

MapServer가 좀 더 복잡한 쿼리의 결과를 이해하도록 돕기 위한 정보를 추가하는 데 USING 허위(pseudo) SQL 절을 이용합니다. 더 정확하게는, 뷰 또는 하위집합(subselect)을 (DATA 정의에서 "FROM" 오른쪽에 오는) 소스 테이블로 사용할 때, MapServer가 각 행에 대한 유일한 식별자는 물론 테이블의 SRID를 자동적으로 파악하기 어려워집니다. USING 절이 MapServer에 이 두 가지 정보를 다음과 같이 제공할 수 있습니다:

DATA "geom FROM (
  SELECT
    table1.geom AS geom,
    table1.gid AS gid,
    table2.data AS data
  FROM table1
  LEFT JOIN table2
  ON table1.id = table2.id
) AS new_table USING UNIQUE gid USING SRID=4326"
USING UNIQUE <uniqueid>

맵 쿼리 실행시 어떤 행인지 식별하기 위해 MapServer가 각 행에 대한 유일 ID를 요구합니다. 일반적으로는 시스템 테이블에서 기본 키를 인식합니다. 하지만, 뷰 및 하위집합은 알려진 유일값 열을 자동적으로 갖추지 않습니다. MapServer의 쿼리 기능성을 활용하고자 한다면, 사용자의 뷰 또는 하위집합이 유일값 열을 포함하는지 확인하고, USING UNIQUE 절을 통해 그 사실을 선언하십시오. 예를 들어, 이런 목적을 위해 명쾌하게 테이블의 기본 키를 선택할 수 있고, 또는 결과 출력물에서 유일할 것이 보장되는 다른 어떤 열이라도 선택할 수 있습니다.

[Note]

"맵 쿼리하기"란 해당 위치의 정보를 구하기 위해 맵을 클릭하는 행위입니다. DATA 정의에 있는 SQL 쿼리를 통한 "맵 쿼리"와 착각하지 마십시오.

USING SRID=<srid>

PostGIS는, MapServer에 정확한 데이터를 반환하기 위해, 도형이 어떤 공간 참조 시스템을 사용하는지 알아야 합니다. 일반적으로 PostGIS 데이터베이스에 있는 "geometry_columns" 테이블에서 이 정보를 찾을 수 있지만, 뷰 및 하위집합과 같이 실시간으로(on the fly) 생성된 테이블에서는 불가능합니다. 따라서 USING SRID= 옵션을 이용하면 DATA 정의 안에 정확한 SRID를 설정할 수 있습니다.

6.1.4. 예제

간단한 예제로 시작해서 단계를 높여 가보도록 합시다. 다음 MapServer 레이어 정의를 살펴보십시오:

LAYER
  CONNECTIONTYPE postgis
  NAME "roads"
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  DATA "geom from roads"
  STATUS ON
  TYPE LINE
  CLASS
    STYLE
      COLOR 0 0 0
    END
  END
END

이 레이어는 도로 테이블의 모든 도로 도형을 검정색 라인으로 표출할 것입니다.

이제 최소한 1:100,000 축척으로 확대하기 전까지는 고속도로만 보이도록 하려 한다고 해봅시다. 다음 두 레이어가 이런 효과를 낼 것입니다:

LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  DATA "geom from roads"
  MINSCALE 100000
  STATUS ON
  TYPE LINE
  FILTER "road_type = 'highway'"
  CLASS
    COLOR 0 0 0
  END
END
LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  PROCESSING "CLOSE_CONNECTION=DEFER"
  DATA "geom from roads"
  MAXSCALE 100000
  STATUS ON
  TYPE LINE
  CLASSITEM road_type
  CLASS
    EXPRESSION "highway"
    STYLE
      WIDTH 2
      COLOR 255 0 0
    END
  END
  CLASS
    STYLE
      COLOR 0 0 0
    END
  END
END

축척이 1:100,000을 초과할 경우 첫 번째 레이어를 사용해서 "highway" 유형의 도로만 검정색 라인으로 표출합니다. FILTER 옵션이 "highway" 유형의 도로만 표출되도록 합니다.

축척이 1:100,000 미만일 경우 두 번째 레이어를 사용해서 고속도로를 두 배 너비의 빨강색 라인으로, 다른 도로들을 일반적인 검정색 라인으로 표출 할 것입니다.

따라서, MapServer의 기능성만을 이용해서 재미있는 작업을 두어 개 해보았습니다만, DATA SQL 선언문은 단순한 형식을 유지하고 있습니다. 도로의 명칭이 (어떤 이유로든) 또다른 테이블에 저장되어 있다고 가정하면, 도로명을 읽어 와 도로 라벨을 표출하려면 두 테이블을 연결해야 합니다.

LAYER
  CONNECTIONTYPE postgis
  CONNECTION "user=theuser password=thepass dbname=thedb host=theserver"
  DATA "geom FROM (SELECT roads.gid AS gid, roads.geom AS geom,
        road_names.name as name FROM roads LEFT JOIN road_names ON
        roads.road_name_id = road_names.road_name_id)
        AS named_roads USING UNIQUE gid USING SRID=4326"
  MAXSCALE 20000
  STATUS ON
  TYPE ANNOTATION
  LABELITEM name
  CLASS
    LABEL
      ANGLE auto
      SIZE 8
      COLOR 0 192 0
      TYPE truetype
      FONT arial
    END
  END
END

이 주석(annotation) 레이어는 축척이 1:20,000 이하일 경우 모든 도로에 초록색 라벨을 추가합니다. DATA 정의에 어떻게 SQL 연결(join)을 이용하는지도 보여주고 있습니다.

6.2. Java 클라이언트(JDBC)

Java 클라이언트는 텍스트 표현식을 통해 직접 또는 PostGIS 번들에 포함되어 있는 JDBC 확장 프로그램을 이용해 PostgreSQL 데이터베이스 안에 있는 PostGIS "도형" 객체에 접근할 수 있습니다. 확장 프로그램 객체를 이용하려면, 사용자의 CLASSPATH에 "postgresql.jar" JDBC 드라이버 패키지와 함께 "postgis.jar" 파일이 존재해야 합니다.

import java.sql.*;
import java.util.*;
import java.lang.*;
import org.postgis.*;

public class JavaGIS {

public static void main(String[] args) {

  java.sql.Connection conn;

  try {
    /*
    * JDBC 드라이버를 로드하고 연결을 확립합니다.
    */
    Class.forName("org.postgresql.Driver");
    String url = "jdbc:postgresql://localhost:5432/database";
    conn = DriverManager.getConnection(url, "postgres", "");
    /*
    * 도형 유형을 연결에 추가합니다. addDataType() 메소드를
    * 호출하기 전에 연결을 pgSQL에 특화된 연결 실행에
    * 지정해야 한다는 점에 주의합니다. 
    */
    ((org.postgresql.PGConnection)conn).addDataType("geometry",Class.forName("org.postgis.PGgeometry"));
    ((org.postgresql.PGConnection)conn).addDataType("box3d",Class.forName("org.postgis.PGbox3d"));
    /*
    * 선언문을 생성해서 선별 쿼리를 실행합니다.
    */
    Statement s = conn.createStatement();
    ResultSet r = s.executeQuery("select geom,id from geomtable");
    while( r.next() ) {
      /*
      * 도형을 객체로 얻어온 다음 해당 객체를 도형 유형에 지정합니다. 
      * 도형을 출력합니다.
      */
      PGgeometry geom = (PGgeometry)r.getObject(1);
      int id = r.getInt(2);
      System.out.println("Row " + id + ":");
      System.out.println(geom.toString());
    }
    s.close();
    conn.close();
  }
catch( Exception e ) {
  e.printStackTrace();
  }
}
}

"PGgeometry" 객체는 포인트, 라인스트링, 폴리곤, 멀티폴리곤, 멀티라인스트링, 멀티폴리곤 등의 유형에 의존하는 특정 지형 도형 객체(추출 클래스 "도형"의 하위 클래스)를 담고 있는 래퍼(wrapper) 객체입니다.

PGgeometry geom = (PGgeometry)r.getObject(1);
if( geom.getType() == Geometry.POLYGON ) {
  Polygon pl = (Polygon)geom.getGeometry();
  for( int r = 0; r < pl.numRings(); r++) {
    LinearRing rng = pl.getRing(r);
    System.out.println("Ring: " + r);
    for( int p = 0; p < rng.numPoints(); p++ ) {
      Point pt = rng.getPoint(p);
      System.out.println("Point: " + p);
      System.out.println(pt.toString());
    }
  }
}

확장 프로그램 객체를 위한 JavaDoc은 기하학적 객체의 다양한 데이터 접근자(accessor) 함수에 대한 참조를 제공합니다.

6.3. C 클라이언트(libpq)

...

6.3.1. 텍스트 커서

...

6.3.2. 바이너리 커서

...

Chapter 7. 성능 향상 비법

7.1. 대용량 도형을 담은 저용량 테이블

7.1.1. 문제점 설명

현재 PostgreSQL (8.0 포함) 버전들의 쿼리 최적화기(optimizer)에는 TOAST 테이블과 관련된 약점이 있습니다. TOAST 테이블은 일반 데이터 페이지에 적합하지 않은 (긴 텍스트, 큰 이미지 또는 수많은 꼭짓점을 가진 복잡 도형 같은) 대용량(데이터 크기 관점에서) 값을 저장하는 데 쓰이는 일종의 "확장 공간(extension room)"입니다. 자세한 정보는 the PostgreSQL Documentation for TOAST 를 참고하십시오.

상당히 대용량의 도형을 가진 테이블이지만, (전체 유럽 국가들의 고해상도 국경을 담고 있는 테이블처럼) 도형 행이 그렇게 많지 않을 경우 문제가 드러납니다. 이때 테이블 자체는 저용량이지만, 많은 TOAST 공간을 차지합니다. 이번 예제의 경우, 테이블 자체는 약 80행을 담고 있고 데이터 페이지 3장만 사용하지만, TOAST 테이블은 8,225페이지를 차지합니다.

이 테이블의 행 가운데 몇 행과만 일치하는 경계 상자를 검색하기 위한 도형 연산자 &&를 이용하는 쿼리를 전송해봅시다. 이때 쿼리 최적화기는 해당 테이블이 데이터 페이지 3장과 80행만 가지고 있다고 판단합니다. 이런 저용량 테이블에는 인덱스보다 순차 스캔이 훨씬 빠를 거라고 추정할 것입니다. 따라서 GiST 인덱스를 무시하기로 합니다. 일반적인 경우라면 이 추정이 맞습니다. 그러나 이번 예제의 경우, && 연산자가 경계 상자를 비교하기 위해 디스크에서 모든 도형을 불러와야 하기 때문에, 결국 모든 TOAST 페이지도 읽어야 합니다.

사용자 시스템에 이 버그가 있는지 확인하려면, "EXPLAIN ANALYZE" PostgreSQL 명령어를 실행하십시오. 자세한 정보 및 기술적인 세부 사항을 알고 싶다면, PostgreSQL 성능 메일링 리스트에 있는 다음 스레드를 읽어볼 수 있습니다: http://archives.postgresql.org/pgsql-performance/2005-02/msg00030.php

and newer thread on PostGIS https://lists.osgeo.org/pipermail/postgis-devel/2017-June/026209.html

7.1.2. 해결 방법

PostgreSQL 개발자들은 쿼리 추정이 TOAST를 인식하도록 만들어 이 문제를 해결하려 하고 있습니다. 현 시점에서는, 다음 두 가지 해결 방법이 있습니다:

첫 번째 해결책은 쿼리 설계자가 인덱스를 사용하도록 강제하는 방법입니다. 쿼리를 전송하기 전에 서버로 "SET enable_seqscan TO off;"를 전송하십시오. 이렇게 하면 기본적으로 쿼리 설계자가 순차 스캔을 사용할 수 있는 경우에도 사용하지 않도록 강제합니다. 따라서 평상시처럼 GiST 인덱스를 이용할 것입니다. 그러나 이 플래그를 매번 연결할 때마다 설정해야 하고 다른 상황에서 쿼리 설계자가 잘못 추정하도록 하기 때문에, 쿼리가 끝난 후에 "SET enable_seqscan TO on;"을 전송해야 합니다.

두 번째 해결책은 쿼리 설계자가 추정하는 만큼 순차 스캔 속도를 높이는 방법입니다. 경계 상자를 "캐시"하는 추가 열을 생성한 다음, 이 추가 열을 대상으로 일치 여부를 쿼리하면 됩니다. 이번 예제의 경우, 해당 명령어는 다음과 같습니다:

SELECT AddGeometryColumn('myschema','mytable','bbox','4326','GEOMETRY','2');
UPDATE mytable SET bbox = ST_Envelope(ST_Force2D(the_geom));

이제 geom_column 대신 bbox 에 대해 && 연산자를 이용하도록 다음과 같이 사용자 쿼리를 변경하십시오:

SELECT geom_column
FROM mytable
WHERE bbox && ST_SetSRID('BOX3D(0 0,1 1)'::box3d,4326);

물론, mytable의 열을 변경하거나 추가할 경우, bbox의 "일관성"을 유지해야 합니다. 일관성을 유지시키는 가장 명료한 방법은 트리거(trigger)일 것입니다. 물론 사용자 응용 프로그램을 수정해서 bbox 열의 정보를 항상 최신 상태로 유지하도록 하거나, 모든 수정 작업 후 매번 앞에서 나온 UPDATE 쿼리를 실행할 수도 있습니다.

7.2. 도형 인덱스에 대한 클러스터 작업

레코드 대부분이 읽기 전용이고, 쿼리의 대다수가 단일 인덱스를 이용하는 테이블의 경우, PostgreSQL은 CLUSTER 명령어를 제공합니다. 이 명령어는 모든 데이터 행을 인덱스 기준과 동일한 순서로 물리적으로 재정렬합니다. 이렇게 하면 성능 향상 관련 두 가지 장점이 나타납니다. 첫째, 인덱스 범위 스캔을 하는 경우 데이터 테이블에 대한 요청 횟수가 극단적으로 줄어듭니다. 둘째, 사용자가 작업중인 집합이 인덱스 상의 조금 작은 간격에 집중하고 있을 경우 데이터 행이 더 적은 데이터 페이지를 따라 퍼져 있기 때문에 더 효율적인 캐시 작업이 가능합니다. (이 시점에서 PostgreSQL 지침서에 있는 CLUSTER 명령어 문서를 읽어보는 편이 좋습니다.)

하지만, 현재 PostgreSQL은 PostGIS GiST 인덱스에 대한 클러스터 작업을 허용하지 않습니다. 왜냐하면 GiST 인덱스가 NULL 값을 단순히 무시하기 때문에, 다음과 같은 오류 메시지를 보게 될 것입니다:

lwgeom=# CLUSTER my_geom_index ON my_table;
ERROR: cannot cluster when index access method does not handle null values
HINT: You may be able to work around this by marking column "the_geom" NOT NULL.

HINT 메시지의 내용대로, 테이블에 "not null" 제약조건을 추가하면 이 결점을 피해 갈 수 있습니다:

lwgeom=# ALTER TABLE my_table ALTER COLUMN the_geom SET not null;
ALTER TABLE

물론, 사용자 도형 열 안에 실제로 NULL 값이 필요한 경우 이 방법을 쓸 수는 없습니다. 또한 제약조건을 추가하려면 앞의 메소드를 이용해야 합니다. "ALTER TABLE blubb ADD CHECK (geometry is not null);"처럼 CHECK 제약조건을 사용하는 방법은 먹히지 않을 겁니다.

7.3. 차원 변환 피하기

때때로 사용자 테이블에 3D 또는 4D 데이터가 있지만, 항상 2D 도형만을 출력하는 OpenGIS 준수 ST_AsText() 또는 ST_AsBinary() 함수를 통해서만 접근하는 경우가 있을 수 있습니다. 이런 경우 내부적으로 ST_Force2D() 함수를 호출하는데, 대용량 도형의 경우 이 함수는 시스템의 자원을 상당히 잡아먹습니다. 이런 자원 낭비를 피하려면, 미리 그 추가적인 차원을 완전히 삭제하는 편이 효율적일 수 있습니다.

UPDATE mytable SET the_geom = ST_Force2D(the_geom);
VACUUM FULL ANALYZE mytable;

AddGeometryColumn() 함수를 통해 사용자 도형 열을 추가했을 경우 도형 차원에 제약조건이 걸려 있다는 사실을 주의하십시오. 이를 우회하려면 제약조건을 삭제해야 합니다. geometry_columns 테이블 내부 항목을 업데이트한 다음 제약조건을 다시 생성하는 걸 잊지 마십시오.

대용량 테이블의 경우, 사용자의 기본 키 또는 또다른 사용 가능한 기준과 함께 WHERE 절을 이용해서 테이블의 일부분만 업데이트하도록 제한한 다음 업데이트마다 간단히 "VACUUM;"을 실행하는 방식으로 이 업데이트를 작은 부분으로 나누는 편이 좋을 수 있습니다. 이렇게 하면 필요한 임시 디스크 공간이 급격히 줄어듭니다. 또한 몇 종류의 차원이 섞인 도형들을 가지고 있을 경우, "WHERE dimension(the_geom)>2"로 업데이트를 제한하면 이미 2D인 도형을 다시 작성하는 일을 건너뛸 수 있습니다.

7.4. 사용자 설정 세부 조정

Tuning for PostGIS is much like tuning for any PostgreSQL workload. The only additional note to keep in mind is that geometries and rasters are heavy so memory related optimizations generally have more of an impact on PostGIS than other types of PostgreSQL queries.

For general details about optimizing PostgreSQL, refer to Tuning your PostgreSQL Server.

For PostgreSQL 9.4+ all these can be set at the server level without touching postgresql.conf or postgresql.auto.conf by using the ALTER SYSTEM.. command.

ALTER SYSTEM SET work_mem = '256MB';
-- this will force, non-startup configs to take effect for new connections
SELECT pg_reload_conf();
-- show current setting value
-- use SHOW ALL to see all settings
SHOW work_mem;

In addition to these settings, PostGIS also has some custom settings which you can find listed in Section 8.2, “PostGIS Grand Unified Custom Variables (GUCs)”.

7.4.1. 시작

다음 설정들은 postgresql.conf 파일 안에 설정됩니다:

constraint_exclusion

  • 기본값은 1MB입니다.

  • 일반적으로 테이블을 분할하는 경우 쓰입니다. PostgreSQL 8.4 미만 버전을 실행하고 있다면 쿼리 설계자가 원하는 만큼 최적화하도록 "on"으로 설정하십시오. PostgreSQL 8.4 버전부터, 이 옵션의 기본값이 "partition"으로 설정되어 PostgreSQL 8.4 이후 버전에 이상적으로 바뀌었습니다. 테이블이 상속된 계층형일 경우 쿼리 설계자가 제약조건을 검토해야 할 테이블만 분석하도록 강제하고 다른 경우엔 별다른 대가를 치르지 않기 때문입니다.

shared_buffers

  • Default: ~128MB in PostgreSQL 9.6

  • Set to about 25% to 40% of available RAM. On windows you may not be able to set as high.

work_mem (정렬 연산 및 복잡 쿼리에 쓰이는 메모리)

  • 기본값은 1MB입니다.

  • Sets the maximum number of background processes that the system can support. This parameter can only be set at server start.

7.4.2. 런타임

work_mem (정렬 연산 및 복잡 쿼리에 쓰이는 메모리)

  • 기본값은 1MB입니다.

  • 대용량 DB, 복잡 쿼리, 많은 RAM의 경우 상향 조정하십시오.

  • 동시 사용자가 많거나 RAM이 적을 경우 하향 조정하십시오.

  • RAM이 많고 개발자가 적을 경우:

    SET work_mem TO 1200000;
                    

maintenance_work_mem (VACUUM, CREATE INDEX 등에 쓰이는 메모리)

  • 기본값은 16MB입니다.

  • 기본값이 너무 낮습니다. 메모리 스왑 도중 I/O 병목 현상이 일어나거나 객체에 랙이 걸립니다.

  • RAM이 많은 제품 서버(production server)라면 32MB에서 256MB까지 추천하지만, 동시 사용자 수에 따라 다릅니다. RAM이 많고 개발자가 적을 경우:

    SET maintainence_work_mem TO 1200000;
                    

max_parallel_workers_per_gather This setting is only available for PostgreSQL 9.6+ and will only affect PostGIS 2.3+, since only PostGIS 2.3+ supports parallel queries. If set to higher than 0, then some queries such as those involving relation functions like ST_Intersects can use multiple processes and can run more than twice as fast when doing so. If you have a lot of processors to spare, you should change the value of this to as many processors as you have. Also make sure to bump up max_worker_processes to at least as high as this number.

  • 기본값은 1MB입니다.

  • Sets the maximum number of workers that can be started by a single Gather node. Parallel workers are taken from the pool of processes established by max_worker_processes. Note that the requested number of workers may not actually be available at run time. If this occurs, the plan will run with fewer workers than expected, which may be inefficient. Setting this value to 0, which is the default, disables parallel query execution.

Chapter 8. PostGIS Reference

아래의 함수들은 PostGIS 사용자가 필요로 하는 함수들이며, 일반 사용자가 쓰지 않는 PostGIS 객체에 필요한 다른 지원 함수들도 있습니다.

[Note]

PostGIS는 기존 명명 규칙에서 SQL-MM-중심 명명 규칙으로 전환하기 시작했습니다. 그 결과로, 여러분이 알고 있고 좋아하는 대부분의 함수 이름이 표준 Spatial Type (ST) 접두어를 사용한 이름으로 변경되었습니다. 갱신된 함수들이 이전 함수들과 같은 기능을 제공하며, 비록 이 문서에는 나열되어 있지는 않지만 이전 함수도 사용할 수 있습니다. 다음 버전 출시에는 이 문서에 없는 비 ST_ 함수들이 더 이상 사용되지 않을 것이며 제외될 예정이므로 이들 함수의 사용을 중단해 주십시오.

8.1. PostgreSQL PostGIS Geometry/Geography/Box 유형

Abstract

이 섹션에서는 PostGIS에 의해 설치된 PostgreSQL의 데이터 유형을 나열합니다. 다음은 우리가 자신의 함수를 설계할 때 특히 중요한 이들의 캐스팅 동작을 설명합니다.

캐스트란 한 유형을 다른 유형으로 강제 변환하는 때를 말합니다. PostgreSQL은 사용자 정의 유형을 위한 캐스팅 동작 및 캐스팅에 사용되는 함수들을 정의할 수 있도록 한다는 점에서 대부분의 데이터베이스보다 특별합니다. otherfootype 유형만 처리하거나 자동 캐스트가 포함된 함수에 사용할 때처럼, CAST(myfoo As otherfootype) 또는 myfoo::otherfootype를 명시적으로 수행할 필요가 없는 상황에서 캐스트는 자동으로 설정될 수 있습니다.

자동 캐스트 동작을 사용할 때 발생할 수 있는 위험은 하나는 Box2D를 사용하고 또 하나는 지오메트리가 없는 Box3D를 사용하는 오버로드 된 함수를 사용하는 경우 입니다. 지오메트리가 두 함수 모두를 위한 자동캐스트를 가지고 있기 때문에 만약 두 함수 모두 지오메트리와 함께 사용한다면 어떤 일이 발생할까요? -- 결국 모호한 함수 오류가 발생할 것입니다. 이런 경우 PostgreSQL이 받아들일 수 있도록 CAST(mygeom As box3d) 또는 mygeom::box3d 캐스트를 사용해야 합니다.

적어도 PostgreSQL 8.3기준에서 (아마도 신비한 알 수 없는 타입 때문에) 모든 객체는 텍스트로 캐스트 될 수 있습니다. 따라서 객체를 텍스트로 캐스트 하기 위해 별도로 정의된 캐스트는 없습니다.

box2d — xmin, ymin, xmax, ymax로 구성된 박스. 지오메트리 또는 지오메트리 컬렉션의 2차원 공간범위-2D Extent를 반환하는데 주로 사용됩니다.
box3d — xmin, ymin, zmin, xmax, ymax, zmax로 구성된 박스. 지오메트리 또는 지오메트리 컬렉션의 3차원 공간범위-3D Extent를 반환하는데 주로 사용됩니다.
geometry — 평면 공간 데이터 타입.
geometry_dump — 공간 데이터 타입은 두 필드를 가집니다 - geom(지오메트리 객체를 보관)와 path[](1차원 배열로 덤프된 오브젝트에서 지오메트리의 위치를 보관)
geography — 구면 공간 데이터 유형

Name

box2d — xmin, ymin, xmax, ymax로 구성된 박스. 지오메트리 또는 지오메트리 컬렉션의 2차원 공간범위-2D Extent를 반환하는데 주로 사용됩니다.

설명

box2d는 지오메트리나 지오메트리 셋을 둘러싸는 박스를 표현하는데 사용하는 공간 데이터 타입입니다. PostGIS 1.4 이전 버전으 ST_Extent는 box2d를 반환합니다.


Name

box3d — xmin, ymin, zmin, xmax, ymax, zmax로 구성된 박스. 지오메트리 또는 지오메트리 컬렉션의 3차원 공간범위-3D Extent를 반환하는데 주로 사용됩니다.

설명

box3d 지오메트리 또는 지오메트리 셋의 범위를 표현하는데 사용되는 postgis 공간 데이터 타입입니다. ST_3DExtent는 box3d 객체를 반환합니다.

캐스팅 동작

이 섹션에는 자동 형변환 뿐만 아니라 이 데이터 유형에 허용되는 명시적 캐스팅이 나열됩니다.

변환 대상동작
box자동적
box2d자동적
geometry자동적

Name

geometry — 평면 공간 데이터 타입.

설명

geometry는 기초적인 postgis 공간 데이터 타입으로 유클리드 좌표계에서 피처를 기술하는데 사용됩니다.

캐스팅 동작

이 섹션에는 자동 형변환 뿐만 아니라 이 데이터 유형에 허용되는 명시적 캐스팅이 나열됩니다.

변환 대상동작
box자동적
box2d자동적
box3d자동적
bytea자동적
geography자동적
text자동적

Name

geometry_dump — 공간 데이터 타입은 두 필드를 가집니다 - geom(지오메트리 객체를 보관)와 path[](1차원 배열로 덤프된 오브젝트에서 지오메트리의 위치를 보관)

설명

geometry_dump은 복합 데이터 타입으로 .geom 필드와 path[]로 구성되는 지오메트리 오브젝트입니다. path는 1차원 정수 배열(1에서부터 시작. 예: path[1]의 첫번째 요소)로 부어 넣어진 지오메트리에서의 내비게이션 경로를 정의하는 배열입니다. 이것은 ST_Dump* 계열의 함수에서 더 복잡한 형상을 이를 구성하는 부분이나 부분의 위치로 분해하기 위한 출력 타입으로 사용됩니다.


Name

geography — 구면 공간 데이터 유형

설명

geography는 지구곡면 좌표계에서 피처를 표현하는데 사용되는 공간 데이터 타입입니다.

캐스팅 동작

이 섹션에는 자동 형변환 뿐만 아니라 이 데이터 유형에 허용되는 명시적 캐스팅이 나열됩니다.

변환 대상동작
geometry명시적

8.2. PostGIS Grand Unified Custom Variables (GUCs)

Abstract

This section lists custom PostGIS Grand Unified Custom Variables(GUC). These can be set globally, by database, by session or by transaction. Best set at global or database level.

postgis.backend — The backend to service a function where GEOS and SFCGAL overlap. Options: geos or sfcgal. Defaults to geos.
postgis.gdal_datapath — A configuration option to assign the value of GDAL's GDAL_DATA option. If not set, the environmentally set GDAL_DATA variable is used.
postgis.gdal_enabled_drivers — A configuration option to set the enabled GDAL drivers in the PostGIS environment. Affects the GDAL configuration variable GDAL_SKIP.
postgis.enable_outdb_rasters — A boolean configuration option to enable access to out-db raster bands.

Name

postgis.backend — The backend to service a function where GEOS and SFCGAL overlap. Options: geos or sfcgal. Defaults to geos.

Description

This GUC is only relevant if you compiled PostGIS with sfcgal support. By default geos backend is used for functions where both GEOS and SFCGAL have the same named function. This variable allows you to override and make sfcgal the backend to service the request.

Availability: 2.1.0

Examples

Sets backend just for life of connection

set postgis.backend = sfcgal;

Sets backend for new connections to database

ALTER DATABASE mygisdb SET postgis.backend = sfcgal;

Name

postgis.gdal_datapath — A configuration option to assign the value of GDAL's GDAL_DATA option. If not set, the environmentally set GDAL_DATA variable is used.

Description

A PostgreSQL GUC variable for setting the value of GDAL's GDAL_DATA option. The postgis.gdal_datapath value should be the complete physical path to GDAL's data files.

This configuration option is of most use for Windows platforms where GDAL's data files path is not hard-coded. This option should also be set when GDAL's data files are not located in GDAL's expected path.

[Note]

This option can be set in PostgreSQL's configuration file postgresql.conf. It can also be set by connection or transaction.

Availability: 2.2.0

[Note]

Additional information about GDAL_DATA is available at GDAL's Configuration Options.

Examples

Set and reset postgis.gdal_datapath

SET postgis.gdal_datapath TO '/usr/local/share/gdal.hidden';
SET postgis.gdal_datapath TO default;
                                

Setting on windows for a particular database

ALTER DATABASE gisdb
SET postgis.gdal_datapath = 'C:/Program Files/PostgreSQL/9.3/gdal-data';

Name

postgis.gdal_enabled_drivers — A configuration option to set the enabled GDAL drivers in the PostGIS environment. Affects the GDAL configuration variable GDAL_SKIP.

Description

A configuration option to set the enabled GDAL drivers in the PostGIS environment. Affects the GDAL configuration variable GDAL_SKIP. This option can be set in PostgreSQL's configuration file: postgresql.conf. It can also be set by connection or transaction.

The initial value of postgis.gdal_enabled_drivers may also be set by passing the environment variable POSTGIS_GDAL_ENABLED_DRIVERS with the list of enabled drivers to the process starting PostgreSQL.

Enabled GDAL specified drivers can be specified by the driver's short-name or code. Driver short-names or codes can be found at GDAL Raster Formats. Multiple drivers can be specified by putting a space between each driver.

[Note]

There are three special codes available for postgis.gdal_enabled_drivers. The codes are case-sensitive.

  • DISABLE_ALL disables all GDAL drivers. If present, DISABLE_ALL overrides all other values in postgis.gdal_enabled_drivers.

  • ENABLE_ALL enables all GDAL drivers.

  • VSICURL enables GDAL's /vsicurl/ virtual file system.

When postgis.gdal_enabled_drivers is set to DISABLE_ALL, attempts to use out-db rasters, ST_FromGDALRaster(), ST_AsGDALRaster(), ST_AsTIFF(), ST_AsJPEG() and ST_AsPNG() will result in error messages.

[Note]

In the standard PostGIS installation, postgis.gdal_enabled_drivers is set to DISABLE_ALL.

[Note]

Additional information about GDAL_SKIP is available at GDAL's Configuration Options.

Availability: 2.2.0

Examples

Set and reset postgis.gdal_enabled_drivers

Sets backend for all new connections to database

ALTER DATABASE mygisdb SET postgis.gdal_enabled_drivers TO 'GTiff PNG JPEG';

Sets default enabled drivers for all new connections to server. Requires super user access and PostgreSQL 9.4+. Also not that database, session, and user settings override this.

ALTER SYSTEM SET postgis.gdal_enabled_drivers TO 'GTiff PNG JPEG';
SELECT pg_reload_conf();
                                
SET postgis.gdal_enabled_drivers TO 'GTiff PNG JPEG';
SET postgis.gdal_enabled_drivers = default;
                                

Enable all GDAL Drivers

SET postgis.gdal_enabled_drivers = 'ENABLE_ALL';
                                

Disable all GDAL Drivers

SET postgis.gdal_enabled_drivers = 'DISABLE_ALL';
                                

Name

postgis.enable_outdb_rasters — A boolean configuration option to enable access to out-db raster bands.

Description

A boolean configuration option to enable access to out-db raster bands. This option can be set in PostgreSQL's configuration file: postgresql.conf. It can also be set by connection or transaction.

The initial value of postgis.enable_outdb_rasters may also be set by passing the environment variable POSTGIS_ENABLE_OUTDB_RASTERS with a non-zero value to the process starting PostgreSQL.

[Note]

Even if postgis.enable_outdb_rasters is True, the GUC postgis.enable_outdb_rasters determines the accessible raster formats.

[Note]

In the standard PostGIS installation, postgis.enable_outdb_rasters is set to False.

Availability: 2.2.0

Examples

Set and reset postgis.enable_outdb_rasters

SET postgis.enable_outdb_rasters TO True;
SET postgis.enable_outdb_rasters = default;
SET postgis.enable_outdb_rasters = True;
SET postgis.enable_outdb_rasters = False;
                                

8.3. 관리 함수

AddGeometryColumn — 기존 속성 테이블에 지오메트리 컬럼을 추가합니다. 기본적으로 컬럼을 정의하기 위해 제약 조건보다 오히려 유형 변경자를 사용합니다.
DropGeometryColumn — 공간 테이블에서 지오메트리 컬럼을 제거합니다.
DropGeometryTable — 테이블 및 geometry_columns의 모든 참조를 삭제합니다.
PostGIS_Full_Version — PostGIS 버전과 빌드 환경 정보를 반환합니다.
PostGIS_GEOS_Version — GEOS 라이브러리의 버전 번호를 반환합니다.
PostGIS_Lib_Version — libxml2 라이브러리의 버전 번호를 반환합니다.
PostGIS_LibXML_Version — libxml2 라이브러리의 버전 번호를 반환합니다.
PostGIS_Lib_Build_Date — PostGIS 라이브러리의 빌드 날짜를 반환합니다.
PostGIS_Lib_Version — PostGIS 라이브러리의 버전 번호를 반환합니다.
PostGIS_PROJ_Version — PROJ4 라이브러리의 버전 번호를 반환합니다.
PostGIS_Scripts_Build_Date — PostGIS 스크립트의 빌드 날짜를 반환합니다.
PostGIS_Scripts_Installed — 이 데이터베이스에 설치된 PostGIS 스크립트의 버전을 반환합니다.
PostGIS_Scripts_Released — 설치된 PostGIS 라이브러리와 함께 출시된 postgis.sql 스크립트의 버전 번호를 반환합니다.
PostGIS_Version — PostGIS 버전 번호 및 컴파일 시간 옵션을 반환합니다.
Populate_Geometry_Columns — 지오메트리 컬럼이 타입 변경자로 정의되거나 적절한 공간 제약을 가지고 있는지 확인합니다. 이 함수는 공간 관련 테이블들이 geometry_columns 뷰에 올바르게 등록되도록 합니다. 기본적으로 유형 변경자를 가지지 않는 모든 지오메트리 컬럼들을 유형 변경자를 가진 지오메트리 컬럼들로 변환시킵니다. 엣날식 동작을 원하면 use_typmod=false으로 설정
UpdateGeometrySRID — 도형 열, geometry_columns 메타데이터 그리고 SRID에 있는 모든 피처의 SRID를 업데이트합니다. 제약조건으로 강제됐을 경우, 제약조건도 새로운 SRID 제약조건으로 업데이트될 것입니다. 유형 정의에 따라 구 버전을 강제했다면, 유형 정의가 변경될 것입니다.

Name

AddGeometryColumn — 기존 속성 테이블에 지오메트리 컬럼을 추가합니다. 기본적으로 컬럼을 정의하기 위해 제약 조건보다 오히려 유형 변경자를 사용합니다.

Synopsis

text AddGeometryColumn(varchar table_name, varchar column_name, integer srid, varchar type, integer dimension, boolean use_typmod=true);

text AddGeometryColumn(varchar schema_name, varchar table_name, varchar column_name, integer srid, varchar type, integer dimension, boolean use_typmod=true);

text AddGeometryColumn(varchar catalog_name, varchar schema_name, varchar table_name, varchar column_name, integer srid, varchar type, integer dimension, boolean use_typmod=true);

설명

기존 테이블의 속성으로 지오메트리 컬럼을 추가합니다. schema_name은 테이블 스키마의 이름입니다. srid은 정수값 이어야 하며 SPATIAL_REF_SYS 테이블의 요소를 참조합니다. type은 지오메트리 타입과 일티하는 문자열, 예를 들어 'POLYGON' 이나 'MULTILINESTRING' 이어야 합니다. 스키마 이름이 없거나 (혹은 현재 search_path에 안버이거나) 지정된 SRID, 지오메트리 타입, 차원 등이 잘못된 경우 오류가 발생됩니다.

[Note]

변경사항: 2.0.0 이 함수는 geometry_columns이 시스템 카테고리에서 읽히는 뷰인 동안 더 이상 geometry_columns을 업데이트 하지 않습니다. 이것은 기본적으로 컨스트레인트를 만들지 않지만, 대신에 PostgreSQL의 내장된 타입 변경 동작이 대신합니다. 그래서 예를 들어 WGS84 POINT 컬럼을 이 함수로 만든다면 이 함수는 다음과 동등합니다: ALTER TABLE some_table ADD COLUMN geom geometry(Point,4326);

변경 사항: 2.0.0 버전. 제약조건의 구식 습성이 필요할 경우, 기본값인 use_typmod 를 이용하되, 거짓으로 설정하십시오.

[Note]

변경 사항: 2.0.0 버전. 더 이상 뷰를 직접 geometry_columns에 등록시킬 수는 없지만, 도형 typmod 테이블 도형을 기반으로 빌드된 , 그리고 래퍼 함수 없이 사용되는 뷰는 자신의 페어런트 테이블 열의 typmod 습성을 상속하기 때문에 스스로를 정확히 등록시킵니다. 이런 뷰 도형 열을 geometry_columns에 정확히 등록시키려면, 다른 도형을 출력하는 도형 함수를 이용하는 뷰를 typmod 도형으로 형변환시켜야 할 것입니다. Section 4.3.4, “geometry_columns에 도형 열을 직접 등록하기” 을 참조하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

개선 사항: 2.0.0 버전. use_typmod 인자가 추가됐습니다. 제약조건 기반 도형 열 대신 기본적으로 typmod 도형 열을 생성합니다.

예제

-- 데이터를 담기 위한 스키마를 생성
CREATE SCHEMA my_schema;
-- 새로운 단순 PostgreSQL 테이블 생성
CREATE TABLE my_schema.my_spatial_table (id serial);

-- 단일 "id" 열을 가진 단순 테이블을 보여주는 테이블을 설명하기
postgis=# \d my_schema.my_spatial_table
                                                         Table "my_schema.my_spatial_table"
 Column |  Type   |                                Modifiers
--------+---------+-------------------------------------------------------------------------
 id     | integer | not null default nextval('my_schema.my_spatial_table_id_seq'::regclass)

-- 테이블에 공간 열을 추가
SELECT AddGeometryColumn ('my_schema','my_spatial_table','geom',4326,'POINT',2);

-- 예전 제약조건 기반 습성을 이용해서 포인트를 추가
SELECT AddGeometryColumn ('my_schema','my_spatial_table','geom_c',4326,'POINT',2, false);

-- 예전 제약조건 습성을 이용해서 만곡 폴리곤을 추가
SELECT AddGeometryColumn ('my_schema','my_spatial_table','geomcp_c',4326,'CURVEPOLYGON',2, false);

-- 새 도형을 추가했음을 보여주도록 테이블을 다시 설명하기
\d my_schema.my_spatial_table
                            addgeometrycolumn
-------------------------------------------------------------------------
 my_schema.my_spatial_table.geomcp_c SRID:4326 TYPE:CURVEPOLYGON DIMS:2
(1 row)

                                    Table "my_schema.my_spatial_table"
  Column  |         Type         |                                Modifiers
----------+----------------------+-------------------------------------------------------------------------
 id       | integer              | not null default nextval('my_schema.my_spatial_table_id_seq'::regclass)
 geom     | geometry(Point,4326) |
 geom_c   | geometry             |
 geomcp_c | geometry             |
Check constraints:
    "enforce_dims_geom_c" CHECK (st_ndims(geom_c) = 2)
    "enforce_dims_geomcp_c" CHECK (st_ndims(geomcp_c) = 2)
    "enforce_geotype_geom_c" CHECK (geometrytype(geom_c) = 'POINT'::text OR geom_c IS NULL)
    "enforce_geotype_geomcp_c" CHECK (geometrytype(geomcp_c) = 'CURVEPOLYGON'::text OR geomcp_c IS NULL)
    "enforce_srid_geom_c" CHECK (st_srid(geom_c) = 4326)
    "enforce_srid_geomcp_c" CHECK (st_srid(geomcp_c) = 4326)

-- geometry_columns 뷰도 새 열들을 등록합니다. --
SELECT f_geometry_column As col_name, type, srid, coord_dimension As ndims
    FROM geometry_columns
    WHERE f_table_name = 'my_spatial_table' AND f_table_schema = 'my_schema';

 col_name |     type     | srid | ndims
----------+--------------+------+-------
 geom     | Point        | 4326 |     2
 geom_c   | Point        | 4326 |     2
 geomcp_c | CurvePolygon | 4326 |     2

Name

DropGeometryColumn — 공간 테이블에서 지오메트리 컬럼을 제거합니다.

Synopsis

text DropGeometryColumn(varchar table_name, varchar column_name);

text DropGeometryColumn(varchar schema_name, varchar table_name, varchar column_name);

text DropGeometryColumn(varchar catalog_name, varchar schema_name, varchar table_name, varchar column_name);

설명

공간 테이블에서 도형 열을 제거합니다. schema_name이 geometry_columns 테이블에 있는 테이블 행의 f_table_schema 항목과 일치해야 한다는 점에 주의하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

[Note]

변경 사항: 2.0.0 버전. 하위 호환성을 위해 이 함수를 제공합니다. 이제는 geometry_columns이 시스템 카탈로그를 기반으로 하는 뷰이기 때문에, 다른 어떤 테이블 열과도 마찬가지로 도형 열도 ALTER TABLE 을 이용해서 삭제할 수 있습니다.

예제

SELECT DropGeometryColumn ('my_schema','my_spatial_table','geom');
                        -- 결과 출력물 --
                                          dropgeometrycolumn
------------------------------------------------------
 my_schema.my_spatial_table.geom effectively removed.

-- PostGIS 2.0 이상 버전에서 위 쿼리는 표준 대체 테이블과도 동등합니다.
-- 양쪽 모두 geometry_columns로부터 등록 해제될 것입니다.
ALTER TABLE my_schema.my_spatial_table DROP column geom;
                

Name

DropGeometryTable — 테이블 및 geometry_columns의 모든 참조를 삭제합니다.

Synopsis

boolean DropGeometryTable(varchar table_name);

boolean DropGeometryTable(varchar schema_name, varchar table_name);

boolean DropGeometryTable(varchar catalog_name, varchar schema_name, varchar table_name);

설명

테이블 및 geometry_columns에 있는 테이블의 모든 참조를 삭제합니다. 주의: 스키마를 제공하지 않는다면 스키마를 인식하는(schema-aware) pgSQL 설치 상에서 current_schema()를 사용해보십시오.

[Note]

변경 사항: 2.0.0 버전. 하위 호환성을 위해 이 함수를 제공합니다. 이제는 geometry_columns이 시스템 카탈로그를 기반으로 하는 뷰이기 때문에, 다른 어떤 테이블과도 마찬가지로 도형 열을 가진 테이블도 DROP TABLE 을 이용해서 삭제할 수 있습니다.

예제

SELECT DropGeometryTable ('my_schema','my_spatial_table');
-- 결과 출력물 --
my_schema.my_spatial_table dropped.

-- 이제 위 쿼리는 다음과 동등합니다. --
DROP TABLE my_schema.my_spatial_table;
                

Name

PostGIS_Full_Version — PostGIS 버전과 빌드 환경 정보를 반환합니다.

Synopsis

text PostGIS_Full_Version();

설명

완전한 PostGIS 버전 및 빌드 설정 정보를 반환합니다. 또 업그레이드가 필요한지 알 수 있는 라이브러리와 스크립트 사이의 동기화에 대해서도 알려줍니다.

예제

SELECT PostGIS_Full_Version();
                                                           postgis_full_version
----------------------------------------------------------------------------------
POSTGIS="2.2.0dev r12699" GEOS="3.5.0dev-CAPI-1.9.0 r3989" SFCGAL="1.0.4" PROJ="Rel. 4.8.0, 6 March 2012"
GDAL="GDAL 1.11.0, released 2014/04/16" LIBXML="2.7.8" LIBJSON="0.12" RASTER
(1 row)

Name

PostGIS_GEOS_Version — GEOS 라이브러리의 버전 번호를 반환합니다.

Synopsis

text PostGIS_GEOS_Version();

설명

GEOS 라이브러리의 버전 숫자 또는 GEOS 지원이 활성화되지 않았을 경우 NULL 을 반환합니다.

예제

SELECT PostGIS_GEOS_Version();
 postgis_geos_version
----------------------
 3.1.0-CAPI-1.5.0
(1 row)

Name

PostGIS_Lib_Version — libxml2 라이브러리의 버전 번호를 반환합니다.

Synopsis

text PostGIS_Lib_Version();

설명

libxml2 라이브러리의 버전 번호를 반환합니다.

예제

SELECT PostGIS_Lib_Version();
 postgis_lib_version
---------------------
 1.3.3
(1 row)

Name

PostGIS_LibXML_Version — libxml2 라이브러리의 버전 번호를 반환합니다.

Synopsis

text PostGIS_LibXML_Version();

설명

LibXML2 라이브러리의 버전 번호를 반환합니다.

유효버전: 1.5

예제

SELECT PostGIS_LibXML_Version();
 postgis_libxml_version
----------------------
 2.7.6
(1 row)

Name

PostGIS_Lib_Build_Date — PostGIS 라이브러리의 빌드 날짜를 반환합니다.

Synopsis

text PostGIS_Lib_Build_Date();

설명

PostGIS 라이브러리의 빌드 날짜를 반환합니다.

예제

SELECT PostGIS_Lib_Build_Date();
 postgis_lib_build_date
------------------------
 2008-06-21 17:53:21
(1 row)

Name

PostGIS_Lib_Version — PostGIS 라이브러리의 버전 번호를 반환합니다.

Synopsis

text PostGIS_Lib_Version();

설명

PostGIS 라이브러리의 버전 번호를 반환합니다.

예제

SELECT PostGIS_Lib_Version();
 postgis_lib_version
---------------------
 1.3.3
(1 row)

Name

PostGIS_PROJ_Version — PROJ4 라이브러리의 버전 번호를 반환합니다.

Synopsis

text PostGIS_PROJ_Version();

설명

PROJ4 라이브러리의 버전 번호를 반환합니다. 혹은 만약 PROJ4 지원이 활성화되지 않은 경우 NULL.

예제

SELECT PostGIS_PROJ_Version();
  postgis_proj_version
-------------------------
 Rel. 4.4.9, 29 Oct 2004
(1 row)

Name

PostGIS_Scripts_Build_Date — PostGIS 스크립트의 빌드 날짜를 반환합니다.

Synopsis

text PostGIS_Scripts_Build_Date();

설명

PostGIS 스크립트의 빌드 날짜를 반환합니다..

유효버전: 1.0.0RC1

예제

SELECT PostGIS_Scripts_Build_Date();
  postgis_scripts_build_date
-------------------------
 2007-08-18 09:09:26
(1 row)

Name

PostGIS_Scripts_Installed — 이 데이터베이스에 설치된 PostGIS 스크립트의 버전을 반환합니다.

Synopsis

text PostGIS_Scripts_Installed();

설명

이 데이터베이스에 설치된 PostGIS 스크립트의 버전을 반환합니다.

[Note]

이 함수의 출력물이 PostGIS_Scripts_Released 의 출력물과 일치하지 않는다면, 아마도 기존 데이터베이스를 제대로 업그레이드하지 못 했기 때문일 겁니다. 자세한 정보는 Upgrading 을 살펴보십시오.

유효버전: 0.9.0

예제

SELECT PostGIS_Scripts_Installed();
  postgis_scripts_installed
-------------------------
 1.5.0SVN
(1 row)

Name

PostGIS_Scripts_Released — 설치된 PostGIS 라이브러리와 함께 출시된 postgis.sql 스크립트의 버전 번호를 반환합니다.

Synopsis

text PostGIS_Scripts_Released();

설명

설치된 PostGIS 라이브러리와 함께 출시된 postgis.sql 스크립트의 버전 번호를 반환합니다.

[Note]

1.1.0 버전부터 이 함수는 PostGIS_Lib_Version 과 동일한 값을 반환합니다. 하위 호환성을 위해 이 함수를 유지하고 있습니다.

유효버전: 0.9.0

예제

SELECT PostGIS_Scripts_Released();
  postgis_scripts_released
-------------------------
 1.3.4SVN
(1 row)

Name

PostGIS_Version — PostGIS 버전 번호 및 컴파일 시간 옵션을 반환합니다.

Synopsis

text PostGIS_Version();

설명

PostGIS 버전 번호 및 컴파일 시간 옵션을 반환합니다.

예제

SELECT PostGIS_Version();
                        postgis_version
---------------------------------------
 1.3 USE_GEOS=1 USE_PROJ=1 USE_STATS=1
(1 row)

Name

Populate_Geometry_Columns — 지오메트리 컬럼이 타입 변경자로 정의되거나 적절한 공간 제약을 가지고 있는지 확인합니다. 이 함수는 공간 관련 테이블들이 geometry_columns 뷰에 올바르게 등록되도록 합니다. 기본적으로 유형 변경자를 가지지 않는 모든 지오메트리 컬럼들을 유형 변경자를 가진 지오메트리 컬럼들로 변환시킵니다. 엣날식 동작을 원하면 use_typmod=false으로 설정

Synopsis

text Populate_Geometry_Columns(boolean use_typmod=true);

int Populate_Geometry_Columns(oid relation_oid, boolean use_typmod=true);

설명

지오메트리 컬럼이 타입 변경자로 정의되거나 적절한 공간 제약을 가지고 있는지 확인합니다. 이 함수는 공간 관련 테이블들이 geometry_columns 뷰에 올바르게 등록되도록 합니다.

하위 호환성 및 각 차일드 테이블이 서로 다른 도형 유형을 가질 수도 있는 테이블 상속 같은 공간 필요성을 위해, 구 버전 확인 제약조건 습성을 계속 지원합니다. 구 버전 습성이 필요하다면, use_typmod=false 처럼 새 선택적 인자를 거짓으로 패스해야 합니다. 이렇게 하면 유형 변경자는 없지만 제약조건 3개가 정의된 도형 열을 생성할 것입니다. 다시 말해, 모든 도형 열이 적어도 3개의 제약조건을 가진 테이블에 종속된다는 뜻입니다:

  • enforce_dims_the_geom - ensures every geometry has the same dimension (see ST_NDims)

  • enforce_geotype_the_geom - ensures every geometry is of the same type (see 도형 유형)

  • enforce_srid_the_geom - ensures every geometry is in the same projection (see ST_SRID)

oid 테이블이 제공될 경우, 이 함수는 테이블에 있는 모든 도형 열의 SRID, 차원, 그리고 도형 유형을 결정하려 하며, 필요한 경우 제약조건을 추가하기도 합니다. 함수가 제대로 작동했다면, 올바른 행이 geometry_columns 테이블에 삽입됩니다. 아닐 경우, 예외가 잡혀 문제점을 설명하는 오류 메시지가 뜹니다.

oid 테이블과 함께 oid 뷰가 제공될 경우, 이 함수는 geometry_columns 테이블에 올바른 항목을 삽입하며 뷰에 있는 모든 도형의 SRID, 차원, 유형을 결정하려 하지만, 제약조건을 강제하지는 않습니다.

이 함수의 파라미터가 없는 변종은, 공간 제약조건을 테이블의 적절한 곳에 추가하며 먼저 데이터베이스 내부의 모든 공간 테이블 및 뷰에 대해 geometry_columns 테이블의 용량을 줄이고(truncate) 다시 채우는 파라미터가 있는 변종을 위한 단순 래퍼입니다. 파라미터가 없는 변종은 데이터베이스 내부에서 감지된 도형 열의 개수 및 geometry_columns 테이블로 삽입된 개수를 요약해서 반환합니다. 파라미터가 있는 버전은 단순히 geometry_columns 테이블로 삽입된 행의 개수를 반환합니다.

유효버전: 1.4.0

변경 사항: 2.0.0 버전. 이제 도형 유형을 제한하기 위해 확인 제약조건 대신 유형 변경자를 이용합니다. 새 use_typmod 를 거짓으로 설정하면, 확인 제약조건 습성을 계속 쓸 수 있습니다.

개선 사항: 2.0.0 버전. 열 생성시 유형 변경자와 함께, 또는 확인 제약조건과 함께 생성할지 통제할 수 있는 use_typmod 의 선택적 인자가 추가됐습니다.

예제

CREATE TABLE public.myspatial_table(gid serial, geom geometry);
INSERT INTO myspatial_table(geom) VALUES(ST_GeomFromText('LINESTRING(1 2, 3 4)',4326) );
-- 이제 유형 수정자(typ modifier)를 이용할 것입니다. 이 쿼리가 작동하려면, 데이터가 존재해야만 합니다.
SELECT Populate_Geometry_Columns('public.myspatial_table'::regclass);

populate_geometry_columns
--------------------------
                        1


\d myspatial_table

                                   Table "public.myspatial_table"
 Column |           Type            |                           Modifiers
--------+---------------------------+---------------------------------------------------------------
 gid    | integer                   | not null default nextval('myspatial_table_gid_seq'::regclass)
 geom   | geometry(LineString,4326) |
-- 도형 열이 typmod가 아니거나 이미 제약조건을 가지고 있지 않을 경우, 제약조건을 이용하도록 도형 열을 변경할 것입니다.
-- 이 쿼리가 작동하려면, 데이터가 존재해야만 합니다.
CREATE TABLE public.myspatial_table_cs(gid serial, geom geometry);
INSERT INTO myspatial_table_cs(geom) VALUES(ST_GeomFromText('LINESTRING(1 2, 3 4)',4326) );
SELECT Populate_Geometry_Columns('public.myspatial_table_cs'::regclass, false);
populate_geometry_columns
--------------------------
                        1
\d myspatial_table_cs

                          Table "public.myspatial_table_cs"
 Column |   Type   |                            Modifiers
--------+----------+------------------------------------------------------------------
 gid    | integer  | not null default nextval('myspatial_table_cs_gid_seq'::regclass)
 geom   | geometry |
Check constraints:
    "enforce_dims_geom" CHECK (st_ndims(geom) = 2)
    "enforce_geotype_geom" CHECK (geometrytype(geom) = 'LINESTRING'::text OR geom IS NULL)
    "enforce_srid_geom" CHECK (st_srid(geom) = 4326)

Name

UpdateGeometrySRID — 도형 열, geometry_columns 메타데이터 그리고 SRID에 있는 모든 피처의 SRID를 업데이트합니다. 제약조건으로 강제됐을 경우, 제약조건도 새로운 SRID 제약조건으로 업데이트될 것입니다. 유형 정의에 따라 구 버전을 강제했다면, 유형 정의가 변경될 것입니다.

Synopsis

text UpdateGeometrySRID(varchar table_name, varchar column_name, integer srid);

text UpdateGeometrySRID(varchar schema_name, varchar table_name, varchar column_name, integer srid);

text UpdateGeometrySRID(varchar catalog_name, varchar schema_name, varchar table_name, varchar column_name, integer srid);

설명

지오메트리 컬럼, geometry_columns 메타데이터 및 srid를 대상으로 모든 피처들의 SRID를 갱신합니다. 주의: 만약 스키마가 지원되지 않으면 schema-aware pgsql installations 설치본에서 current_schema() 사용

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

예제

다음은 도로 테이블의 이전 SRID와 상관없이 SRID를 4326으로 변경할 것입니다:

SELECT UpdateGeometrySRID('roads','geom',4326);

앞의 예시는 다음 DDL 선언문과 동일합니다:

ALTER TABLE roads
  ALTER COLUMN geom TYPE geometry(MULTILINESTRING, 4326)
    USING ST_SetSRID(geom,4326);

로드 작업 중 투영체를 잘못 (또는 'unknown'으로) 적용했는데 모든 데이터를 한번에 웹 메르카토르로 변환하고 싶다면, DDL을 통해 가능합니다. 하지만 PostGIS 관리 함수 가운데 한번에 이런 작업을 할 수 있는 동일한 함수는 없습니다.

ALTER TABLE roads
 ALTER COLUMN geom TYPE geometry(MULTILINESTRING, 3857) USING ST_Transform(ST_SetSRID(geom,4326),3857) ;

8.4. 도형 작성자(constructor)

ST_BdPolyFromText — 멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 폴리곤을 작성합니다.
ST_BdMPolyFromText — 멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 멀티폴리곤을 작성합니다.
ST_Box2dFromGeoHash — GeoHash 스트링으로부터 BOX2D를 반환합니다.
ST_GeogFromText — WKT (확장) 표현식으로부터 지정된 지리형 값을 반환합니다.
ST_GeographyFromText — WKT (확장) 표현식으로부터 지정된 지리형 값을 반환합니다.
ST_GeogFromWKB — WKB 도형 표현식 또는 EWKB(확장 WKB)로부터 지리형 인스턴스를 생성합니다.
ST_GeomFromTWKB — TWKB("Tiny Well-Known Binary") 도형 표현식으로부터 도형 인스턴스를 생성합니다.
ST_GeomCollFromText — Makes a collection Geometry from collection WKT with the given SRID. If SRID is not given, it defaults to 0.
ST_GeomFromEWKB — EWKB(Extended Well-Known Binary)로부터 지정된 ST_Geometry 값을 반환합니다.
ST_GeomFromEWKT — EWKT(Extended Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다.
ST_GeometryFromText — WKT(Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromText 함수와 동일합니다.
ST_GeomFromGeoHash — GeoHash 스트링으로부터 도형을 반환합니다.
ST_GeomFromGML — 도형의 GML 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.
ST_GeomFromGeoJSON — GeoJSON 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.
ST_GeomFromKML — 도형의 KML 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.
ST_GMLToSQL — GML로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromGML 함수와 동일합니다.
ST_GeomFromText — WKT 표현식으로부터 지정된 ST_Geometry 값을 반환합니다.
ST_GeomFromWKB — WKB(Well-Known Binary) 도형 표현식과 선택적인 SRID로부터 도형 인스턴스를 생성합니다.
ST_LineFromEncodedPolyline — 인코딩된 폴리라인(polyline)으로부터 라인스트링을 생성합니다.
ST_LineFromMultiPoint — 멀티포인트 도형으로부터 라인스트링을 생성합니다.
ST_LineFromText — 주어진 SRID와 함께 WKT 표현식으로부터 도형을 만듭니다. SRID가 주어지지 않은 경우, 기본값인 0을 씁니다.
ST_LineFromWKB — 주어진 SRID와 함께 WKB로부터 LINESTRING 을 만듭니다.
ST_LinestringFromWKB — 주어진 SRID와 함께 WKB로부터 도형을 만듭니다.
ST_MakeBox2D — 주어진 포인트 도형들로 정의되는 BOX2D를 생성합니다.
ST_3DMakeBox — 주어진 3D 포인트 도형들로 정의되는 BOX3D를 생성합니다.
ST_MakeLine — 포인트, 멀티포인트 또는 라인 도형으로부터 라인스트링을 생성합니다.
ST_MakeEnvelope — 주어진 최소값과 최대값으로 형성된 직사각형 폴리곤을 생성합니다. 입력값이 SRID로 지정된 SRS를 가지고 있어야 합니다.
ST_MakePolygon — 주어진 외부 구조(shell)로 형성된 폴리곤을 생성합니다. 입력 도형이 닫힌 라인스트링이어야 합니다.
ST_MakePoint — 2D, 3DZ 또는 4D 포인트 도형을 생성합니다.
ST_MakePointM — x, y, m 좌표를 가진 포인트 도형을 생성합니다.
ST_MLineFromText — WKT 표현식으로부터 지정된 ST_MultiLineString 값을 반환합니다.
ST_MPointFromText — Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.
ST_MPolyFromText — Makes a MultiPolygon Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.
ST_Point — 주어진 좌표값을 가진 ST_Point를 반환합니다. ST_MakePoint와 동일한 OGC 함수입니다.
ST_PointFromGeoHash — GeoHash 스트링으로부터 포인트를 반환합니다.
ST_PointFromText — 주어진 SRID와 함께 WKT 표현식으로부터 포인트 도형을 만듭니다. SRID가 주어지지 않은 경우, 기본값인 0을 씁니다.
ST_PointFromWKB — 주어진 SRID와 함께 WKB로부터 도형을 만듭니다.
ST_Polygon — 설정된 라인스트링과 SRID로부터 빌드된 폴리곤을 반환합니다.
ST_PolygonFromText — Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.
ST_WKBToSQL — WKB(Well-Known Binary) 표현식으로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 SRID를 입력받지 않는 ST_GeomFromWKB 함수와 동일합니다.
ST_WKTToSQL — WKT(Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromText 함수와 동일합니다.

Name

ST_BdPolyFromText — 멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 폴리곤을 작성합니다.

Synopsis

geometry ST_BdPolyFromText(text WKT, integer srid);

설명

멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 폴리곤을 작성합니다.

[Note]

WKT가 멀티라인스트링이 아닐 경우 오류가 발생합니다. 출력물이 멀티폴리곤일 경우 오류가 발생하는데 이런 경우 ST_BdMPolyFromText를 사용하거나, 또는 PostGIS 특화 접근법을 사용하려면 ST_BuildArea()를 참조하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

1.1.0 버전부터 사용할 수 있습니다. GEOS 2.1.0 이상 버전이 필요합니다.

예시

작성중

Name

ST_BdMPolyFromText — 멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 멀티폴리곤을 작성합니다.

Synopsis

geometry ST_BdMPolyFromText(text WKT, integer srid);

설명

멀티라인스트링 WKT 텍스트 표현식으로 주어진 임의의 폐쇄형 라인스트링 집합으로 멀티폴리곤을 작성합니다.

[Note]

WKT가 멀티라인스트링이 아닐 경우 오류가 발생합니다. 출력물이 단일 폴리곤으로 이루어졌을 경우에도 멀티폴리곤으로 강제합니다. 해당 연산시 단일 폴리곤을 출력할 것이라고 확신한다면 ST_BdPolyFromText 를 사용하거나, 또는 PostGIS 특화 접근법을 사용하려 할 경우 ST_BuildArea() 를 참조하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

1.1.0 버전부터 사용할 수 있습니다. GEOS 2.1.0 이상 버전이 필요합니다.

예시

작성중

Name

ST_Box2dFromGeoHash — GeoHash 스트링으로부터 BOX2D를 반환합니다.

Synopsis

box2d ST_Box2dFromGeoHash(text geohash, integer precision=full_precision_of_geohash);

설명

GeoHash 스트링으로부터 BOX2D를 반환합니다.

precision 을 설정하지 않은 경우, ST_Box2dFromGeoHash가 입력 GeoHash 스트링의 전체 정확도를 기반으로 BOX2D를 반환합니다.

precision 을 설정한 경우, ST_Box2dFromGeoHash가 GeoHash에서 나온 그만큼의 문자를 이용해서 BOX2D를 생성합니다. 정확도 값이 낮을수록 BOX2D의 용량이 커지고 값이 높을수록 정확도가 올라갑니다.

2.1.0 버전부터 사용할 수 있습니다.

예시

SELECT ST_Box2dFromGeoHash('9qqj7nmxncgyy4d0dbxqz0');

                st_geomfromgeohash
--------------------------------------------------
 BOX(-115.172816 36.114646,-115.172816 36.114646)

SELECT ST_Box2dFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 0);

 st_box2dfromgeohash
----------------------
 BOX(-180 -90,180 90)

 SELECT ST_Box2dFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 10);
                            st_box2dfromgeohash
---------------------------------------------------------------------------
 BOX(-115.17282128334 36.1146408319473,-115.172810554504 36.1146461963654)
                
                

Name

ST_GeogFromText — WKT (확장) 표현식으로부터 지정된 지리형 값을 반환합니다.

Synopsis

geography ST_GeogFromText(text EWKT);

설명

WKT 표현식 또는 확장 WKT 표현식으로부터 지리형 객체를 반환합니다. 투영체를 따로 설정하지 않은 경우 SRID 4326으로 가정합니다. 이 함수는 ST_GeographyFromText와 동일합니다. 포인트는 항상 경위도 형식으로 표현됩니다.

예시

--- 경위도 좌표를 지리형으로 변환하기
ALTER TABLE sometable ADD COLUMN geog geography(POINT,4326);
UPDATE sometable SET geog = ST_GeogFromText('SRID=4326;POINT(' || lon || ' ' || lat || ')');

--- EPSG:4267, NAD27을 이용해서 지리형 포인트를 지정하기
SELECT ST_AsEWKT(ST_GeogFromText('SRID=4267;POINT(-77.0092 38.889588)'));
                        

Name

ST_GeographyFromText — WKT (확장) 표현식으로부터 지정된 지리형 값을 반환합니다.

Synopsis

geography ST_GeographyFromText(text EWKT);

설명

WKT 표현식으로부터 지리형 객체를 반환합니다. 투영체를 따로 설정하지 않은 경우 SRID 4326으로 가정합니다.


Name

ST_GeogFromWKB — WKB 도형 표현식 또는 EWKB(확장 WKB)로부터 지리형 인스턴스를 생성합니다.

Synopsis

geography ST_GeogFromWKB(bytea wkb);

설명

ST_GeogFromWKB 함수는 도형의 WKB 표현식 또는 PostGIS 확장 WKB를 받아 적절한 지리형 유형의 인스턴스를 생성합니다. 이 함수는 SQL에서 도형 공장(Geometry Factory) 역할을 합니다.

SRID를 설정하지 않은 경우, 기본값으로 4326(WGS84 경위도)을 씁니다.

This method supports Circular Strings and Curves

예시

-- bytea 표현식이 단일한 역슬래시(\)를 포함하긴 해도, 테이블 삽입시에는 빼놓아야 합니다.
SELECT ST_AsText(
ST_GeogFromWKB(E'\\001\\002\\000\\000\\000\\002\\000\\000\\000\\037\\205\\353Q\\270~\\\\\\300\\323Mb\\020X\\231C@\\020X9\\264\\310~\\\\\\300)\\\\\\217\\302\\365\\230C@')
);
                                          st_astext
------------------------------------------------------
 LINESTRING(-113.98 39.198,-113.981 39.195)
(1 row)


Name

ST_GeomFromTWKB — TWKB("Tiny Well-Known Binary") 도형 표현식으로부터 도형 인스턴스를 생성합니다.

Synopsis

geometry ST_GeomFromTWKB(bytea twkb);

설명

ST_GeomFromTWKB 함수는 TWKB("Tiny Well-Known Binary") 도형 표현식(WKB)을 받아 적절한 도형 유형의 인스턴스를 생성합니다.

예시

SELECT ST_AsText(ST_GeomFromTWKB(ST_AsTWKB('LINESTRING(126 34, 127 35)'::geometry)));

         st_astext
-----------------------------
 LINESTRING(126 34, 127 35)
(1 row)


SELECT ST_AsEWKT(
  ST_GeomFromTWKB(E'\\x620002f7f40dbce4040105')
);
                                          st_asewkt
------------------------------------------------------
LINESTRING(-113.98 39.198,-113.981 39.195)
(1 row)

참고

ST_AsTWKB


Name

ST_GeomCollFromText — Makes a collection Geometry from collection WKT with the given SRID. If SRID is not given, it defaults to 0.

Synopsis

geometry ST_GeomCollFromText(text WKT, integer srid);

geometry ST_GeomCollFromText(text WKT);

설명

Makes a collection Geometry from the Well-Known-Text (WKT) representation with the given SRID. If SRID is not given, it defaults to 0.

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

WKT가 도형 집합(GEOMETRYCOLLECTION)이 아닌 경우 null을 반환합니다.

[Note]

사용자 WKT 도형이 모두 집합이라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification.

예시

SELECT ST_GeomCollFromText('GEOMETRYCOLLECTION(POINT(1 2),LINESTRING(1 2, 3 4))');

Name

ST_GeomFromEWKB — EWKB(Extended Well-Known Binary)로부터 지정된 ST_Geometry 값을 반환합니다.

Synopsis

geometry ST_GeomFromEWKB(bytea EWKB);

설명

OGC EWKB(Extended Well-Known Binary) 표현식으로부터 PostGIS ST_Geometry 객체를 작성합니다.

[Note]

EWKB 형식이 OGC 표준은 아니지만, SRID(공간 참조 시스템 식별자)를 포함하는 PostGIS 특화 형식입니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface) 및 TIN을 지원합니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

NAD83 경위도(SRID 4269)로 투영된 LINESTRING(-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932)의 라인스트링 바이너리 표현식

[Note]

주의: 바이트 배열이 역슬래시(\)로 구분되고 작은따옴표(')를 가지고 있을 수도 있지만, standard_conforming_strings가 비활성화돼 있을 경우 \ 및 " 둘 다 빼놓아야 합니다. 그래야만 AsEWKB 표현식과 똑같이 보이지 않기 때문입니다.

SELECT ST_GeomFromEWKB(E'\\001\\002\\000\\000 \\255\\020\\000\\000\\003\\000\\000\\000\\344J=
\\013B\\312Q\\300n\\303(\\010\\036!E@''\\277E''K
\\312Q\\300\\366{b\\235*!E@\\225|\\354.P\\312Q
\\300p\\231\\323e1!E@');
[Note]

In PostgreSQL 9.1+ - standard_conforming_strings is set to on by default, where as in past versions it was set to off. You can change defaults as needed for a single query or at the database or server level. Below is how you would do it with standard_conforming_strings = on. In this case we escape the ' with standard ansi ', but slashes are not escaped

set standard_conforming_strings = on;
SELECT ST_GeomFromEWKB('\001\002\000\000 \255\020\000\000\003\000\000\000\344J=\012\013B
\312Q\300n\303(\010\036!E@''\277E''K\012\312Q\300\366{b\235*!E@\225|\354.P\312Q\012\300p\231\323e1')

Name

ST_GeomFromEWKT — EWKT(Extended Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다.

Synopsis

geometry ST_GeomFromEWKT(text EWKT);

설명

OGC EWKT(Extended Well-Known Text) 표현식으로부터 PostGIS ST_Geometry 객체를 작성합니다.

[Note]

EWKT 형식이 OGC 표준은 아니지만, SRID(공간 참조 시스템 식별자)를 포함하는 PostGIS 특화 형식입니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface) 및 TIN을 지원합니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

SELECT ST_GeomFromEWKT('SRID=4269;LINESTRING(-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932)');
SELECT ST_GeomFromEWKT('SRID=4269;MULTILINESTRING((-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932))');

SELECT ST_GeomFromEWKT('SRID=4269;POINT(-71.064544 42.28787)');

SELECT ST_GeomFromEWKT('SRID=4269;POLYGON((-71.1776585052917 42.3902909739571,-71.1776820268866 42.3903701743239,
-71.1776063012595 42.3903825660754,-71.1775826583081 42.3903033653531,-71.1776585052917 42.3902909739571))');

SELECT ST_GeomFromEWKT('SRID=4269;MULTIPOLYGON(((-71.1031880899493 42.3152774590236,
-71.1031627617667 42.3152960829043,-71.102923838298 42.3149156848307,
-71.1023097974109 42.3151969047397,-71.1019285062273 42.3147384934248,
-71.102505233663 42.3144722937587,-71.10277487471 42.3141658254797,
-71.103113945163 42.3142739188902,-71.10324876416 42.31402489987,
-71.1033002961013 42.3140393340215,-71.1033488797549 42.3139495090772,
-71.103396240451 42.3138632439557,-71.1041521907712 42.3141153348029,
-71.1041411411543 42.3141545014533,-71.1041287795912 42.3142114839058,
-71.1041188134329 42.3142693656241,-71.1041112482575 42.3143272556118,
-71.1041072845732 42.3143851580048,-71.1041057218871 42.3144430686681,
-71.1041065602059 42.3145009876017,-71.1041097995362 42.3145589148055,
-71.1041166403905 42.3146168544148,-71.1041258822717 42.3146748022936,
-71.1041375307579 42.3147318674446,-71.1041492906949 42.3147711126569,
-71.1041598612795 42.314808571739,-71.1042515013869 42.3151287620809,
-71.1041173835118 42.3150739481917,-71.1040809891419 42.3151344119048,
-71.1040438678912 42.3151191367447,-71.1040194562988 42.3151832057859,
-71.1038734225584 42.3151140942995,-71.1038446938243 42.3151006300338,
-71.1038315271889 42.315094347535,-71.1037393329282 42.315054824985,
-71.1035447555574 42.3152608696313,-71.1033436658644 42.3151648370544,
-71.1032580383161 42.3152269126061,-71.103223066939 42.3152517403219,
-71.1031880899493 42.3152774590236)),
((-71.1043632495873 42.315113108546,-71.1043583974082 42.3151211109857,
-71.1043443253471 42.3150676015829,-71.1043850704575 42.3150793250568,-71.1043632495873 42.315113108546)))');
-- 3D 원형 스트링
SELECT ST_GeomFromEWKT('CIRCULARSTRING(220268 150415 1,220227 150505 2,220227 150406 3)');
-- 다면체 표면 예시
SELECT ST_GeomFromEWKT('POLYHEDRALSURFACE(
        ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
        ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)),
        ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
        ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
        ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)),
        ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1))
)');

Name

ST_GeometryFromText — WKT(Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromText 함수와 동일합니다.

Synopsis

geometry ST_GeometryFromText(text WKT);

geometry ST_GeometryFromText(text WKT, integer srid);

설명

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.40


Name

ST_GeomFromGeoHash — GeoHash 스트링으로부터 도형을 반환합니다.

Synopsis

geometry ST_GeomFromGeoHash(text geohash, integer precision=full_precision_of_geohash);

설명

GeoHash 스트링으로부터 도형을 반환합니다. 해당 도형은 GeoHash 범위를 표현하는 폴리곤이 될 것입니다.

precision 을 설정하지 않은 경우, ST_GeomFromGeoHash가 입력 GeoHash 스트링의 전체 정확도를 기반으로 폴리곤을 반환합니다.

precision 을 설정한 경우, ST_GeomFromGeoHash가 GeoHash에서 나온 그만큼의 문자를 이용해서 폴리곤을 생성합니다.

2.1.0 버전부터 사용할 수 있습니다.

예시

SELECT ST_AsText(ST_GeomFromGeoHash('9qqj7nmxncgyy4d0dbxqz0'));
                                                        st_astext
--------------------------------------------------------------------------------------------------------------------------
 POLYGON((-115.172816 36.114646,-115.172816 36.114646,-115.172816 36.114646,-115.172816 36.114646,-115.172816 36.114646))

SELECT ST_AsText(ST_GeomFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 4));
                                                          st_astext
------------------------------------------------------------------------------------------------------------------------------
 POLYGON((-115.3125 36.03515625,-115.3125 36.2109375,-114.9609375 36.2109375,-114.9609375 36.03515625,-115.3125 36.03515625))

SELECT ST_AsText(ST_GeomFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 10));
                                                                                       st_astext
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
 POLYGON((-115.17282128334 36.1146408319473,-115.17282128334 36.1146461963654,-115.172810554504 36.1146461963654,-115.172810554504 36.1146408319473,-115.17282128334 36.1146408319473))
                
                

Name

ST_GeomFromGML — 도형의 GML 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.

Synopsis

geometry ST_GeomFromGML(text geomgml);

geometry ST_GeomFromGML(text geomgml, integer srid);

설명

OGC GML 표현식으로부터 PostGIS ST_Geometry 객체를 작성합니다.

ST_GeomFromGML은 GML 도형 조각(geometry fragment)에 대해서만 작동합니다. 완전한 GML 문서를 사용하려 할 경우 오류가 발생합니다.

지원하는 OGC GML 버전은 다음과 같습니다:

  • GML 3.2.1 네임스페이스

  • GML 3.1.1 단순 피처 프로파일 SF-2 (GML 3.1.0 및 3.0.0 하위 호환)

  • GML 2.1.2

OGC GML 표준: http://www.opengeospatial.org/standards/gml

1.5 버전부터 사용할 수 있습니다. LibXML2 1.6 이상 버전이 필요합니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface) 및 TIN을 지원합니다.

개선 사항: 2.0.0 버전에서 선택적인 기본 SRID 파라미터가 추가됐습니다.

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

GML은 혼합 차원을 (예를 들어 동일한 멀티 도형(MultiGeometry) 안에서 2D와 3D를 함께) 쓸 수 있습니다. PostGIS 도형은 그렇지 않기 때문에, 사라진 Z 차원을 찾은 경우 ST_GeomFromGML이 전체 도형을 2D로 변환합니다.

GML은 동일한 멀티 도형 안에서 혼합 SRS를 지원합니다. PostGIS 도형은 그렇지 않기 때문에, 이 경우 ST_GeomFromGML이 모든 하위 도형들을 SRS 루트 노드로 재투영합니다. GML 루트 노드로 쓸 수 있는 srsName 속성이 없을 경우, 오류가 발생합니다.

ST_GeomFromGML은 분명한 GML 네임스페이스를 꼼꼼히 따지지 않습니다. 일반적인 사용시에는 네임스페이스를 명시적으로 언급하지 않아도 됩니다. 하지만 GML 내부에 XLink 피처를 사용하고 싶다면 그래야 합니다.

[Note]

ST_GeomFromGML 함수는 SQL/MM 만곡 도형을 지원하지 않습니다.

예시: srsName을 가진 단일 도형

SELECT ST_GeomFromGML('
                <gml:LineString srsName="EPSG:4269">
                        <gml:coordinates>
                                -71.16028,42.258729 -71.160837,42.259112 -71.161143,42.25932
                        </gml:coordinates>
                </gml:LineString
>');
                

예시: XLink 사용

SELECT ST_GeomFromGML('
                <gml:LineString xmlns:gml="http://www.opengis.net/gml"
                                xmlns:xlink="http://www.w3.org/1999/xlink"
                                srsName="urn:ogc:def:crs:EPSG::4269">
                        <gml:pointProperty>
                                <gml:Point gml:id="p1"
><gml:pos
>42.258729 -71.16028</gml:pos
></gml:Point>
                        </gml:pointProperty>
                        <gml:pos
>42.259112 -71.160837</gml:pos>
                        <gml:pointProperty>
                                <gml:Point xlink:type="simple" xlink:href="#p1"/>
                        </gml:pointProperty>
                </gml:LineString
>'););
                

예시: 다면체 표면

SELECT ST_AsEWKT(ST_GeomFromGML('
<gml:PolyhedralSurface>
<gml:polygonPatches>
  <gml:PolygonPatch>
    <gml:exterior>
      <gml:LinearRing
><gml:posList srsDimension="3"
>0 0 0 0 0 1 0 1 1 0 1 0 0 0 0</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
  <gml:PolygonPatch>
    <gml:exterior>
        <gml:LinearRing
><gml:posList srsDimension="3"
>0 0 0 0 1 0 1 1 0 1 0 0 0 0 0</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
  <gml:PolygonPatch>
    <gml:exterior>
        <gml:LinearRing
><gml:posList srsDimension="3"
>0 0 0 1 0 0 1 0 1 0 0 1 0 0 0</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
  <gml:PolygonPatch>
    <gml:exterior>
        <gml:LinearRing
><gml:posList srsDimension="3"
>1 1 0 1 1 1 1 0 1 1 0 0 1 1 0</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
  <gml:PolygonPatch>
    <gml:exterior>
        <gml:LinearRing
><gml:posList srsDimension="3"
>0 1 0 0 1 1 1 1 1 1 1 0 0 1 0</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
  <gml:PolygonPatch>
    <gml:exterior>
        <gml:LinearRing
><gml:posList srsDimension="3"
>0 0 1 1 0 1 1 1 1 0 1 1 0 0 1</gml:posList
></gml:LinearRing>
    </gml:exterior>
  </gml:PolygonPatch>
</gml:polygonPatches>
</gml:PolyhedralSurface
>'));

-- 결과 --
 POLYHEDRALSURFACE(((0 0 0,0 0 1,0 1 1,0 1 0,0 0 0)),
 ((0 0 0,0 1 0,1 1 0,1 0 0,0 0 0)),
 ((0 0 0,1 0 0,1 0 1,0 0 1,0 0 0)),
 ((1 1 0,1 1 1,1 0 1,1 0 0,1 1 0)),
 ((0 1 0,0 1 1,1 1 1,1 1 0,0 1 0)),
 ((0 0 1,1 0 1,1 1 1,0 1 1,0 0 1)))
                

Name

ST_GeomFromGeoJSON — GeoJSON 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.

Synopsis

geometry ST_GeomFromGeoJSON(text geomjson);

설명

GeoJSON 표현식으로부터 PostGIS 도형 객체를 작성합니다.

ST_GeomFromGML은 JSON 도형 조각(geometry fragment)에 대해서만 작동합니다. 완전한 JSON 문서를 사용하려 할 경우 오류가 발생합니다.

2.0.0 버전부터 사용할 수 있습니다. JSON-C 0.9 이상 버전이 필요합니다.

[Note]

JSON-C 지원을 활성화시키지 않았다면, 출력물 대신 오류 메시지를 보게 될 것입니다. JSON-C를 활성화하려면, "--with-jsondir=/path/to/json-c" 인자와 함께 설정하십시오. 자세한 내용은 Section 2.4.1, “설정” 을 참조하십시오.

This function supports 3d and will not drop the z-index.

예시

SELECT ST_AsText(ST_GeomFromGeoJSON('{"type":"Point","coordinates":[-48.23456,20.12345]}')) As wkt;
wkt
------
POINT(-48.23456 20.12345)
-- a 3D linestring
SELECT ST_AsText(ST_GeomFromGeoJSON('{"type":"LineString","coordinates":[[1,2,3],[4,5,6],[7,8,9]]}')) As wkt;

wkt
-------------------
LINESTRING(1 2,4 5,7 8)

Name

ST_GeomFromKML — 도형의 KML 표현식을 입력받아 PostGIS 도형 객체를 출력합니다.

Synopsis

geometry ST_GeomFromKML(text geomkml);

설명

OGC KML 표현식으로부터 PostGIS ST_Geometry 객체를 작성합니다.

ST_GeomFromKML은 KML 도형 조각(geometry fragment)에 대해서만 작동합니다. 완전한 KML 문서를 사용하려 할 경우 오류가 발생합니다.

지원하는 OGC KML 버전은 다음과 같습니다:

  • KML 2.2.0 네임스페이스

OGC KML 표준: http://www.opengeospatial.org/standards/kml

1.5 버전부터 사용할 수 있습니다. LibXML2 2.6 이상 버전이 필요합니다.

This function supports 3d and will not drop the z-index.

[Note]

ST_GeomFromKML 함수는 SQL/MM 만곡 도형을 지원하지 않습니다.

예시: srsName을 가진 단일 도형

SELECT ST_GeomFromKML('
                <LineString>
                        <coordinates
>-71.1663,42.2614
                                -71.1667,42.2616</coordinates>
                </LineString
>');
                

Name

ST_GMLToSQL — GML로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromGML 함수와 동일합니다.

Synopsis

geometry ST_GMLToSQL(text geomgml);

geometry ST_GMLToSQL(text geomgml, integer srid);

설명

This method implements the SQL/MM specification. SQL-MM 3: 5.1.50 (만곡 도형 지원 제외)

1.5 버전부터 사용할 수 있습니다. LibXML2 1.6 이상 버전이 필요합니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface) 및 TIN을 지원합니다.

개선 사항: 2.0.0 버전에서 선택적인 기본 SRID 파라미터가 추가됐습니다.


Name

ST_GeomFromText — WKT 표현식으로부터 지정된 ST_Geometry 값을 반환합니다.

Synopsis

geometry ST_GeomFromText(text WKT);

geometry ST_GeomFromText(text WKT, integer srid);

설명

OGC WKT(Well-Known Text) 표현식으로부터 PostGIS ST_Geometry 객체를 작성합니다.

[Note]

ST_GeomFromText 함수의 변종이 2개 있는데, 첫 번째는 SRID를 입력받지 않고 공간 참조 시스템이 정의되지 않은(SRID=0) 도형을 반환합니다. 두 번째는 SRID를 두 번째 인수로 입력받아 해당 SRID를 자체 메타데이터의 일부로 포함하는 도형을 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.40

This method supports Circular Strings and Curves

[Warning]

변경 사항: PostGIS 2.0.0 미만 버전에서는 ST_GeomFromText('GEOMETRYCOLLECTION(EMPTY)') 를 사용할 수 있었습니다. PostGIS 2.0.0 버전부터, SQL/MM 표준을 더 잘 준수하기 위해 이런 사용법은 금지됐습니다. 이제는 ST_GeomFromText('GEOMETRYCOLLECTION EMPTY') 라고 작성해야 합니다.

예시

SELECT ST_GeomFromText('LINESTRING(-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932)');
SELECT ST_GeomFromText('LINESTRING(-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932)',4269);

SELECT ST_GeomFromText('MULTILINESTRING((-71.160281 42.258729,-71.160837 42.259113,-71.161144 42.25932))');

SELECT ST_GeomFromText('POINT(-71.064544 42.28787)');

SELECT ST_GeomFromText('POLYGON((-71.1776585052917 42.3902909739571,-71.1776820268866 42.3903701743239,
-71.1776063012595 42.3903825660754,-71.1775826583081 42.3903033653531,-71.1776585052917 42.3902909739571))');

SELECT ST_GeomFromText('MULTIPOLYGON(((-71.1031880899493 42.3152774590236,
-71.1031627617667 42.3152960829043,-71.102923838298 42.3149156848307,
-71.1023097974109 42.3151969047397,-71.1019285062273 42.3147384934248,
-71.102505233663 42.3144722937587,-71.10277487471 42.3141658254797,
-71.103113945163 42.3142739188902,-71.10324876416 42.31402489987,
-71.1033002961013 42.3140393340215,-71.1033488797549 42.3139495090772,
-71.103396240451 42.3138632439557,-71.1041521907712 42.3141153348029,
-71.1041411411543 42.3141545014533,-71.1041287795912 42.3142114839058,
-71.1041188134329 42.3142693656241,-71.1041112482575 42.3143272556118,
-71.1041072845732 42.3143851580048,-71.1041057218871 42.3144430686681,
-71.1041065602059 42.3145009876017,-71.1041097995362 42.3145589148055,
-71.1041166403905 42.3146168544148,-71.1041258822717 42.3146748022936,
-71.1041375307579 42.3147318674446,-71.1041492906949 42.3147711126569,
-71.1041598612795 42.314808571739,-71.1042515013869 42.3151287620809,
-71.1041173835118 42.3150739481917,-71.1040809891419 42.3151344119048,
-71.1040438678912 42.3151191367447,-71.1040194562988 42.3151832057859,
-71.1038734225584 42.3151140942995,-71.1038446938243 42.3151006300338,
-71.1038315271889 42.315094347535,-71.1037393329282 42.315054824985,
-71.1035447555574 42.3152608696313,-71.1033436658644 42.3151648370544,
-71.1032580383161 42.3152269126061,-71.103223066939 42.3152517403219,
-71.1031880899493 42.3152774590236)),
((-71.1043632495873 42.315113108546,-71.1043583974082 42.3151211109857,
-71.1043443253471 42.3150676015829,-71.1043850704575 42.3150793250568,-71.1043632495873 42.315113108546)))',4326);

SELECT ST_GeomFromText('CIRCULARSTRING(220268 150415,220227 150505,220227 150406)');
        

Name

ST_GeomFromWKB — WKB(Well-Known Binary) 도형 표현식과 선택적인 SRID로부터 도형 인스턴스를 생성합니다.

Synopsis

geometry ST_GeomFromWKB(bytea geom);

geometry ST_GeomFromWKB(bytea geom, integer srid);

설명

ST_GeogFromWKB 함수는 도형의 WKB 표현식과 SRID(공간 참조 시스템 ID)를 받아 적절한 도형 유형의 인스턴스를 생성합니다. 이 함수는 SQL에서 도형 공장(Geometry Factory) 역할을 합니다. 이 함수는 ST_WKBToSQL 함수를 대체할 수 있습니다.

SRID를 설정하지 않은 경우, 기본값으로 0(unkown)을 씁니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.7.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.41

This method supports Circular Strings and Curves

예시

-- standard_conforming_strings이 활성화돼 있지 않은 경우
                -- bytea 표현식이 단일한 역슬래시(\)를 포함하긴 해도, 테이블 삽입시에는 빼놓아야 합니다.
SELECT ST_AsEWKT(
ST_GeomFromWKB(E'\\001\\002\\000\\000\\000\\002\\000\\000\\000\\037\\205\\353Q\\270~\\\\\\300\\323Mb\\020X\\231C@\\020X9\\264\\310~\\\\\\300)\\\\\\217\\302\\365\\230C@',4326)
);
                                          st_asewkt
------------------------------------------------------
 SRID=4326;LINESTRING(-113.98 39.198,-113.981 39.195)
(1 row)

SELECT
  ST_AsText(
        ST_GeomFromWKB(
          ST_AsEWKB('POINT(2 5)'::geometry)
        )
  );
 st_astext
------------
 POINT(2 5)
(1 row)

Name

ST_LineFromEncodedPolyline — 인코딩된 폴리라인(polyline)으로부터 라인스트링을 생성합니다.

Synopsis

geometry ST_LineFromEncodedPolyline(text polyline, integer precision=5);

설명

인코딩된 폴리라인 스트링으로부터 라인스트링을 생성합니다.

참조: http://developers.google.com/maps/documentation/utilities/polylinealgorithm

2.2.0 버전부터 사용할 수 있습니다.

예시

-- 폴리라인으로부터 라인스트링 생성하기
SELECT ST_AsEWKT(ST_LineFromEncodedPolyline('_p~iF~ps|U_ulLnnqC_mqNvxq`@'));
-- 결과 --
LINESTRING(-120.2 38.5,-120.95 40.7,-126.453 43.252)
    

Name

ST_LineFromMultiPoint — 멀티포인트 도형으로부터 라인스트링을 생성합니다.

Synopsis

geometry ST_LineFromMultiPoint(geometry aMultiPoint);

설명

멀티포인트 도형으로부터 라인스트링을 생성합니다.

This function supports 3d and will not drop the z-index.

예시

-- 3D 멀티포인트로부터 3D 라인스트링 생성하기
SELECT ST_AsEWKT(ST_LineFromMultiPoint(ST_GeomFromEWKT('MULTIPOINT(1 2 3, 4 5 6, 7 8 9)')));
-- 결과 --
LINESTRING(1 2 3,4 5 6,7 8 9)
                

Name

ST_LineFromText — 주어진 SRID와 함께 WKT 표현식으로부터 도형을 만듭니다. SRID가 주어지지 않은 경우, 기본값인 0을 씁니다.

Synopsis

geometry ST_LineFromText(text WKT);

geometry ST_LineFromText(text WKT, integer srid);

설명

Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0. If WKT passed in is not a LINESTRING, then null is returned.

[Note]

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

[Note]

사용자 도형이 모두 라인스트링이란 걸 알고 있다면, 그냥 ST_GeomFromText 함수를 쓰는 편이 더 효율적입니다. 이 함수는 ST_GeomFromText만 호출하고, 라인스트링을 반환한다는 유효성 검사를 추가합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 7.2.8

예시

SELECT ST_LineFromText('LINESTRING(1 2, 3 4)') AS aline, ST_LineFromText('POINT(1 2)') AS null_return;
aline                            | null_return
------------------------------------------------
010200000002000000000000000000F ... | t
                

Name

ST_LineFromWKB — 주어진 SRID와 함께 WKB로부터 LINESTRING 을 만듭니다.

Synopsis

geometry ST_LineFromWKB(bytea WKB);

geometry ST_LineFromWKB(bytea WKB, integer srid);

설명

ST_LineFromWKB 함수는 도형의 WKB 표현식과 SRID(공간 참조 시스템 ID)를 받아 적절한 도형 유형의 인스턴스 - 이 경우, LINESTRING 도형 - 를 생성합니다. 이 함수는 SQL에서 도형 공장(Geometry Factory) 역할을 합니다.

SRID를 설정하지 않은 경우, 기본값인 0을 씁니다. 입력된 bytea가 라인스트링이 아닌 경우, NULL을 반환합니다.

[Note]

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

[Note]

사용자 도형이 모두 LINESTRING이란 걸 알고 있다면, 그냥 ST_GeomFromWKB 함수를 쓰는 편이 더 효율적입니다. 이 함수는 ST_GeomFromWKB 만 호출하고, 라인스트링을 반환한다는 유효성 검사를 추가합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 7.2.9

예시

SELECT ST_LineFromWKB(ST_AsBinary(ST_GeomFromText('LINESTRING(1 2, 3 4)'))) AS aline,
                ST_LineFromWKB(ST_AsBinary(ST_GeomFromText('POINT(1 2)'))) IS NULL AS null_return;
aline                            | null_return
------------------------------------------------
010200000002000000000000000000F ... | t
                

Name

ST_LinestringFromWKB — 주어진 SRID와 함께 WKB로부터 도형을 만듭니다.

Synopsis

geometry ST_LinestringFromWKB(bytea WKB);

geometry ST_LinestringFromWKB(bytea WKB, integer srid);

설명

ST_LinestringFromWKB 함수는 도형의 WKB 표현식과 SRID(공간 참조 시스템 ID)를 받아 적절한 도형 유형의 인스턴스 - 이 경우, LINESTRING 도형 - 를 생성합니다. 이 함수는 SQL에서 도형 공장(Geometry Factory) 역할을 합니다.

SRID를 설정하지 않은 경우, 기본값인 0을 씁니다. 입력된 byteaLINESTRING 도형이 아닌 경우, NULL을 반환합니다.

[Note]

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

[Note]

사용자 도형이 모두 LINESTRING이란 걸 알고 있다면, 그냥 ST_GeomFromWKB 함수를 쓰는 편이 더 효율적입니다. 이 함수는 ST_GeomFromWKB 만 호출하고, LINESTRING을 반환한다는 유효성 검사를 추가합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 7.2.9

예시

SELECT
  ST_LineStringFromWKB(
        ST_AsBinary(ST_GeomFromText('LINESTRING(1 2, 3 4)'))
  ) AS aline,
  ST_LinestringFromWKB(
        ST_AsBinary(ST_GeomFromText('POINT(1 2)'))
  ) IS NULL AS null_return;
   aline                            | null_return
------------------------------------------------
010200000002000000000000000000F ... | t

Name

ST_MakeBox2D — 주어진 포인트 도형들로 정의되는 BOX2D를 생성합니다.

Synopsis

box2d ST_MakeBox2D(geometry pointLowLeft, geometry pointUpRight);

설명

주어진 포인트 도형들로 정의되는 BOX2D를 생성합니다. 이 함수는 범위(range) 쿼리에 쓸모가 있습니다.

예시

-- 미국 전국지도 좌표 경계 상자 내부에 존재하는 모든 피처를 반환합니다.
-- 도형들이 SRID 2163(미국 등면적(equal area) 전국지도)으로 저장됐다고 가정합니다.
SELECT feature_id, feature_name, the_geom
FROM features
WHERE the_geom && ST_SetSRID(ST_MakeBox2D(ST_Point(-989502.1875, 528439.5625),
        ST_Point(-987121.375 ,529933.1875)),2163)

Name

ST_3DMakeBox — 주어진 3D 포인트 도형들로 정의되는 BOX3D를 생성합니다.

Synopsis

box3d ST_3DMakeBox(geometry point3DLowLeftBottom, geometry point3DUpRightTop);

설명

주어진 3D 포인트 도형 2개로 정의되는 BOX3D를 생성합니다.

이 함수는 3차원을 지원하며 Z 인덱스를 삭제하지 않습니다.

변경 사항: 2.0.0 미만 버전에서는 ST_MakeBox3D라는 명칭이었습니다.

예시

SELECT ST_3DMakeBox(ST_MakePoint(-989502.1875, 528439.5625, 10),
        ST_MakePoint(-987121.375 ,529933.1875, 10)) As abb3d

--bb3d--
--------
BOX3D(-989502.1875 528439.5625 10,-987121.375 529933.1875 10)
        

Name

ST_MakeLine — 포인트, 멀티포인트 또는 라인 도형으로부터 라인스트링을 생성합니다.

Synopsis

geometry ST_MakeLine(geometry set geoms);

geometry ST_MakeLine(geometry geom1, geometry geom2);

geometry ST_MakeLine(geometry[] geoms_array);

설명

ST_MakeLine 함수는 세 가지 형태로 나타납니다: 포인트, 멀티포인트 또는 라인 도형들의 행을 입력받아 라인스트링을 반환하는 공간 합산(spatial aggregate) 함수, 포인트, 멀티포인트 또는 라인 배열을 입력받는 함수, 그리고 포인트, 멀티포인트 또는 라인 도형 2개를 입력받는 정규 함수. 이 함수의 합산 버전에 포인트를 입력하기 전에 하위집합을 이용해서 포인트들을 정렬하는 편이 좋습니다.

포인트, 멀티포인트, 또는 라인이 아닌 도형을 입력하면 무시할 것입니다.

라인 구성 요소를 추가할 경우 출력물에서 라인의 시작점에 있는 일반 노드를 제거합니다. 포인트 및 멀티포인트의 일반 노드는 제거되지 않습니다.

This function supports 3d and will not drop the z-index.

Availability: 2.3.0 - Support for multipoint input elements was introduced

2.0.0 버전부터 라인스트링 구성 요소 입력을 지원하기 시작했습니다.

1.4.0 버전부터 사용할 수 있습니다. 이 버전부터 ST_MakeLine가 도형 배열을 입력받을 수 있습니다. 더 많은 포인트를 더 빨리 처리하기 위해 ST_MakeLine 합산 함수를 개선했습니다.

예시: 공간 합산 버전

이 예시는 GPS 포인트 배열을 입력받아, 도형 항목이 이동 순서대로의 GPS 포인트들로 이루어진 라인스트링인 GPS 이동 하나당 한 개의 레코드를 생성합니다.

-- PostgreSQL 9.0 미만 버전에서는 일반적으로 동작하지만,
-- 때때로 설계자가 하위 쿼리의 순서를 무시하기로 선택하는 경우가 있습니다.
SELECT gps.gps_track, ST_MakeLine(gps.the_geom) As newgeom
        FROM (SELECT gps_track,gps_time, the_geom
                        FROM gps_points ORDER BY gps_track, gps_time) As gps
        GROUP BY gps.gps_track;
-- PostgreSQL 9.0 이상 버전을 사용중이라면
-- (합산을 위해 새로운 'ORDER BY' 지원을 사용할 수 있습니다)
-- 다음은 정확히 정렬된 라인스트링을 얻을 수 있는 확실한 방법입니다.
-- 필요할 경우 하나 이상의 열을 통해 사용자 배열을 부분적으로 정렬할 수 있습니다.
SELECT gps.gps_track, ST_MakeLine(gps.the_geom ORDER BY gps_time) As newgeom
        FROM gps_points As gps
        GROUP BY gps.gps_track;

예시: 비공간 합산 버전

첫 번째는 포인트 2개로 이루어진 라인스트링을 한 번에 만드는 간단한 예시입니다. 두 번째는 사용자가 그린 포인트 2개로부터 라인스트링을 작성합니다. 세 번째는 3D 포인트 2개를 연결해서 3차원 공간에 라인을 한 번에 생성합니다.

SELECT ST_AsText(ST_MakeLine(ST_MakePoint(1,2), ST_MakePoint(3,4)));
          st_astext
---------------------
 LINESTRING(1 2,3 4)

SELECT userpoints.id, ST_MakeLine(startpoint, endpoint) As drawn_line
        FROM userpoints ;

SELECT ST_AsEWKT(ST_MakeLine(ST_MakePoint(1,2,3), ST_MakePoint(3,4,5)));
                st_asewkt
-------------------------
 LINESTRING(1 2 3,3 4 5)
                        

예시: 배열 버전 사용하기

SELECT ST_MakeLine(ARRAY(SELECT ST_Centroid(the_geom) FROM visit_locations ORDER BY visit_time));

-- 3D 포인트 3개로 3D 라인 만들기
SELECT ST_AsEWKT(ST_MakeLine(ARRAY[ST_MakePoint(1,2,3),
                                ST_MakePoint(3,4,5), ST_MakePoint(6,6,6)]));
                st_asewkt
-------------------------
LINESTRING(1 2 3,3 4 5,6 6 6)
                        

Name

ST_MakeEnvelope — 주어진 최소값과 최대값으로 형성된 직사각형 폴리곤을 생성합니다. 입력값이 SRID로 지정된 SRS를 가지고 있어야 합니다.

Synopsis

geometry ST_MakeEnvelope(double precision xmin, double precision ymin, double precision xmax, double precision ymax, integer srid=unknown);

설명

최소값과 최대값으로 형성된 직사각형 폴리곤을 생성합니다. 입력값이 SRID로 지정된 SRS를 가지고 있어야 합니다. 지정된 SRID가 없을 경우 알려지지 않은 공간 참조 시스템을 쓴다고 가정합니다.

1.5 버전부터 사용할 수 있습니다.

개선 사항: 2.0 버전부터 SRID를 지정하지 않고도 직사각형(envelope)을 설정할 수 있는 기능이 추가됐습니다.

예시: 경계 상자 폴리곤을 빌드하기

SELECT ST_AsText(ST_MakeEnvelope(10, 10, 11, 11, 4326));

st_asewkt
-----------
POLYGON((10 10, 10 11, 11 11, 11 10, 10 10))
                          

Name

ST_MakePolygon — 주어진 외부 구조(shell)로 형성된 폴리곤을 생성합니다. 입력 도형이 닫힌 라인스트링이어야 합니다.

Synopsis

geometry ST_MakePolygon(geometry linestring);

geometry ST_MakePolygon(geometry outerlinestring, geometry[] interiorlinestrings);

설명

주어진 외부 구조(shell)로 형성된 폴리곤을 생성합니다. 입력 도형이 닫힌 라인스트링이어야 합니다. 두 가지 변종이 있습니다.

변종 1: 닫힌 라인스트링 하나를 입력받습니다.

변종 2: 주어진 외부 구조 및 구멍 배열로 형성된 폴리곤을 생성합니다. ST_Accum 또는 PostgreSQL ARRAY[] 및 ARRAY() 구조를 이용해서 도형 배열을 작성할 수 있습니다. 입력 도형은 닫힌 라인스트링이어야 합니다.

[Note]

이 함수에 멀티라인스트링을 입력할 수는 없습니다. 라인스트링을 생성하려면 ST_LineMerge 또는 ST_Dump 를 이용하십시오.

This function supports 3d and will not drop the z-index.

예시: 단일 폐쇄형 라인스트링

-- 2D 라인
SELECT ST_MakePolygon(ST_GeomFromText('LINESTRING(75.15 29.53,77 29,77.6 29.5, 75.15 29.53)'));
-- 닫힌 라인스트링이 아닐 경우
-- 시작점을 추가해서 닫을 수 있습니다
SELECT ST_MakePolygon(ST_AddPoint(foo.open_line, ST_StartPoint(foo.open_line)))
FROM (
SELECT ST_GeomFromText('LINESTRING(75.15 29.53,77 29,77.6 29.5)') As open_line) As foo;

-- 닫힌 3D 라인
SELECT ST_MakePolygon(ST_GeomFromText('LINESTRING(75.15 29.53 1,77 29 1,77.6 29.5 1, 75.15 29.53 1)'));

st_asewkt
-----------
POLYGON((75.15 29.53 1,77 29 1,77.6 29.5 1,75.15 29.53 1))

-- 측정 라인(measured line) --
SELECT ST_MakePolygon(ST_GeomFromText('LINESTRINGM(75.15 29.53 1,77 29 1,77.6 29.5 2, 75.15 29.53 2)'));

st_asewkt
----------
POLYGONM((75.15 29.53 1,77 29 1,77.6 29.5 2,75.15 29.53 2))
                          

예시: 내곽 구조를 가진 외곽 구조

개미 구멍을 가진 도넛을 빌드해봅시다.

SELECT ST_MakePolygon(
                ST_ExteriorRing(ST_Buffer(foo.line,10)),
        ARRAY[ST_Translate(foo.line,1,1),
                ST_ExteriorRing(ST_Buffer(ST_MakePoint(20,20),1)) ]
        )
FROM
        (SELECT ST_ExteriorRing(ST_Buffer(ST_MakePoint(10,10),10,10))
                As line )
                As foo;
                

지역 폴리곤/멀티폴리곤과 수변 라인스트링의 집합으로부터 지역 내에 있는 호수를 표현하는 구멍들을 가진 지역 경계선을 빌드해봅시다. 이 예시에서는 PostGIS ST_Accum 함수를 사용합니다.

[Note]

NULL 배열을 ST_MakePolygon에 입력하면 NULL을 반환하기 때문에 CASE 구조를 활용합니다.

[Note]

호수가 없는 경우라도 모든 지역을 반환받도록 보장하기 위해 LEFT JOIN을 활용합니다.

SELECT p.gid, p.province_name,
                CASE WHEN
                        ST_Accum(w.the_geom) IS NULL THEN p.the_geom
                ELSE  ST_MakePolygon(ST_LineMerge(ST_Boundary(p.the_geom)), ST_Accum(w.the_geom)) END
        FROM
                provinces p LEFT JOIN waterlines w
                        ON (ST_Within(w.the_geom, p.the_geom) AND ST_IsClosed(w.the_geom))
        GROUP BY p.gid, p.province_name, p.the_geom;

-- 앞과 동일한 예시이지만, 상관 하위 쿼리와
-- 행의 집합을 배열로 변환하는 PostgreSQL 내장 ARRAY() 함수를 활용합니다.

        SELECT p.gid,  p.province_name, CASE WHEN
                EXISTS(SELECT w.the_geom
                        FROM waterlines w
                        WHERE ST_Within(w.the_geom, p.the_geom)
                        AND ST_IsClosed(w.the_geom))
                THEN
                ST_MakePolygon(ST_LineMerge(ST_Boundary(p.the_geom)),
                        ARRAY(SELECT w.the_geom
                                FROM waterlines w
                                WHERE ST_Within(w.the_geom, p.the_geom)
                                AND ST_IsClosed(w.the_geom)))
                ELSE p.the_geom END As the_geom
        FROM
                provinces p;
                          

Name

ST_MakePoint — 2D, 3DZ 또는 4D 포인트 도형을 생성합니다.

Synopsis

geometry ST_MakePoint(double precision x, double precision y);

geometry ST_MakePoint(double precision x, double precision y, double precision z);

geometry ST_MakePoint(double precision x, double precision y, double precision z, double precision m);

설명

2D, 3DZ 또는 4D 포인트 도형(단위를 가진 도형)을 생성합니다. ST_MakePoint 함수가 OGC를 준수하지는 않지만, 일반적으로 ST_GeomFromTextST_PointFromText 함수보다 더 빠르고 정확합니다. 또 WKT가 아니라 처리되지 않은 좌표를 쓰는 경우, 더 쉽게 사용할 수 있습니다.

[Note]

x가 경도이고 y가 위도라는 점을 주의하십시오.

[Note]

x, y, m 좌표를 가진 포인트를 만들어야 할 경우, ST_MakePointM 함수를 이용하십시오.

This function supports 3d and will not drop the z-index.

예시

-- 알려지지 않은 SRID를 가진 포인트를 반환
SELECT ST_MakePoint(-71.1043443253471, 42.3150676015829);

-- WGS84 경위도로 표시된 포인트를 반환
SELECT ST_SetSRID(ST_MakePoint(-71.1043443253471, 42.3150676015829),4326);

-- 3D (예를 들자면 고도를 가진) 포인트를 반환
SELECT ST_MakePoint(1, 2,1.5);

-- 포인트의 z를 얻어오기
SELECT ST_Z(ST_MakePoint(1, 2,1.5));
result
-------
1.5

Name

ST_MakePointM — x, y, m 좌표를 가진 포인트 도형을 생성합니다.

Synopsis

geometry ST_MakePointM(float x, float y, float m);

설명

x, y 좌표 및 단위를 가진 포인트를 생성합니다.

[Note]

x가 경도이고 y가 위도라는 점을 주의하십시오.

예시

이번 예시에서 ST_AsEWKT 함수를 사용하는 이유는, ST_AsText 함수가 m을 반환하지 못 하기 때문에 ST_AsText 대신 텍스트 표현식을 표출하기 위해서 입니다.

-- 알려지지 않은 SRID를 가진 포인트의 EWKT 표현식을 반환
SELECT ST_AsEWKT(ST_MakePointM(-71.1043443253471, 42.3150676015829, 10));

-- 결과
st_asewkt
-----------------------------------------------
 POINTM(-71.1043443253471 42.3150676015829 10)

-- WGS84 경위도로 표시된 단위를 가진 포인트의 EWKT 표현식을 반환
SELECT ST_AsEWKT(ST_SetSRID(ST_MakePointM(-71.1043443253471, 42.3150676015829,10),4326));

st_asewkt
---------------------------------------------------------
SRID=4326;POINTM(-71.1043443253471 42.3150676015829 10)

-- 3D (예를 들자면 고도를 가진) 포인트를 반환
SELECT ST_MakePoint(1, 2,1.5);

-- 포인트의 m을 얻어오기
SELECT ST_M(ST_MakePointM(-71.1043443253471, 42.3150676015829,10));
result
-------
10
                          

Name

ST_MLineFromText — WKT 표현식으로부터 지정된 ST_MultiLineString 값을 반환합니다.

Synopsis

geometry ST_MLineFromText(text WKT, integer srid);

geometry ST_MLineFromText(text WKT);

설명

Makes a Geometry from Well-Known-Text (WKT) with the given SRID. If SRID is not given, it defaults to 0.

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

WKT가 멀티라인스트링이 아닌 경우 null을 반환합니다.

[Note]

사용자 WKT 도형이 모두 포인트라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification.SQL-MM 3: 9.4.4

예시

SELECT ST_MLineFromText('MULTILINESTRING((1 2, 3 4), (4 5, 6 7))');

Name

ST_MPointFromText — Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.

Synopsis

geometry ST_MPointFromText(text WKT, integer srid);

geometry ST_MPointFromText(text WKT);

설명

Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

WKT가 멀티포인트가 아닌 경우 null을 반환합니다.

[Note]

사용자 WKT 도형이 모두 포인트라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. 3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 9.2.4

예시

SELECT ST_MPointFromText('MULTIPOINT(1 2, 3 4)');
SELECT ST_MPointFromText('MULTIPOINT(-70.9590 42.1180, -70.9611 42.1223)', 4326);

Name

ST_MPolyFromText — Makes a MultiPolygon Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.

Synopsis

geometry ST_MPolyFromText(text WKT, integer srid);

geometry ST_MPolyFromText(text WKT);

설명

Makes a MultiPolygon from WKT with the given SRID. If SRID is not given, it defaults to 0.

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

WKT가 멀티폴리곤이 아닌 경우 오류가 발생합니다.

[Note]

사용자 WKT 도형이 모두 멀티폴리곤이라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 9.6.4

예시

SELECT ST_MPolyFromText('MULTIPOLYGON(((0 0 1,20 0 1,20 20 1,0 20 1,0 0 1),(5 5 3,5 7 3,7 7 3,7 5 3,5 5 3)))');
SELECt ST_MPolyFromText('MULTIPOLYGON(((-70.916 42.1002,-70.9468 42.0946,-70.9765 42.0872,-70.9754 42.0875,-70.9749 42.0879,-70.9752 42.0881,-70.9754 42.0891,-70.9758 42.0894,-70.9759 42.0897,-70.9759 42.0899,-70.9754 42.0902,-70.9756 42.0906,-70.9753 42.0907,-70.9753 42.0917,-70.9757 42.0924,-70.9755 42.0928,-70.9755 42.0942,-70.9751 42.0948,-70.9755 42.0953,-70.9751 42.0958,-70.9751 42.0962,-70.9759 42.0983,-70.9767 42.0987,-70.9768 42.0991,-70.9771 42.0997,-70.9771 42.1003,-70.9768 42.1005,-70.977 42.1011,-70.9766 42.1019,-70.9768 42.1026,-70.9769 42.1033,-70.9775 42.1042,-70.9773 42.1043,-70.9776 42.1043,-70.9778 42.1048,-70.9773 42.1058,-70.9774 42.1061,-70.9779 42.1065,-70.9782 42.1078,-70.9788 42.1085,-70.9798 42.1087,-70.9806 42.109,-70.9807 42.1093,-70.9806 42.1099,-70.9809 42.1109,-70.9808 42.1112,-70.9798 42.1116,-70.9792 42.1127,-70.979 42.1129,-70.9787 42.1134,-70.979 42.1139,-70.9791 42.1141,-70.9987 42.1116,-71.0022 42.1273,
        -70.9408 42.1513,-70.9315 42.1165,-70.916 42.1002)))',4326);

Name

ST_Point — 주어진 좌표값을 가진 ST_Point를 반환합니다. ST_MakePoint와 동일한 OGC 함수입니다.

Synopsis

geometry ST_Point(float x_lon, float y_lat);

설명

주어진 좌표값을 가진 ST_Point를 반환합니다. MM을 준수하며 x, y만을 입력받는, ST_MakePoint와 동일한 함수입니다.

This method implements the SQL/MM specification. SQL-MM 3: 6.1.2

예시: 도형

SELECT ST_SetSRID(ST_Point(-71.1043443253471, 42.3150676015829),4326)

예시: 지리형

SELECT CAST(ST_SetSRID(ST_Point(-71.1043443253471, 42.3150676015829),4326) As geography);
-- '::'는 형변환을 의미하는 PostgreSQL의 표기입니다.
SELECT ST_SetSRID(ST_Point(-71.1043443253471, 42.3150676015829),4326)::geography;
-- 사용자 포인트의 좌표계가 WGS84 경위도와 다를 경우, 형변환 전에 재투영해야 합니다.
-- 이 예시에서는 펜실베이니아 주의 피트 단위 평면에 있는 포인트를 WGS84로 재투영한 다음 지리형으로 형변환합니다.
SELECT ST_Transform(ST_SetSRID(ST_Point(3637510, 3014852),2273),4326)::geography;

Name

ST_PointFromGeoHash — GeoHash 스트링으로부터 포인트를 반환합니다.

Synopsis

point ST_PointFromGeoHash(text geohash, integer precision=full_precision_of_geohash);

설명

GeoHash 스트링으로부터 포인트를 반환합니다. 해당 포인트는 GeoHash의 중심점입니다.

precision 을 설정하지 않은 경우, ST_PointFromGeoHash가 입력 GeoHash 스트링의 전체 정확도를 기반으로 포인트를 반환합니다.

precision 을 설정한 경우, ST_PointFromGeoHash가 GeoHash에서 나온 그만큼의 문자를 이용해서 포인트를 생성합니다.

2.1.0 버전부터 사용할 수 있습니다.

예시

SELECT ST_AsText(ST_PointFromGeoHash('9qqj7nmxncgyy4d0dbxqz0'));
          st_astext
------------------------------
 POINT(-115.172816 36.114646)

SELECT ST_AsText(ST_PointFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 4));
             st_astext
-----------------------------------
 POINT(-115.13671875 36.123046875)

SELECT ST_AsText(ST_PointFromGeoHash('9qqj7nmxncgyy4d0dbxqz0', 10));
                 st_astext
-------------------------------------------
 POINT(-115.172815918922 36.1146435141563)
                
                

Name

ST_PointFromText — 주어진 SRID와 함께 WKT 표현식으로부터 포인트 도형을 만듭니다. SRID가 주어지지 않은 경우, 기본값인 0을 씁니다.

Synopsis

geometry ST_PointFromText(text WKT);

geometry ST_PointFromText(text WKT, integer srid);

설명

Constructs a PostGIS ST_Geometry point object from the OGC Well-Known text representation. If SRID is not given, it defaults to unknown (currently 0). If geometry is not a WKT point representation, returns null. If completely invalid WKT, then throws an error.

[Note]

ST_PointFromText 함수의 변종이 2개 있는데, 첫 번째는 SRID를 입력받지 않고 공간 참조 시스템이 정의되지 않은 도형을 반환합니다. 두 번째는 SRID를 두 번째 인수로 입력받아 자체 메타데이터의 일부로 해당 SRID를 포함하는 ST_Geometry를 반환합니다. spatial_ref_sys 테이블에 정의되어 있는 SRID여야 합니다.

[Note]

사용자 WKT 도형이 모두 포인트라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다. 사용자가 경위도 좌표로부터 포인트를 빌드하고 OGC 준수 여부보다 성능 및 정확도에 더 관심이 있다면, ST_MakePoint 또는 OGC를 준수하는 동일한 ST_Point 함수를 이용하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

This method implements the SQL/MM specification. SQL-MM 3: 6.1.8

예시

SELECT ST_PointFromText('POINT(-71.064544 42.28787)');
SELECT ST_PointFromText('POINT(-71.064544 42.28787)', 4326);
        

Name

ST_PointFromWKB — 주어진 SRID와 함께 WKB로부터 도형을 만듭니다.

Synopsis

geometry ST_GeomFromWKB(bytea geom);

geometry ST_GeomFromWKB(bytea geom, integer srid);

설명

ST_PointFromWKB 함수는 도형의 WKB 표현식과 SRID(공간 참조 시스템 ID)를 받아 적절한 도형 유형의 인스턴스 - 이 경우, POINT 도형 - 를 생성합니다. 이 함수는 SQL에서 도형 공장(Geometry Factory) 역할을 합니다.

SRID를 설정하지 않은 경우, 기본값인 0을 씁니다. 입력된 bytea가 포인트가 아닌 경우, NULL을 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.7.2

This method implements the SQL/MM specification. SQL-MM 3: 6.1.9

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

예시

SELECT
  ST_AsText(
        ST_PointFromWKB(
          ST_AsEWKB('POINT(2 5)'::geometry)
        )
  );
 st_astext
------------
 POINT(2 5)
(1 row)

SELECT
  ST_AsText(
        ST_PointFromWKB(
          ST_AsEWKB('LINESTRING(2 5, 2 6)'::geometry)
        )
  );
 st_astext
-----------

(1 row)

Name

ST_Polygon — 설정된 라인스트링과 SRID로부터 빌드된 폴리곤을 반환합니다.

Synopsis

geometry ST_Polygon(geometry aLineString, integer srid);

설명

설정된 라인스트링과 SRID로부터 빌드된 폴리곤을 반환합니다.

[Note]

ST_Polygon is similar to first version of ST_MakePolygon except it also sets the spatial ref sys (SRID) of the polygon. Will not work with MULTILINESTRINGS so use LineMerge to merge multilines. Also does not create polygons with holes. Use ST_MakePolygon for that.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 8.3.2

This function supports 3d and will not drop the z-index.

예시

-- 2D 폴리곤
SELECT ST_Polygon(ST_GeomFromText('LINESTRING(75.15 29.53,77 29,77.6 29.5, 75.15 29.53)'), 4326);

-- 결과 --
POLYGON((75.15 29.53,77 29,77.6 29.5,75.15 29.53))
-- 3D 폴리곤
SELECT ST_AsEWKT(ST_Polygon(ST_GeomFromEWKT('LINESTRING(75.15 29.53 1,77 29 1,77.6 29.5 1, 75.15 29.53 1)'), 4326));

result
------
SRID=4326;POLYGON((75.15 29.53 1,77 29 1,77.6 29.5 1,75.15 29.53 1))
                        

Name

ST_PolygonFromText — Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0.

Synopsis

geometry ST_PolygonFromText(text WKT);

geometry ST_PolygonFromText(text WKT, integer srid);

설명

Makes a Geometry from WKT with the given SRID. If SRID is not given, it defaults to 0. Returns null if WKT is not a polygon.

OGC 사양 3.2.6.2 - 선택적인 SRID를 적합성 스위트(conformance suite)로부터 가져오십시오.

[Note]

사용자 WKT 도형이 모두 폴리곤이라고 확신한다면, 이 함수를 사용하지 마십시오. 이 함수는 추가적인 유효성 검사 단계를 거치므로 ST_GeomFromText보다 느립니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s3.2.6.2

This method implements the SQL/MM specification. SQL-MM 3: 8.3.6

예시

SELECT ST_PolygonFromText('POLYGON((-71.1776585052917 42.3902909739571,-71.1776820268866 42.3903701743239,
-71.1776063012595 42.3903825660754,-71.1775826583081 42.3903033653531,-71.1776585052917 42.3902909739571))');
st_polygonfromtext
------------------
010300000001000000050000006...


SELECT ST_PolygonFromText('POINT(1 2)') IS NULL as point_is_notpoly;

point_is_not_poly
----------
t

Name

ST_WKBToSQL — WKB(Well-Known Binary) 표현식으로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 SRID를 입력받지 않는 ST_GeomFromWKB 함수와 동일합니다.

Synopsis

geometry ST_WKBToSQL(bytea WKB);

설명

This method implements the SQL/MM specification. SQL-MM 3: 5.1.36


Name

ST_WKTToSQL — WKT(Well-Known Text)로부터 지정된 ST_Geometry 값을 반환합니다. 이 함수는 ST_GeomFromText 함수와 동일합니다.

Synopsis

geometry ST_WKTToSQL(text WKT);

설명

This method implements the SQL/MM specification. SQL-MM 3: 5.1.34

8.5. 도형 접근자(accessor)

도형 유형 — 도형의 유형을 스트링으로 반환합니다. 예: 'LINESTRING', 'POLYGON', 'MULTIPOINT' 등등.
ST_Boundary — 해당 도형의 결합된 범위의 닫힘 여부를 반환합니다.
ST_CoordDim — ST_Geometry 값의 좌표 차원을 반환합니다.
ST_Dimension — 좌표 차원과 동등하거나 낮아야 하는, 해당 도형 객체의 내재된 차원을 반환합니다.
ST_EndPointLINESTRING 또는 CIRCULARLINESTRING 도형의 마지막 포인트를 POINT로 반환합니다.
ST_Envelope — 주어진 도형의 이중 정밀도(double precision; float8) 경계 상자를 표현하는 도형을 반환합니다.
ST_BoundingDiagonal — 주어진 도형의 경계 상자의 대각선을 반환합니다.
ST_ExteriorRingPOLYGON 도형의 외곽 고리(exterior ring)를 표현하는 라인스트링을 반환합니다. 도형이 폴리곤이 아닌 경우 NULL을 반환합니다. 멀티폴리곤은 입력받지 못 합니다.
ST_GeometryN — 입력 도형이 도형 집합, (멀티)포인트, (멀티)라인스트링, 멀티커브(multicurve) 또는 (멀티)폴리곤이나 다면체 표면일 경우 1-기반 N번째 도형을 반환하며, 그 외의 경우 NULL을 반환합니다.
ST_GeometryType — ST_Geometry 값의 도형 유형을 반환합니다.
ST_InteriorRingN — 폴리곤 도형의 N번째 내곽 라인스트링 고리를 반환합니다. 도형이 폴리곤이 아니거나 주어진 N이 범위(range)를 벗어난 경우 NULL을 반환합니다.
ST_IsCollection — Returns true if all exterior rings are oriented counter-clockwise and all interior rings are oriented clockwise.
ST_IsCollection — Returns true if all exterior rings are oriented clockwise and all interior rings are oriented counter-clockwise.
ST_IsClosedLINESTRING 의 시작점과 종단점이 일치하는 경우 TRUE 를 반환합니다. 다면체 표면이 닫혀 (부피를 가지고) 있는 경우 TRUE 를 반환합니다.
ST_IsCollection — 인수가 집합(MULTI*, GEOMETRYCOLLECTION, ...)인 경우 TRUE 를 반환합니다.
ST_IsEmpty — 해당 도형이 텅 빈 도형 집합, 폴리곤, 포인트 등인 경우 TRUE 를 반환합니다.
ST_IsRingLINESTRING 이 닫혀 있는 단순 도형인 경우 TRUE 를 반환합니다.
ST_IsSimple — 해당 도형이 자체 교차하거나 자체 접촉하는 이례적인 도형 포인트를 가지고 있지 않을 경우 TRUE 를 반환합니다.
ST_IsValidST_Geometry 가 잘 형성돼 있는 경우 TRUE 를 반환합니다.
ST_IsValidReason — 도형이 유효한지 아닌지, 그리고 유효하지 않을 경우 그 이유를 설명하는 텍스트를 반환합니다.
ST_IsValidDetail — 도형이 유효한지 아닌지, 그리고 유효하지 않을 경우 그 이유 및 위치를 설명하는 valid_detail (유효 여부, 이유, 위치) 행을 반환합니다.
ST_M — 포인트의 M 좌표를 반환합니다. M 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.
ST_NDims — 도형의 좌표 차원을 2바이트 정수형(smallint)으로 반환합니다. 값은 2, 3, 또는 4입니다.
ST_NPoints — 도형이 가지고 있는 포인트(꼭짓점)의 개수를 반환합니다.
ST_NRings — 도형이 폴리곤 또는 멀티폴리곤인 경우 고리의 개수를 반환합니다.
ST_NumGeometries — 도형이 도형 집합 또는 멀티 도형인 경우 도형의 개수를 반환합니다. 단일 도형인 경우 1을 반환하고, 도형 집합도 멀티 도형도 단일 도형도 아닌 경우 NULL을 반환합니다.
ST_NumInteriorRings — 폴리곤 도형의 내곽 고리의 개수를 반환합니다.
ST_NumInteriorRing — 도형 안에 있는 폴리곤의 내곽 고리의 개수를 반환합니다. ST_NumInteriorRings 함수와 동일합니다.
ST_NumPatches — 다면체 표면 상에 있는 면의 개수를 반환합니다. 다면체 도형이 아닌 경우 NULL을 반환할 것입니다.
ST_NumPoints — ST_LineString 또는 ST_CircularString 값에 있는 포인트의 개수를 반환합니다.
ST_PatchN — 도형이 POLYHEDRALSURFACE, POLYHEDRALSURFACEM 인 경우 1-기반 N번째 도형 (면)을 반환합니다. 그 외의 경우 NULL을 반환합니다.
ST_PointN — 도형 안에 있는 첫 번째 라인스트링 또는 원형 라인스트링의 N번째 포인트를 반환합니다. 음수 값은 라인스트링의 종단점으로부터 반대로 집계된 것입니다. 도형 안에 라인스트링이 없는 경우 NULL을 반환합니다.
ST_Points — 도형의 모든 좌표들을 담고 있는 멀티포인트를 반환합니다.
ST_SRID — spatial_ref_sys 테이블에 정의되어 있는, ST_Geometry에 대한 공간 참조 식별자를 반환합니다.
ST_StartPointLINESTRING 도형의 첫 번째 포인트를 POINT로 반환합니다.
ST_Summary — 도형의 내용을 요약한 텍스트를 반환합니다.
ST_X — 포인트의 X 좌표를 반환합니다. X 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.
ST_XMax — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최대 X값을 반환합니다.
ST_XMin — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최소 X값을 반환합니다.
ST_Y — 포인트의 Y 좌표를 반환합니다. Y 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.
ST_YMax — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최대 Y값을 반환합니다.
ST_YMin — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최소 Y값을 반환합니다.
ST_Z — 포인트의 Z 좌표를 반환합니다. Z 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.
ST_ZMax — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최대 Z값을 반환합니다.
ST_Zmflag — 도형의 ZM(의미론적 차원) 플래그를 2바이트 정수형(smallint)으로 반환합니다. 값이 0일 때 2D, 1일 때 3DM, 3일 때 3DZ, 4일 때 4D를 뜻합니다.
ST_ZMin — 2차원 경계 상자(box2d) 또는 3차원 경계 상자(box3d) 또는 도형의 최대 Z값을 반환합니다.

Name

도형 유형 — 도형의 유형을 스트링으로 반환합니다. 예: 'LINESTRING', 'POLYGON', 'MULTIPOINT' 등등.

Synopsis

text GeometryType(geometry geomA);

설명

도형의 유형을 스트링으로 반환합니다. 예: 'LINESTRING', 'POLYGON', 'MULTIPOINT' 등등.

OGC 사양 s2.1.1.1 - 해당 도형 인스턴스가 속해 있는, 인스턴스화할 수 있는 도형 하위 유형의 명칭을 스트링으로 반환합니다.

[Note]

이 함수는 'POINTM' 형식의 스트링을 반환해서 도형에 단위가 적용되었는지 여부도 보여줍니다.

개선 사항: 2.0.0 버전부터 다면체 표면, 삼각형 및 TIN을 지원하기 시작했습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method supports Circular Strings and Curves

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

SELECT GeometryType(ST_GeomFromText('LINESTRING(77.29 29.07,77.42 29.26,77.27 29.31,77.29 29.07)'));
 geometrytype
--------------
 LINESTRING
SELECT ST_GeometryType(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )'));
                        -- 결과
                        POLYHEDRALSURFACE
                        
SELECT GeometryType(geom) as result
  FROM
    (SELECT
       ST_GeomFromEWKT('TIN (((
                0 0 0,
                0 0 1,
                0 1 0,
                0 0 0
            )), ((
                0 0 0,
                0 1 0,
                1 1 0,
                0 0 0
            ))
            )')  AS geom
    ) AS g;
 result
--------
 TIN    

Name

ST_Boundary — 해당 도형의 결합된 범위의 닫힘 여부를 반환합니다.

Synopsis

geometry ST_Boundary(geometry geomA);

설명

해당 도형의 결합된 범위의 닫힘(closure) 여부를 반환합니다. 결합 범위(combinatorial boundary)는 OGC 사양서의 3.12.3.2 단원이 설명하는대로 정의됩니다. 이 함수의 결과가 닫힘이기 때문에, 즉 위상적(位相的)으로 폐쇄됐기 때문에, OGC 사양서 3.12.2 단원에서 설명한대로 표현적인 도형 원형(primitive)을 이용해서 결과 범위를 표현할 수 있습니다.

GEOS 모듈로 실행

[Note]

2.0.0 미만 버전에서 이 함수를 GEOMETRYCOLLECTION과 함께 사용하면 예외가 발생했습니다. 2.0.0 이후 버전은 대신 (입력을 지원하지 않는다는 의미의) NULL을 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. OGC SPEC s2.1.1.1

This method implements the SQL/MM specification. SQL-MM 3: 5.1.14

This function supports 3d and will not drop the z-index.

개선 사항: 2.1.0 버전부터 삼각형을 지원하기 시작했습니다.

예시

범위 포인트들이 겹치는 라인스트링

SELECT ST_Boundary(geom)
FROM (SELECT 'LINESTRING(100 150,50 60, 70 80, 160 170)'::geometry As geom) As f;
                                

-- ST_AsText 출력
MULTIPOINT(100 150,160 170)

범위 멀티라인스트링을 가진 폴리곤 구멍

SELECT ST_Boundary(geom)
FROM (SELECT
'POLYGON (( 10 130, 50 190, 110 190, 140 150, 150 80, 100 10, 20 40, 10 130 ),
        ( 70 40, 100 50, 120 80, 80 110, 50 90, 70 40 ))'::geometry As geom) As f;
                                

-- ST_AsText 출력
MULTILINESTRING((10 130,50 190,110 190,140 150,150 80,100 10,20 40,10 130),
        (70 40,100 50,120 80,80 110,50 90,70 40))

SELECT ST_AsText(ST_Boundary(ST_GeomFromText('LINESTRING(1 1,0 0, -1 1)')));
st_astext
-----------
MULTIPOINT(1 1,-1 1)

SELECT ST_AsText(ST_Boundary(ST_GeomFromText('POLYGON((1 1,0 0, -1 1, 1 1))')));
st_astext
----------
LINESTRING(1 1,0 0,-1 1,1 1)

--Using a 3d polygon
SELECT ST_AsEWKT(ST_Boundary(ST_GeomFromEWKT('POLYGON((1 1 1,0 0 1, -1 1 1, 1 1 1))')));

st_asewkt
-----------------------------------
LINESTRING(1 1 1,0 0 1,-1 1 1,1 1 1)

- 3D 멀티라인스트링 사용하기
SELECT ST_AsEWKT(ST_Boundary(ST_GeomFromEWKT('MULTILINESTRING((1 1 1,0 0 0.5, -1 1 1),(1 1 0.5,0 0 0.5, -1 1 0.5, 1 1 0.5) )')));

st_asewkt
----------
MULTIPOINT(-1 1 1,1 1 0.75)

Name

ST_CoordDim — ST_Geometry 값의 좌표 차원을 반환합니다.

Synopsis

integer ST_CoordDim(geometry geomA);

설명

ST_Geometry 값의 좌표 차원을 반환합니다.

이 함수는 MM을 준수하는, ST_NDims 와 동일한 함수합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.3

This method supports Circular Strings and Curves

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

SELECT ST_CoordDim('CIRCULARSTRING(1 2 3, 1 3 4, 5 6 7, 8 9 10, 11 12 13)');
-- 결과 --
3

SELECT ST_CoordDim(ST_Point(1,2));
-- 결과 --
2

                

참고

ST_NDims


Name

ST_Dimension — 좌표 차원과 동등하거나 낮아야 하는, 해당 도형 객체의 내재된 차원을 반환합니다.

Synopsis

integer ST_Dimension(geometry g);

설명

좌표 차원과 동등하거나 낮아야 하는, 해당 도형 객체의 내재된 차원을 반환합니다. OGC 사양서 s2.1.1.1 단원을 보면 POINT 는 0, LINESTRING 은 1, POLYGON 은 2, 그리고 GEOMETRYCOLLECTION 의 경우 구성 요소 가운데 가장 높은 차원입니다. 알려지지 않은 (텅 빈) 도형인 경우 null을 반환합니다.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.2

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface) 및 TIN을 지원합니다. 빈 도형이 주어져도 더 이상 예외가 발생하지 않습니다.

[Note]

2.0.0 미만 버전에서는 빈 도형에 대해 예외를 발생시켰습니다.

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

SELECT ST_Dimension('GEOMETRYCOLLECTION(LINESTRING(1 1,0 0),POINT(0 0))');
ST_Dimension
-----------
1

참고

ST_NDims


Name

ST_EndPoint — LINESTRING 또는 CIRCULARLINESTRING 도형의 마지막 포인트를 POINT로 반환합니다.

Synopsis

boolean ST_EndPoint(geometry g);

설명

LINESTRING 도형의 마지막 포인트를 POINT로 반환합니다. 입력 파라미터가 LINESTRING 이 아닐 경우 NULL 을 반환합니다.

This method implements the SQL/MM specification. SQL-MM 3: 7.1.4

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

[Note]

변경 사항: 2.0.0 버전부터 단일 도형 멀티라인스트링을 지원하지 않습니다. PostGIS 예전 버전이라면 단일 라인 멀티라인스트링을 입력받는 경우 시작점을 반환했을 겁니다. 2.0.0 버전은 다른 모든 멀티라인스트링처럼 NULL을 반환할 뿐입니다. 구식 습성은 문서화되지 않은 기능이지만, 사용자 데이터를 라인스트링으로 저장했다고 가정한 사용자의 경우 현재 2.0 버전에서 NULL이 반환될 수도 있습니다.

예시

postgis=# SELECT ST_AsText(ST_EndPoint('LINESTRING(1 1, 2 2, 3 3)'::geometry));
 st_astext
------------
 POINT(3 3)
(1 row)

postgis=# SELECT ST_EndPoint('POINT(1 1)'::geometry) IS NULL AS is_null;
  is_null
----------
 t
(1 row)

--3d endpoint
SELECT ST_AsEWKT(ST_EndPoint('LINESTRING(1 1 2, 1 2 3, 0 0 5)'));
  st_asewkt
--------------
 POINT(0 0 5)
(1 row)

Name

ST_Envelope — 주어진 도형의 이중 정밀도(double precision; float8) 경계 상자를 표현하는 도형을 반환합니다.

Synopsis

geometry ST_Envelope(geometry g1);

설명

주어진 도형에 대해 float8 형 최소치 경계 상자를 도형으로 반환합니다. 해당 폴리곤은 경계 상자의 꼭짓점 포인트들로 정의됩니다((MINX, MINY), (MINX, MAXY), (MAXX, MAXY), (MAXX, MINY), (MINX, MINY)). (PostGIS는 ZMIN/ZMAX 좌표도 추가할 것입니다.)

차원이 낮은 (수직 라인, 포인트) 경우 POLYGON 보다 낮은 차원의, 예를 들어 POINT 또는 LINESTRING 도형을 반환할 것입니다.

1.5.0 버전부터 사용할 수 있으며, float4 형 대신 이중 정밀도 형으로 출력하도록 변경되었습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s2.1.1.1

This method implements the SQL/MM specification. SQL-MM 3: 5.1.15

예시

SELECT ST_AsText(ST_Envelope('POINT(1 3)'::geometry));
 st_astext
------------
 POINT(1 3)
(1 row)


SELECT ST_AsText(ST_Envelope('LINESTRING(0 0, 1 3)'::geometry));
                   st_astext
--------------------------------
 POLYGON((0 0,0 3,1 3,1 0,0 0))
(1 row)


SELECT ST_AsText(ST_Envelope('POLYGON((0 0, 0 1, 1.0000001 1, 1.0000001 0, 0 0))'::geometry));
                                                  st_astext
--------------------------------------------------------------
 POLYGON((0 0,0 1,1.00000011920929 1,1.00000011920929 0,0 0))
(1 row)
SELECT ST_AsText(ST_Envelope('POLYGON((0 0, 0 1, 1.0000000001 1, 1.0000000001 0, 0 0))'::geometry));
                                                  st_astext
--------------------------------------------------------------
 POLYGON((0 0,0 1,1.00000011920929 1,1.00000011920929 0,0 0))
(1 row)

SELECT Box3D(geom), Box2D(geom), ST_AsText(ST_Envelope(geom)) As envelopewkt
        FROM (SELECT 'POLYGON((0 0, 0 1000012333334.34545678, 1.0000001 1, 1.0000001 0, 0 0))'::geometry As geom) As foo;


        

참고

Box2D, Box3D


Name

ST_BoundingDiagonal — 주어진 도형의 경계 상자의 대각선을 반환합니다.

Synopsis

geometry ST_BoundingDiagonal(geometry geom, boolean fits=false);

설명

주어진 도형의 경계 상자의 대각선을 라인스트링으로 반환합니다. 빈 도형을 입력받은 경우 빈 대각선을 반환하게 됩니다. 빈 도형이 아니라면 포인트 2개 중 시작점이 각 차원의 최소값들을, 종단점이 각 차원의 최대값들을 가진 라인스트링을 반환합니다.

반환된 라인스트링 도형은 언제나 입력 도형의 SRID 및 차원수를 유지합니다.

fits 파라미터는 딱 맞는(best fit) 경계 상자가 필요한지 여부를 설정합니다. 거짓으로 설정한다면 조금 넉넉한 경계 상자도 용납할 수 있습니다(수많은 꼭짓점을 가진 도형의 경우 더 빨리 처리할 수 있습니다). 어떤 경우든 반환된 대각선의 경계 상자는 항상 입력 도형을 둘러쌉니다.

[Note]

차원이 낮은 (입력 도형이 단일 꼭짓점) 경우 반환되는 라인스트링이 위상적으로 유효하지 않을 (내부가 없을) 것입니다. 그렇다고 해서 반환된 도형이 의미론적으로 유효하지 않다는 뜻은 아닙니다.

2.2.0 버전부터 사용할 수 있습니다.

This function supports 3d and will not drop the z-index.

This function supports M coordinates.

예시

-- 포인트를 둘러싼 버퍼에서 X의 최소값을 얻습니다.
SELECT ST_X(ST_StartPoint(ST_BoundingDiagonal(
  ST_Buffer(ST_MakePoint(0,0),10)
)));
 st_x
------
  -10
                

Name

ST_ExteriorRing — POLYGON 도형의 외곽 고리(exterior ring)를 표현하는 라인스트링을 반환합니다. 도형이 폴리곤이 아닌 경우 NULL을 반환합니다. 멀티폴리곤은 입력받지 못 합니다.

Synopsis

geometry ST_ExteriorRing(geometry a_polygon);

설명

POLYGON 도형의 외곽 고리(exterior ring)를 표현하는 라인스트링을 반환합니다. 도형이 폴리곤이 아닌 경우 NULL을 반환합니다.

[Note]

오직 POLYGON 도형 유형만 입력받습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. 2.1.5.1

This method implements the SQL/MM specification. SQL-MM 3: 8.2.3, 8.3.3

This function supports 3d and will not drop the z-index.

예시

-- 폴리곤 테이블이 있을 경우
SELECT gid, ST_ExteriorRing(the_geom) AS ering
FROM sometable;

-- 멀티폴리곤 테이블이며 각 폴리곤의
-- 외곽 고리들로 이루어진 멀티라인스트링을 반환하고자 할 경우
SELECT gid, ST_Collect(ST_ExteriorRing(the_geom)) AS erings
        FROM (SELECT gid, (ST_Dump(the_geom)).geom As the_geom
                        FROM sometable) As foo
GROUP BY gid;

--3d Example
SELECT ST_AsEWKT(
        ST_ExteriorRing(
        ST_GeomFromEWKT('POLYGON((0 0 1, 1 1 1, 1 2 1, 1 1 1, 0 0 1))')
        )
);

st_asewkt
---------
LINESTRING(0 0 1,1 1 1,1 2 1,1 1 1,0 0 1)

Name

ST_GeometryN — 입력 도형이 도형 집합, (멀티)포인트, (멀티)라인스트링, 멀티커브(multicurve) 또는 (멀티)폴리곤이나 다면체 표면일 경우 1-기반 N번째 도형을 반환하며, 그 외의 경우 NULL을 반환합니다.

Synopsis

geometry ST_GeometryN(geometry geomA, integer n);

설명

입력 도형이 도형 집합, (멀티)포인트, (멀티)라인스트링, 멀티커브(multicurve) 또는 (멀티)폴리곤이나 다면체 표면일 경우 1-기반 N번째 도형을 반환하며, 그 외의 경우 NULL을 반환합니다.

[Note]

0.8.0 버전부터 인덱스는 OGC 사양을 따라 1-기반입니다. 예전 버전은 대신 0-기반 인덱스를 시행했습니다.

[Note]

모든 도형들을 추출하고자 한다면 ST_Dump 함수가 더 효율적이며, 단일 도형에 대해서도 작동할 것입니다.

개선 사항: 2.0.0 버전부터 다면체 표면, 삼각형 및 TIN을 지원하기 시작했습니다.

변경 사항: 2.0.0 미만 버전은 단일 도형에 대해 NULL을 반환했을 겁니다. 2.0.0 버전부터 ST_GeometryN(..,1) 경우에 대한 도형을 반환하도록 변경됐습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 9.1.5

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

표준 예시

-- 3D 멀티포인트에서 포인트들의 하위 집합을 추출하기
SELECT n, ST_AsEWKT(ST_GeometryN(the_geom, n)) As geomewkt
FROM (
VALUES (ST_GeomFromEWKT('MULTIPOINT(1 2 7, 3 4 7, 5 6 7, 8 9 10)') ),
( ST_GeomFromEWKT('MULTICURVE(CIRCULARSTRING(2.5 2.5,4.5 2.5, 3.5 3.5), (10 11, 12 11))') )
        )As foo(the_geom)
        CROSS JOIN generate_series(1,100) n
WHERE n <= ST_NumGeometries(the_geom);

 n |               geomewkt
---+-----------------------------------------
 1 | POINT(1 2 7)
 2 | POINT(3 4 7)
 3 | POINT(5 6 7)
 4 | POINT(8 9 10)
 1 | CIRCULARSTRING(2.5 2.5,4.5 2.5,3.5 3.5)
 2 | LINESTRING(10 11,12 11)


-- 모든 도형을 추출하기(ID를 할당하려 할 때 유용합니다)
SELECT gid, n, ST_GeometryN(the_geom, n)
FROM sometable CROSS JOIN generate_series(1,100) n
WHERE n <= ST_NumGeometries(the_geom);

다면체 표면, TIN 및 삼각형 예시

-- 다면체 표면 예시
-- 다면체 표면을 각 면으로 분해하기
SELECT ST_AsEWKT(ST_GeometryN(p_geom,3)) As geom_ewkt
  FROM (SELECT ST_GeomFromEWKT('POLYHEDRALSURFACE(
((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)),
((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)),
((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1))
)')  AS p_geom )  AS a;

                geom_ewkt
------------------------------------------
 POLYGON((0 0 0,1 0 0,1 0 1,0 0 1,0 0 0))
-- TIN --
SELECT ST_AsEWKT(ST_GeometryN(geom,2)) as wkt
  FROM
    (SELECT
       ST_GeomFromEWKT('TIN (((
                0 0 0,
                0 0 1,
                0 1 0,
                0 0 0
            )), ((
                0 0 0,
                0 1 0,
                1 1 0,
                0 0 0
            ))
            )')  AS geom
    ) AS g;
-- 결과 --
                 wkt
-------------------------------------
 TRIANGLE((0 0 0,0 1 0,1 1 0,0 0 0))

Name

ST_GeometryType — ST_Geometry 값의 도형 유형을 반환합니다.

Synopsis

text ST_GeometryType(geometry g1);

설명

도형의 유형을 'ST_Linestring', 'ST_Polygon', 'ST_MultiPolygon' 등과 같은 스트링으로 반환합니다. 이 함수는 도형의 단위가 설정돼 있는지 알려주지 않는 것은 물론, 반환된 결과물이 스트링이며 접두사 ST가 달린다는 점에서도 GeometryType(geometry) 함수와는 다릅니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface)을 지원합니다.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.4

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

예시

SELECT ST_GeometryType(ST_GeomFromText('LINESTRING(77.29 29.07,77.42 29.26,77.27 29.31,77.29 29.07)'));
-- 결과
ST_LineString
SELECT ST_GeometryType(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )'));
                        -- 결과
                        ST_PolyhedralSurface
SELECT ST_GeometryType(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )'));
                        -- 결과
                        ST_PolyhedralSurface
SELECT ST_GeometryType(geom) as result
  FROM
    (SELECT
       ST_GeomFromEWKT('TIN (((
                0 0 0,
                0 0 1,
                0 1 0,
                0 0 0
            )), ((
                0 0 0,
                0 1 0,
                1 1 0,
                0 0 0
            ))
            )')  AS geom
    ) AS g;
 result
--------
 ST_Tin    

Name

ST_InteriorRingN — 폴리곤 도형의 N번째 내곽 라인스트링 고리를 반환합니다. 도형이 폴리곤이 아니거나 주어진 N이 범위(range)를 벗어난 경우 NULL을 반환합니다.

Synopsis

geometry ST_InteriorRingN(geometry a_polygon, integer n);

설명

폴리곤 도형의 N번째 내곽 라인스트링 고리를 반환합니다. 도형이 폴리곤이 아니거나 주어진 N이 범위(range)를 벗어난 경우 NULL을 반환합니다. 인덱스는 1에서 시작합니다.

[Note]

이 함수는 멀티폴리곤을 입력받지 못 합니다. 멀티폴리곤의 경우 ST_Dump 함수와 결합해서 이용하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 8.2.6, 8.3.5

This function supports 3d and will not drop the z-index.

예시

SELECT ST_AsText(ST_InteriorRingN(the_geom, 1)) As the_geom
FROM (SELECT ST_BuildArea(
                ST_Collect(ST_Buffer(ST_Point(1,2), 20,3),
                        ST_Buffer(ST_Point(1, 2), 10,3))) As the_geom
                )  as foo
                

Name

ST_IsCollection — Returns true if all exterior rings are oriented counter-clockwise and all interior rings are oriented clockwise.

Synopsis

boolean ST_IsEmpty(geometry geomA);

설명

Returns true if all polygonal components of the input geometry use a counter-clockwise orientation for their exterior ring, and a clockwise direction for all interior rings.

해당 도형이 텅 빈 도형 집합, 폴리곤, 포인트 등인 경우 TRUE 를 반환합니다.

[Note]

Closed linestrings are not considered polygonal components, so you would still get a true return by passing a single closed linestring no matter its orientation.

[Note]

If a polygonal geometry does not use reversed orientation for interior rings (i.e., if one or more interior rings are oriented in the same direction as an exterior ring) then both ST_IsPolygonCW and ST_IsPolygonCCW will return false.

This function supports 3d and will not drop the z-index.

This function supports M coordinates.


Name

ST_IsCollection — Returns true if all exterior rings are oriented clockwise and all interior rings are oriented counter-clockwise.

Synopsis

boolean ST_IsEmpty(geometry geomA);

설명

Returns true if all polygonal components of the input geometry use a clockwise orientation for their exterior ring, and a counter-clockwise direction for all interior rings.

해당 도형이 텅 빈 도형 집합, 폴리곤, 포인트 등인 경우 TRUE 를 반환합니다.

[Note]

Closed linestrings are not considered polygonal components, so you would still get a true return by passing a single closed linestring no matter its orientation.

[Note]

If a polygonal geometry does not use reversed orientation for interior rings (i.e., if one or more interior rings are oriented in the same direction as an exterior ring) then both ST_IsPolygonCW and ST_IsPolygonCCW will return false.

This function supports 3d and will not drop the z-index.

This function supports M coordinates.


Name

ST_IsClosed — LINESTRING 의 시작점과 종단점이 일치하는 경우 TRUE 를 반환합니다. 다면체 표면이 닫혀 (부피를 가지고) 있는 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsClosed(geometry g);

설명

LINESTRING 의 시작점과 종단점이 일치하는 경우 TRUE 를 반환합니다. 다면체 표면의 경우, 다면체 표면이 면적(열림)을 가지고 있는지 부피(닫힘)를 가지고 있는지 알려줍니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 7.1.5, 9.3.3

[Note]

SQL-MM은 ST_IsClosed(NULL) 의 결과를 0으로 정의하지만, PostGIS는 NULL 을 반환합니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface)을 지원합니다.

This function supports Polyhedral surfaces.

라인스트링 및 포인트 예시

postgis=# SELECT ST_IsClosed('LINESTRING(0 0, 1 1)'::geometry);
 st_isclosed
-------------
 f
(1 row)

postgis=# SELECT ST_IsClosed('LINESTRING(0 0, 0 1, 1 1, 0 0)'::geometry);
 st_isclosed
-------------
 t
(1 row)

postgis=# SELECT ST_IsClosed('MULTILINESTRING((0 0, 0 1, 1 1, 0 0),(0 0, 1 1))'::geometry);
 st_isclosed
-------------
 f
(1 row)

postgis=# SELECT ST_IsClosed('POINT(0 0)'::geometry);
 st_isclosed
-------------
 t
(1 row)

postgis=# SELECT ST_IsClosed('MULTIPOINT((0 0), (1 1))'::geometry);
 st_isclosed
-------------
 t
(1 row)

다면체 표면 예시

-- 입방체 --
                SELECT ST_IsClosed(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )'));

 st_isclosed
-------------
 t


 -- 입방체이지만 한 면이 없는 경우 --
 SELECT ST_IsClosed(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)) )'));

 st_isclosed
-------------
 f

참고

ST_IsRing


Name

ST_IsCollection — 인수가 집합(MULTI*, GEOMETRYCOLLECTION, ...)인 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsCollection(geometry g);

설명

인수의 도형 유형이 다음 가운데 하나일 경우 TRUE 를 반환합니다:

  • GEOMETRYCOLLECTION

  • MULTI{POINT,POLYGON,LINESTRING,CURVE,SURFACE}

  • COMPOUNDCURVE

[Note]

이 함수는 도형의 유형을 분석합니다. 즉 비어 있거나 단일 요소를 담고 있는 집합일 경우에도 TRUE 를 반환할 것이라는 뜻입니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

예시

postgis=# SELECT ST_IsCollection('LINESTRING(0 0, 1 1)'::geometry);
 st_iscollection
-------------
 f
(1 row)

postgis=# SELECT ST_IsCollection('MULTIPOINT EMPTY'::geometry);
 st_iscollection
-------------
 t
(1 row)

postgis=# SELECT ST_IsCollection('MULTIPOINT((0 0))'::geometry);
 st_iscollection
-------------
 t
(1 row)

postgis=# SELECT ST_IsCollection('MULTIPOINT((0 0), (42 42))'::geometry);
 st_iscollection
-------------
 t
(1 row)

postgis=# SELECT ST_IsCollection('GEOMETRYCOLLECTION(POINT(0 0))'::geometry);
 st_iscollection
-------------
 t
(1 row)

Name

ST_IsEmpty — 해당 도형이 텅 빈 도형 집합, 폴리곤, 포인트 등인 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsEmpty(geometry geomA);

설명

해당 도형이 텅 빈 도형인 경우 TRUE 를 반환합니다. TRUE 인 경우, 해당 도형이 텅 빈 도형 집합, 폴리곤, 포인트 등을 표현한다는 뜻입니다.

[Note]

SQL-MM은 ST_IsEmpty(NULL) 의 결과를 0으로 정의하지만, PostGIS는 NULL 을 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s2.1.1.1

This method implements the SQL/MM specification. SQL-MM 3: 5.1.7

This method supports Circular Strings and Curves

[Warning]

변경 사항: PostGIS 2.0.0 미만 버전에서는 ST_GeomFromText('GEOMETRYCOLLECTION(EMPTY)') 를 사용할 수 있었습니다. PostGIS 2.0.0 버전부터, SQL/MM 표준을 더 잘 준수하기 위해 이런 사용법은 금지됐습니다.

예시

SELECT ST_IsEmpty(ST_GeomFromText('GEOMETRYCOLLECTION EMPTY'));
 st_isempty
------------
 t
(1 row)

 SELECT ST_IsEmpty(ST_GeomFromText('POLYGON EMPTY'));
 st_isempty
------------
 t
(1 row)

SELECT ST_IsEmpty(ST_GeomFromText('POLYGON((1 2, 3 4, 5 6, 1 2))'));

 st_isempty
------------
 f
(1 row)

 SELECT ST_IsEmpty(ST_GeomFromText('POLYGON((1 2, 3 4, 5 6, 1 2))')) = false;
 ?column?
----------
 t
(1 row)

 SELECT ST_IsEmpty(ST_GeomFromText('CIRCULARSTRING EMPTY'));
  st_isempty
------------
 t
(1 row)


                

Name

ST_IsRing — LINESTRING 이 닫혀 있는 단순 도형인 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsRing(geometry g);

설명

해당 LINESTRINGST_IsClosed (ST_StartPoint(g) ~= ST_Endpoint(g)) 인 동시에 ST_IsSimple 인 (자체 교차하지 않는) 경우 TRUE 를 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. 2.1.5.1

This method implements the SQL/MM specification. SQL-MM 3: 7.1.6

[Note]

SQL-MM은 ST_IsRing(NULL) 의 결과를 0으로 정의하지만, PostGIS는 NULL 을 반환합니다.

예시

SELECT ST_IsRing(the_geom), ST_IsClosed(the_geom), ST_IsSimple(the_geom)
FROM (SELECT 'LINESTRING(0 0, 0 1, 1 1, 1 0, 0 0)'::geometry AS the_geom) AS foo;
 st_isring | st_isclosed | st_issimple
-----------+-------------+-------------
 t         | t           | t
(1 row)

SELECT ST_IsRing(the_geom), ST_IsClosed(the_geom), ST_IsSimple(the_geom)
FROM (SELECT 'LINESTRING(0 0, 0 1, 1 0, 1 1, 0 0)'::geometry AS the_geom) AS foo;
 st_isring | st_isclosed | st_issimple
-----------+-------------+-------------
 f         | t           | f
(1 row)

Name

ST_IsSimple — 해당 도형이 자체 교차하거나 자체 접촉하는 이례적인 도형 포인트를 가지고 있지 않을 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsSimple(geometry geomA);

설명

해당 도형이 자체 교차하거나 자체 접촉하는 이례적인 도형 포인트를 가지고 있지 않을 경우 TRUE 를 반환합니다. 도형 단순성 및 유효성에 대한 OGC의 정의를 더 자세히 알고 싶다면, "OpenGIS의 도형 준수성 확인(Ensuring OpenGIS compliancy of geometries)" 을 참조하십시오.

[Note]

SQL-MM은 ST_IsSimple(NULL) 의 결과를 0으로 정의하지만, PostGIS는 NULL 을 반환합니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1. s2.1.1.1

This method implements the SQL/MM specification. SQL-MM 3: 5.1.8

This function supports 3d and will not drop the z-index.

예시

SELECT ST_IsSimple(ST_GeomFromText('POLYGON((1 2, 3 4, 5 6, 1 2))'));
 st_issimple
-------------
 t
(1 row)

 SELECT ST_IsSimple(ST_GeomFromText('LINESTRING(1 1,2 2,2 3.5,1 3,1 2,2 1)'));
 st_issimple
-------------
 f
(1 row)

Name

ST_IsValid — ST_Geometry 가 잘 형성돼 있는 경우 TRUE 를 반환합니다.

Synopsis

boolean ST_IsValid(geometry g);

boolean ST_IsValid(geometry g, integer flags);

설명

ST_Geometry 값이 잘 형성돼 있는지 검사합니다. 유효하지 않은 도형인 경우, PostgreSQL NOTICE가 그 이유에 대한 상세 정보를 제공할 것입니다. 도형 단순성 및 유효성에 대한 OGC의 정의를 더 자세히 알고 싶다면, "OpenGIS의 도형 준수성 확인(Ensuring OpenGIS compliancy of geometries)" 을 참조하십시오.

[Note]

SQL-MM은 ST_IsValid(NULL) 의 결과를 0으로 정의하지만, PostGIS는 NULL 을 반환합니다.

2.0.0 버전부터 플래그를 사용할 수 있으며, 이때 GEOS 3.3.0 이상 버전이 필요합니다. 이 버전의 함수는 비유효성을 설명하는 알림을 출력하지 않습니다. ST_IsValidDetail 에 사용할 수 있는 flags 가 정리돼 있습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 5.1.9

[Note]

OGC-SFS 또는 SQL-MM 어떤 사양도 ST_IsValid 함수용 플래그 인수를 포함하지 않습니다. 해당 플래그는 PostGIS 확장 프로그램입니다.

예시

SELECT ST_IsValid(ST_GeomFromText('LINESTRING(0 0, 1 1)')) As good_line,
        ST_IsValid(ST_GeomFromText('POLYGON((0 0, 1 1, 1 2, 1 1, 0 0))')) As bad_poly
-- 결과
NOTICE:  Self-intersection at or near point 0 0
 good_line | bad_poly
-----------+----------
 t         | f

Name

ST_IsValidReason — 도형이 유효한지 아닌지, 그리고 유효하지 않을 경우 그 이유를 설명하는 텍스트를 반환합니다.

Synopsis

text ST_IsValidReason(geometry geomA);

text ST_IsValidReason(geometry geomA, integer flags);

설명

도형이 유효한지 아닌지, 그리고 유효하지 않을 경우 그 이유를 설명하는 텍스트를 반환합니다.

ST_IsValid 함수와 함께 사용해서 유효하지 않은 도형 및 그 이유를 자세히 설명하는 보고서를 생성하는 데 유용합니다.

ST_IsValidDetail 에 사용할 수 있는 flags 가 정리돼 있습니다.

1.4 버전부터 사용할 수 있습니다. GEOS 3.1.0 이상 버전이 필요합니다.

플래그를 사용할 수 있는 버전은 2.0 버전부터 사용할 수 있습니다. GEOS 3.3.0 이상 버전이 필요합니다.

예시

-- 성공적인 다섯 쌍 실험에서 첫 거부(reject) 3개
SELECT gid, ST_IsValidReason(the_geom) as validity_info
FROM
(SELECT ST_MakePolygon(ST_ExteriorRing(e.buff), ST_Accum(f.line)) As the_geom, gid
FROM (SELECT ST_Buffer(ST_MakePoint(x1*10,y1), z1) As buff, x1*10 + y1*100 + z1*1000 As gid
        FROM generate_series(-4,6) x1
        CROSS JOIN generate_series(2,5) y1
        CROSS JOIN generate_series(1,8) z1
        WHERE x1 > y1*0.5 AND z1 < x1*y1) As e
        INNER JOIN (SELECT ST_Translate(ST_ExteriorRing(ST_Buffer(ST_MakePoint(x1*10,y1), z1)),y1*1, z1*2) As line
        FROM generate_series(-3,6) x1
        CROSS JOIN generate_series(2,5) y1
        CROSS JOIN generate_series(1,10) z1
        WHERE x1 > y1*0.75 AND z1 < x1*y1) As f
ON (ST_Area(e.buff) > 78 AND ST_Contains(e.buff, f.line))
GROUP BY gid, e.buff) As quintuplet_experiment
WHERE ST_IsValid(the_geom) = false
ORDER BY gid
LIMIT 3;

 gid  |      validity_info
------+--------------------------
 5330 | Self-intersection [32 5]
 5340 | Self-intersection [42 5]
 5350 | Self-intersection [52 5]

 -- 단순한 예시
SELECT ST_IsValidReason('LINESTRING(220227 150406,2220227 150407,222020 150410)');

 st_isvalidreason
------------------
 Valid Geometry

                

Name

ST_IsValidDetail — 도형이 유효한지 아닌지, 그리고 유효하지 않을 경우 그 이유 및 위치를 설명하는 valid_detail (유효 여부, 이유, 위치) 행을 반환합니다.

Synopsis

valid_detail ST_IsValidDetail(geometry geom);

valid_detail ST_IsValidDetail(geometry geom, integer flags);

설명

도형이 유효한지 아닌지를 설명하는 불 값(유효 여부), 유효하지 않은 이유를 설명하는 varchar(이유), 그리고 유효하지 않은 위치를 지적하는 도형(위치)으로 구성된 valid_detail 행을 반환합니다.

ST_IsValid 및 ST_IsValidReason 함수의 조합을 대신하고 개선해서 유효하지 않은 도형에 대한 상세 보고서를 생성하는 데 유용합니다.

'플래그' 인수는 비트 필드 구조체(bitfield)입니다. 다음 값을 가질 수 있습니다:

  • 1: 구멍을 형성하는, 자체 교차하는 고리를 유효한 것으로 간주합니다. 이 플래그는 "ESRI 플래그"로도 알려져 있습니다. OGC 모델과는 모순된다는 점을 주의하십시오.

2.0.0 버전부터 사용할 수 있습니다. GEOS 3.3.0 이상 버전이 필요합니다.

예시

-- 성공적인 다섯 쌍 실험에서 첫 거부(reject) 3개
SELECT gid, reason(ST_IsValidDetail(the_geom)), ST_AsText(location(ST_IsValidDetail(the_geom))) as location
FROM
(SELECT ST_MakePolygon(ST_ExteriorRing(e.buff), ST_Accum(f.line)) As the_geom, gid
FROM (SELECT ST_Buffer(ST_MakePoint(x1*10,y1), z1) As buff, x1*10 + y1*100 + z1*1000 As gid
        FROM generate_series(-4,6) x1
        CROSS JOIN generate_series(2,5) y1
        CROSS JOIN generate_series(1,8) z1
        WHERE x1 > y1*0.5 AND z1 < x1*y1) As e
        INNER JOIN (SELECT ST_Translate(ST_ExteriorRing(ST_Buffer(ST_MakePoint(x1*10,y1), z1)),y1*1, z1*2) As line
        FROM generate_series(-3,6) x1
        CROSS JOIN generate_series(2,5) y1
        CROSS JOIN generate_series(1,10) z1
        WHERE x1 > y1*0.75 AND z1 < x1*y1) As f
ON (ST_Area(e.buff) > 78 AND ST_Contains(e.buff, f.line))
GROUP BY gid, e.buff) As quintuplet_experiment
WHERE ST_IsValid(the_geom) = false
ORDER BY gid
LIMIT 3;

 gid  |      reason       |  location
------+-------------------+-------------
 5330 | Self-intersection | POINT(32 5)
 5340 | Self-intersection | POINT(42 5)
 5350 | Self-intersection | POINT(52 5)

 -- 단순한 예시
SELECT * FROM ST_IsValidDetail('LINESTRING(220227 150406,2220227 150407,222020 150410)');

 valid | reason | location
-------+--------+----------
 t     |        |

                

Name

ST_M — 포인트의 M 좌표를 반환합니다. M 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.

Synopsis

float ST_M(geometry a_point);

설명

포인트의 M 좌표를 반환합니다. M 좌표가 없는 경우 NULL을 반환합니다. 포인트만 입력받을 수 있습니다.

[Note]

이 함수는 (아직) OGC 사양에 들어가지 않지만, 포인트 좌표 추출자(extractor) 함수 목록을 완성하기 위해 이 문서에 작성됐습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification.

This function supports 3d and will not drop the z-index.

예시

SELECT ST_M(ST_GeomFromEWKT('POINT(1 2 3 4)'));
 st_m
------
        4
(1 row)

                

Name

ST_NDims — 도형의 좌표 차원을 2바이트 정수형(smallint)으로 반환합니다. 값은 2, 3, 또는 4입니다.

Synopsis

integer ST_NDims(geometry g1);

설명

도형의 좌표 차원을 반환합니다. PostGIS는 2 - 2차원 (x,y), 3 - 3차원 (x,y,z), 3 - 단위를 가진 2차원 (x,y,m), 그리고 4 - 단위를 가진 3차원 공간 (x,y,z,m)을 지원합니다.

This function supports 3d and will not drop the z-index.

예시

SELECT ST_NDims(ST_GeomFromText('POINT(1 1)')) As d2point,
        ST_NDims(ST_GeomFromEWKT('POINT(1 1 2)')) As d3point,
        ST_NDims(ST_GeomFromEWKT('POINTM(1 1 0.5)')) As d2pointm;

         d2point | d3point | d2pointm
---------+---------+----------
           2 |       3 |        3
                        

Name

ST_NPoints — 도형이 가지고 있는 포인트(꼭짓점)의 개수를 반환합니다.

Synopsis

integer ST_NPoints(geometry g1);

설명

도형이 가지고 있는 포인트의 개수를 반환합니다. 모든 도형을 입력받을 수 있습니다.

개선 사항: 2.0.0 버전부터 다면체 표면(polyhedral surface)을 지원합니다.

[Note]

1.3.4 미만 버전에서 이 함수에 만곡 도형(curve)을 담고 있는 도형을 입력하면 충돌이 일어났습니다. 1.3.4 버전부터 이 버그가 해결됐습니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

This function supports Polyhedral surfaces.

예시

SELECT ST_NPoints(ST_GeomFromText('LINESTRING(77.29 29.07,77.42 29.26,77.27 29.31,77.29 29.07)'));
-- 결과
4

-- 3차원 공간에 있는 폴리곤
SELECT ST_NPoints(ST_GeomFromEWKT('LINESTRING(77.29 29.07 1,77.42 29.26 0,77.27 29.31 -1,77.29 29.07 3)'))
-- 결과
4

Name

ST_NRings — 도형이 폴리곤 또는 멀티폴리곤인 경우 고리의 개수를 반환합니다.

Synopsis

integer ST_NRings(geometry geomA);

설명

도형이 폴리곤 또는 멀티폴리곤인 경우 고리의 개수를 반환합니다. NumInteriorRings 함수와는 달리, 외곽 고리도 개수에 포함시킵니다.

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

예시

SELECT ST_NRings(the_geom) As Nrings, ST_NumInteriorRings(the_geom) As ninterrings
                                        FROM (SELECT ST_GeomFromText('POLYGON((1 2, 3 4, 5 6, 1 2))') As the_geom) As foo;
         nrings | ninterrings
--------+-------------
          1 |           0
(1 row)

Name

ST_NumGeometries — 도형이 도형 집합 또는 멀티 도형인 경우 도형의 개수를 반환합니다. 단일 도형인 경우 1을 반환하고, 도형 집합도 멀티 도형도 단일 도형도 아닌 경우 NULL을 반환합니다.

Synopsis

integer ST_NumGeometries(geometry geom);

설명

도형의 개수를 반환합니다. 도형 집합 또는 멀티 도형인 경우 도형의 개수를, 단일 도형인 경우 1을 반환하고, 도형 집합도 멀티 도형도 단일 도형도 아닌 경우 NULL을 반환합니다.

개선 사항: 2.0.0 버전부터 다면체 표면, 삼각형 및 TIN을 지원하기 시작했습니다.

변경 사항: 2.0.0 미만 버전에서 도형이 집합이나 멀티 유형이 아닐 경우 NULL을 반환했습니다. 2.0.0 버전부터 폴리곤, 라인스트링, 포인트 같은 단일 도형에 대해 1을 반환합니다.

This method implements the SQL/MM specification. SQL-MM 3: 9.1.4

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

This function supports Triangles and Triangulated Irregular Network Surfaces (TIN).

예시

-- 이런 경우 예전 버전은 NULL을 반환했을 겁니다.
-- 2.0.0 버전부터 1을 반환합니다.
SELECT ST_NumGeometries(ST_GeomFromText('LINESTRING(77.29 29.07,77.42 29.26,77.27 29.31,77.29 29.07)'));
-- 결과
1

-- 도형 집합 예시
-- 집합 안에 있는 멀티 유형은 도형 1개로 칩니다.
SELECT ST_NumGeometries(ST_GeomFromEWKT('GEOMETRYCOLLECTION(MULTIPOINT(-2 3 , -2 2),
LINESTRING(5 5 ,10 10),
POLYGON((-7 4.2,-7.1 5,-7.1 4.3,-7 4.2)))'));
-- 결과
3

Name

ST_NumInteriorRings — 폴리곤 도형의 내곽 고리의 개수를 반환합니다.

Synopsis

integer ST_NumInteriorRings(geometry a_polygon);

설명

폴리곤 도형의 내곽 고리의 개수를 반환합니다. 도형이 폴리곤이 아닐 경우 NULL을 반환합니다.

This method implements the SQL/MM specification. SQL-MM 3: 8.2.5

변경 사항: 2.0.0 미만 버전에서는 멀티폴리곤을 입력하면 첫 번째 폴리곤의 내곽 고리의 개수를 반환받을 수 있었습니다.

예시

-- 정규 폴리곤인 경우
SELECT gid, field1, field2, ST_NumInteriorRings(the_geom) AS numholes
FROM sometable;

-- 멀티폴리곤인 경우
-- 그리고 멀티폴리곤 내부에 있는 모든 내곽 고리의 개수를 알고자 하는 경우
SELECT gid, field1, field2, SUM(ST_NumInteriorRings(the_geom)) AS numholes
FROM (SELECT gid, field1, field2, (ST_Dump(the_geom)).geom As the_geom
        FROM sometable) As foo
GROUP BY gid, field1,field2;
                        

Name

ST_NumInteriorRing — 도형 안에 있는 폴리곤의 내곽 고리의 개수를 반환합니다. ST_NumInteriorRings 함수와 동일합니다.

Synopsis

integer ST_NumInteriorRing(geometry a_polygon);


Name

ST_NumPatches — 다면체 표면 상에 있는 면의 개수를 반환합니다. 다면체 도형이 아닌 경우 NULL을 반환할 것입니다.

Synopsis

integer ST_NumPatches(geometry g1);

설명

다면체 표면 상에 있는 면의 개수를 반환합니다. 다면체 도형이 아닌 경우 NULL을 반환할 것입니다. 이 함수는 ST_NumGeometries와 동일하지만 MM 명명법을 지원합니다. MM 규약을 신경 쓰지 않는다면 ST_NumGeometries가 더 빠릅니다.

2.0.0 버전부터 사용할 수 있습니다.

This function supports 3d and will not drop the z-index.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: ?

This function supports Polyhedral surfaces.

예시

SELECT ST_NumPatches(ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
                ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
                ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
                ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )'));
                -- 결과
                6
                

Name

ST_NumPoints — ST_LineString 또는 ST_CircularString 값에 있는 포인트의 개수를 반환합니다.

Synopsis

integer ST_NumPoints(geometry g1);

설명

ST_LineString 또는 ST_CircularString 값에 있는 포인트의 개수를 반환합니다. 1.4 미만 버전에서는 사양서대로 라인스트링만 입력받았습니다. 1.4 버전부터 이 함수는 단순히 라인스트링만이 아닌, 도형의 꼭짓점의 개수를 반환하는 ST_NPoints 함수와 비슷해졌습니다. 쿼리 목적이 다양하고 많은 도형 유형을 사용할 수 있는 ST_NPoints 함수를 대신 사용하는 편이 좋습니다.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 7.2.4

예시

SELECT ST_NumPoints(ST_GeomFromText('LINESTRING(77.29 29.07,77.42 29.26,77.27 29.31,77.29 29.07)'));
                -- 결과
                4
                

Name

ST_PatchN — 도형이 POLYHEDRALSURFACE, POLYHEDRALSURFACEM 인 경우 1-기반 N번째 도형 (면)을 반환합니다. 그 외의 경우 NULL을 반환합니다.

Synopsis

geometry ST_PatchN(geometry geomA, integer n);

설명

도형이 POLYHEDRALSURFACE, POLYHEDRALSURFACEM 인 경우 1-기반 N번째 도형 (면)을 반환합니다. 그 외의 경우 NULL을 반환합니다. 이 함수는 다면체 표면에 대해 ST_GeometryN과 동일한 답을 반환합니다. ST_GeometryN을 이용하는 편이 더 빠릅니다.

[Note]

인덱스는 1-기반입니다.

[Note]

모든 도형들을 추출하고자 한다면 ST_Dump 함수가 더 효율적입니다.

2.0.0 버전부터 사용할 수 있습니다.

This method implements the SQL/MM specification. SQL-MM 3: ?

This function supports 3d and will not drop the z-index.

This function supports Polyhedral surfaces.

예시

-- 다면체 표면의 두 번째 면을 추출합니다.
SELECT ST_AsEWKT(ST_PatchN(geom, 2)) As geomewkt
FROM (
VALUES (ST_GeomFromEWKT('POLYHEDRALSURFACE( ((0 0 0, 0 0 1, 0 1 1, 0 1 0, 0 0 0)),
        ((0 0 0, 0 1 0, 1 1 0, 1 0 0, 0 0 0)), ((0 0 0, 1 0 0, 1 0 1, 0 0 1, 0 0 0)),
        ((1 1 0, 1 1 1, 1 0 1, 1 0 0, 1 1 0)),
        ((0 1 0, 0 1 1, 1 1 1, 1 1 0, 0 1 0)), ((0 0 1, 1 0 1, 1 1 1, 0 1 1, 0 0 1)) )')) ) As foo(geom);

              geomewkt
---+-----------------------------------------
 POLYGON((0 0 0,0 1 0,1 1 0,1 0 0,0 0 0))

Name

ST_PointN — 도형 안에 있는 첫 번째 라인스트링 또는 원형 라인스트링의 N번째 포인트를 반환합니다. 음수 값은 라인스트링의 종단점으로부터 반대로 집계된 것입니다. 도형 안에 라인스트링이 없는 경우 NULL을 반환합니다.

Synopsis

geometry ST_PointN(geometry a_linestring, integer n);

설명

도형 안에 있는 단일 라인스트링 또는 원형 라인스트링의 N번째 포인트를 반환합니다. 음수 값은 라인스트링의 종단점으로부터 반대로 집계되므로, -1이 마지막 포인트입니다. 도형 안에 라인스트링이 없는 경우 NULL을 반환합니다.

[Note]

0.8.0 버전부터 인덱스는 OGC 사양을 따라 1-기반입니다. OGC는 반대 방향 인덱스(음수 인덱스)를 지원하지 않습니다. 예전 버전은 대신 0-기반 인덱스를 도입했습니다.

[Note]

멀티라인스트링 안에 있는 각 라인스트링의 N번째 포인트를 얻고자 할 경우, 이 함수를 ST_Dump 함수와 연결해서 이용하십시오.

This method implements the OpenGIS Simple Features Implementation Specification for SQL 1.1.

This method implements the SQL/MM specification. SQL-MM 3: 7.2.5, 7.3.5

This function supports 3d and will not drop the z-index.

This method supports Circular Strings and Curves

[Note]

변경 사항: 2.0.0 버전부터 단일 도형 멀티라인스트링을 지원하지 않습니다. PostGIS 예전 버전이라면 단일 라인 멀티라인스트링을 입력받는 경우 시작점을 반환했을 겁니다. 2.0.0 버전은 다른 모든 멀티라인스트링처럼 NULL을 반환할 뿐입니다.

변경 사항: 2.3.0 버전부터 음수 인덱스(-1이 마지막 포인트)를 이용할 수 있습니다.

예시

-- 라인스트링으로부터 모든 포인트를 추출합니다.
SELECT ST_AsText(
   ST_PointN(
          column1,
          generate_series(1, ST_NPoints(column1))
   ))
FROM ( VALUES ('LINESTRING(0 0, 1 1, 2 2)'::geometry) ) AS foo;

 st_astext
------------
 POINT(0 0)
 POINT(1 1)
 POINT(2 2)
(3 rows)

-- 원형 라인스트링 예시
SELECT ST_AsText(ST_PointN(ST_GeomFromText('CIRCULARSTRING(1 2, 3 2, 1 2)'),2));

st_astext
----------
POINT(3 2)

SELECT st_astext(f)
FROM ST_GeometryFromtext('LINESTRING(0 0 0, 1 1 1, 2 2 2)') as g
        ,ST_PointN(g, -2) AS f -- 1 based index

st_astext
----------
"POINT Z (1 1 1)"


Name

ST_Points — 도형의 모든 좌표들을 담고 있는 멀티포인트를 반환합니다.

Synopsis

geometry ST_Points( geometry geom );

설명

도형의 모든 좌표들을 담고 있는 멀티포인트를 반환합니다. 입력 도형에서 중첩되어 있는 포인트들 -- 고리 도형의 시작점과 종단점 포함 -- 을 제거하지 않습니다(이런 습성을 원하지 않을 경우, ST_RemoveRepeatedPoints 함수를 이용해서 중첩된 포인트를 제거할 수도 있습니다).

M 및 Z 좌표가 있을 경우 그대로 유지될 것입니다.

This method supports Circular Strings and Curves

This function supports 3d and will not drop the z-index.

2.3.0 버전부터 사용할 수 있습니다.

예시

SELECT ST_AsText(ST_Points('POLYGON Z ((30 10 4,10 30 5,40 40 6, 30 10))'));

-- 결과
MULTIPOINT Z (30 10 4,10 30 5,40 40 6, 30 10 4)
                        

Name

ST_SRID — spatial_ref_sys 테이블에 정의되어 있는, ST_Geometry에 대한 공간 참조 식별자를 반환합니다.

Synopsis

<