Hi,
2009/8/20 questions anon questions.a...@gmail.com
Can anyone get me started on a script that can -
-Open a shapefile
-Open many rasters
-Calculate the mean and standard deviation of those rasters within the
shapefile region, but is able to ignore areas of zeros or NoData
Hi,
There is also a tool called Starspan than uses GDAL and GEOS to do
arbitrary zonal stats.
Dylan
On Wed, Aug 26, 2009 at 7:13 AM, Jose Gomez-Dansjgomezd...@gmail.com wrote:
Hi,
2009/8/20 questions anon questions.a...@gmail.com
Can anyone get me started on a script that can -
-Open a
subramaniam wrote:
Dear All
I have downloaded 1.6.2 source code and tried to compile in windows 32bit
with Microsoft Visual studio 6.0 version. I getting error after the
generation of the gdal-i.lib and other library files. So i am not getting
the corresponding executive file *.dll. I need help
On Wednesday 26 August 2009, Emilio Mayorga wrote:
Jose,
Thanks for your pointer to your web site. Looks like you have some
very interesting and useful code there. I've been trying to do
something similar, though I use raster zone grids rather than vector
layers; I'd be happy to share that
Hi,
2009/8/26 Dylan Beaudette debeaude...@ucdavis.edu
ndeed. The current (C++) version of Starspan is more or less unsupported. I
tend to use an older, stabler, version-- but have become frustrated with it
in recent studies. I think that the current maintainer Jon Greenberg is
working on an
Adam wrote:
You can test with http://pastebin.com/m45e46f53
Also remember to use -wo SKIP_NOSOURCE=YES
Adam,
Will your patch appear in trunk/gdal/alg at some point in time?
Hermann
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
n Wed, Aug 26, 2009 at 9:37 AM, Jose Gomez-Dansjgomezd...@gmail.com wrote:
2009/8/26 Dylan Beaudette debeaude...@ucdavis.edu
ndeed. The current (C++) version of Starspan is more or less unsupported.
I tend to use an older, stabler, version-- but have become frustrated with
it in recent
Martin,
I take the liberty to CC the list, as it is an interesting issue and it's better
to go public if we want to make progress on that.
In a few words, this is about how we could speed up GetFeature() on the layers
returned when issuing a SQL request on OGR drivers that rely on databases : PG
Even and Frank,
1. I would absolutely not change any existing functionality of how FID is
handled or you will screw up everyone's code that depends on that and will
cause a lot of people serious grief.
2. I cannot remember exactly but I think SetNextByIndex was intended to
solve this problem
Selon Frank Warmerdam warmer...@pobox.com:
Even Rouault wrote:
Martin,
I take the liberty to CC the list, as it is an interesting issue and it's
better
to go public if we want to make progress on that.
In a few words, this is about how we could speed up GetFeature() on the
layers
Selon Martin Chapman chapm...@pixia.com:
Even and Frank,
1. I would absolutely not change any existing functionality of how FID is
handled or you will screw up everyone's code that depends on that and will
cause a lot of people serious grief.
2. I cannot remember exactly but I think
Even,
I agree with your response. Regardless of specific implementation I think
your efforts to provide high speed random access searches by ordinal
position for the database drivers will be a fantastic addition to the OGR
library. I am really excited to check it out when you get it ready for
12 matches
Mail list logo
