You may also want to add path to instantclient in /etc/ld.so.conf.d
Just add a file, i.e oracle.conf, and insert inside it path to oracle
instant client installation.
You may also want to check if
ldd /usr/local/bin/gdalinfo
lists reference to oracle libraries.
Cheers,
Stefano
Le mardi 30 avril 2013 01:12:34, Rui Cavaco a écrit :
> Hi Ivan, thanks for your quick reply!
>
> Yes, ogrinfo --formats doesn't list OCI.
Did you try a "make clean" ? Because if you configured in serveral times, it is
possible that the code that registers the driver didn't get recompiled.
>
>
Hi Ivan, thanks for your quick reply!
Yes, ogrinfo --formats doesn't list OCI.
I'll check the thread in OTN you mentioned, it seems it has something specific
about Ubuntu. I'll feedback the results.
Many thanks!
--
Rui Cavaco
___
SIG2000, Sist. de Infor. Geográfica, Ld
Hi Rui,
> ---Original Message---
> From: Rui Cavaco
> To: gdal-dev@lists.osgeo.org
> Subject: [gdal-dev] Build GDAL with OCI support on Linux
> Sent: Apr 29 '13 15:29
>
> Hello!
>
> I'm trying to get OCI support in GDAL / OGR in Ubuntu 12.04 32-bit.
>
> I've successfully in
Hello!
I'm trying to get OCI support in GDAL / OGR in Ubuntu 12.04 32-bit.
I've successfully installed Oracle Instant Client 11_2 . SQLPlus works
flawlessly.
Building GDAL also ended with no errors.
But executing ogrinfo --formats, OCI format is not listed.
Building script is:
export LDFLAG
The GDAL/OGR team is pleased to announce the release of GDAL/OGR 1.10.0.
This is a major new release including the following major new features:
* New GDAL drivers:
- ARG: read/write support for the Azavea Raster Grid format (#4591)
- CTable2: read/write support for CTable2 datum grid shif
Le lundi 29 avril 2013 17:31:19, Stefan Keller a écrit :
> Hi all
>
> Thanks for your tremendous work!
> Just curious: Is there an estimate (in days,weeks months) about the next
> stable release?
No strong rules, but usually when someone feels the need to wear his release
manager cap (for a spec
Le mercredi 24 avril 2013 21:09:27, Even Rouault a écrit :
> Motion: GDAL/OGR 1.10.0RC5 is promoted to be the official 1.10.0 final
> release.
>
I declare this motion passed with support from DanielM, FrankW and myself. The
release announcement will follow closely.
__
On Wed, Apr 24, 2013 at 12:09 PM, Even Rouault wrote:
> Motion: GDAL/OGR 1.10.0RC5 is promoted to be the official 1.10.0 final
> release.
>
+1 Frank
--
---+--
I set the clouds in motion - turn up | Frank Warmerdam,
warme
Hi all
Thanks for your tremendous work!
Just curious: Is there an estimate (in days,weeks months) about the next
stable release?
Yours, Stefan
2013/4/19 Jeff McKenna
> On 2013-04-18 5:26 PM, Even Rouault wrote:
> > Hi,
> >
> > I've prepared a third (and hopefully last) release candidate for G
Thanks Even. I'll stick then with 'FreeType' and enable the xpdf headers.
Jeff
On Sun, Apr 28, 2013 at 8:13 AM, Even Rouault
wrote:
> Le vendredi 26 avril 2013 14:28:26, Jeff Lacoste a écrit :
> > Thanks Joaquim. I now managed to build Poppler using freetype as its only
> > dependency.
> > Do w
On Mon, Apr 29, 2013 at 10:55 AM, Even Rouault
wrote:
> Selon Radim Blazek :
>
>> On Mon, Apr 29, 2013 at 10:23 AM, Even Rouault
>> wrote:
>> > I'm also wondering if setting unconditionnaly VSI_CACHE might not have some
>> > theoretical penalty for fast access storage when there is a lot of seeki
Selon Radim Blazek :
> On Mon, Apr 29, 2013 at 10:23 AM, Even Rouault
> wrote:
> > I'm also wondering if setting unconditionnaly VSI_CACHE might not have some
> > theoretical penalty for fast access storage when there is a lot of seeking
> and
> > reading by small amounts (I believe this is the t
On Mon, Apr 29, 2013 at 10:23 AM, Even Rouault
wrote:
> I'm also wondering if setting unconditionnaly VSI_CACHE might not have some
> theoretical penalty for fast access storage when there is a lot of seeking and
> reading by small amounts (I believe this is the typical I/O pattern when you
> disp
> Do you prefer VSI cache for buffering to implementation of another
> buffering mechanism as long term solution?
>From my understanding of the code (FrankW is the author of VSI Cache), VSI
>cache
is currently both a cache and buffering mechanism. There's perhaps a small
penalty of having the ca
On Sun, Apr 28, 2013 at 9:26 PM, Even Rouault
wrote:
> Le dimanche 28 avril 2013 20:40:12, Radim Blazek a écrit :
>> Hello,
>> I am working on #6448 QGIS issue - Extremely slow shapefile reading
>> over network. You can find my latest observations in
>> http://hub.qgis.org/issues/6448#note-19
>>
>
16 matches
Mail list logo
