You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
o For JSON Numbers, the CBOR representation can use integers,
floating-point numbers, or decimal fractions (CBOR Tag 4);
however, a representation SHOULD be chosen such that when the CBOR
value is converted to an IEEE double-precision, floating-point
value, it has exactly the same value as the original JSON Number
converted to that form. For the version number, only an unsigned
integer is allowed.
o Characters in the String Value are encoded using a text string
with a definite length (major type 3). Octets in the Data Value
are encoded using a byte string with a definite length (major type
2).
...
o For streaming SenSML in CBOR representation, the array containing
the records SHOULD be a CBOR array with an indefinite length; for
non-streaming SenML, an array with a definite length MUST be used.
Unless I missed something it is very impossible to check that ?
The text was updated successfully, but these errors were encountered:
I'm implementing SenML Cbor and I need to check that some data are encoded in a specific way.
Eg. rfc8428§6. CBOR Representation (application/senml+cbor):
Unless I missed something it is very impossible to check that ?
The text was updated successfully, but these errors were encountered: