Re: [gdal-dev] gdalbuildvrt problem with heterogenous band characteristics

2012-08-21 Thread Margherita Di Leo
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,

[gdal-dev] GDALSetRasterNoDataValue and NaN

2012-08-21 Thread Radim Blazek
Hi, is it safe to use GDALSetRasterNoDataValue() with std::numeric_limitsdouble::quiet_NaN()? Radim ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] GDALSetRasterNoDataValue and NaN

2012-08-21 Thread Mateusz Loskot
On 21 August 2012 12:01, Radim Blazek radim.bla...@gmail.com wrote: Hi, is it safe to use GDALSetRasterNoDataValue() with std::numeric_limitsdouble::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

Re: [gdal-dev] coordinate transforms

2012-08-21 Thread Luca Sigfrido Percich
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

Re: [gdal-dev] GDALSetRasterNoDataValue and NaN

2012-08-21 Thread Even Rouault
Selon Radim Blazek radim.bla...@gmail.com: Hi, is it safe to use GDALSetRasterNoDataValue() with std::numeric_limitsdouble::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

[gdal-dev] OGR as a dynamically loadable sqlite3 extension [was Re: new SQLite dialect and spatialite]

2012-08-21 Thread Even Rouault
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 ? I

Re: [gdal-dev] Gdalinfo slow with big Rasterlite tables

2012-08-21 Thread Even Rouault
Le mardi 21 août 2012 09:53:50, Rahkonen Jukka a écrit : Even Rouault wrote: Selon Rahkonen Jukka jukka.rahko...@mmmtike.fi: 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

[gdal-dev] gdaltindex

2012-08-21 Thread Ian Walberg
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

Re: [gdal-dev] gdaltindex

2012-08-21 Thread Even Rouault
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 but

Re: [gdal-dev] gdaltindex

2012-08-21 Thread Smith, Michael ERDC-RDE-CRREL-NH
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

Re: [gdal-dev] gdaltindex

2012-08-21 Thread Ian Walberg
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

[gdal-dev] batch for mean by gdal_calc

2012-08-21 Thread sigologo
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