[gdal-dev] ERROR 6: SetNoDataValue() not supported for this dataset.

[Even Rouault]

Selon Joaquim Luis <jluis at 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 <jluis at 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 at lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >>
> >
> >
> >
> >
>
>