Re: [gdal-dev] GDAL Releases

2008-10-07 Thread Jean-Claude REPETTO
Frank Warmerdam wrote : I would like to prepare a 1.5.3 release candidate tomorrow ... Hello, I would like to see ticket #2285 resolved, if not too difficult. I have to use ImageMagick because pct2rgb.py does not work, but ImageMagick removes georeferencing data from GeoTiff files. Jean-C

RE: [gdal-dev] GDAL Releases [Scanned]

2008-10-07 Thread Dale Harris
Ok thanks for that. Any idea on the timeline for the beta release? Cheers Dale -Original Message- From: Frank Warmerdam [mailto:[EMAIL PROTECTED] Sent: Wednesday, 8 October 2008 1:27 PM To: Dale Harris Cc: gdal-dev@lists.osgeo.org Subject: Re: [gdal-dev] GDAL Releases [Scanned] Dale Har

Re: [gdal-dev] GDAL Releases

2008-10-07 Thread Frank Warmerdam
Dale Harris wrote: I would like to see ticket 2585 be resolved. This has been available in MITAB since February and Mapinfo has support date fields for a few years now. Dale, I get the impression this fix will not make it into the 1.5.x stable releases, but that it should make it into 1.6.0 (

Re: [gdal-dev] lost gdal_polygonize

2008-10-07 Thread Frank Warmerdam
Gennady Khokhorin wrote: Can not find gdal_polygonize utility: http://www.gdal.org/gdal_polygonize.html Want to extract polygons based on color range Any help, please. GDAL 1.5.1 Gennady, gdal_polygonize is only available in trunk, not the 1.5.x series. It is a new capability. Best regards,

[gdal-dev] GDAL Releases

2008-10-07 Thread Dale Harris
I would like to see ticket 2585 be resolved. This has been available in MITAB since February and Mapinfo has support date fields for a few years now. Cheers, Dale Harris GIS Manager Regis Resources Ground Floor 62 Colin Street West Perth WA 6005 Direct Line (08) 9442 2207 Fax: (08) 9442 2

[gdal-dev] lost gdal_polygonize

2008-10-07 Thread Gennady Khokhorin
Can not find gdal_polygonize utility: http://www.gdal.org/gdal_polygonize.html Want to extract polygons based on color range Any help, please. GDAL 1.5.1 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDAL Releases

2008-10-07 Thread Tamas Szekeres
+1 Tamas 2008/10/7 Frank Warmerdam <[EMAIL PROTECTED]>: > Folks, > > I would like to prepare a 1.5.3 release candidate tomorrow since it has been > quite a while since the last stable release. Are there any objections or > bug fixes seen as worth holding this up for? > > Also, I'd like to start

Re: [gdal-dev] Gdal.Polygonize and SWIGTYPE_p_OGRLayerShadow

2008-10-07 Thread Tamas Szekeres
Asger, I've committed a change in the SVN-trunk so as to support this function. Check out and let me know how it goes. Best regards, Tamas 2008/10/7 Asger Sigurd Petersen <[EMAIL PROTECTED]>: > Hi, > > > > I would like to use Gdal.Polygonize from C# using the SWIG bindings, but > Polygonize d

Re: [gdal-dev] GDAL Releases

2008-10-07 Thread Even Rouault
I'm +1 for that plan. Le Tuesday 07 October 2008 22:55:41 Frank Warmerdam, vous avez écrit : > Folks, > > I would like to prepare a 1.5.3 release candidate tomorrow since it has > been quite a while since the last stable release. Are there any objections > or bug fixes seen as worth holding this

Re: [gdal-dev] interpretation of nodata in OGR libraries

2008-10-07 Thread Dylan Beaudette
On Tuesday 07 October 2008, Frank Warmerdam wrote: > Dylan Beaudette wrote: > > Hi, > > > > I am not sure if this is a DBF issue, or something deeper in OGR, but > > there does not appear to be a mechanism for preserving 'nodata' or NULL > > values when exporting from GRASS to vector formats throug

[gdal-dev] GDAL Releases

2008-10-07 Thread Frank Warmerdam
Folks, I would like to prepare a 1.5.3 release candidate tomorrow since it has been quite a while since the last stable release. Are there any objections or bug fixes seen as worth holding this up for? Also, I'd like to start progress toward a 1.6.0 release. I had hoped to address additional U

Re: [gdal-dev] interpretation of nodata in OGR libraries

2008-10-07 Thread Frank Warmerdam
Dylan Beaudette wrote: Hi, I am not sure if this is a DBF issue, or something deeper in OGR, but there does not appear to be a mechanism for preserving 'nodata' or NULL values when exporting from GRASS to vector formats through v.out.ogr. ... It seems that on export via OGR there is some kind

[gdal-dev] interpretation of nodata in OGR libraries

2008-10-07 Thread Dylan Beaudette
Hi, I am not sure if this is a DBF issue, or something deeper in OGR, but there does not appear to be a mechanism for preserving 'nodata' or NULL values when exporting from GRASS to vector formats through v.out.ogr. Here is an example using the sample 'Spearfish' data within GRASS: Spearfish e

Re: [gdal-dev] Shift/Translate vector data within the same coordinate system

2008-10-07 Thread John C. Tull
On Oct 7, 2008, at 8:45 AM, Frank Warmerdam wrote: It should be possible to specify a -s_srs and -t_srs that match the actual coordinate system, except using a different false easting/ northing for the source srs. This would result in an offset in x and y similar to the difference in false

Re: [gdal-dev] Shift/Translate vector data within the same coordinate system

2008-10-07 Thread Frank Warmerdam
Andreas Neumann wrote: Hi, I wonder if ogr2ogr can translate/shift vector data within the same coordinate system. In Postgis I would use ST_Translate(geometry, float8, float8, float8) to solve my problem. I have data that is in the swiss coordinate system (metric, scale 1:1), but not correctly

Re: [gdal-dev] I'm thinking make my source about gdal & wince open

2008-10-07 Thread Tom Kazimiers
Hi, I would be intereseted in this since I am also a developer for WinCE and WinMobile who is using gdal. What is the purpose of your library? What can it do? Why do you use GDAL 1.4.2? 1.5.2 is the current release and I compiled it last week for WinCE (including Proj4) last week - with some mino

[gdal-dev] Gdal.Polygonize and SWIGTYPE_p_OGRLayerShadow

2008-10-07 Thread Asger Sigurd Petersen
Hi, I would like to use Gdal.Polygonize from C# using the SWIG bindings, but Polygonize doesn't accept an OSGeo.OGR.Layer object for the vector output, rather it demands a SWIGTYPE_p_OGRLayerShadow object. Problem is that it looks as if there is no way to instantiate a SWIGTYPE_p_OGRLayerSha

[gdal-dev] I'm thinking make my source about gdal & wince open

2008-10-07 Thread legeochen
I wrote a quite simple c++ lib based on gdal 1.4.2 for wince August 2008. And now I am thinking about make it opensorce, and hope it can be improved by all interested in future. Any engaged in similar stuffs ? Any ideas and suggestions are appreciated! __