ほとんどのLinuxのインストールと同様に，最初のステップでは，ソースコードのビルドに使われる Makefile を生成します．これは，シェルスクリプトで行います．

./configure

パラメータを付けない場合は，このコマンドは自動で，PostGISのソースコードのビルドを行うのに必要なコンポーネントやライブラリを，システム上で探します． ./configure とするのが一般的な使い方ですが，標準的でない位置に必要なライブラリやプログラムを置いてある場合のために，いくつかのパラメータを受け付けます．

次のリストで，共通して使われるパラメータを示します． 完全なリストについては， --help または --help=short パラメータを使って下さい．

	PostGISを SVN レポジトリを得た場合は，本当は最初に次のスクリプトを実行します． ./autogen.sh このスクリプトは，PostGISのインストールのカスタマイズを行うための configure スクリプトを生成するものです． PostGISをtarballから得た場合は， configure が既に生成されているので ./autogen.sh を実行する必要はありません．

Makefileが生成されたら，PostGISのビルドは，次のコマンドを実行するだけです．

make

出力の最後の行が "PostGIS was built successfully. Ready to install." と出れば終わりです．

PostGIS 1.4.0版からは，全ての関数に文書から生成されるコメントが付きます． これらのコメントを後ほどインストールするには，次のコマンドを実行しますが，docbookが必要です． postgis_comments.sql が docフォルダに tar.gz でパッケージ化されます． tarballからインストールする場合は，postgis_comments.sql が docフォルダに入っているので，コメントを生成する必要はありません．

make comments

PostGISのテストを行うには，次のコマンドを実行します．

make check

このコマンドは，実際のPostgreSQLデータベースに対して生成したライブラリを使用した，様々なチェックとレグレッションテストを行います．

	PostgreSQL, GEOS または Proj4 を標準の位置にインストールしていない場合には， 環境変数 LD_LIBRARY_PATH に，ライブラリの位置を追加する必要があるかも知れません．

	現在のところ make check は，チェックを行う際に 環境変数 PATH と PGPORT によっています． コンフィギュレーションパラメータ --with-pgconfig を使って特定した PostgreSQL ではありません． PATHを編集して，コンフィギュレーションの際に検出したPostgreSQLと一致するようにして下さい． もしくは，間もなく襲ってくる頭痛の準備をしておいて下さい． このバグのトラックについては http://trac.osgeo.org/postgis/ticket/186 をご覧ください．

成功したら，テストの出力は次のようなかんじになります．

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


Suite: PostGIS Computational Geometry Suite
  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_lwpoint_set_ordinate() ... passed
  Test: test_lwpoint_get_ordinate() ... passed
  Test: test_lwpoint_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
Suite: PostGIS Measures Suite
  Test: test_mindistance2d_recursive_tolerance() ... passed

--Run Summary: Type      Total     Ran  Passed  Failed
			   suites        2       2     n/a       0
			   tests        14      14      14       0
			   asserts      84      84      84       0


Creating spatial db postgis_reg
TMPDIR is /tmp/pgis_reg_15328

 PostgreSQL 8.3.7 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-44)
 Postgis 1.4.0SVN - 2009-05-25 20:21:55
   GEOS: 3.1.0-CAPI-1.5.0
   PROJ: Rel. 4.6.1, 21 August 2008

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
 regress. ok
 regress_index. ok
 regress_index_nulls. ok
 lwgeom_regress. ok
 regress_lrs. ok
 removepoint. ok
 setpoint. ok
 simplify. ok
 snaptogrid. ok
 affine. ok
 wkt. ok
 measures. ok
 long_xact. ok
 ctors. 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
 geojson. ok
 gml. ok
 svg. ok
 kml. ok
 regress_ogc. ok
 regress_bdpoly. ok
 regress_proj. ok
 regress_ogc_cover. ok
 regress_ogc_prep. ok

Run tests: 42
Failed: 0

PostGISをインストールするには，次のコマンドを実行します．

