lpinner environment.gov.au> writes:
>
> 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.
>
Sorry for the second post but:
I have successfully compiled gdal_HDF5.dll but I am missing gdal_HDF5Image.dll.
I searched the entire source tree of gdal but can't find a plugin named
HDF5Image? Where can I enable this?
Thanks for help,
-Ursprüngliche Nachricht-
Von: Even Rouault [mai
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 earlie
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 subdatase
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 n
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) bu