Hi,
I made GMT respect as far as possible the AREA_OR_POINT GeoTiff key
for read/write, but ...
The following was silently ignored (GMT uses the MEM driver)
GDALSetMetadataItem(hDstDS, "AREA_OR_POINT", "Point", NULL);
so digging here and there I found about GDALMD_AREA_OR_POINT, and in
fa
Not sure if that's what you want but it worth having a look at GMT's
"grdrotater"
Joaquim
Thank you for your reply. However, I have already tried CDO and it does not
work for what I am trying to do.
When you apply a rotated pole grid to a file with CDO, it does not change
any of the data in
Hi,
Sorry to come again with a building problem. Now on OSX 10.7.4
For forced updating reasons I was obliged to up start a chain of up
updates that ended up on upgrading to Xcode 4.3.2 and now I get these
errors linking (well, a lot more)
/System/Library/Frameworks/Carbon.framework/Carbon
Citando Jean-Claude REPETTO :
Michele Sanges a écrit :
Hello all,
opening a raster file with values of elevation (for example DEM or
DTED files), is there a GDAL C++ API to get all the values of
elevation between two places (elevation profile)?
Thanks.
Best regards.
Hello Michele,
T
Citando Jean-Claude REPETTO :
Michele Sanges a écrit :
Hello all,
opening a raster file with values of elevation (for example DEM or
DTED files), is there a GDAL C++ API to get all the values of
elevation between two places (elevation profile)?
Thanks.
Best regards.
Hello Michele,
T
Thanks William,
I had also hacked NCSGetPasswordDlg.cpp to not let it go trough the
offending calls but went back and applied your patches.
Joaquim
Quoting William Kyngesburye :
That's because the NCS password dialog uses Carbon APIs, which are
not 64bit (and will never be). And since Le
Hi,
I'm getting these (and more) errors while trying to build libecw on
Mac OSx 10.6.
I could build on the previous cat, but not now on SL.
Any one did that?
Thanks
Joaquim Luis
../C/NCSnet/NCScnet3/NCSGetPasswordDlg.cpp:134: error: ?GetControlID?
was not declared in this scope
../C/NCSne
Quoting Chaitanya kumar CH :
Joaquim,
You did change pszSrcWkt (
http://code.google.com/p/mirone/source/browse/trunk/mex/gdalwarp_mex.cpp#385
).
You should remove line 385 and move the line 386 to 330.
Ok, thank you guys.
Joaquim
On Sat, Jan 23, 2010 at 11:17 PM, wrote:
Quoting Even
Quoting Even Rouault :
Joaquim,
you don't provide enough code to really see what's wrong, but my
guess is that you misuse GDAL API.
Even
Quite possible the first and I was trying to summarize what happens
If you get pszSrcWKT, with
pszSrcWKT = GDALGetProjectionRef(hDS);
No, I got i
Hi,
I have a serious crash in one of my Matlab MEXs caused by a call to
OGRFree() with an argument of size one (possibly the null terminator).
This happens on OSX SL (64 bits) but not on Windows (where I still
build at 32 bits)
Here is, as far as I could trace it, what is happening (SVN ve
Hi,
I'm having this error while trying to build on Windows with VC7.1
Creating library gdal_i.lib and object gdal_i.exp
gdalallregister.obj : error LNK2019: unresolved external symbol
_GDALRegister_PC
IDSK referenced in function _gdalallregis...@0
gdal17dev.dll : fatal error LNK1120: 1 unre
Even,
Since it was a long time from last built I had actually rerun the
configure but did not do a make clean (I normally do it at the end a
building session). I looks like I had forgotten the other time.
Everything fine again, thanks.
Joaquim
Did you happen to 'svn update' and just 'make
Hi,
I do this very rarely but it had worked before. However, today's
attempt to build trunk on OSX is failing at the end with
b/libNCSUtil.dylib -lmfhdf -ldf /usr/local/lib/libsz.dylib
/usr/local/lib/libnetcdf.a -ldl -lcurl -lssl -lcrypto -lz
-install_name /usr/local/
13 matches
Mail list logo
