[gdal-dev] Re: Identify EPSG SRS_ID from Shapefile SRS Definition

2011-09-29 Thread Tony Na
Thanks Even, Your answer has been a lot of help for me. I think I'll go with the command line option for now, and take note of the AutoIdentifyEPSG() enhancement for future references. Thanks, -Tony Na -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/gdal-dev-Identify-EPS

Re: [gdal-dev] SpatiaLite patch-set

2011-09-29 Thread Even Rouault
> Glad to hear any comment from you about all this. Commited as per http://trac.osgeo.org/gdal/ticket/4269 Thanks ! > > Sincerly your, > Sandro Furieri ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Identify EPSG SRS_ID from Shapefile SRS Definition

2011-09-29 Thread Even Rouault
Le jeudi 29 septembre 2011 19:21:15, tony...@sybase.com a écrit : > Hi fellow GDAL/OGR developers, > I'm currently developing an OGR data provider module for Sybase SQLAnywhere > database, which recently supports spatial features in it's version 12 > release. I have a question regarding the best wa

Re: [gdal-dev] PostgreSQL [RESOLVED]

2011-09-29 Thread Even Rouault
> I can confirm this fixed my problem. I mentioned $bounty$ before, and I > meant it. $50 sound ok? Let me know (off list if you like) an address, > and I'll get you a check. (although its u.s. dollars, looks like you > are from France?) Got a wish list someplace? Thanks for the offer, but I

[gdal-dev] Identify EPSG SRS_ID from Shapefile SRS Definition

2011-09-29 Thread Tony . Na
Hi fellow GDAL/OGR developers, I'm currently developing an OGR data provider module for Sybase SQLAnywhere database, which recently supports spatial features in it's version 12 release. I have a question regarding the best way to evaluate the equivalence between two Spatial Reference Systems. It

Re: [gdal-dev] PostgreSQL [RESOLVED]

2011-09-29 Thread Andy Colson
On 9/29/2011 11:28 AM, Even Rouault wrote: Selon Andy Colson: On 9/29/2011 1:36 AM, Even Rouault wrote: Le mercredi 28 septembre 2011 21:28:26, Even Rouault a écrit : Le jeudi 22 septembre 2011 17:48:29, Andy Colson a écrit : Hi List, I'm using ogr2ogr to convert (and reproject) data from s

Re: [gdal-dev] PostgreSQL

2011-09-29 Thread Even Rouault
Selon Andy Colson : > On 9/29/2011 1:36 AM, Even Rouault wrote: > > Le mercredi 28 septembre 2011 21:28:26, Even Rouault a écrit : > >> Le jeudi 22 septembre 2011 17:48:29, Andy Colson a écrit : > >>> Hi List, > >>> > >>> I'm using ogr2ogr to convert (and reproject) data from shapefile to PG, > >>

[gdal-dev] GDALPolygonize() Duplicate Geometry

2011-09-29 Thread barryfx
I'm using the GDAL 1.6.2 GDALPolygonize() function to convert a raster image to vector format. I'm then saving that off to an ESRI Shapefile. The resulting shapefile has a polygon with an inner ring (a hole). The shapefile also has an additional polygon with an exterior ring the size and shape

[gdal-dev] FYI: SQL Anywhere OGR driver under development

2011-09-29 Thread Dave . DeHaan
Hello GDAL/OGR devs, I'm a developer at Sybase, working with the SQL Anywhere product. SQL Anywhere (SA) is a light-weight but fully-featured RDBMS with particular strengths in the mobility and embedded markets. SA version 12 (release in 2010) added spatial support modelled on the OGC/SQLMM sta

Re: [gdal-dev] Re: Can't get gdalwarp to create a raster in Mercator-2SP projection?

2011-09-29 Thread Brian Case
Patrick from http://remotesensing.org/geotiff/proj_list/mercator_2sp.html "The difference between 1SP and 2SP formulations is that the initial parameters are different: in 1SP you start from the longitude of natural origin and the scale factor, while in 2SP you start from the longitude of natural

Re: [gdal-dev] PostgreSQL

2011-09-29 Thread Andy Colson
On 9/29/2011 1:36 AM, Even Rouault wrote: Le mercredi 28 septembre 2011 21:28:26, Even Rouault a écrit : Le jeudi 22 septembre 2011 17:48:29, Andy Colson a écrit : Hi List, I'm using ogr2ogr to convert (and reproject) data from shapefile to PG, if I use insert statements the null dates are not

Re: [gdal-dev] EPSG 7.9 Upgrade in Trunk

2011-09-29 Thread Stephen Woodbridge
On 9/29/2011 3:03 AM, Frank Warmerdam wrote: Folks, I have upgraded libgeotiff, PROJ.4 and GDAL with EPSG definitions regenerated from the EPSG 7.9 database. New "preferred datum shift selection" rules are also in place which will give preference to 7 parameter datum shifts over 3 parameter datu

[gdal-dev] gdal_calc.py, calculating the mean value of masked arrays

2011-09-29 Thread christian yrrman
Dear All, I'm trying to use gdal_calc.py to solve the following problem: I have a time series of NDVI data as 8bit tiff files with different BadData pixels (>50 and <250; this is the same for all layers) from which I would like to calculate the mean. (i.e. the same pixel might not be valid in al

[gdal-dev] Re: [Proj] EPSG 7.9 Upgrade in Trunk

2011-09-29 Thread Hamish
Frank wrote: > I have upgraded libgeotiff, PROJ.4 and GDAL with EPSG > definitions regenerated from the EPSG 7.9 database. New > "preferred datum shift selection" rules are also in place which > will give preference to 7 parameter datum shifts over > 3 parameter datum shifts are also in place caus

Re: [gdal-dev] EPSG 7.9 Upgrade in Trunk

2011-09-29 Thread Ari Jolma
On 09/29/2011 10:54 AM, Even Rouault wrote: Selon Frank Warmerdam: Frank, There might be further actions needed as far as GDAL (and libgeotiff perhaps ?) is concerned according to ticket http://trac.osgeo.org/gdal/ticket/4223 : "Next time the EPSG database is updated, note that a Krovak paramet

Re: [gdal-dev] EPSG 7.9 Upgrade in Trunk

2011-09-29 Thread Even Rouault
Selon Frank Warmerdam : Frank, There might be further actions needed as far as GDAL (and libgeotiff perhaps ?) is concerned according to ticket http://trac.osgeo.org/gdal/ticket/4223 : "Next time the EPSG database is updated, note that a Krovak parameter has been renamed (and renumbered)." Best

[gdal-dev] EPSG 7.9 Upgrade in Trunk

2011-09-29 Thread Frank Warmerdam
Folks, I have upgraded libgeotiff, PROJ.4 and GDAL with EPSG definitions regenerated from the EPSG 7.9 database. New "preferred datum shift selection" rules are also in place which will give preference to 7 parameter datum shifts over 3 parameter datum shifts are also in place causing a fair amo