効率的なバグの報告は PostGIS の開発を助ける本質的な方法です．最も効率的なバグ報告は，PostGIS 開発者がそれを再現できるようにすることで，それの引き金となったスクリプトと検出された環境に沿った全ての情報を含んでいるのが理想です．
SELECT postgis_full_version() [PostGIS] と SELECT version() [PostgreSQL] とを実行することで十分に良い情報を得ることができます．
最新版を使っていない場合は release changelog をまず見て， 既にバグフィクスされていないかを探すのは価値のあることです．
PostGIS bug tracker を使うと，レポートが捨てられず，それの対応プロセスが通知されることを保証します．新しいバグを報告する前にデータベースに問い合わせて，既知のバグかどうかを見て下さい．既知のものでしたら，それに関して持っているあらゆる新しい情報を追加して下さい．
新しいレポートを記入する前に Simon Tatham の How to Report Bugs Effectively に関するページを読むと良いでしょう．
文書は，ソフトウェアの機能と振る舞いを正確に反映するべきものです．正確でない場合は，ソフトウェアのバグがあるか，または文書に誤り若しくは不十分な箇所があることが考えられます．
文書の問題も PostGIS bug tracker に報告することができます．
訂正が小さいものなら，バグトラッカの新しい問題の中に，文書内の位置を特定して記述して下さい．
変更が大きい場合は，Subversionパッチが確実に好まれます．Unix上で次の4ステップの処理を行います(既に Subversion をインストールしていると仮定します)．
PostGIS の Subversion トランクをチェックアウトします．Unix上で次のように入力します．
svn checkout http://svn.osgeo.org/postgis/trunk/
これで ./trunk ディレクトリに格納されます．
お使いのテキストエディタで文書に変更を加えます．Unixでは，たとえば次のようにします．
vim trunk/doc/postgis.xml
文書はHTMLでなくSGMLで書かれていますので，SGMLに慣れていないなら，残りの文書の例にならって下さい．
文書のマスタコピーからパッチファイルを作成します．Unixで次のように入力します．
svn diff trunk/doc/postgis.xml > doc.patch
バグトラッカ内の新しい問題にパッチが取り付けられます．