I don't know if you've thought about this, but it seems to me that doing a jsoniq port to node.js, a la coffeescript, would give the language a significant boost. 

Kurt,

Good news : I think it is already DONE  :-)

(but let me double check with my team, because they do so many things, I start to loose track of them....)

William, Rodolfo,

can you please answer Kurt with more details about node.js ?

Thanks

Dana

Kurt Cagle
Invited Expert, XForms Working Group, W3C

Managing Editor, http://XMLToday.org

kurt.cagle@g...

443-837-8725

On Fri, May 31, 2013 at 11:29 AM, daniela florescu <dflorescu@m...> wrote:

Kurt, this is we tried here, by applying the XQuery concepts to JSON data.

http://www.jsoniq.org/

Looks like XQuery, smells like XQuery, does everything that XQuery does, but applies on JSON and uses DOTS.

Plus you can mix and match JSON and XML in the same query.

Give it a look, and send us feedback.

Best

Dana

On May 31, 2013, at 11:21 AM, Kurt Cagle wrote:

Hey, Len,

I run into this a great deal with Java developers who consume XML that then gets converted to JAXB or some other code serialization. Most have at most a very rudimentary understanding of XML, usually enough to write well-formed XML but not to the point of understanding more than the very basics of XML design, usually have no understanding of XPath or XSLT, and at best VERY rudimentary XSD skills (mostly those features of XSD most likely to break their JAXB serializations). 

I'm not sure more XML education works here though. Most times its a language prejudice - they don't want to learn XML because it's not Java, or JavaScript or Ruby, and because it can't easily be broken into "dot" notations. Of course, I also think that the W3C missed a golden opportunity to create an e4x-like standard - an analog to XPath that would have fit more sympathetically into the C++/Java/JS formalisms. 

Kurt

Kurt 

Kurt Cagle
Invited Expert, XForms Working Group, W3C

Managing Editor, http://XMLToday.org/

kurt.cagle@g...

443-837-8725

On Fri, May 31, 2013 at 10:20 AM, <cbullard@h...> wrote:

Maybe everyone shouldn't be able to deal with the "raw" XML and without a decent data dictionary, shouldn't.   But time and time again the ability to read a type definition and scree the XML saved my bacon.

I gave my current firm's (consultants for rent r us) representative a list of questions to ask people who are offering themselves up as gurus for hire.  She requested it.  The problem was taggers trying to offer themselves as data analysts and getting thrown back like bad fish a few weeks later or not making it through the interview.  XML education is a serious and I believe growing problem in the industry.

There are many XML application/vocabularies and I don't expect everyone to know all of them.  There is a big body of XML supporting software and programming or querying/database skills are required and I don't expect everyone to know all of them.

But if they can't read native XML at all, throw them back on the dock.  Basics matter.

len

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@l....org
subscribe: xml-dev-subscribe@l....org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php