Re: [gdal-dev] S57 questions

2010-06-04 Thread ogr user
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Lucena, Ivan
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

Re: [gdal-dev] OGR/SQLite : SELECT GEOMETRY failes on layer copy

2010-06-04 Thread Even Rouault
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

[gdal-dev] gdal2tiles.py reducing output png file size.

2010-06-04 Thread Hemant Bist
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Smith, Michael D ERDC-CRREL-NH
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Lucena, Ivan
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Iván Sánchez Ortega
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Mateusz Loskot
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Iván Sánchez Ortega
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

Re: [gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Mateusz Loskot
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)

[gdal-dev] Compiling GDAL --with-oci

2010-06-04 Thread Iván Sánchez Ortega
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.

[gdal-dev] OGR/SQLite : SELECT GEOMETRY failes on layer copy

2010-06-04 Thread Anders Moe
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