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
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
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 (
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,
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
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
+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
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
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
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
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
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
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
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
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
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
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
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!
__
18 matches
Mail list logo