Frank,
I submitted an improved patch (it adds a method to OGRPolygon and will
work a lot faster for polygon assembly, no need to copy all those
rings). If that's not acceptable - it may be possible to simply collect
rings in an array and build a polygon that way. Would you mind taking a
look?
og
Smith, Michael D ERDC-CRREL-NH wrote:
Ivan,
Oracle express edition does support SDO_GEOMETRY.
Mike
Hi Mike,
Thanks for your correction. I always thought that the express edition was not capable to support
Simple Feature therefore it would not be useful with GDAL/OGR/OCI.
That would cl
Anders,
2 things :
* There was a bug specific to the fact that you copy from a SQL result layer
(by opposition with a table layer). Fixed by
http://trac.osgeo.org/gdal/ticket/3617
* You also need to remove the "as G" from your SQL request. Otherwise the
SQLite driver will not be able to recogn
Hi,
I am tiling some geoTiffs by using gdal2tiles.py
Currently I am reducing the png file size using following imagemagick
convert command. Is there some option in gdal2tiles.py that I can use to
reduce the file size (instead of forking a convert command for every tile )?
my convert command is: c
Ivan,
Oracle express edition does support SDO_GEOMETRY.
Mike
--
Michael Smith
Remote Sensing/GIS Center
US Army Corps of Engineers
Hanover, NH
On 6/4/10 3:05 AM, "Lucena, Ivan" wrote:
> Iván Sánchez Ortega wrote:
>> El 04/06/2010 10:46, Mateusz Loskot escribió:
>>> open config.log and
Iván Sánchez Ortega wrote:
El 04/06/2010 10:46, Mateusz Loskot escribió:
open config.log and locate bits related to "Oracle OCI"
configure:25057: checking for Oracle OCI headers in
/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/
configure:25100: g++ -c
-I/usr/lib/oracle/xe/app/oracle/pr
By the way, during compile, I ran through this:
In file included from xtiff.c:17:
xtiffio.h:10:20: error: tiffio.h: No such file or directory
An "apt-get install libtiff-dev" solves it. I'd appreciate it if the
check for the tiff libraries would look for this header file :-)
Now I'm running
On 04/06/10 10:38, Iván Sánchez Ortega wrote:
El 04/06/2010 10:46, Mateusz Loskot escribió:
open config.log and locate bits related to "Oracle OCI"
configure:25057: checking for Oracle OCI headers in
/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/
configure:25100: g++ -c
-I/usr/lib/oracle
El 04/06/2010 10:46, Mateusz Loskot escribió:
open config.log and locate bits related to "Oracle OCI"
configure:25057: checking for Oracle OCI headers in
/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/
configure:25100: g++ -c
-I/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/pu
On 04/06/10 09:37, Iván Sánchez Ortega wrote:
The problem:
Running "./configure --with-oci" results in the following:
checking for Oracle OCI headers in
/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/public...
header not found
However, that directory (which is inside $ORACLE_HOME)
Hi all,
I'm trying to compile GDAL with Oracle support.
I'm using a Debian box, with the "oracle-xe-client" package installed
from the Oracle repo ("deb http://oss.oracle.com/debian unstable main
non-free"). Version is 10.2.0.
The GDAL source files are a fresh SVN checkout from two days ago.
Hi everyone
I'm using OGR with the SQLite driver, calling
OGR::DataSource::ExecuteSQL ()
By examining the sqlite file I've discovered that the geometry column is
named , well, GEOMETRY.
So I do something like
SELECT name, GEOMETRY as G from world
which gives me a resulting layer with these tw
12 matches
Mail list logo