<div dir="ltr">Even,<div><br></div><div>Thanks for the info. I guess in that case using the highest bit depth will have to do.</div><div><br></div><div>Regarding the nodata value (just curius): how is this value stored (there is no such tag, AFAIK)? In the GDAL data model this value is per band and not per dataset, so that could be a possible improvement, right?</div><div><br></div><div>Regards,</div><div>Fabian</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, 29 Oct 2018 at 11:44, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Fabian,<br>
<br>
> <br>
> I just tried to convert a Cloudsat (2B-GEOPROF to be exact) to a TIFF. I<br>
> try to do this using the Python bindings and creating a VRT [3] referencing<br>
> the Subdatasets of the HDF 4 file.<br>
<br>
I'd also note that you use different nodata value per band, which isn't <br>
supported by the GTiff driver.<br>
<br>
> <br>
> When I try to do this, I get the following error:<br>
> <br>
> "Unable to export GeoTIFF file with different datatypes per different<br>
> bands. All bands should have the same types in TIFF."<br>
> <br>
> The TIFF spec allows to define the dataset for each sample ([1] and [2]),<br>
> but it seems that GDAL does not support it.<br>
<br>
The limitation comes from libtiff itself. Would certainly be a significant <br>
change in it and in the GDAL GTiff driver.<br>
You can force all the bands on the highest bit depth.<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</blockquote></div>