Re: [xml-dev] YPath, ZPath?

[Dave Pawson <dave.pawson@gmail.com>]

Mikes example  FtanSkrit goes a long way beyond a selection 'language'
(ignoring what else xpath has been asked to do).

xpath 1.0 was just that, a selection language, constrained to XML per
design, based on DSSSL experience.

Given data in one of n forms, xml, json, csv, [spread sheet style data?]
Might some form of xpath be suitable?

Jeni T and her 'big data' springs to mind as data to work with for the
latter class of data (not quite tabular).


It strikes me that xpath has some very relevant and some irrelevant
aspects when looking at such wider data sets. Is there sufficient
commonality to group them? Might a 'node' have more than one
definition depending on which class of data is being searched?

regards Dave P





On 13 April 2016 at 09:34, Michael Kay <mike@saxonica.com> wrote:
>>
>> On the topic of FtanML, am I the only person disappointed with the lack of
>> namespaces?
>
> I have always considered Namespaces in XML to be a bit of a disaster, the primary problems being
>
> (a) although it's nice to have the option to abbreviate long globally-unique names, it should always be possible to write them in full if you choose to, rather than relying on some contextual mapping of short names to long names. The fact that the long form of an element name can't be used in every context where an element name is needed adds a lot of complexity to applications.
>
> (b) if an abbreviated form of name is permitted, then it should always be statically resolvable to the long name. This isn't possible in the case of "QNames in content", where the software component that knows the rules for converting short names to long names (the XML parser) can't detect the presence of a short name and therefore can't expand it; it therefore has to make the mapping of short names to long names available to other components in the system.
>
> In FtanML as written up for Balisage, I proposed to tackle (a) by using long names of the form
>
> org_w3_xsd_schema
>
> rather than
>
> {http://www.w3.org/xsd}schema
>
> so that (i) the long name is a syntactically valid name, and (ii) it's rather less verbose by cutting out the verbiage of "http://"; and "www" which is just noise.
>
> I tackled (b) by simply not provided any abbreviation mechanism, with the suggestion that long names should be used only where there really was a need for global uniqueness; for example with SVG, I think the SVG element itself requires a name like org_w3_svg, but individual elements like rectangle and circle can live happily with names whose context is established by virtue of the fact that they have org_w3c_svg as a container.
>
> I did consider various schemes for allowing abbreviated versions of long names but I wasn't 100% satisfied with any of them so I left this out of the paper.
>
> Michael Kay
> Saxonica
>
> _______________________________________________________________________
>
> 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@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



-- 
Dave Pawson
XSLT XSL-FO FAQ.
Docbook FAQ.
http://www.dpawson.co.uk