Re: [gdal-dev] [Osgeo4w-trac] random crashes upon using ogrinfo or ogr2ogr with FileGDB

2012-11-07 Thread Frank Warmerdam
On 12-11-07 05:13 PM, Martin Feuchtwanger wrote: Jeff McKenna suggested (privately) that i try MS4W. He didn't really say why, and i suspected it wouldn't work because both OSGeo4W and MS4W seem to use the same version of the FileGDB driver (at least, both FileGDBAPI.dll files are identical).

Re: [gdal-dev] [Osgeo4w-trac] random crashes upon using ogrinfo or ogr2ogr with FileGDB

2012-11-07 Thread Martin Feuchtwanger
Jeff McKenna suggested (privately) that i try MS4W. He didn't really say why, and i suspected it wouldn't work because both OSGeo4W and MS4W seem to use the same version of the FileGDB driver (at least, both FileGDBAPI.dll files are identical). However, MS4W is still using GDAL 1.9.1 (2012/05/

Re: [gdal-dev] gdalinfo on PostGIS rasters (GDAL 1.9)

2012-11-07 Thread Even Rouault
> Detailed set-up: > * PostGIS 2.1.0SVN (r10597) > * GDAL 1.9.0, released 2011/12/29 > * OS: Debian Wheezy There have been significant fixes done in the PostGISRaster driver in GDAL trunk a few weeks ago. You might want to try it. ___ gdal-dev mailing

Re: [gdal-dev] gdalinfo on PostGIS rasters (GDAL 1.9)

2012-11-07 Thread James Hiebert
Mathieu, Might be a couple things going on, but have you properly set the georeferencing properties of your raster? What is the output of SELECT st_georeference([raster_column]) from myraster If they're not set, then you essentially just have a picture in your database (which is why it display

[gdal-dev] gdalinfo on PostGIS rasters (GDAL 1.9)

2012-11-07 Thread Mathieu Basille
Dear GDAL developers, I am currently working with a PostGIS data base, which contains a few rasters imported from .img raster files. The rasters work properly in PostGIS, and are displayed properly in QGIS. They are projected as WGS84 (SRID 4326). They were imported using raster2pgsql, such as

Re: [gdal-dev] Which version number for the next GDAL release : 1.10 or 2.0 ?

2012-11-07 Thread Dmitry Baryshnikov
07.11.2012 23:17, Even Rouault пишет: Hi, I'm wondering if we shouldn't release GDAL trunk as GDAL 1.10 instead of GDAL 2.0. I think that 2.0 is a good motivation to make more global changes. Though we have an example of version shift in Linux kernel from 2.x to 3.x. As far as I know, there h

Re: [gdal-dev] random crashes upon using ogrinfo or ogr2ogr with FileGDB

2012-11-07 Thread Jeff McKenna
On 12-11-06 8:25 PM, Martin Feuchtwanger wrote: > > Is it possible the FileGDB driver is broken? > Hello Martin, The FileGDB driver has been packaged for a while now on Windows for the MS4W installer (http://www.maptools.org/ms4w/). It uses File Geodatabase API 1.2 with GDAL 1.9.1 - you could i

Re: [gdal-dev] Which version number for the next GDAL release : 1.10 or 2.0 ?

2012-11-07 Thread Even Rouault
> > RFC 39 (the layer algebra) does break the C ABI, I believe. No, it does not break anything. It *adds* new entry points, like all previous releases have done. Which is OK as far as backward compatibility is concerned. > How about making the changes to the API but not implement them...? Tha

Re: [gdal-dev] Which version number for the next GDAL release : 1.10 or 2.0 ?

2012-11-07 Thread Ari Jolma
On 11/07/2012 09:17 PM, Even Rouault wrote: Hi, I'm wondering if we shouldn't release GDAL trunk as GDAL 1.10 instead of GDAL 2.0. As far as I know, there haven't been yet any change in GDAL trunk that qualifies as a major re-architecturing, or that breaks the C API & ABI of the GDAL 1.X series

Re: [gdal-dev] Which version number for the next GDAL release : 1.10 or 2.0 ?

2012-11-07 Thread Howard Butler
On Nov 7, 2012, at 1:17 PM, Even Rouault wrote: > Hi, > > I'm wondering if we shouldn't release GDAL trunk as GDAL 1.10 instead of GDAL > 2.0. > > As far as I know, there haven't been yet any change in GDAL trunk that > qualifies as a major re-architecturing, or that breaks the C API & ABI o

[gdal-dev] Which version number for the next GDAL release : 1.10 or 2.0 ?

2012-11-07 Thread Even Rouault
Hi, I'm wondering if we shouldn't release GDAL trunk as GDAL 1.10 instead of GDAL 2.0. As far as I know, there haven't been yet any change in GDAL trunk that qualifies as a major re-architecturing, or that breaks the C API & ABI of the GDAL 1.X series. I'm not sure if or when someone will want

Re: [gdal-dev] Is there any way of accesing the GDAL utilities from C#?

2012-11-07 Thread CABO
I have created the ticket: http://trac.osgeo.org/gdal/ticket/4888 Best regards, Casper From: gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Tamas Szekeres Sent: 7. november 2012 10:41 To: Dev3 Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] Is

Re: [gdal-dev] Detect if SpatiaLite is available

2012-11-07 Thread Radim Blazek
On Wed, Nov 7, 2012 at 12:00 PM, Even Rouault wrote: > Selon Radim Blazek : > >> Is there a way to detect in C if SQLite driver was compiled with >> SpatiaLite and SPATIALITE=YES option may be used? > > OGR drivers currently lack a mechanism to expose metadata, so apart from > trying > to create

Re: [gdal-dev] Detect if SpatiaLite is available

2012-11-07 Thread Even Rouault
Selon Radim Blazek : > Is there a way to detect in C if SQLite driver was compiled with > SpatiaLite and SPATIALITE=YES option may be used? OGR drivers currently lack a mechanism to expose metadata, so apart from trying to create a spatialite DB (you can create a in memory one, like /vsimem/foo.d

[gdal-dev] Detect if SpatiaLite is available

2012-11-07 Thread Radim Blazek
Is there a way to detect in C if SQLite driver was compiled with SpatiaLite and SPATIALITE=YES option may be used? Radim ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Is there any way of accesing the GDAL utilities from C#?

2012-11-07 Thread Tamas Szekeres
With regards to the C# bindings Gdal.FillNodata should work, but Gdal.RasterizeLayer requires some adjustments. You might file a ticket for this at http://trac.osgeo.org/gdal/newticket Best regards, Tamas 2012/11/7 Dev3 > Hi All! > I am trying to do some data processing in my .NET applicatio

Re: [gdal-dev] Is there any way of accesing the GDAL utilities from C#?

2012-11-07 Thread Ari Jolma
Folks, RasterizeLayer and FillNodata have been in the bindings for some time. Whether they are usable from a specific language is another thing (some typemaps may be missing for example). Ari On 11/07/2012 09:38 AM, Etienne Tourigny wrote: Hi for now you can use them as command-line apps o