Re: [gdal-dev] gdal_merge.py can not work

2014-03-09 Thread Chaitanya kumar CH
Ridge, How did you install GDAL? This usually happens when python cannot find the gdal libraries. Setting PYTHONPATH env variable may help. On Mon, Mar 10, 2014 at 10:17 AM, ridgewang wrote: > Hi, > I want to use gdal_merge.py to merge two image files. But it reports > cannot load _gdal l

Re: [gdal-dev] Moving the poles

2014-03-09 Thread Laskaris
Never mind, please. I was confused about the way rotations are supposed to work in grdrotater. I got it working now. Thank you very much for your help! My problem is solved. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Moving-the-poles-tp5127897p5127999.html Sent from t

[gdal-dev] gdal_merge.py can not work

2014-03-09 Thread ridgewang
Hi, I want to use gdal_merge.py to merge two image files. But it reports cannot load _gdal library and %1 is not a valid win32 module. Here the %1 means the _gdal, maybe. In python CUI, I run 'import osgeo.gdal' or 'import gdal' command, it reports the same error information. I u

Re: [gdal-dev] Moving the poles

2014-03-09 Thread Laskaris
Thank you, Joaquim. grdrotater seems to be the program for exactly what I am trying to do. Unfortunately, I haven't been able to get it to work yet. I am using the command: grdrotater topo.nc -T78/30/-4 -Gtopo_rotated.nc If I understand correctly, this should create an output file, topo_rotated.n

Re: [gdal-dev] Problem with results on two different versions of gdal_wrap

2014-03-09 Thread Stephen Woodbridge
On 3/8/2014 5:22 AM, Even Rouault wrote: This is the problem step: gdalwarp -rcs -ts 8800 6600 -s_srs EPSG:32662 -t_srs EPSG:4326 temp.tif target.tif gdalinfo -mm -stats target.tif is showing that the range of values in the image are dramatically different on the two servers! summary old: B

[gdal-dev] Fwd: Re: Problem with results on two different versions of gdal_wrap

2014-03-09 Thread Stephen Woodbridge
Sorry meant to send this to the list. Original Message Subject: Re: [gdal-dev] Problem with results on two different versions of gdal_wrap Date: Sun, 09 Mar 2014 15:22:23 -0400 From: Stephen Woodbridge To: Even Rouault Even, Etienne, I'm still working on this. Thanks you

Re: [gdal-dev] WAsP map output for ogr

2014-03-09 Thread Even Rouault
Hi, my quick review : - ogrwaspdatasource.cpp : * change author and copyright to yours * why do you need #ifdef _WIN32 # include #endif * GetLayer() : index start at 0, not 1 * WASP_MERGE: you could use CSLTestBoolean(CSLFetchNameValueDef( papszOptions, "WASP_MERGE", "YES" )) - ogrwa

Re: [gdal-dev] Moving the poles

2014-03-09 Thread jluis
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

Re: [gdal-dev] Moving the poles

2014-03-09 Thread Laskaris
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 the fields. It does not do any kind of "reprojection", as it were. All it does is add info about

Re: [gdal-dev] Moving the poles

2014-03-09 Thread Etienne Tourigny
Not sure about gdal, but cdo [1] can do this on netcdf files. have a look at the docs and see the section grids. You would probably have to define a rotated pole grid, then apply that grid on your file (using setgrid), then regrid to a normal lat/lon grid using one of the grid operators like inte