Opened 15 years ago
Closed 10 years ago
#22223 closed enhancement (fixed)
Support BigTIFF format in GDAL
Reported by: | adam@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | gdal |
Description
When built with internal libtiff or with libtiff >= 4.0, GDAL supports reading and writing BigTIFF files as described here: http://www.gdal.org/frmt_gtiff.html
GDAL in macports is currently 1.6.2 and the internal libtiff has been at version 4 since GDAL 1.5.0. The current libtiff in macports is 3.9.1 so the easiest way to support BigTIFF is to compile GDAL with the --with-libtiff=internal and --with-geotiff=internal options.
Change History (7)
comment:1 Changed 15 years ago by mf2k (Frank Schima)
Owner: | changed from macports-tickets@… to seanasy@… |
---|---|
Port: | @1.6.2_0 removed |
Type: | defect → enhancement |
comment:2 Changed 15 years ago by seanasy@…
comment:3 Changed 15 years ago by katzlbt (Dr. Thomas)
I have verified that this works by creating a variant for my 1.7.0b1 version of this Port:
variant bigtiff description {Enable bigtiff support.} {
configure.args-delete --with-libtiff=${prefix} --with-geotiff=${prefix} configure.args-append --with-libtiff=internal --with-geotiff=internal
}
gdal 1.7.0 is about 100x faster in manipulating huge tiff images it is due any time now.
comment:4 Changed 14 years ago by jmroot (Joshua Root)
The tiff port is not going to be updated to 4.x until there is a stable release. It's currently still in beta.
comment:5 Changed 13 years ago by katzlbt (Dr. Thomas)
Why wait if a variant adds BigTIFF support now? I am patching my Portfile with every release.
# BIGTIFF SUPPORT variant bigtiff description {Enable bigtiff support.} { configure.args-delete --with-libtiff=${prefix} --with-geotiff=${prefix} configure.args-append --with-libtiff=internal --with-geotiff=internal }
comment:6 Changed 10 years ago by mf2k (Frank Schima)
Owner: | changed from seanasy@… to macports-tickets@… |
---|---|
Version: | 1.8.1 |
This port is no longer maintained. See #44038.
comment:7 Changed 10 years ago by Veence (Vincent)
Resolution: | → fixed |
---|---|
Status: | new → closed |
I suppose this was fixed long ago:
Air > port installed | grep tiff libgeotiff @1.4.0_2 (active) tiff @4.0.3_4 (active)
If libtiff was updated, would that solve the problem as well? I prefer that solution if only to keep a system's number of installed tiff libraries down. But I could be convinced...