Czasami piszę krótkie skrypty / instrukcje pracy dla kolegów, którzy nie są zbyt dobrze wykwalifikowani w GDAL / programowaniu w ogóle.
Aby zapobiec problemom ze skryptami, podczas łączenia / konwertowania geotiffów z GDAL staram się po prostu użyć opcji BIGTIFF = TAK, niezależnie od tego, jakie rozmiary plików zostaną użyte, aby nieoczekiwany błąd nie dezorientował użytkownika skryptu. Czy mają to jakieś wady?
Dlaczego BIGTIFF nie jest domyślnie włączony, szczególnie w dzisiejszych czasach, w których pliki GeoTIFF> 4 GB są dość powszechne?
gdal
geotiff-tiff
miln40
źródło
źródło
Odpowiedzi:
Istnieją programy, które nie będą w stanie odczytać BIGTIFF. Prawdopodobnie większość oprogramowania geoprzestrzennego / GIS, które wykorzystuje dane rastrowe, może teraz obsługiwać BIGTIFF, ale inne mogły nie zostać zaktualizowane lub przyjmować założenia dotyczące maksymalnych rozmiarów. Obsługa BIGTIFF wymagała i wymaga implementacji oprogramowania.
Jeśli chcesz, aby Twoje dane były nieco bardziej przyszłościowe, jeśli używasz bardzo starego oprogramowania (w wieku 5+) lub przepychasz swoje TIFF tam iz powrotem między różnymi dyscyplinami (projektowanie graficzne, GIS, zdjęcia, inżynieria), nie rób tego użyj BIGTIFF, jeśli go nie potrzebujesz.
Dziesięć lat temu, kiedy BIGTIFF został wdrożony po raz pierwszy, nie były tak powszechne. Wdrożenie BIGTIFF było uznaniem, że wkrótce będzie to powszechny problem.
GDAL stara się być mądry w używaniu BIGTIFF, ale sprawy mogą się przewrócić, szczególnie podczas łączenia itp. Rady MappaGnosis są naprawdę dobre - używaj VRT do łączenia zamiast pisać duże TIFF.
Nadal jestem nieco rozczarowany, że moja proponowana nazwa BFT nie wygrała z BIGTIFF.
źródło