Hi there,
Got a strange one. In a particular 3DTileset I’m getting a runtime error when colorizing a 3DTileset. My (relevant) rules are for property _count0 (verified);
["isNaN(${_count0}) || !isFinite(${_count0})", "color('orange', 0.4)"]
["${_count0} > 400", "color('red', 0.4)"]
However, I’m getting the runtime error;
Operator ">" requires number arguments. Arguments are 480 and 400.
In this case, the value of the property is ‘480’, and by the ruleset it has passed the number sniff-test with isNaN(). Is there some bug somewhere where it passes the numbers test, but the value is still the string ‘480’ and not converted correctly? Seems odd that the number 480 isn’t recognized as a number? Ever seen this before? It works fine on most other properties, so I’m looking for what could cause this, either a bug in isNaN() or something about the value that’s odd. What are the rules for the value conversion from the batchTable to the GL engine? If an extra space sneaks in (untrimmed, for example) or something like that?
Any hints welcome!
Cheers,
Alex