Re: [gdal-dev] New release of french documentation of GDAL

2011-09-09 Thread Frank Warmerdam
Yves, I have updated the GDAL index page to point to your new site and regenerated www.gdal.org's pages. Congratulations! On Fri, Sep 9, 2011 at 12:19 PM, Etienne Tourigny wrote: > Très beau travail! (Nice work)! > > You might want to update the links on the main gdal page, which point > to geo

Re: [gdal-dev] New release of french documentation of GDAL

2011-09-09 Thread Etienne Tourigny
Très beau travail! (Nice work)! You might want to update the links on the main gdal page, which point to georezo.net, or update georezo.net salutations cordiales, Etienne On Fri, Sep 9, 2011 at 3:40 PM, Yves Jacolin (free) wrote: > Hello, > > I have just published a new release of the French do

[gdal-dev] New release of french documentation of GDAL

2011-09-09 Thread Yves Jacolin (free)
Hello, I have just published a new release of the French documentation of GDAL. A new website, a new url [1] and a new langage (restructured text) used for this release. This release is more than a translation of the gdal documentation, I added some documentation for the Python binding of GDAL

[gdal-dev] question about transform from geo to proj reference system

2011-09-09 Thread Matt Funk
Hi, I have a satellite scene specified in geographic coordinates (i.e. WSG84, lat/lon). For the purpose of interpolating onto a distance-regular grid i want to transform that data to a projected systems (UTM). I am using gdal in python. To go from projected to geographic (the inverse of i what i wa

[gdal-dev] netcdf - use of UNIDATA libcf for input/output ?

2011-09-09 Thread Etienne Tourigny
Hi netcdf folks It just occurred to me that input and output of the netcdf driver could use libcf, which is an optional part of netcdf. This would potentially ease development of complete CF compatibility. We could also perhaps build datum and CRS support around libcf. http://www.unidata.ucar.edu

Re: [gdal-dev] HDF-Problems when compiling

2011-09-09 Thread Etienne Tourigny
the following error: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC Means that the library you are linking to has not been compiled for 64-bit architecture. I can see that it is trying to link to /usr/local/lib/libmfhdf.a instead

[gdal-dev] HDF-Problems when compiling

2011-09-09 Thread Andreas H.
Hi everyone, I'm trying to compile GDAL 1.8.1 from source on a x86_64 machine, compiling against the libraries which come shipped with Enthought's Python distribution. So, what I'm doing is this: $ export CFLAGS="-I/hb/USER/lib/epd-7.1-1-x86_64/include -fPIC" $ export CXXFLAGS="-I/hb/USER/lib/ep