Я иногда пишу короткие сценарии / рабочие инструкции для коллег, которые не очень опытны в GDAL / программировании в целом.
Чтобы избежать каких-либо проблем со сценариями, при объединении / преобразовании геотегов с GDAL я стараюсь просто использовать опцию BIGTIFF = YES независимо от того, какие размеры файлов будут использоваться, чтобы непредвиденная ошибка не приводила в замешательство пользователя сценария. Есть ли какие-либо недостатки в этом?
Почему BIGTIFF не включен по умолчанию, особенно в наши дни, когда файлы GeoTIFF размером более 4 ГБ довольно распространены?
gdal
geotiff-tiff
miln40
источник
источник
Ответы:
Есть программы, которые не смогут читать BIGTIFF. Вполне вероятно, что большинство геопространственных / ГИС-программ, которые используют растровые данные, теперь могут обрабатывать BIGTIFF, но другие, возможно, не были обновлены или делали предположения о максимальных размерах. Поддержка BIGTIFF требовала и требует некоторой программной реализации.
Если вы хотите, чтобы ваши данные были чуть более ориентированы на будущее, если вы используете очень старое программное обеспечение (5+ лет), или вы перемещаете свои TIFF назад и вперед между различными дисциплинами (графический дизайн, ГИС, фото, инженерия), не делайте этого. используйте BIGTIFF, если вам это не нужно.
Десять лет назад, когда BIGTIFF был впервые внедрен, они не были настолько распространены. Реализация BIGTIFF была признанием того, что это скоро станет общей проблемой.
GDAL старается быть умным в использовании BIGTIFF, но все еще может упасть, особенно при слиянии и т. Д. Совет от MappaGnosis действительно хорош - используйте VRT для слияния вместо написания огромных TIFF.
Я все еще немного разочарован тем, что мое предложенное имя BFT не выиграло у BIGTIFF.
источник