On Sun, Sep 22, 2013 at 10:21 PM, Tomaka, Jacek jacek.tom...@intergraph.com
wrote:
Hi,
Recently I tried to compile GDAL 1.10 with libjpeg + IPP 8.0.
I compiled IPP powered jpeglib 6b (taken from old IPP 7.0 samples, as IPP
8.0 examples contain version 8b).
I run into several issues, after
Hi
I have a .hdf file (Conventions=ODIM_H5/V2_1) which i want to open with
gdalinfo.exe whereby i use gdal 1.10.1 with openjpeg 2.0.0 and the HDF plugin
of HDF5 1.8.11 (compiled with zlib 1.2.8 and szip 2.1) on 64 bit compillation.
The gdalinfo output prints a lot of subdatasets (1 to 88)
Ari,
It makes perfectly sense if you look how AWK is used on the tutorials:
http://www.spatial-ecology.net/ost4sem_dokuwiki/doku.php?id=wiki:awkbasic
http://www.spatial-ecology.net/ost4sem_dokuwiki/doku.php?id=wiki:awkadvance
That is what AWK is good for. It is a great tool but it is certainly
Gerald,
I have a .hdf file (Conventions=ODIM_H5/V2_1) which i want to open with
gdalinfo.exe whereby i use gdal 1.10.1 with openjpeg 2.0.0 and the HDF
plugin of HDF5 1.8.11 (compiled with zlib 1.2.8 and szip 2.1) on 64 bit
compillation.
The gdalinfo output prints a lot of subdatasets (1
I've tried to replicate with ERDAS Imagine 2013, but the resulting JP2s are
georeferenced correctly in ArcMap and GDAL 1.10 (before r26485). This was
with Embed GeoTIFF checked and Embed GML unchecked in the ERDAS Imagine
export options dialog.
Perhaps the 2nd GeoTIFF JP2Box is a bug in earlier
