導(dǎo)入單個tif文件

環(huán)境

系統(tǒng)： windows 8

數(shù)據(jù)庫：PostgreSQL:9.6
gis版本：PostGIS: 2.4

單個文件大小： 530M

使用的raster2pgsql命令導(dǎo)入數(shù)據(jù)到PostgreSQL數(shù)據(jù)庫

命令如下?

（具體參數(shù)可自行查看命令的幫助文檔）

文檔：http://postgis.net/docs/using_raster_dataman.html

raster2pgsql -s 4326 -d -k -N -e -I -C -M "D:\dem\dem.tif" -F -t auto ?test | psql -U postgres -d dataBase -h localhost -p 5432 -W

需要說明的是：
-t參數(shù)指定了數(shù)據(jù)的分塊大小，auto? 自動計(jì)算Tile進(jìn)行劃分存儲。
-F參數(shù)在關(guān)系表中增加名為filename的列用于保存原始文件的名稱，這在批量導(dǎo)入進(jìn)行Tile的合并的時候有用。

結(jié)果

?

在數(shù)據(jù)庫中 可以看到

?

? ? ?

遇到的問題與原因

編碼轉(zhuǎn)換的問題

大文件的raster2pgsql加載失敗，N字節(jié)的字符串對于編碼轉(zhuǎn)換而言太長？

參考文檔：?http://postgis.net/docs/RT_FAQ.html#qa_raster_fails_encoding_conversion

? ? ? ? ? ? ? ? ? ?https://trac.osgeo.org/postgis/ticket/2209

生成要加載的文件時，raster2pgsql不會與數(shù)據(jù)庫建立任何連接。如果數(shù)據(jù)庫設(shè)置的顯式客戶端編碼與數(shù)據(jù)庫編碼不同，則在加載大型柵格文件（大小超過30 MB）時，您可能會遇到bytes is too long for encoding conversion。 例如，如果的數(shù)據(jù)庫使用UTF8，但是通常情況下會發(fā)生這種情況，但是要支持Windows應(yīng)用，必須將客戶端編碼設(shè)置為WIN1252。 要變通解決此問題，請確保客戶端編碼與加載期間的數(shù)據(jù)庫編碼相同。可以通過在加載腳本中顯式設(shè)置編碼來實(shí)現(xiàn)。例如，如果在Windows上： set PGCLIENTENCODING = UTF8 如果您使用的是Unix / Linux export PGCLIENTENCODING=UTF8

導(dǎo)入時遇到內(nèi)存溢出， ....內(nèi)存?不足以ERROR 結(jié)束 失誤回滾?

我開始就認(rèn)為這是一個內(nèi)存問題，但是在看到“編碼”一詞和柵格文件的大小之后， 在網(wǎng)上搜了一通后，發(fā)現(xiàn)與PostgreSQL有關(guān)。raster2pgsql對客戶端編碼的數(shù)據(jù)庫設(shè)置一無所知，因?yàn)樗肋h(yuǎn)不會（永遠(yuǎn)！）接觸數(shù)據(jù)庫

在PostgreSQL的源代碼中允許進(jìn)行編碼轉(zhuǎn)換的最大大小為?250 MB。

相關(guān)文檔：?https://doxygen.postgresql.org/memutils_8h_source.html

?

總結(jié)

以上是生活随笔為你收集整理的postgis/postsql 导入dem栅格数据到数据库的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。