<div dir="ltr">Couchdb said they have specifications. They don't feel the need to to share them because they  have satisfied customers. You can read between the lines as to what that means.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 11, 2015 at 1:01 AM, daniela florescu <span dir="ltr"><<a href="mailto:dflorescu@me.com" target="_blank">dflorescu@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">BTW, what I was trying to say after all is that ANY XQuery engine can become an<br>
extremely powerful JSON query processor with almost NO investment.<br>
<br>
In Zorba, after we figured out the dirty little problems that are part of JSONiq spec, we needed<br>
something like 1man/month to add JSON support to XQuery.<br>
<br>
Minimal investment.<br>
<br>
By all means, please do add JSON support to your query processors if you have an XQuery implementation.<br>
<br>
Otherwise we’ll be stuck for 30 years in the no mans’ land of silly solutions, e.g. CouchDb, who doesn’t<br>
believe that adding a semantic description to a query language is a useful thing to do, or to MongoDb,<br>
who even more scarier, scales to the level of the UNIVERSE (no kidding, just watch ….<br>
<a href="https://www.youtube.com/watch?v=3MNIrKlQp2E" target="_blank">https://www.youtube.com/watch?v=3MNIrKlQp2E</a>)<br>
<br>
<br>
Please don’t let those past 15 years be a waste.<br>
<br>
<br>
Dana<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
<br>
> On Jun 10, 2015, at 6:39 PM, daniela florescu <<a href="mailto:dflorescu@me.com">dflorescu@me.com</a>> wrote:<br>
><br>
> Dear all,<br>
><br>
> by now, some of you must be bored of the current discussions and must ask yourself:<br>
> what the heck is this JSONiq.org stuff ?<br>
><br>
> I will answer in one sentence.<br>
><br>
> +++++++++++++++++++++++++++++++++++++++++++++++<br>
><br>
> JSONiq is XQuery with “.” instead of “/“ and “{“ instead of “<“.<br>
><br>
> ++++++++++++++++++++++++++++++++++++++++++++++++<br>
><br>
> </end-of-story><br>
><br>
> Now, JSONiq has been designed by the Zorba team a couple of years back, looking at the<br>
> gory details and differences between XML and JSON, and trying to reconcile them, technically AND<br>
> politically.<br>
><br>
> JSONq comes in two flavors: JSONiq++ and JSONiq—.<br>
><br>
> JSONiq++ is a 100% extension (syntactic and semantic ) of XQuery 3.0 that ALSO includes the JSON concepts: JSON navigation ,<br>
> JSON items (objects and arrays) constructors, JSON null and JSON-specific functions.<br>
><br>
> JSONiq— is a subset (syntactic and semantic) of JSONiq++, restricted ONLY to what JSON is concerned about,<br>
> eliminating everything that has to do with XML (e.g. XML navigation and XML node constructors), plus adding a more<br>
> aesthetically pleasant syntax for JSON navigation, using “.” .<br>
><br>
> JSONiq++ is indeed complex, as it inherits both the complexities of XML and JSON, and has to reconcile them somehow.<br>
> However clunky that is, it is EXTREMELY useful for cases (like Mulesoft) when you have to integrate between data in XML and JSON.<br>
> I think those cases are more and more frequent.<br>
><br>
> JSONiq— is designed to be aesthetically and semantically pleasing to the JSON-only community — out of which there are plenty, too.<br>
> See MongoDB, CouchDb, etc.<br>
><br>
> =================<br>
><br>
> The Zorba team spent almost a year trying to study the details of the problem (e.g. different characters sets in JSON vs XML, grammatical conflicts,<br>
> uses cases and their aesthetics, etc).   That was NOT fun work. There was nothing deep or highly intelligent in that design.<br>
><br>
> This was stuff that SOMEONE had to do (and I am sorry to say, it was easier to do outside the W3C standardization meeting rooms).<br>
><br>
> I think that almost anyone who would start with the same design goals will end up with the same solution.<br>
><br>
><br>
> I wish our efforts were not wasted in vain, and everybody will NOT start re-inventing the wheel now.<br>
><br>
> Plus, it would be really nice if the JSON community would not start investigating the problem of querying semi-strcutured data EXACTLY<br>
> from the same point the XML community started in 1996….<br>
><br>
> That would be really bad.<br>
><br>
><br>
> Best regards<br>
> Dana<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:talk@x-query.com">talk@x-query.com</a><br>
<a href="http://x-query.com/mailman/listinfo/talk" target="_blank">http://x-query.com/mailman/listinfo/talk</a></div></div></blockquote></div><br></div>