Please upload your file to the ticket (or just a small subset if the file is sensitive, or a way to generate a similar file, or send it to me).
It is probably because of the color table which I have not tested for. Etienne On Mon, Apr 8, 2013 at 3:17 AM, John Twilley <math...@gmail.com> wrote: > Thank you, Etienne, for writing this code. I greatly appreciate it! > > I updated my svn checkout, then applied your patch with no errors. I > tried to warp my landcover files which use color tables (which is why mode > is so important to me) and they did not work. Here is the output: > > jmt@nala:~/git/mathuin/TopoMC$ /home/jmt/svn/gdal/apps/.libs/gdalwarp > --debug -multi -tr 6 6 -te 2087232 2395968 2104512 2410176 -r mode > regions/Provincetown/Datasets/L1L.tif L1L-new.tif > Copying color table from regions/Provincetown/Datasets/L1L.tif to new file. > Creating output file that is 2880P x 2368L. > Processing input file regions/Provincetown/Datasets/L1L.tif. > Warning: Input file regions/Provincetown/Datasets/L1L.tif has a color > table, which will likely lead to bad results when using a resampling method > other than nearest neighbour. Converting the dataset prior to 24/32 bit is > advised. > ERROR 5: GDALWarpOptions.Validate() > eResampleArg=6 is not a supported value. > jmt@nala:~/git/mathuin/TopoMC$ > > Let me know if I can provide any additional information to help you out! > > Jack. > > -- > mathuin at gmail dot com > > > On Sun, Apr 7, 2013 at 1:19 PM, Etienne Tourigny > <etourigny....@gmail.com>wrote: > >> I have implemented mode and average warping algorithms, based on those >> used in overview creation. >> >> http://trac.osgeo.org/gdal/ticket/5049 >> >> This code has been tested on a few datasets (see attachments) with all >> datatypes (Byte, Int, Float) but not all cases have been looked into (e.g. >> color tables, various projections). >> >> Any feedback and testing would be appreciated. >> >> Cheers >> Etienne >> >> >> On Wed, Mar 27, 2013 at 6:13 PM, John Twilley <math...@gmail.com> wrote: >> >>> I'm interested in this feature request as well. Adding the mode >>> resampling algorithm to gdalwarp would be very beneficial to my projects, >>> right up there with being able to access the warp API from Python. Is this >>> at all possible? Should I submit a feature request on Trac, or what? Just >>> let me know! >>> >>> Jack. >>> >>> -- >>> mathuin at gmail dot com >>> >>> >>> On Mon, Feb 18, 2013 at 8:17 AM, Jan Hartmann <j.l.h.hartm...@uva.nl>wrote: >>> >>>> >>>> Hi devs, >>>> >>>> Would it be possible to add gauss and other interpolations to gdalwarp? >>>> At the moment I georeference large scans to 2000*2000 tiles at the most >>>> detailed scale, and then create 2000*2000 tiles at resolutions of 2, 4 6 >>>> etc times the original scale, using gdaladdo and gauss or other >>>> interpolations. It would help immensely if I could do that directly with >>>> gdalwarp. >>>> >>>> >>>> Funding would probably no problem. The question is: can and should it >>>> be done? >>>> >>>> Jan >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev