[ELGIS] Fwd: libtiff4

[Peter Hopfgartner]

On 12/05/2012 08:53 AM, Mathieu Baudier wrote:
>>> I think you do need to create a libgeotiff4 that uses libtiff4.  I can
>>> still use gdal, but it won't create BigTIFFs so I assume it is using
>>> libgeotiff-1.3.0, which is still using libtiff-3.9.4.  Will you also
>>> need to recompile all of the applications to use libgeotiff4?
>> Yes, you need to recompile libgeotiff. The same holds true for the
>> applications. Personally, I did this for GDAL and MapServer. libtiff4
>> together with libjpeg-turbo gave us a very powerfull soution for raster
>> data, competing with ECW in terms of speed and space efficiency.
> Then should we say that our stack doesn't use base libtiff but libtiff4?
>
> This would be a significant fork from EPEL (but not from Fedora actually).
> I am not too keen to maintain two GDALs, MapServers, etc.
We should check what impact this has on all non-GIS packages depending 
on libtiff, which we should not change, anyways. I can't remember the 
details, but IIRC there were some road blockers to have libtiff and 
libtiff4 installed on the same machine.
In the end: having libtiff4 and turbo-jpeg in ELGIS would be nice, but I 
fear it would need some non trivial work.

>
> What about PostGIS 2.0?
> Since it manages rasters as well I guess it depends on libtiff/geotiff
> as well? Doesn't it?
Yes, it does. It should not be too difficult to adapt our PostGIS 
package to 2.0. Personally, I'm using the one from yum.postgresql.org, 
since I'm depending on PostgreSQL 9. The PostgreSQL/PostGIS packages on 
yum.postgresql.org are more complex, since they support multiple 
versions of PostgreSQL on the same machine, so I would not start from them.

Peter

-- 
Peter Hopfgartner
R3 GIS Srl - GmbH
web  : http://www.r3-gis.com