デフォルトとして常にBIGTIFF = YESを使用する必要がありますか?


12

私は、GDAL /プログラミング全般にあまり精通していない同僚のために、短いスクリプト/作業指示書を書くことがあります。

スクリプトでの問題を防ぐために、GDALでジオティフをマージ/変換するとき、使用するファイルサイズに関係なくBIGTIFF = YESオプションを使用するようにして、予期しないエラーがスクリプトのユーザーを混乱させないようにします。これを行うことに欠点はありますか?

特に4 GBを超えるGeoTIFFファイルが非常に一般的である今日では特に、デフォルトでBIGTIFFがオンにならないのはなぜですか?


2
とても良い質問です。私が見つけた唯一の欠点は、通常のTiff形式と互換性がないことです。libtiff <4.0を使用するプログラムまたは他のライブラリを使用するプログラムは、これらのファイルを開くことができない場合があります。しかし、最近のすべてのプログラムはBIGTIFFを処理できると思います
...-pLumo

2
もう1つの欠点。BIGTIFFは、18.000ペタバイトまでのファイルのみを処理できます。すぐにVERYBIGTIFFが必要になるかもしれません;-)
pLumo

1
データが本当にBigTiffの制限に近づいている場合は、データを分割してVRT形式を使用することを検討してください。私のラスターがTBに近づくところでVRTを使用します。VRTは優れており、VRTを使用することで、多くの大規模な操作(マージやバルクワープなど)を効果的に回避できます。
MappaGnosis

回答:


10

これを行うことに欠点はありますか?

BIGTIFFを読み取れないソフトウェアがあります。ラスタデータを使用するほとんどの地理空間/ GISソフトウェアはBIGTIFFを処理できるようになりましたが、他のソフトウェアは更新されていないか、最大サイズを仮定していない可能性があります。BIGTIFFのサポートには、ソフトウェアの実装が必要であり、必要です。

非常に古いソフトウェア(5歳以上)を使用する場合、またはさまざまな分野(グラフィックデザイン、GIS、写真、エンジニアリング)の間でTIFFをやり取りする場合、データの将来性をもう少し確保したい場合は、必要ない場合はBIGTIFFを使用してください。

特に4 GBを超えるGeoTIFFファイルが非常に一般的である今日では特に、デフォルトでBIGTIFFがオンにならないのはなぜですか?

10年前、BIGTIFFが最初に実装されたとき、それらはそれほど一般的ではありませんでした。BIGTIFFの実装は、これがまもなく一般的な問題になりそうだという認識でした。

GDALは、BIGTIFFの使用について賢くしようとしますが、特にマージなどの場合には、まだ問題が解決する可能があります。MappaGnosisからのアドバイスは非常に優れています。

私が提案したBFTの名前がBIGTIFFの名前に勝てなかったことに、まだ少しがっかりしています。


答えてくれてありがとう!それでも、VRTを使用しても、単一のBIGTIFFを表示するのに苦労するソフトウェアではあまり役に立たない場合があります。
miln40
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.