Thanks for the workaround! It works but is a bit hacky so let me explain
I would like to create data cube with S2 sun zenith and azimuth angles and the DEM. The first are saved as integers but without any scaling and the second as float. So I need to convert the angles to floats thus:
However, when merging the cubes this still gives as error:
Band 2 cell type does not match, float32raw != float32
So I guess that I need to do a similar operation on the DEM as I did on the S2 cube to convert it from float32raw to float32.
What would be really convenient is a NumPy style astype operator or an option in the merge_cubes to make the second cube perfectly fit the first (i.e. it would resample, reproject and convert type as necessary).
in fact, this float32raw is a bit problematic in any case, and was causing trouble in the DEM loading:
Could you perhaps try again? I redeployed a version that should change the DEM data type.
I do agree that sometimes explicit type conversion might be more convenient than using linear_scale_range, I’ll need to log an issue for that in openEO processes, so we can define how it should look like.