Hi,
I have updated the RFC
http://trac.osgeo.org/gdal/wiki/rfc24_progressive_data_support
To take in all of your comments, and I have added a comment about how
this is a progressive format driver, but is no longer asynchronous, and
I am not sure how it ever could be asynchronous within the driv
On Tue, Sep 2, 2008 at 2:26 PM, Ari Jolma <[EMAIL PROTECTED]> wrote:
> Did you ever want gdal_contour to produce polygons instead of lines?
...
> I wonder what's the current situation. Does GRASS do this?
>
Indirectly, yes. You can use r.reclass to create areas of similar
elevation from the raster
Did you ever want gdal_contour to produce polygons instead of lines?
I made a small Perl program that uses the Perl bindings to GDAL and
which converts the lines into polygons. The polygons represent "plates"
of equal elevation and thus overlap. The polygons are stored into a new
layer in such
Hi Even,
While this particular implementation may only be a toy, there are many
times when it would be very useful to use an application like gimp for
editing spatial imagery. Case in point, Avenza Systems sells a plugin
for photoshop called Geographic Imager to do this for $700usd.
Aside fr
Adam, all
Thanks for the comments and updates, I am working as fast as I can
(after a long weekend without a computer :-) ) to capture all of your
comments and interface definitions and to produce the documented
interfaces (header definitions) for the RFC. I am taking the last email
from Tamas, a
Tamas Szekeres wrote:
Hi All,
Upon thinking about the issues I've been come up with previously, I
consider the following approach could be implemented easily either at
driver or at SWIG interface level. Requires a new class to be
implemented by the async IO supported drivers and a new additional
Frank:
As best I can tell the data layer is recognized as an OGROCITableLayer
but the call to GetExtent only goes down to the OGRLayer. It is not
passed down to the specific (OCI) driver. The calls to ResetReading and
GetNextFeature in the GetExtent method are passed to the OCI driver but
the G
Clay, Bruce wrote:
When I used the debugger to step into the OGRLayer GetExtent method I
noticed that it walks through all of the features in the dataset and
tests the envelope of each feature in the set.
Are there any driver specific optimizations (i.e. OCI) that could be
called instead
When I used the debugger to step into the OGRLayer GetExtent method I
noticed that it walks through all of the features in the dataset and
tests the envelope of each feature in the set.
Are there any driver specific optimizations (i.e. OCI) that could be
called instead of this one since it doe
Antonio Valentino wrote:
Is it possible to extract the module (and possibly the phase) of a
complex dataset using GDAL utilities or playing with the virtual driver?
If I use
$ gdal_translate -ot Float64 src_dataset dst_dataset
on a complex src_dataset it seems to extract the real part.
A
Silvia,
As far as I know, the GDAL API doesn't have a function to read direct
from a multi-band to 3D matrix.
The GDALRasterBand::RasterIO()[1] and GDALRasterBand::ReadBlock()[2]
reads from one band at the time.
The GDALDataset::RasterIO()[3] does support multi-band reading but I
believe t
Is it possible to extract the module (and possibly the phase) of a
complex dataset using GDAL utilities or playing with the virtual driver?
If I use
$ gdal_translate -ot Float64 src_dataset dst_dataset
on a complex src_dataset it seems to extract the real part.
Any tip?
Regards
--
Antonio
Dear lists.
I want Tiled Map Service with openlayers.
There are 30 GigaBytes datasets(136 tif files from aerial photos).
For the first time, I use gdal_merge.py in order to make a single merged
file.
Next, I use gdal2tiles.py to generate tiled map images with openlayers.
However, it doesn't seem re
13 matches
Mail list logo
