Good catch Daniel! Daniel knew that my orginal images were in HFA (.img) float32 and was translated to byte and scaled . I'm trying to merge those byte-scaled images. The nodata value for these file is 0 and not -3.4028234663852886e+038 anymore.
What confused me is gdalinfo on those new images. Even if they are in BYTE, gdalinfo returns the nodata value, Min, Max, etc. of the original images in float32. Is that a bug? thanks Steve Steve Toutant, M. Sc. Analyste en géomatique Secteur environnement Direction des risques biologiques, environnementaux et occupationnels Institut national de santé publique du Québec 945, avenue Wolfe Québec, Qc G1V 5B3 Tél.: (418) 650-5115 #5281 Fax.: (418) 654-3144 [email protected] http://www.inspq.qc.ca Daniel Morissette <[email protected]> 31/07/2009 10:21 AM A [email protected] cc Objet Re: gdalwarp merge problem [email protected] wrote: > > Hi, > Still trying to merge images... > I need to merge several images. As an example The image EstMtl.tif must > be over the image EstGa.tif. > > Here is the command > gdalwarp -srcnodata -3.4028234663852886e+038 -dstnodata 0 -of "GTiff" > -te -931841.246 126213 241462 805816 -tr 30.0 30.0 EstGa.tif icu.tif > gdalwarp -srcnodata -3.4028234663852886e+038 -dstnodata 0 EstMtl.tif > icu.tif > > Steve, Dans ton courriel hier à ce sujet tu écrivais: "Voici une image suite au merge originaux-scaled-google" Est-ce que tu fais ton merge sur les originaux ou sur les images "scaled"? Si tu travailles avec les images scaled, alors il faudrait utiliser "-scrnodata 0" puisque la valeur de nodata -3.4028234663852886e+038 s'applique seulement aux images originales en float et il me semblait qu'après le scale les nodata étaient à 0. Peux-tu SVP vérifier ça? Daniel -- Daniel Morissette http://www.mapgears.com/
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
