by the list of components of andrea this seems to be exactly the "Easiest way could be to use GDAL but it woul mean lots of dlls, I fear, and we do not like them."
installing gdal is essentially the same as using gdal libs. my personal take, and i guess the same for others, is to take an available gis oriented implementation for that, speak geotools io. it's maintained, has lots of formats and we only have to interface it. revisiting andrea aimes way below seems to use imageio-ext(-gdal,...) which is as far as i understand the same that's done by geotools behind the scenes for some formats. ..ede On 08.10.2011 12:45, Rahkonen Jukka wrote: > Hi, > > Using ECW images on the server even as input format is not allowed at all > with the new ECW 4.x SDK license. Therefore I had to convert all the ECW > images used by our WMS server into geotiffs. A pretty good alternative for > ECW is to create tiled geotiffs which are using internal JPEG compression > inside the tiff and then create sub-sampled overviews. If the image is big it > will become BigTIFF. The file size is not much bigger with the same visual > quality and because of lower resolution overviews and tiled structure a > proper driver is utilising such images fast at any scales. > > Unfortunately at the moment OpenJUMP cannot show at all those jpeg-in-tiff > images. It would be nice to get them supported. Easiest way could be to use > GDAL but it woul mean lots of dlls, I fear, and we do not like them. > However, I have a feeling that Geoserver can support BigTIFF without dlls > with imageio. Someone who had read this fine presentation by Andrea Aime > http://demo.geo-solutions.it/share/foss4g2011/gs_steroids_sgiannec_foss4g2011.pdf > > wrote about his experience this way: > > "After passing a day (and half) configuring GeoServer 2.1.2 with the > following setup: > > - Ubuntu 10.04 > - sun-java6-jdk > - apache-tomcat-7.0.14 > - jai-1_1_2_01-lib-linux-i586-jdk (NATIVE) > - jai_imageio-1_1-lib-linux-i586-jdk.bin (NATIVE) > - GDAL 1.8.1 > - swig (wrappers and bindings) > - imageio-ext 1.1.1 > > Replacing all IMAGEIO_EXT (1.0.8) jars in WEB-INF/lib folder with this: > > imageio-ext-gdal-bindings-1.7.jar > imageio-ext-gdalframework-1.2-SNAPSHOT.jar > imageio-ext-geocore-1.2-SNAPSHOT.jar > imageio-ext-imagereadmt-1.2-SNAPSHOT.jar > imageio-ext-jgrib1-1.2-SNAPSHOT.jar > imageio-ext-jmatio-1.2-SNAPSHOT.jar > imageio-ext-netcdf-core-1.2-SNAPSHOT.jar > imageio-ext-streams-1.2-SNAPSHOT.jar > imageio-ext-test-data-1.2-SNAPSHOT.jar > imageio-ext-utilities-1.2-SNAPSHOT.jar" > ..... > > Could it be something doable for OpenJUMP too? Somehow looks like the > extension would be bigger than OpenJUMP itself. > > -Jukka Rahkonen- > > > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
