默认情况下,我应该一直使用BIGTIFF = YES吗?


12

我有时会为不太熟练GDAL /编程的同事写一些简短的脚本/工作说明。

为了防止脚本出现任何问题,在使用GDAL合并/转换geotiffs时,无论使用什么文件大小,我都尝试仅使用BIGTIFF = YES选项,以使意外错误不会使脚本用户感到困惑。这样做有什么弊端吗?

为什么默认情况下不启用BIGTIFF,尤其是在当今> 4 GB GeoTIFF文件非常普遍的今天?


2
很好的问题。我发现的唯一缺点是,它与普通的Tiff格式不兼容。libtiff <4.0的程序或使用其他库的程序可能无法打开这些文件。但我想所有最近的程序都可以处理BIGTIFF ...
pLumo

2
另一个缺点。BIGTIFF最多只能处理18.000 PB的文件。我们可能很快就会需要VERYBIGTIFF ;-)
pLumo

1
如果您的数据确实接近BigTiff限制,请考虑将其拆分并使用VRT格式。我使用VRT时,栅格接近TB,更不用说PB了!VRT非常出色,您可以通过使用它们有效地避免许多繁琐的操作(例如合并和批量扭曲)。
MappaGnosis

Answers:


10

这样做有什么弊端吗?

有些软件将无法读取BIGTIFF。大多数使用栅格数据的地理空间/ GIS软件现在可能可以处理BIGTIFF,但其他软件可能尚未更新或未对最大大小进行假设。BIGTIFF支持确实并且确实需要一些软件实现。

如果您希望数据更具前瞻性,或者使用非常老的软件(已有5年以上的历史),或者在不同学科(图形设计,GIS,照片,工程学)之间来回推动TIFF,请不要如果不需要,请使用BIGTIFF。

为什么默认情况下不启用BIGTIFF,尤其是在当今> 4 GB GeoTIFF文件非常普遍的今天?

十年前,当BIGTIFF首次实施时,它们并不普遍。BIGTIFF的实现是意识到这很快将成为一个普遍问题。

GDAL在使用BIGTIFF方面一直很聪明,但是事情仍然会失败,尤其是在合并等时。MappaGnosis的建议确实很好–使用VRT进行合并,而不是编写大量的TIFF。

我仍然对我提议的BFT名称没有战胜BIGTIFF感到失望。


谢谢你的回答!尽管如此,使用VRT可能对显示单个BIGTIFF的软件仍无济于事。
miln40
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.