[OSGeoJapan-discuss] ジオメトリカラムの最大値について

Yoichi Kayama yoichi.kayama @ gmail.com
2012年 5月 28日 (月) 03:13:56 PDT


平川様

はじめまして
かやまと申します

http://blog.gmane.org/gmane.comp.gis.postgis/month=20080301/page=14
上記ページの 12 Mar 18:13 の Paul Ramsey さんのPostによると

>There is no limit to the geometry field size

とありますからジオメトリカラムそのものについての大きさの制限はないようです。

通らない図形についてST_IsValidを通すとかしてみてチェックされてはいかがでしょうか。
http://postgis.refractions.net/docs/ST_IsValid.html



2012年5月28日 16:15 平川雪江 <hirakawa518 @ gmail.com>:
>
> はじめまして。
> お世話になります。
>
>
> 現在、国土数値情報の流域界のshpファイルをPostGISに格納する作業を行っています。
> PostgreSQLのバージョンは8.4.11、PostGISのバージョンは1.5です。
>
> shpファイルは一度GRASSに格納して、ジオメトリのエラーがないように編集しました。
> このファイルをshp2pgsqlを使ってPostgreSQLに格納しようとしたところ、複雑な形状のポリゴンではジオメトリカラムが落ちてしまいます。
>
> ジオメトリカラムが落ちてしまうポリゴンだけをshpファイルにして、shp2pgsqlでsqlにしてジオメトリの桁数を確認したところ3000byteを
> 超えるものはストア出来ないようです。 (他にも条件があるかもしれませんが。。。)
>
> postGISのジオメトリカラムの定義をカスタマイズすることで桁数が多いポリゴンにも対応出来るのでしょうか?
>  現状のジオメトリカラムの定義は以下です。
>  --------------------------------------------------------------------------------------------------
>  CREATE TABLE geometry_columns
>  (
>    f_table_catalog character varying(256) NOT NULL,
>    f_table_schema character varying(256) NOT NULL,
>    f_table_name character varying(256) NOT NULL,
>    f_geometry_column character varying(256) NOT NULL,
>    coord_dimension integer NOT NULL,
>    srid integer NOT NULL,
>    type character varying(30) NOT NULL,
>    CONSTRAINT geometry_columns_pk PRIMARY KEY (f_table_catalog ,
>  f_table_schema , f_table_name , f_geometry_column )
>  )
>  --------------------------------------------------------------------------------------------------
>
> よろしくお願いいたします。
>
> _______________________________________________
> OSGeoJapan-discuss mailing list
> OSGeoJapan-discuss @ lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/osgeojapan-discuss
>


More information about the OSGeoJapan-discuss mailing list