Selon Joaquim Luis <jl...@ualg.pt>: Very weird. In such cases, I'd recommand a 'make clean; make', especially if you've hacked your tree. If it still continues afterwards, you'll have to set a breakpoint in GDALRasterBand::SetNoDataValue() and see what calls it.
> Yes, strange it is. I'm using trunk as well (from yesterday) but I don't get > it > when I use FWTools. > Even weirder, I used GTiff just as an easy example but the original place > where > I saw it is with my gdalread MEX, which only reads a dataset and does not > attempt > to write it anywhere. > > > > Even Rouault wrote: > > Selon Joaquim Luis <jl...@ualg.pt>: > > > > I can't reproduce your issue with trunk, nor can I understand how it can > happen. > > This error message is thrown when a driver doesn't implement the > > SetNoDataValue() method. But the GTiff driver has supported it for ages. > > > >> Hi, > >> > >> In this example I get the (apparently innocuous) error message below. > >> The file is correctly converted, but why is it complaining? > >> > >> > >> gdal_translate w020n40.Bathymetry.srtm lixo.tiff > >> > >> ERROR 6: SetNoDataValue() not supported for this dataset. > >> Input file size is 4800, 6000 > >> 0...10...20...30...40...50...60...70...80...90...100 - done. > >> > >> > >> w020n40.Bathymetry.hdr > >> > >> BYTEORDER M > >> LAYOUT BIL > >> NROWS 6000 > >> NCOLS 4800 > >> NBANDS 1 > >> NBITS 16 > >> PIXELTYPE SIGNEDINT > >> BANDROWBYTES 9600 > >> TOTALROWBYTES 9600 > >> BANDGAPBYTES 0 > >> NODATA -32768 > >> ULXMAP -19.9958333333333 > >> ULYMAP 39.9958333333333 > >> XDIM 0.008333333333333 > >> YDIM 0.008333333333333 > >> > >> > >> Joaquim Luis > >> _______________________________________________ > >> 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