[gdal-dev] RFC 58: Removing Dataset Nodata Value

[Ivan Lucena]

> From: even.rouault at spatialys.com
> To: gdal-dev at lists.osgeo.org
> Subject: Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value
> Date: Tue, 19 May 2015 16:10:38 +0200
> CC: lucena_ivan at hotmail.com; jukka.rahkonen at maanmittauslaitos.fi
> 
> Le mardi 19 mai 2015 16:06:59, Ivan Lucena a écrit :
> > Jukka/Even,
> > 
> > Yes, you guy are right. The  "-a_nodata none" will help but I still need to
> > implement a value range check on my CreateCopy anyway. So users don't need
> > to run gdal_translate again after they find the problem or use "-a_nodata
> > none" all the time (in a script for example) and miss the good ones.
> 
> I'm wondering if it might not make more sense to modify the input driver(s) to 
> not report out-of-range nodata values ? I fail to see a reason to report an 
> out-of-range nodata value.
> 

That makes sense but we would need to go though all drivers and copy&paste the value range check code to avoid reporting wrong values. Could the core GetNoDataValue do that instead?

> > 
> > Thanks.
> > 
> > > To: gdal-dev at lists.osgeo.org
> > > From: jukka.rahkonen at maanmittauslaitos.fi
> > > Date: Tue, 19 May 2015 13:43:38 +0000
> > > Subject: Re: [gdal-dev] RFC 58: Removing Dataset Nodata Value
> > > 
> > > Ivan Lucena <lucena_ivan <at> hotmail.com> writes:
> > > > Would that be feasible to accept the option "-a_nodata NO" on GDAL
> > > > command
> > > 
> > > lines, to indicate that NoData should not pass from the input to the
> > > output dataset?
> > > 
> > > Would it be something different than "-a_nodata none"?
> > > 
> > > -a_nodata value:
> > >     Assign a specified nodata value to output bands. Starting with GDAL
> > > 
> > > 1.8.0, can be set to none to avoid setting a nodata value to the output
> > > file if one exists for the source file. Note that, if the input dataset
> > > has a nodata value, this does not cause pixel values that are equal to
> > > that nodata value to be changed to the value specified with this option.
> > > 
> > > -Jukka Rahkonen-
> > > 
> > > _______________________________________________
> > > gdal-dev mailing list
> > > gdal-dev at lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.com
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150519/bff7428f/attachment-0001.html>