Hi all,
I noticed that, while both ADRG and CADRG rasters can be read, only ADRG
rasters can be created. Are there any plans to support creating rasters in
CADRG format?
Thanks,
Chris Harrill
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lis
On Wed, Feb 20, 2013 at 6:30 AM, Etienne Tourigny
wrote:
> Frank,
>
> thanks for you thorough response.
>
> I agree that GDAL's detection is rather efficient, but sometimes it
> can be relatively slow when scanning many files in a GUI.
>
> This is admittedly a worst-case scenario, but is the reaso
On 02/20/2013 04:10 PM, Mateusz Loskot wrote:
Whoever comes up with an idea to directly drive his app GUI with a
library such as GDAL should leave his desk, go fishing for as long as it takes
him to come back
with solution on his app side.
Mateusz,
I've come up with this idea. However, I'm no
Hi all,
I have a set of ecw files that I wish to gdalwarp to a new coordinate system
and convert to jpg.
I have been using these commands:
gdal_translate in.ecw out_gt.tif -a_nodata none -of GTiff -co TFW=YES
gdalwarp -s_srs EPSG:26909 -t_srs EPSG:3005 -of GTiff -co TFW=YES -dstalpha
out_gt.tif ou
On 13-02-20 10:08 AM, Jeff Lacoste wrote:
Daniel: Using 'SIA' technique sounds promising. Does it apply to
polygons as well ? or just polylines ? I would be interested to test
(and later use if applicable) your approach.
If would like an extra tester, please let me know.
Yes, our implementati
"Graeme: Is your tracing technique a new algorithm different from
GDAL_Polygonize ? Is there a C/C++ code I can build or may be an .exe
utility I could use to try out ?"
It is not my technique. Dan's utils were written by some heroic figure known
only as Dan Stahlke. I have no idea who he is, but
Thanks Mateusz. Is this limited to polylines only ? not polygons ?
On Wed, Feb 20, 2013 at 10:19 AM, Mateusz Loskot wrote:
> On 20 February 2013 15:08, Jeff Lacoste wrote:
> > Thanks every one who responded to my post.
> >
> > Jeff: it appears that your approach involve smoothing the original
On 20 February 2013 15:08, Jeff Lacoste wrote:
> Thanks every one who responded to my post.
>
> Jeff: it appears that your approach involve smoothing the original grid
> before generating contours (or polygons from it). Right ? It would be nice
> if I could have the smoothing either as an after pr
On 20 February 2013 14:30, Etienne Tourigny wrote:
> On Tue, Feb 19, 2013 at 12:59 PM, Frank Warmerdam wrote:
>>
>> One other use that extensions are used for is to make it easy for a
>> user to filter down files in a file browser to just one format. I
>> can't think of any time I've found this
Thanks every one who responded to my post.
Jeff: it appears that your approach involve smoothing the original grid
before generating contours (or polygons from it). Right ? It would be nice
if I could have the smoothing either as an after process operation
or ideally as an option within the polygo
On Tue, Feb 19, 2013 at 12:59 PM, Frank Warmerdam wrote:
> On Tue, Feb 19, 2013 at 9:39 AM, Etienne Tourigny
> wrote:
>> It would be nice to be able to specify many extensions in a
>> comma-separated list such as "nc,cdf,nc4". It can probably be done
>> (metadata is just a string), but isn't stan
Siva,
If you want to remove features with duplicate centroids, it is not safe to
use the spatial filter directly. A centroid may lie outside the geometry.
Make a duplicate layer using OGRDataSource::CopyLayer() and replace the
geometry in each feature with its centroid. So, the duplicate layer wi
>
>
> Yes visually attractive or smooth polygons is the goal. Thanks again Frank.
>
> Doing a web search about simplification algorithm i found one named
> '*Ramer-Douglas?Peucker'
> (*http://en.wikipedia.org/wiki/Ramer-Douglas-Peucker_algorithm).
> It appears that 'Geos'' library implement this
13 matches
Mail list logo