Hi all gdal member
I'm new using gdal.
I have difficulty when implement the library in VC++.
I have add all *.h, *.c, *.cpp, *.inc in my include directory
when I build the project, there come an error in linking process
Linking...
readGeoTiffDlg.obj : error LNK2001: unresolved external symbol _G
Frank,
I've just noticed that ImportFromMICoordSys/ExportToMICoordSys haven't been
exposed to the SWIG interface yet, which I'd need pretty much to utilize. Is
this somewhat eligible to have there in the upcoming release or I should
target this change in 1.7.0 or 1.6.1 to be exposed?
http://trac.
Nicolas,
Despite the hint provided in the error message, field type
9 is actually OFTDate. So the problem is that your shapefile
has a date field, but the mapinfo code does not know how to
create this field type.
I am under the impression this has actually been fixed
very recently. So if you ar
Motion: That the GDAL 1.6.0 RC4 release candidate be promoted to being our
official 1.6.0 release.
--
Voting will close Tuesday evening.
--
---+--
I set the clouds in motion - turn up | Frank Warmerdam, [EMAIL PROTECTED]
Agustin,
It's unlikely you are able to mix a fresh build of GDAL on a modern Linux
distribution with the rest of libraries & binaries contained in FWTools
2.0.6. I see for example that FWTools 2.0.6 uses libstdc++.so.5 whereas your
Ubuntu 8.04 will use libstdc++.so.6 when compiling GDAL. So it
Even,
Thanks a lot for your answer. It's unfortunate that binaries of FWTools
Linux had been discontinued. I actually thought that compiling for
win was much harder.
The wine alternative is a solution, but would like to consider compiling
myself. If I compile GDAL, would the rest of components
