OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] YPath, ZPath?


I was sorry to read that XQuery 3.1 is not considering JSON data as a tree: JSON is treated as a "complex" atomic type, from my point of view.

I have been implementing parsers for non-XML data, such CSV or JSON for example, which construct DOM trees with nodes with specific node types for arrays and maps. Then, using an XPath syntax for navigation requires just few extensions!

This has been presented at XML Amsterdam last November: http://www.agencexml.com/amsterdam2015/Processing_non-XML_sources_as_XML.pdf

Best regards,


Le 10/04/2016 21:42, Hans-Juergen Rennau a écrit :
Thank you, Dana and Liam.

Does JSONiq support navigation axes apart from the child axis?

Concerning XQuery 3.1, my reading of the spec is that support for JSON navigation (the lookup operator) is restricted to the child axis.

My feeling is that support for other navigation axes besides the child axis is an essential feature of XPath.

With kind regards,

daniela florescu <dflorescu@me.com> schrieb am 20:54 Sonntag, 10.April 2016:

JSONiq had relatively sophisticated path expressions sublanguage, but designed specially for JSON.

Not all the “tree” structures are alike.

As for path expressions, during the 1990ies there was SO much work on that…..interested 
parties should go back in time and read the literature.


On Apr 10, 2016, at 11:45 AM, Hans-Juergen Rennau <hrennau@yahoo.de> wrote:

Dear colleagues,

the navigation model of XPath - navigation viewed as a sequence of steps, a step viewed as a combination of navigation axis, node test and optional predicates  - enables the expression of item selection in a clear, concise and very readable way. But I do not think that the basic principles of the navigation model depend on XML trees, rather, that variations of the XPath model could be designed for other kinds of tree-structured information.

Yet the only attempt to do so which I am aware of is JSONPath.

I would be interested in learning about other approaches to apply XPath-like navigation to non-XML structures - can you help me discover them?

And do you have thoughts about why one should not - or should - attempt such approaches?

With kind regards,

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS