[gdal-dev] Motion: Adopt RFC 50: OGR field subtypes
Hi, I think that the points raised in the discussion have been answered. So: Motion : I move to adopt RFC 50: OGR field subtypes http://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Starting with my +1 Best regards, Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] gdal_calc.py: produce median raster
I have one GeoTiff file with 3 bands. I want to produce a raster file computing pixel wise median value for the three raster bands. How can I do that? I tried as follows: gdal_calc.py -A infile --allBands --outfile outfile --calc median(A) But could not get any out file. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Adopt RFC 50: OGR field subtypes
Even Rouault even.rouault at spatialys.com writes: I think that the points raised in the discussion have been answered. So: Motion : I move to adopt RFC 50: OGR field subtypes http://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Starting with my +1 +1 -Jukka Rahkonen- ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] cannot unsubscribe the mailing list
Hello, I alert that I still can't unsubscribe the mailing list. I already sent my email adress to get a reminder password in order to unsubscribe but I never receive the reminder. I checked the spam too. Thanks 2014-11-12 17:53 GMT+01:00 Samy Alami alami.s...@gmail.com: Hello, I tried to unsubscribe the mailing list but I never received the email to physically unsubscribe. Any help ? -- *Samy* ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Call for discussion on RFC 51: RasterIO() improvements : resampling and progress callback
Hi, This is a call for discussion on a new RFC : RFC 51 RasterIO() improvements : resampling and progress callback http://trac.osgeo.org/gdal/wiki/rfc51_rasterio_resampling_progress Below the summary : This RFC aims at extending the RasterIO() API to allow specifying a resampling algorithm when doing requests involving subsampling or oversampling. A progress callback can also be specified to be notified of progression and allow the user to interrupt the operation. Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Call for discussion on RFC 51: RasterIO() improvements : resampling and progress callback
Even Rouault even.rouault at spatialys.com writes: Hi, This is a call for discussion on a new RFC : RFC 51 RasterIO() improvements : resampling and progress callback http://trac.osgeo.org/gdal/wiki/rfc51_rasterio_resampling_progress Below the summary : This RFC aims at extending the RasterIO() API to allow specifying a resampling algorithm when doing requests involving subsampling or oversampling. A progress callback can also be specified to be notified of progression and allow the user to interrupt the operation. Hi, Gdaladdo seems to lose some resampling algorithms. The damage with average_mp can't be big by reading the comment from the gdaladdo manual page average_mp is unsuitable for use. Average_magphase averages complex data in mag/phase space. Gdaladdo now: -r {nearest (default),average,gauss,cubic,average_mp,average_magphase,mode} Gdaladdo once RFC 51 is implemented: -r parameter now accepts bilinear, cubicspline and lanczos as algorithms. Otherwise I have not much to say about this RFC. Blurring has two r's, and I think that it is good that gdal_translate will be able to use different resampling methods and there will be no need to use gdalwarp if warping is really not needed. If you will touch gdal_translate anyway and it will do good job with resampling I would like to see the same -tr option than in gdalwarp for setting target resolution simply without a need to play with -outsize plus -srcwin or -projwin. -Jukka Rahkonen- Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Call for discussion on RFC 51: RasterIO() improvements : resampling and progress callback
Jukka, Gdaladdo seems to lose some resampling algorithms. Ah, the text of the RFC wasn't clear enough. Bilinear, cubicspline and lanczos are *additional* algorithms to the existing ones. The damage with average_mp can't be big by reading the comment from the gdaladdo manual page average_mp is unsuitable for use. Average_magphase averages complex data in mag/phase space. Gdaladdo now: -r {nearest (default),average,gauss,cubic,average_mp,average_magphase,mode} Gdaladdo once RFC 51 is implemented: -r parameter now accepts bilinear, cubicspline and lanczos as algorithms. Otherwise I have not much to say about this RFC. Blurring has two r's, Fixed and I think that it is good that gdal_translate will be able to use different resampling methods and there will be no need to use gdalwarp if warping is really not needed. Yes, this can be significantly faster with gdal_translate -r since the resampling algorithms of overview computation that are used can use more optimizations than the general purpose ones of warping. If you will touch gdal_translate anyway and it will do good job with resampling I would like to see the same -tr option than in gdalwarp for setting target resolution simply without a need to play with -outsize plus -srcwin or -projwin. That's not technically correlated with the RFC, but I see your point. I'll see to add this. Note that this will not allow changing alignment of the origin as you can do with gdalwarp -te/-tap: that would require VRT offsets to be specified as floating point values. Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Adopt RFC 50: OGR field subtypes
+1 Tamas 2014-11-24 9:38 GMT+01:00 Even Rouault even.roua...@spatialys.com: Hi, I think that the points raised in the discussion have been answered. So: Motion : I move to adopt RFC 50: OGR field subtypes http://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Starting with my +1 Best regards, Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Adopt RFC 50: OGR field subtypes
+1 Frank On Mon, Nov 24, 2014 at 12:38 AM, Even Rouault even.roua...@spatialys.com wrote: Hi, I think that the points raised in the discussion have been answered. So: Motion : I move to adopt RFC 50: OGR field subtypes http://trac.osgeo.org/gdal/wiki/rfc50_ogr_field_subtype Starting with my +1 Best regards, Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush| Geospatial Software Developer ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal_calc.py: produce median raster
Does the following work: gdal_calc.py -A infile --allBands=A --outfile=outfile --calc=median(A) Date: Mon, 24 Nov 2014 19:14:06 +0900 From: simlan...@gmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] gdal_calc.py: produce median raster I have one GeoTiff file with 3 bands. I want to produce a raster file computing pixel wise median value for the three raster bands. How can I do that? I tried as follows: gdal_calc.py -A infile --allBands --outfile outfile --calc median(A) But could not get any out file. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal_calc.py: produce median raster
Dear Marius Jigmond: Thanks for your attempt. Unfortunately, it is producing 3 band outfile, rather than 1 band median image. I could not figure out what this code computed, all the resulted 3 bands images are also different. I hope someone can help me. On Tue, Nov 25, 2014 at 12:09 PM, Marius Jigmond mariusjigm...@hotmail.com wrote: Does the following work: gdal_calc.py -A infile --allBands=A --outfile=outfile --calc=median(A) -- Date: Mon, 24 Nov 2014 19:14:06 +0900 From: simlan...@gmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] gdal_calc.py: produce median raster I have one GeoTiff file with 3 bands. I want to produce a raster file computing pixel wise median value for the three raster bands. How can I do that? I tried as follows: gdal_calc.py -A infile --allBands --outfile outfile --calc median(A) But could not get any out file. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] gdal_calc.py: produce median raster
Dear Respected Authors: I would be grateful if you could share any hints on it. On Tue, Nov 25, 2014 at 4:33 PM, Simen Langseth simlan...@gmail.com wrote: Dear Marius Jigmond: Thanks for your attempt. Unfortunately, it is producing 3 band outfile, rather than 1 band median image. I could not figure out what this code computed, all the resulted 3 bands images are also different. I hope someone can help me. On Tue, Nov 25, 2014 at 12:09 PM, Marius Jigmond mariusjigm...@hotmail.com wrote: Does the following work: gdal_calc.py -A infile --allBands=A --outfile=outfile --calc=median(A) -- Date: Mon, 24 Nov 2014 19:14:06 +0900 From: simlan...@gmail.com To: gdal-dev@lists.osgeo.org Subject: [gdal-dev] gdal_calc.py: produce median raster I have one GeoTiff file with 3 bands. I want to produce a raster file computing pixel wise median value for the three raster bands. How can I do that? I tried as follows: gdal_calc.py -A infile --allBands --outfile outfile --calc median(A) But could not get any out file. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev