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
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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.
>
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
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
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
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
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
23 matches
Mail list logo