Matthew Perry kirjoitti:
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
On Wed, 2008-09-03 at 10:40 +0300, Ari Jolma wrote:
Indirectly, yes. You can use r.reclass to create areas of similar
elevation from the raster DEM and r.to.vect to covert to polygons.
Also, use the -s switch (in r.to.vect) to get smoothed and not edgy
polygons :-)
I have been trying to use the OCI driver to create a table and load data
into it. I have been using the same code loop in the past to create
shapefiles without problems. No errors are reported during the
CreateFeature and SetField process based on return status but no data
shows up in the table.
Thanks for having a look at my problem. I am adding more information:
I am merging a number of rgb tiff files (scanned city maps), but they
don't align perfectly at the outer edges. This means that on the edges of
the resulting output file, where the tiff files don't align, I get borders
with
Bruce,
I have seem this error message before and I think is it exactly what you
though but just for troubleshooting, could you try to re-create the
columns as NUMERIC without (precision,scale) and run it again. That will
point out where the error occurs. Maybe.
Ivan
Clay, Bruce wrote:
I
Il giorno Tue, 02 Sep 2008 10:49:02 -0400
Frank Warmerdam [EMAIL PROTECTED] ha scritto:
[...]
I think that it would be nice to have a base set of *PixelFunctions*
(mod, phase, real, imag, sum, diff, etc.) bundled with the GDAL
library in order to allow the user to cook its own virtual
Hi Andreas,
If you use gdalwarp rather than gdal_merge you could use the -srcnodata
and -dstnodata flags to change the null value:
gdalwarp in-01.tif in-02.tif outimage.tif -srcnodata 0 -dstnodata 255
This assumes the nodata in all the input images are the identical (0, or
black).
Since
I am currently using GDAL and MrSID DSDK for reading and georeferencing
raster files.
Currently it is using the .aux file for projection information and this
is working fine for .sid and .tiff files.
(I have tried using 1.5.0, 1.5.2 and the current dev branch)
Now it seems like starting
Hi Tamas,
Comments inline, thanks again for your thoughts.
-Original Message-
From: Tamas Szekeres [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 03, 2008 10:59 AM
To: Norman Barker
Cc: gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] RE: progressive rendering
2008/9/3 Norman
Christian Willmes wrote:
Hello,
I have a problem with the gdal Installation on our webserver. I'm new to
gdal, to be specific I try to get some raster data into mapserver, but
there occours the following error according gdal and I could not find
anything what helped me out on google and
Does OGR support Postgis 8.3 under Windows?
I have the following defined in my nmake.opt but am still getting all sorts
of linker errors:
# PostGIS Libraries
PG_INC_DIR = C:\pg\include\
PG_LIB = C:\pg\lib\libpq.lib wsock32.lib
Craig
Norman,
just a very quick review of the latest state of the RFC after a quick reading
of it...
- do we really need to make new classes GDALAsyncDataset and
GDALAsyncRasterBand. I've raised that point on previous email. -- potential
problem for the corresponding C API, but, I agree, not
12 matches
Mail list logo
