I don't see the point of using something new for binary data. Clearly this is not JSON. If you have an application that needs an encoding that handles...
I've seen very large numbers used in JSON. In Perl, that can be represented as a Math::BigInt object. And that is the way I have implemented it in my JSON...
Don, I see your point. The way I understand it is that this would require 2 new data types, effectively BigInt and BigDecimal. So say something along these...
... Correct, format does not aim for minimal complexity of implementations. But for space efficiency it is pretty much a requirement as small set of names is...
... Yes, to properly support full JSON data set, one should provide BigInteger/-Decimal either binary representations or by embedding textual representation. ...
... Don's point is valid but it assumes that every environment has this support, and that's not the case. Maybe his use cases/environments have that. When ...
... Correct, format does not aim for minimal complexity of implementations. ... But for the decoder it's required, or at least that's how i understood the ...
Stephan, It reminds me of our conversation earlier about 64-bit. As you mentioned, Don has a great point, but the uniqueness of the data structure (I doubt the...
Yes, that is what I was getting at. But see comments embedded. ... complement and such is probably too much work. Maybe just specify that the first bit...
I didn't mean to imply that every environment has this support -- I'm very aware that most environments do not. However, the same issue arises when using...
I forgot to add that encoders should only use the big number format if the number is too big to fit in int64 (or int32, depending on which will be the largest...
Hey all, It might be worth it, to take a peek at the AMF0 and AMF3 protocol. The AM3 protocol makes a distinction between integer and number data. Taken from...
Hello Riyad, Stephan, Don, Tatu, and all group members, I recently analysed about 70 of the libraries linked from json.org (almost all listed in the C++, C,...
On Thu, Sep 22, 2011 at 11:47 PM, Milo Sredkov <miloslav@...> wrote: supported by the specification, and tools try their best to deliver it ... i would...
... You have a very interesting way of reading specifications -- when spec does not limit magnitude or precision, you claim it's fine to use whatever size: by...
... I agree with this, and also with the general idea of using most economic applicable type (i.e. not using unlimited-length representation for small...
I'm all for big integer support. I use it all the time (from Python). As an aside, as others have pointed out, there are other similar efforts around. If...
... Unfortunately, the various pickle formats are apparently not documented anywhere that Google can find. Can you provide a pointer? (There is also a...
Don, Great feedback so far, I have a few thoughts on the subject: 1. The hard-to-measure value of a specification being simple and immediately grok'able is...
Milo, Agreed on how the format must be presented on the website, I am keeping your post bookmarked as a TODO list as I work on formalizing the spec on the...
... I think it is patronizing to suggest that something as simple as supporting Big Integer and -Decimal would be beyond skills of competent parser writers --...
... The best documentation I know of is in the source for the pickle and pickletools modules. You can find them, e.g. like this: $ python Python 2.6.4...
... Not beyond the skills - beyond the patience and needs. i host 2 (C and C++) JSON libraries and i have absolutely no need for big numbers, so i would never...
this subject in this mail list generated more email in one week that the list had in 6 months. I therefore stepped back, too much to follow. Anyone willing to...
Hey Dennis, Here is where we are: I have been working on a Universal Binary JSON specification and asked the group for feedback on it. You can check the spec...
... Well then, why not add just one more type code for "string-encoded number"? That way, ordinary JSON can be round-tripped with 100% reliability. Well, if...
