Hello Gdalers!!!
I'm calculated mean for many image MODIS is posible simply this
calculation is tooo large...
gdal_calc.py -A MOD13A3_2001001_.tif -B MOD13A3_2002001_.tif -C
MOD13A3_2003001_.tif -D MOD13A3_2004001_.tif -E MOD13A3_2005001_.tif -F
MOD13A3_2006001_.tif -G MOD13A3_2007001_.tif -H
Thanks for the details.
We have tried taking a working shp tileindex file and converting it using
ogr2ogr and we were getting errors.
Let us look again.
Regards
Ian
-Original Message-
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Smith,
Mapserver does. I've used Oracle as a source for a tile index so sqlite
should work as well.
See
https://github.com/mapserver/mapserver/wiki/MapServer-TILEINDEXes-with-Data
base-RASTERS for using Oracle
And you could add SQLite to the Wiki as well (if it works).
Mike
On 8/21/12 5:24 PM, "Even
Le mardi 21 août 2012 23:09:19, Ian Walberg a écrit :
> Hello folks,
>
> Can gdaltindex create a sqlite db instead of a shapefile.
Not directly, but you can use ogr2ogr to convert it to a sqlite db
>
> This would be for use with mapserver and we are finding some references
> to non shapefiles b
Hello folks,
Can gdaltindex create a sqlite db instead of a shapefile.
This would be for use with mapserver and we are finding some references
to non shapefiles but cannot get it to work.
Thanks
Ian
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
h
Le mardi 21 août 2012 09:53:50, Rahkonen Jukka a écrit :
> Even Rouault wrote:
> > Selon Rahkonen Jukka :
> > > Even Rouault wrote:
> > > >> Better after doing these. 4 minutes and 10 seconds for the biggest
> > > >> layer, record before this was 6 minutes. Big enough difference for
> > > >> being
Le mardi 21 août 2012 19:38:51, a.furi...@lqt.it a écrit :
> Hi Even,
>
> if I understand well the new "SQLite style dialect" you've
> developed for OGR is mainly based on a VirtualTable.
>
> Do you have considered that this new feature could be
> really nice to be supported in SpatiaLite as well
Selon Radim Blazek :
> Hi,
> is it safe to use GDALSetRasterNoDataValue() with
> std::numeric_limits::quiet_NaN()?
There have been some work done in GDAL core (mainly in statistics functions), in
some algorithms (warping for example), in some utilities and in some drivers
(GTiff, VRT) to be able
Hi Al,
have you tried with ImportFromWkt? The string is a Well Known Text
definition of a SpatialReference.
Sig
srs = osr.SpatialReference()
srs.ImportFromWkt("""
PROJCS["unnamed",
GEOGCS["NAD83",
DATUM["North_American_Datum_1983",
SPHEROID["GRS
1980",6
On 21 August 2012 12:01, Radim Blazek wrote:
> Hi,
> is it safe to use GDALSetRasterNoDataValue() with
> std::numeric_limits::quiet_NaN()?
What kind of safety do you mean?
AFAICT, it does not sound sensible anyway.
Use of NaN would give unreliable results, by definition of NaN:
double n1 =
Hi,
is it safe to use GDALSetRasterNoDataValue() with
std::numeric_limits::quiet_NaN()?
Radim
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Dear all,
in regard of this different behavior performed by gdalwarp and gdalbuildvrt
respect to different data type entries, I have some considerations. The
error raised by gdalbuildvrt made me wonder about my data and then with
your help I discovered what was wrong with them. On the other hand,
12 matches
Mail list logo
