szekerest at gmail.com
Sun Mar 2 06:24:06 EST 2008
Hmmm. Aside from that I couldn't follow every aspects of the problem
wouldn't it be more trivial to fix these issues in the gdal hdf5 and
2008/3/2, andyNEXT <andrea.pistoni at next.it>:
> 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.
> Therefore :
> - 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.
> Andrea Pistoni
> 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,
> > Tamas
> > 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
> >> file.
> >> My wrapper uses a DLLIMPORT from the geotiff_fw.dll.
> >> Using DEPENDENCY_WALKER I saw that this library is implicit-linked to
> >> other
> >> libraries (for ex the libtiff_fw.dll).
> >> In order to write a GEOTIFF file I have to use also the inside-linked
> >> TIFF
> >> library, but I'm not able to import the TIFFfunctions from
> >> geotiff_fw.dll
> >> (such as for example TIFFSetField) .
> >> I've tried to use a TIFF Wrapper on the libtiff_fw.dll. This works very
> >> well
> >> but when I use it together with the GEOTIFF Wrapper there are problems
> >> in
> >> 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
> >> interface?
> >> Thanks in advance
> >> Andrea Pistoni
> >> --
> >> View this message in context:
> >> http://www.nabble.com/geotiff_fw.dll-tp15782364p15782364.html
> >> Sent from the FWTools mailing list archive at Nabble.com.
> >> _______________________________________________
> >> FWTools mailing list
> >> FWTools at lists.maptools.org
> >> http://lists.maptools.org/mailman/listinfo/fwtools
> >> http://fwtools.maptools.org/
> > _______________________________________________
> > FWTools mailing list
> > FWTools at lists.maptools.org
> > http://lists.maptools.org/mailman/listinfo/fwtools
> > http://fwtools.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.
> FWTools mailing list
> FWTools at lists.maptools.org
More information about the FWTools