+1Β
Β
I am not certain what transformer can change my NaN values to NoData values (or any other values)?Β
Β
I read through this article:Β http://blog.safe.com/2013/11/fmeevangelist119/Β
and thought the NullAttributeMapper would be the answer, but it does not seem so.Β
Β
Β
Β
Hi,Β
Β
Have you tried setting a preferable Nodata value to the "Output DEM Raster Nodata Value" parameter of the SurfaceModeller?Β
Β
Takashi
+22+1Β
Β
Itay - I think you are getting at the NoData value? My understanding of NaN is that is is not a number so it would not be 9999 or 0.Β
Β
To simply my question: given that you have a 32 bit raster that has normal double values, has a NoData value set as -32767.0, and also has NaN values, what is the simplest way to make the NaN values into NoData values?Β
Β
I have managed to do this but I'm not sure how efficient the process would be with larger datasets:Β
I first convert the raster to points, then do a AttributeClassifier (passing only points that are "double") and then using NumericRasterizer to arrive back at a raster. This does the trick but is there a more efficient method?Β
Β
Β+1It seems that "nan" is treated internally as a numeric value smaller than any valid value when comparing values.
Try the RasterCellValueReplacer with this setting:
Replace Values <=: -32767
New Value: -32767
It seems that "nan" is treated internally as a numeric value smaller than any valid value when comparing values.
Try the RasterCellValueReplacer with this setting:
Replace Values <=: -32767
New Value: -32767
An application. This workflow removes every "nan" point from the source point cloud feature.
+8By me works well with raster with NaN nan or -nan Nodata value:
PointCloudCombiner with options: Extract NoData = No
NumericRasterizer, set Cell Spacing and extent with the value extracted with RasterPropertyExtractor. Set your nodata value, example -9999
Β
+7Iβve just tried this in FME 2025.1 but there doesnβt seem to be a real solution to this. I tried (various combinations of):
None of the above seems to handle the nan values. As a workaround Iβve tried:
Both workarounds add a lot of unnecessary processing, especially with large raster files, and they would require rebuilding a raster if required.
Β
The only other option I can see is manipulating the raster geometry via a PythonCaller.
Β
Have I missed something - any other suggestions?
+37But what are the real values of the rastercell in binary? This could give a hint in the solution.
+7β
+37And where does the NaN come from?
The cell values are numeric/floating. Setting a value to -999 is done on the cell value and calling -999 NoData is done in the 'metadataβ.
If you convert your service to a raster and click on a location that had a nan value does it appear as -999 or NoData or does it appear as some other value?
I probably just donβt understand the problem fully, so could be dumb questions.
+7β
The raster is being read directly via the ERDAS IMG reader. When I read the raster, the values in question come through as nan and do display as nan in the data inspector. I will need to manage the nodata values, ideally without conversion to vectors.
I do know that the original nodata value was -999 when the raster was written as IMG, plus the nodata value shows as -999 in the ArcPro raster metadata as well.
I was hoping the IMG reader would allow controlling the way nodata is being reproduced but I canβt see a relevant parameter there.
+37I canβt think of any other solutions at this moment. Could you supply a small sample data? And your current not working transformers? Maybe someone else has an revelation when looking at the not working sample.
+47Are you able to extract all cells which are >=0 ORΒ <=0? I would expectΒ this should not include NaN?
