[gdal-dev] Re: How to apply a costum shift grid?

2011-07-04 Thread frederick keusch
Hi Robert, thanks a lot for your advice. It is finally applied now with cs2cs. I also made a fast try with gdalwarp but here it was the same again like before, it wasn´t applied. But ok, I only did a fast try. So I hope tomorrow it will work finally, if i can find out the right command. Thanks a

RE: [gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Ivan Lucena
Nicolas, Don't worry about the raster driver. I am taking care of it but I am glad to know about your interest in maintain the so called OCI driver. That is my suggestion, start from fresh a new driver by another name like SDO, Oracle, SDO_GEOM, or something that represent the data source, not

[gdal-dev] upside flipped NetCDF

2011-07-04 Thread bonushenricus
Hello, I'm working on NetCDF weather data. I tried importing it in GRASS 6.3 via GDAL version 1.6.3 on Debian 6.0. It worked, but the result was flipped on the horizontal axis. Could you help me understand what's happening? The text rendition of my NetCDF file follows. netcdf ACRR_201105040830_00

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Antonio Valentino
Hi, Il 04/07/2011 20:10, Antonio Valentino ha scritto: [CUT] >>> My only concern is that I'm not able to reproduce the crash in cases in >>> which GDAL is built without symbol renaming. >> >> Hum, did you activate --with-hide-internal-symbols ? I somehow remember that >> it paradoxically helped

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Antonio Valentino
Hi Julien, Il 04/07/2011 20:02, MALIK Julien ha scritto: > A good place to look for would be the debian package compilation > options, since this is where the problem can be seen (it has at least > --with-hide-internal-symbols). > > Julien Thanks Julien. I also found some sparse information in t

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Antonio Valentino
Hi Even, Il 04/07/2011 19:52, Even Rouault ha scritto: >> Even, all tests i performed (ubuntu 11.04 only) passed successfully so I >> can confirm that the patch works. > > Great > >> >> My only concern is that I'm not able to reproduce the crash in cases in >> which GDAL is built without symbol

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread MALIK Julien
A good place to look for would be the debian package compilation options, since this is where the problem can be seen (it has at least --with-hide-internal-symbols). Julien Quoting Even Rouault : Even, all tests i performed (ubuntu 11.04 only) passed successfully so I can confirm that the

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Even Rouault
> Even, all tests i performed (ubuntu 11.04 only) passed successfully so I > can confirm that the patch works. Great > > My only concern is that I'm not able to reproduce the crash in cases in > which GDAL is built without symbol renaming. Hum, did you activate --with-hide-internal-symbols ? I

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Antonio Valentino
Hi Even, Il 03/07/2011 19:02, Even Rouault ha scritto: > >> Do you have some particular indication about how to test it? >> Which test programs did you use? > > My tests mainly consisted in checking that GDAL would compile and link > successfully with various combinations of the configure opti

RE: [gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Nicolas Simon
Hi, I just answer most questions in my previous mail to the list. So just to say that I could participate to the maintenance of the OCI driver for OGR (we don't use raster in Oracle, sorry). Nicolas > -Message d'origine- > De : fwarmer...@gmail.com [mail

RE: [gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Nicolas Simon
Frank, Peter and others, > -Message d'origine- > De : Peter J Halls [mailto:p.ha...@york.ac.uk] > Envoyé : lundi 4 juillet 2011 15:19 > À : Nicolas Simon > Cc : gdal-dev@lists.osgeo.org > Objet : Re: [gdal-dev] OGR : OCI driver improvement > > > Nicolas, > > I had a play wit

Re: [gdal-dev] Motion: Commit Access for Antonio Valentino

2011-07-04 Thread Daniel Morissette
And FWIW here comes my belated +1... sorry for not responding in time. Daniel On 11-07-01 05:28 PM, Even Rouault wrote: Le mercredi 29 juin 2011 22:37:52, Even Rouault a écrit : Motion: Extend GDAL/OGR Commit Access to Antonio Valentino I declare this motion passed with support from PSC memb

[gdal-dev] COSMO-SKYMED UPS projected files

2011-07-04 Thread Alex Mantaut
Hi all   I'm developing a COSMO-SKYMED driver for HDF5 files. Acording to the format's specification CSK has 2 projection types (UTM (-80° ≤ center latitude ≤ 84°), UPS (otherwise)) I need to test the createprojections() method, but all the COSMO-SKYMED files I could find where pro

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Thanks Frank, I will define product-specific methods just to fetch the metadata in the open method. I will use the hdf4imagedataset code as a guide on how to process the metadata.(I didn't realized earlier that hdf4 implements something similar to what I asked :P) I still need to solve a few thing

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Frank Warmerdam
On Mon, Jul 4, 2011 at 9:16 AM, Alex Mantaut wrote: > Hi Frank, > In that case all the handling for the CSK product should go on the > Open() method from hdf5imagedataset? Is there any way to avoid polluting the > hdf5imagedataset with all the subproduct's constants? Generally I would just u

Re: [gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Peter J Halls
Nicolas, I had a play with some of this a few years back, using GDAl 6.3, I think. I've back out of most of it ... It is good to see another person interested in improving the OCI driver. Nicolas Simon wrote: Hi all, I'd like to propose some OCI driver improvement. 1) Enable insert fr

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Hi Frank, In that case all the handling for the CSK product should go on the Open() method from hdf5imagedataset? Is there any way to avoid polluting the hdf5imagedataset with all the subproduct's constants? Shall I define Product specific private methods as: getCSKGeotransform() to get the in

Re: [gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Frank Warmerdam
Nicolas, The proposed changes seem reasonable, but I am concerned about complexity and risk of breaking the driver in some rarely tested cases. The OCI driver is pretty fragile. On Mon, Jul 4, 2011 at 8:32 AM, Nicolas Simon wrote: > Hi all, > > I'd like to propose some OCI driver improvement. >

Re: [gdal-dev] HDF5 product handling

2011-07-04 Thread Frank Warmerdam
On Mon, Jul 4, 2011 at 8:52 AM, Alex Mantaut wrote: > I would like to ask what would be the best way to implement a driver > that handles HDF5 subproducts, in a way that it doesn't interfere with the > behavior for hdf5 for files that ain't from any specific product type, and > allows to a

[gdal-dev] OGR : OCI driver improvement

2011-07-04 Thread Nicolas Simon
Hi all, I'd like to propose some OCI driver improvement. 1) Enable insert from different client. This could be done by managing the generation of new FID on DB side instead of client side. Technically this could be done with an oracle sequence and a trigger to fill the FID. This proposition

[gdal-dev] HDF5 product handling

2011-07-04 Thread Alex Mantaut
Hi all, I'm developing a modification on the hdf5imagedataset driver to get Georreference and Geotransform information from COSMO-SKYMED product files (COSMO-SKYMED hdf5 products are just hdf5 files with a specific format on the metadata). I've allready managed to get both the geo

Re: [gdal-dev] Add capability to safely link against an external libtiff (3.X) and a GDAL build with internal libtiff (4.0) support

2011-07-04 Thread Julien Malik
Hello, Great news ! I don't have a lot of time right now, but setting up a test platform with gdal trunk is high in my priority list ! About the testing, we identified two problematic cases : [1] http://hg.orfeo-toolbox.org/OTB/file/tip/CMake/TestXTIFFOpen.cxx Linked with '-lgdal -lgeotiff -l

Re: [gdal-dev] Strange error on gdalAllRegister()

2011-07-04 Thread Rodolfo Bonnin
I'm sorry Even, Frank, yes, just needed a break :-). Symptoms of Friday's afternoon I guess. Regards, Rodolfo. 2011/7/2 Frank Warmerdam > On 11-07-01 04:29 PM, Rodolfo Bonnin wrote: > >> Hello All, >> >> I'm writing two new drivers ( For ALOS PRISM and AVNIR-2 ) and I'm trying >> to >> add them