CBORNumber.IsNumber() is classifying many numbers as 'not number'

[EskoDijk]

Hello, one issue I found with CBORNumber.IsNumber() , is that it classifies many number elements as 'not number' (false). This happens if the number in the element, e.g. a CBOR unsigned integer, is tagged.

I see in the IANA assignments that in some cases 'non-number CBOR elements' , i.e. elements not integers and not floats, can be interpreted as numbers if these are prefixed with a particular tag like 30, 264, 265, 268, 269, 270 and 2,3,4,5. These are special cases that the method can test for (and does test for).

However in the common case a tagged unsigned integer, signed integer or float should be classified as 'number' (so: true). Because

• there seem to be no tags (as far as I can tell) that when annotating a single uint/int/float with this tag will cause the CBOR element to be interpreted as something that's not a number. It is usually the other way around.
• tags that aren't allocated yet can be used to annotate a CBOR number. For sure these do not change the meaning of a uint/float/int, in other words, unallocated tags when applied to a CBOR numeric type don't remote the "numberness" of the number element.

For information, my particular case was using an integer that is tagged with 47 ; a SID - which is a number for sure. Here IsNumber() gives 'false'.

So by default I would give any tagged uint/int/float object which isn't an array the benefit of the doubt and classify them as number. Only those tags that explicitly remove the "numberness" of a uint/int/float object would need to be included in the code as special cases and for those the method should return 'false'. It could be that the IANA registry contains such cases, but again I haven't seen these so far! I would be interested to learn if there are cases like these. Thanks :)

[peteroupc]

Thank you for your comment. In the meantime, you can also do cbor.Untag().IsNumber() to determine whether a CBOR object stores a number (or cbor.Type == CBORType.Integer || cbor.Type==CBORType.FloatingPoint). You can also write a custom extension method that classifies CBOR objects in the manner you care about.

[EskoDijk]

Thanks, yes I was already using the Untag() for this purpose.

[peteroupc]

This issue has seen no activity, and it appears to be resolved, so closing.