andrea.pistoni at next.it
Sun Mar 2 03:49:48 EST 2008
you're right about gdal_cshasp.
I've used gdal to create geotiff from COSMOSKYMED hdf5 but with some
limitations about particulars dataset (such as complex data [MxNx2]). The
fucntion I've used is GDAL.CreateCopy() and it covers some requirements of
my task (only raster MxN).
Moreover gdal didn't read some important COSMO TAGS at HDF5 ROOT LEVEL and
other TAGS didn't wrote in the GEOTIFF with problems about EXTENTION
WARNINGS and GEO-positioning when I load the GEOTIFF in ArcMAP.
- to read the ComplexDataset I've used the HDF5.DOTNET wrapper of hdfgroup.
- to read the HDF5 Root level attributes I have developed a dedicated
WRAPPER (not included in HDF5.DOTNET of hdfgroup) to read the COSMO HDF5
Attributes (about 121 attributes) in the HDF5 Root level because the gdal
doesn't read them.
- to write the GEOTIFF TAGS with the Attributes I've readen from COSMO, I've
created a GEOTIFF WRAPPER mapped on "geotiff_fw.dll"
- to create the TIFF file, Reinhard provided me a LIBTIFF.NET (available on
bugzilla) Wrapper in order to manage the TIFF. This is mapped on
My code (.exe) now produces (when run alone) georeferenced GEOTIFF from
COSMO HDF5 with all the TAGS set in proper way for the georeferencing. The
Loading in ArcMAp is Ok.
My problem is when I'm going to create the .DLL and I call the
MakeCosmoTiff() method from the main program.
I'have an ASSERTION MESSAGE when the GEOTIFF.Close() try to free the
TiffPtr. The file is created well but the message is every time visible.
I've thougth about the geotiff_fw.dll is linked to libtiff_fw.dll and maybe
there would be a memory overlapping when I import libtiff_fw.dll using
LIBTIFF.NET. But I've verified and this is not.
Tamas Szekeres wrote:
> Isn't that the gdal_csharp.dll (in FWTools) would be sufficient for
> you to utilize instead of creating a brand new wrapper?
> Best regards,
> 2008/3/2, andyNEXT <andrea.pistoni at next.it>:
>> Hi folks,
>> I've developed a wrapper C# for GEOTIFF in order to create a GEOTIFF
>> My wrapper uses a DLLIMPORT from the geotiff_fw.dll.
>> Using DEPENDENCY_WALKER I saw that this library is implicit-linked to
>> libraries (for ex the libtiff_fw.dll).
>> In order to write a GEOTIFF file I have to use also the inside-linked
>> library, but I'm not able to import the TIFFfunctions from
>> (such as for example TIFFSetField) .
>> I've tried to use a TIFF Wrapper on the libtiff_fw.dll. This works very
>> but when I use it together with the GEOTIFF Wrapper there are problems
>> the loading of the dlls. Maybe this is due because I reference the
>> libtiff_fw.dll twice times (one by geotiff_fw.dll and the second by
>> libtiff_fw itself).
>> How can I reach and invoke the TIFF functions in the geotiff_fw.dll
>> Thanks in advance
>> Andrea Pistoni
>> View this message in context:
>> Sent from the FWTools mailing list archive at Nabble.com.
>> FWTools mailing list
>> FWTools at lists.maptools.org
> FWTools mailing list
> FWTools at lists.maptools.org
View this message in context: http://www.nabble.com/geotiff_fw.dll-tp15782364p15785639.html
Sent from the FWTools mailing list archive at Nabble.com.
More information about the FWTools