XPath je syntaxe pro specifikaci částí XML dokumentů (uzly, množiny uzlů, sekvence uzlů; nelze specifikovat části textových uzlů).

XPath používá syntaxi obdobnou jako cesty v souborovém systému.

XPath používá knihovnu standardních funkcí (evt. uživatelsky definovaných - v XPath 2.0 nebo i XPath 1.x, ale proprietárně - podle procesorů)

XPath je od v 1.0 základem pro XSLT, od 2.0 i pro XQuery

XPath syntaxe není XML (bylo by příliš "upovídané")

XPath 1.0 je W3C Recommendation - http://www.w3.org/TR/xpath

Pokročilá navigace v XML datech

Transformace (XSLT)

V "selekční části" XML dotazovacích jazyků

V některých modelovacích jazycích - Schematron

relativní - vyhodnocovány vůči kontextovému uzlu (KU), viz dále

absolutní - od kořene, ale výrazy (predikáty) také vyhodnocovány vůči KU

child - obsahuje dceřinné uzly kontextového (aktuálního) uzlu

descendant - obsahuje všechny potomky kontextového (aktuálního) uzlu (dále jen KU). Nepočítají se mezi ně atributy!!!

parent - obsahuje rodičovský uzel KU (existuje-li)

ancestor - obsahuje všechny předky - rodiče, "prarodiče"... kořenový element (pokud KU není sám kořenový)

following-sibling - obsahuje všechny následující sourozence KU (pro NS a atributy je tato osa prázdná)

preceding-sibling - dtto, ale obsahuje předchozí sourozence