make install

これにより，PostGISのインストールファイルが，--prefix パラメータで指定した，適切なサブディレクトリに複写されます．次に特筆すべきサブディレクトリを示します．

先に make comments を実行していた場合は，次のコマンドを実行すると，SQLファイルのインストール先に postgis_comments.sql がインストールされます．

make comments-install

	postgis_comments.sql は，xsltproc の外部依存ができたので，通常のビルド，インストールから切り離されました．

コンパイル後に postgis_upgrade*.sql を探して下さい． PostGISの版にあったものをインストールします． たとえば，PostGIS 1.3 から 1.5 に上げるには postgis_upgrade_13_to_15.sql を使います．

$ psql -f postgis_upgrade_13_to_15.sql -d your_spatial_database

ソフトアップグレードができなかった場合に，スクリプトは強制終了されて，ハードアップグレードが必要であると警告されますので，先にソフトアップグレードを実行することをためらってはなりません．

	postgis_upgrade*.sql ファイルが見つからない場合は，1.1版より前の版のものを使っているかも知れません．この場合，次のコマンドで手動で生成する必要があります． $ utils/postgis_proc_upgrade.pl postgis.sql > postgis_upgrade.sql

ハードアップグレードは，PostGISデータベースの完全なダンプ/リロードを意味します． PostGISオブジェクトの内部ストレージが変更されていたり， ソフトアップグレードができない場合には，ハードアップグレードが必要です． 付録の Release Notes に，それぞれの版でアップグレードする際にダンプ/リロード(ハードアップグレード)が必要かの報告があります．

PostGISは，pg_dump -Fc コマンドで生成されたダンプのリストアを行うユーティリティスクリプトを提供しています． 実験版ですが，このスクリプトの出力をファイルにリダイレクトすると，問題のある場合に助けになります． 手続きは次の通りです．

アップグレードしたいデータベース("olddb"と呼ぶことにしましょう)のダンプを「カスタム書式」で作成します．

$ pg_dump -Fc olddb > olddb.dump

PostGISのアップグレードを行うダンプを，新しいデータベースにリストアします． 新しいデータベースは存在している必要はありません． postgis_restore は，ダンプファイル名の後にcreatedbパラメータを指定すると，これを受けつけます． たとえば，データベースでデフォルトでない文字コードを使っているとしても，このスクリプトを使うことができます． 新しいデータベースは newdb と呼ぶことにして，このデータベースの文字コードをUNICODEにするなら，次のようになります．

$ sh utils/postgis_restore.pl postgis.sql newdb olddb.dump -E=UNICODE > restore.log

全てのリストアしたダンプオブジェクトが本当にリストアされ， postgis.sqlで定義されたオブジェクトと矛盾しないことをチェックします．

$ grep ^KEEPING restore.log | less

PostgreSQL < 8.0 から >= 8.0 にアップグレードした際は， geometry_columns テーブルにあって，もはや必要でない attrelid, varattnum, stats の各カラムを削除したくなるかも知れません． 保持していても困りません． *本当に必要な時に削除すると困ります*!

$ psql newdb -c "ALTER TABLE geometry_columns DROP attrelid"
$ psql newdb -c "ALTER TABLE geometry_columns DROP varattnum"
$ psql newdb -c "ALTER TABLE geometry_columns DROP stats"

spatial_ref_sys テーブルは，独自の追加が保持されることを保障するために，ダンプからリストアされます． しかし，ディストリビュートされた spatial_ref_sys テーブルは，変更を含んでいますので， エントリをバックアップし，テーブルを削除して，新しい spatial_ref_sys テーブルを入れるべきです． 独自の追加を作っているのでしたら， テーブルをアップグレードする前にバックアップを取る方法を知っていると仮定します． 新しいものとの入れ替えは，このように実行します．

$ psql newdb
newdb=> truncate spatial_ref_sys;
TRUNCATE
newdb=> \i spatial_ref_sys.sql