following - obsahuje všechny uzly nacházející se po KU (mimo atributů, potomků a NS uzlů

preceding - dtto, ale obsahuje předchozí uzly (ale mimo předky, attributy, NS!)

attribute - obsahuje atributy (jen pro uzly - elementy)

namespace - obsahuje všechny NS uzly KU (jen pro uzly - elementy)

self - obsahuje samotný KU

descendant-or-self - obsahuje sjednocení os descendant a self

ancestor-or-self - obsahuje sjednocení os ancestor a self

pozor u reverzních os (ancestor, preceding...) - pozice se počítá v rámci množiny uzlů vždy OD KONTEXTOVÉHO UZLU!

specifikaci pozice 3 možno nahradit výrazem position()=3

řetězcové

numerické (hodnotami jsou floating-point čísla)

logické (boolean)

uzly

sekvence

para selects the para element children of the context node

vybere všechny dceřinné elementy kontextového uzlu jmenující se para

* selects all element children of the context node

text() selects all text node children of the context node

@name selects the name attribute of the context node

@* selects all the attributes of the context node

para[1] selects the first para child of the context node

para[last()] selects the last para child of the context node

*/para selects all para grandchildren of the context node

/doc/chapter[5]/section[2] selects the second section of the fifth chapter of the doc

chapter//para selects the para element descendants of the chapter element children of the context node

vybere všechny element para, jež jsou následníky chapter

//para selects all the para descendants of the document root and thus selects all para elements in the same document as the context node

vybere všechny elementy para z dokumentu

//olist/item selects all the item elements in the same document as the context node that have an

vybere všechny elementy item, které mají za rodiče olist

. selects the context node

vybere kontextový uzel

.//para selects the para element descendants of the context node

vybere všechny elementy-potomky kontextového uzlu, které nesou značku para

.. selects the parent of the context node

vybere rodičovský uzel od kontextového

../@lang selects the lang attribute of the parent of the context node

vybere atribut lang rodičovského uzlu od kontextového

tj. píšeme article/para místo child::article/child::para.

a atributu: píšeme para[@type="warning"] místo child::para[attribute::type="warning"]

Další používané zkracování je // místo /descendant-or-self::node()/

a samozřejmě zkratky . a ..

Pro přehlednost někdy delší formu zachováváme

XPath na W3C: http://www.w3.org/TR/xpath

Zvon XPath Tutorial: http://zvon.org/xxl/XPathTutorial/Output/index.html

XPath Tutorial na W3Schools: http://www.w3schools.com/xpath/xpath_intro.asp

zatím jako PRACOVNÍ NÁVRH - http://www.w3.org/TR/xpath20/

Změna pohledu na hodnoty vrácené XPath výrazem: vše jsou sekvence (byť jednoprvkové)

->odstraňuje problémy s "pořadím" uzlů v množině

Zavádí podmíněné výrazy a cykly

Zavádí možnost uživatelských funkcí (psaných jako dynamicky vyhodnocované výrazy v XPath)

Lze použít existenční a obecné kvantifikátory, např. exist student/name="Fred" nebo all student/@id

Dále viz např. http://www.saxonica.com/

Řetězcové funkce

Numerické funkce

Funkce nad sekvencemi

Booleovské funkce

v rámci dokumentu,

z jednoho dokumentu na další,

mezi dokumenty (odkaz je uložen mimo ně)

adresa (též zdroj nebo lokace, tj. odkazovaný objekt - element, skupina elementů, text...)

a vlastní odkaz

Odkaz pak představuje vazbu mezi zdroji s případným upřesněním sémantiky odkazu.

W3C Recommendation 27 July 2001

Obecný mechanizmus na propojování XML zdrojů (=dokumentů a jejich částí)

Inspirován zejména std. HyTime (http://www.hytime.org/)

Ortogonální k entitám (lze použít současně oboje)

mnohem bohatší sémantika než u entit,

entity se vyhodnocují (resolve) při parsingu,

XLink odkazy většinou až v aplikaci

Vychází z pokročilých hypertextových technik - HyTime (pro SGML - viz http://info.admin.kth.se/SGML/Anvardarforening/Arbetsgrupper/HyTime/Reports/tr1v1.html), TEI...

Konstruován tak, že rozšiřuje a upřesňuje syntaxi i sémantiku HTML odkazů

Na rozdíl od SGML linků (např. v HyTime) můžeme v XML využívat jmenné prostory. Nenutí nás to upravovat DTD při použití odkazů.

Infrastruktura odkazů může existovat (v jiném NS) nezávisle na schématu (struktuře) XML dokumentů, v nichž se odkazy vyskytují.

Odkazy mohou být fyzicky mimo soubory s odkazovanými lokacemi.

XML Linking Language (XLink) Version 1.0 - Specification

Zvon simple XLink tutorial

Zvon extended XLink tutorial

Atributy a elementy XLinku mají vlastní jmenný prostor

Jako prefix NS se obvykle používá xlink

Příslušnost k XLinku je dána deklarací daného elementu/atributu v XLink NS

to umožňuje flexibilní integraci stávajících schémat (modelů) a XLinku (nemusíme měnit jména "linkovacích" elementů)

XLink odkaz "dovnitř" dokumentů používají standard XPointer (http://www.w3.org/TR/xptr).

Jednoduchý (simple) - vždy "in-line"

Rozšířený (extended) - může být "out-of-line" (i v jiném dokumentu/souboru/databázi odkazů)

Váže jeden lokální zdroj na jeden vzdálený (single local -> single remote entity);

Je vyznačen atributem xlink:type="simple";

Váže jeden nebo více lokálních a jeden nebo více vzdálených zdrojů

Může mít přesněji definovanou sémantiku (nad rámec výše uvedených možností)

Odkazy mohou být uloženy mimo odkazující zdroj(e)

je vyznačen atributem xlink:type="extended"

lokální zdroje - vyznačené atributem xlink:resource nebo

vzdálené zdroje - vyznačené atributem xlink:locator

uvedením podelementů arc v extended odkazu

new - chápat jako nový dokument (např. otevřít v novém okně)

replace - nahradit jím zdrojový dokument

embed - vložit odkazovaný obsah do zdrojového dokumentu

onLoad - tj. inhed při zpracování zdrojového dokumentu (ale kdy? při parsingu?)

onRequest - na požádání (např. po kliknutí na zobrazený obsah odkazujícího elementu)

atributem xlink:role - u simple i extended odkazu

atributem xlink:arcrole - u elementu arc v extended odkazu

atributem xlink:title - u simple i extended odkazu i u elementu arc v extended odkazu

Fujitsu XLink Processor (XLiP) - http://www.labs.fujitsu.com/free/xlip/en/

Open source projekt xlinkit - http://www.xlinkit.com/xtoox/index.html

X2X (komerční, velmi drahý produkt) podporuje XLink - http://www.stepuk.com/products/prod_X2X.asp

Mozilla (open source) a Netscape (komerční)

DocZilla (komerční)

MSIE ani Opera (vč. posledních verzí) XLink nepodporují

Vývoj trval dlouho (cca 5 let), mezitím aplikace začaly používat vlastní řešení

Sémantika XLinku je:

Cílem je adaptovat XLink pro potřeby XHTML, kde "nelze použít přímo XLink"

viz HLink - Link recognition for the XHTML Family - W3C Working Draft 13 September 2002

specifikace je navržena W3C Working Group, jí oponovala W3C Technical Architecture Group (TAG)

Princip: mapuje vybrané atributy na jejich přesně dané XLink protějšky

tzn. i to, co normálně nemůže být XLinkem, se na XLink může "automaticky" mapovat

Tento standard je kritizován jako "hybrid, který jedině dokazuje praktickou nevhodnost XLinku"

dále viz např. diskuse na xmlhack.com

Nezávislá alternativa Simona St. Laurenta

viz Very Extensible Linking Language Unafraid of Markup (VELLUM)

Nevýhodou je poněkud rozvleklejší ("upovídaný", verbose) zápis, než u XLink

VELLUM is aimed exclusively at "external" or out-of-line linking. This frees VELLUM from the constraints imposed by developer expectations for inline linking.

VELLUM accepts the cost of a verbose form in exchange for the extensibility and precision that element forms and indirection can offer.

VELLUM does permit the use of existing abbreviations (like URIs and URI references), but simultaneously allows developers to specify more information than is carried in those identifiers.

VELLUM also looks forward to the prospect of VELLUM processors which maintain state across multiple traversals and permit the creation of interactive hypertexts, not just collections of connections.

VELLUM attempts to provide a general-purpose solution to linking which addresses the complexities raised by the W3C's XPointer and XLink specifications by taking a very different approach. VELLUM does not assume that URIs and URI references are adequate to the task of identifying resources, representations, and fragments of representations, and strives to put XML hyperlinking on firmer but still approachable foundations. VELLUM supports and uses URIs and URI references, but offers options that extend those capabilities.

VELLUM is not a general-purpose solution to hypertext linking. VELLUM is intended to be used in cases where precision is important and verbosity is not a problem. While VELLUM could conceivably be mixed with other vocabularies and used to define links within them, it is not designed explicitly for such use. VELLUM is more appropriate for use in cases like external links and linkbases, where the links are stored separately from the resources they connect. (VELLUM's designer hopes that a simpler mechanism for in-line linking will emerge to complement VELLUM.)

VELLUM both builds on the URI framework and goes beyond the URI framework. URIs and URI references may be used within the VELLUM framework if the level of precision they provide is adequate, but developers can specify more information about issues like content-negotiation within the VELLUM framework if they choose. VELLUM also makes it possible to explicitly specify whether a connection involves an abstract resource or a particular concrete representation.

VELLUM also makes it possible for developers to create metadata which applies to their links in a local context. While XLink uses URIs for everything from href to arcrole, VELLUM lets developers use more intelligible identifiers whose meaning is defined within a particular VELLUM context. While VELLUM may be more verbose than a comparable XLink linkbase, it should (if designed thoughtfully) be more readable.

XLink Tutoriál na Zvonu (http://zvon.org)

Specifikace XLink (http://www.w3.org/TR/xlink)

IBM Developerworks/XML

Portál XML.COM (např. článek What is XLink? http://www.xml.com/lpt/a/2000/09/xlink/index.html)

xmlhack.com

Definuje mechanizmus adresování (tj. "pointing" - ne odkazování!) v rámci XML dokumentu

Rozšiřuje koncept kotvy (anchor) známé z HTML - #jménoKotvy

Umožňuje explicitní adresování navigací i implicitní adresování dotazováním

Umožňuji adresování i v rámci textových uzlů

Umožňuje rozlišit adresu bodu (point) a úseku (range) v XML dokumentu

Jako základ pro specifikaci adresy bere jazyk XPath

XPointer Framework - This specification defines the XML Pointer Language (XPointer) Framework, an extensible system for XML addressing that underlies additional XPointer scheme specifications. The framework is intended to be used as a basis for fragment identifiers for any resource whose Internet media type is one of text/xml, application/xml, text/xml-external-parsed-entity, or application/xml-external-parsed-entity. Other XML-based media types are also encouraged to use this framework in defining their own fragment identifier languages.

XPointer element() Scheme - The XPointer element() scheme is intended to be used with the XPointer Framework to allow basic addressing of XML elements.

XPointer xmlns() Scheme - The XPointer xmlns() scheme is intended to be used with the XPointer Framework to allow correct interpretation of namespace prefixes in pointers, for instance, namespace-qualified scheme names and namespace-qualified element or attribute names appearing within scheme data.

XPointer xpointer() Scheme - The XPointer xpointer() scheme is intended to be used with the XPointer Framework to provide a high level of functionality for addressing portions of XML documents. It is based on XPath, and adds the ability to address strings, points, and ranges in accordance with definitions provided in DOM 2: Range.