Polskie t³umaczenie Rekomendacji "XML Information Set (Second Edition)"

Autor: Mariusz ¯ebrowski.
Lokalizacja: http://www.antyspam.pl/w3c/REC-xml-infoset-20040204/

Dokument ten jest t³umaczeniem rekomendacji XML Information Set (Second Edition). Przek³ad ten nie jest przek³adem normatywnym i mo¿e zawieraæ b³êdy wynikaj±ce z t³umaczenia. Status normatywny posiada jedynie wersja angielskojêzyczna na stronie W3C http://www.w3.org/TR/2004/REC-xml-infoset-20040204/.
Dokument jest chroniony prawem autorskim. Copyright © 2004 W3C® (MIT, ERCIM, Keio).

W3C

Zbiór Informacyjny XML (Wydanie Drugie)

W3C Rekomendacje z 4 Lutego 2004

Obecna wersja:
http://www.w3.org/TR/2004/REC-xml-infoset-20040204
Najnowsza wersja:
http://www.w3.org/TR/xml-infoset
Poprzednia wersja:
http://www.w3.org/TR/2003/PER-xml-infoset-20031210
Edytorzy:
John Cowan, jcowan@reutershealth.com
Richard Tobin, richard@cogsci.ed.ac.uk

Proszê zobaczyæ erratê dla tego dokumentu, która mo¿e zawieraæ pewne normatywne poprawki.

Zobacz tak¿e t³umaczenia.


Streszczenie

Ta specyfikacja oferuje zestaw definicji dla u¿ycia w innych specyfikacjach, które potrzebuj± odnosiæ siê do informacji w dokumencie XML.

Status Dokumentu

Ten paragraf opisuje status tego dokumentu od czasukiedy jest opublikowany. Inne dokumenty mog± zast±piæ ten dokument. Lista bie¿±cych publikacji W3C i najnowsz± weryfikacjê tego raportu technicznego mo¿na zanale¼æ na W3C technical reports index na http://www.w3.org/TR/.

Ten dokument jest Rekomendowany przez W3C. Zosta³ on zbadany przez cz³onków W3C i inne strony zainteresowane oraz zatwierdzony przez dyrektora jako Rekomendacja W3C. To jest dokument stabilny i mo¿e byæ u¿ywany jako materia³ odniesienia lub cytowany jako odniesienie normatywne z innego dokumentu. Zadaniem W3C w wydaniu tej rekomendacji jest przyci±gniêcie uwagi do tej specyfikacji i promowanie jej szerokiego zastosowania. Wzbogaci to funkcjonalno¶æ i interoperacyjno¶æ sieci Web.

Ten dokument uaktualnia Infoset bêd±c nak³adk± na wersjê XML 1.1 i przestrzeñ nazw 1.1, wyja¶nia konsekwencje pewnych rodzajów niepoprawno¶ci sk³adniowej i poprawiania pewnych b³êdów typograficznych. To jest produkt W3C XML Activity. Tylko angielska wersja specyfikacji jest wersj± normatywn±. Jednak¿e, szukaj±c t³umaczeñ tego dokumentu zobacz http://www.w3.org/2003/03/Translations/byTechnology?technology=xml-infoset.

Documentacja z intelektualn± w³a¶ciwo¶ci± mo¿e odnosiæ siê do tych rekomendacji mo¿e byæ znaleziona na publicznej stronie Working Group IPR disclosure page.

Prosimy zg³aszaæ b³êdy w tym dokumencie na adres www-xml-infoset-comments@w3.org (publiczne archiwa s±  dostêpne). Lista erraty dla tej rekomendacji jest dostêpna na http://www.w3.org/2001/10/02/xml-infoset-errata.html.

Spis tre¶ci


1. Wprowadzenie

Ta specyfikacja definiuje abstrakcyjny zbiór danych Zbiór informacyjny XML (ang. XML Information Set (Infoset)). Jego celem jest dostarczanie spójnego zbioru definicji do wykorzystania w innych specyfikacjach, które potrzebuj± odnosiæ siê do informacji w poprawnie sk³adniowo uformowanym dokumencie XML [XML].

Celem jej nie jest bycie wyczerpuj±c±; G³ównym kryterium przy doborze przedmiotów informacyjnych albo w³a¶ciwo¶ci jest spodziewana u¿yteczno¶æ w przysz³ych specyfikacjach. Tak¿e nie stanowi zestawu minimum informacji, które musz± byæ zwracane przez procesor XML.

Dokument XML posiada zbiór informacyjny je¿eli jest poprawnie sformu³owany i zachowuje ograniczenia przestrzeni nazw opisane w below. Aby dokument XML posiada³ zbiór informacyjny nie jest wymagane aby by³ poprawny sk³adniowo.

Zbiory informacyjne mog± byæ tworzone przez inne metody (nie opisane w tej specyfikacji) inne ni¿ analiza gramatycza dokumentu XML. Patrz Synthetic Infosets poni¿ej.

Zbiór informacyjny dokumentu XML sk³ada siê z pewnej liczby przedmiotów / elementów informacyjnych; zbiów informacyjnych dla ka¿dego poprawnie sformu³owanego dokumentu XML bêdzie zawiera³ conajmniej przedmiot / element informacyjny document oraz kilka innych. Przedmiot informacyjny jest abstrakcyjnym opisem pewnej czêci dokumentu XML; ka¿dy element informacyjny posiada zwi±zany z nim zbiór nazwanych w³a¶ciwo¶ci. W tej specyfikacji nazwy w³a¶ciwo¶ci s± przedstawione w nawiasach kwadratowych, [thus]. Typy przedmiotów informacyjny s± wymienione w section 2.

Zbiór informacyjny XML nie wymaga lub preferuje szczególnego interfejsu lub klasy interfejsów. Ze wzglêdu na jasno¶æ i prostotê, ta specyfikacja przedstawia zbiór informacyjny jako zmodyfikowane drzewo, jednak¿e nie jest wymagane aby Zbiór Informacyjny XML by³ dostêpny jako struktura drzewiasta; mo¿liwe s± inne typy interfejsów miêdzy innymi oparte na zdarzeniach i zapytaniach w celu dostarczania informacji w sposób zgodny z Zbiorem Informacyjnym XML.

Terminy "zbiór informacyjny" i "przedmiot / element informacyjny" s± podobnie rozumiane jak powszechnie u¿ywane w informatyce terminy "drzewo" i "wêze³". Jednak¿e w tej specyfikacji u¿ywane s± pierwsze z tych okre¶leñ w celu ograniczenia mo¿liwo¶ci pomy³ki z innymi modelami danych. Elementy informacyjne nie przek³adaj± siê jeden-do-jeden na wêz³y DOM lub "drzewa" i "wêz³y" modelu danych XPath.

W tej specyfikacji zak³ada siê znaczenie s³ów "musi", "powinien" i "mo¿e" zgodnie z [RFC2119], z takim wyj±tkiem ¿e s³owa te nie s± przedstawione kapitalikiem.

Wersje XML

Ró¿ne wersje specyfikacji XML mog± przedstawiaæ równe regu³y analizy. Zbiór informacyjny dokumentu XML jest zdefiniowany aby by³ jedynym otrzymanym poprzez jego analizê zgodnie z regu³ami specyfikacji, której wersja odpowiada wersji z dokumentu. Dokument który nie specyfikuje numeru wersji jest uwa¿any za dokument w wersji 1.0. Je¶li procesor XML akceptuje dokument z numerem wersji, której nie zna, niekoniecznie oznacza to ¿e bedzie w stanie utworzyæ poprawny zbiór informacyjny.

Przestrzenie nazw

XML dokumenty, które nie s± zgodne z [Przestrzeniami nazw], chocia¿ s± technicznie dobrze ukszta³towane, nie s± uwa¿ane za posiadaj±ce znacz±ce zbiory informacji. To znaczy, ¿e ta specyfikacja nie okre¶la zbiorów informacji dla dokumentów, które posiadaj± nazwy elementu, lub atrybutu zawieraj±ce dwukropki, które s± u¿ywane w inny sposób, ni¿ zalecany przez [Przestrzenie nazw].

W dodatku, ta specyfikacja nie okre¶la zbioru informacji dla dokumentów, które u¿ywaj± wzglêdnych odno¶ników URI w deklaracjach przestrzeni nazw. Jest to zgodne z decyzj± Plenarnej Grupy Interesu W3C XML opisanej we [Wzglêdnych Odno¶nikach Przestrzeni Nazw URI].

Warto¶ci± w³asno¶ci [namespace name] (nazwa przestrzeni nazw) jest znormalizowana warto¶æ odpowiadaj±cego atrybutu przestrzeni nazw; ¿aden dodatkowy uwalniany URI nie odnosi siê do tego przez procesor.

Elementy rekordu

Zbiór informacji opisuje jego dokument XML z ju¿ rozszerzonymi odno¶nikami elementów rekordu, tj. przedstawiany przez elementy informacyjne odpowiadaj±ce tekstowi, który jest na ich miejscu. Jednak s± ró¿ne okoliczno¶ci, w których procesor mo¿e nie wykonaæ tego rozszerzenia. Element rekordu mo¿e nie byæ zdeklarowany, lub mo¿e nie byæ mo¿liwy do odzyskania. Procesor niewaliduj±cy mo¿e wybraæ nie czytaæ wszystkich deklaracji, a nawet je¶li nie, mo¿e rozszerzyæ wszystkie zewnêtrzne elementy rekordu. W takich przypadkach element infomacyjny nierozszerzonego odno¶nika elementu rekordu jest u¿ywany do przedstawiania odno¶nika elementu rekordu.

Obs³ugiwanie koñca wiersza

Warto¶ci wszystkich w³asno¶ci w Zbiorze informacji bior± pod uwagê normalizacjê koñca wiersza opisan± w [XML], 2.11 "Obs³ugiwanie koñca wiersza".

Podstawowe URI

Niektóre elementy informacyjne posiadaj± w³asno¶ci [base URI] (podstawowy URI) lub [declaration base URI] (deklaracja podstawowego URI). S± one wyliczone zgodnie z [Podstaw± XML]. Zauwa¿, ¿e odzyskanie ¼ród³a mo¿e zawieraæ przekierowanie na poziom analizatora sk³±dni (np. w przeliczniku elementu rekordu) lub ni¿ej; w tym przypadku podstawowy URI jest koñcowym URI u¿ywanym do odzyskania ¼ród³a po wszystkich przekierowaniach.

Warto¶æ tych w³asno¶ci nie odzwierciedla ¿adnego uwalnianego URI, co mo¿e byæ wymagane do odzyskania ¼ród³a, ale mo¿e zawieraæ uwalniane znaki, je¿eli by³y okre¶lone w dokumencie, lub oddane przez serwer w celu przekierowania.

W niektórych przypadkach (takich jak czytanie dokumentów z ³añcucha znaków lub potoku) zasady [Podstawy XML] mog± doprowadzaæ do podstawowego URI, który jest zale¿ny od aplikacji. W takich przypadkach ta specyfikacja nie okre¶la warto¶ci w³asno¶ci [podstawowego URI] lub [deklaracji podstawowego URI].

Podczas rozwi±zywania wzglêdnych w³asno¶ci URI [podstawowy URI] powinny byæ u¿ywane w preferencji do warto¶ci atrybutów xml:base; mog± byæ sprzeczne w przypadku Syntetycznych Zbiorów Informacji.

``Nieznany '' i ``Brak warto¶ci''

Niektóre w³asno¶ci mog± czasem posiadaæ warto¶ci nieznany lub brak warto¶ci, i powiedziano, ¿e warto¶æ w³asno¶ci jest nieznana, lub ¿e w³asno¶æ odpowiednio nie posiada warto¶ci. Te warto¶ci ró¿ni± siê od siebie i od wszystkich innych warto¶ci. W szczególno¶ci ró¿ni± siê od pustego ci±gu znaków, pustego zbioru i pustej listy, ka¿dy z których poprostu nie ma elementów. Ta specyfikacja nie u¿ywa terminu warto¶æ zerowa poniewa¿ w niektórych spo³eczno¶ciach ma to szczególne znaczenie, co mo¿e nie pasowaæ do tych przeznaczonych tutaj.

Niezgodno¶ci wynikaj±ce z niewa¿no¶ci

Jak zanotowano powy¿ej, dokument XML nie musi byæ wa¿ny, aby posiadaæ zbiór informacji. Jednak pewne rodzaje niewa¿no¶ci wp³ywaj± na warto¶ci przypisane pewnym w³asno¶ciom. Elementy rekordu, zapisy, elementy i atrybuty mog± byæ niezdeklarowane. Zapisy i elementy mog± byæ wielokrotnie zdeklarowane (wielokrotne deklaracje s± wa¿ne dla elementów rekordu i atrybutów). ID mo¿e byæ niezdefiniowany lub wielokrotnie zdefiniowany. Takie przypadki s± zauwa¿ane w stosownych miejscach, w poni¿szych definicjach Elementów Informacyjnych.

Syntetyczne Zbiory Informacji

Ta specyfikacja opisuje zbiór informacji wynikaj±cy z analizowania dokumentu XML. Zbiory informacji mog± byæ skonstruowane przy pomocy innych ¶rodków, na przyk³ad przy u¿yciu API takich jak DOM lub przez przekszta³canie istniej±cych zbiorów informacji.

Zbiór informacji odpowiadaj±cy prawdziwemu dokumentowi bêdzie koniecznie zgodny na wiele sposobów; np. w³asno¶æ [przestrzeni nazw in-scope] elementu bêdzie zgodna z w³asno¶ciami [atrybutów przestrzeni nazw] elementu i jego przodków. To nie mo¿e byæ prawdziwe przy zbiorze informacji skonstruowanego innymi sposobami; w takim przypadku nie bêdzie ¿adnego dokumentu XML odpowiadaj±cego zbiorowi informacji i aby dokonaæ jego serializacji bêdzie wymagaæ rozdzielenia niezgodno¶ci (np. przez uzyskanie deklaracji przestrzeni nazw, które odpowiadaj± przestrzeniom nazw w zakresie).

2. Przedmioty informacyjne

Zbiór informacji mo¿e zawieraæ do jedenastu ró¿nych typów przedmiotów informacyjnych, jak wyja¶niono w nastêpuj±cych sekcjach. Ka¿dy przedmiot informacyjny posiada w³a¶ciwo¶ci. Dla u³atwienia odnoszenia, ka¿da w³asno¶æ posiada nazwê, An information set can contain up to eleven different types of information item, as explained in the following sections. Every information item has properties. For ease of reference, each property is given a name, wskazan± [w ten sposób]. Odno¶niki do definicji i/lub sk³±dni w Rekomendacji XML 1.0 [XML] s± podane dla ka¿dego przedmiotu informacyjnego.

2.1. Przedmioty informacyjne typu Dokument

Definicja XML: dokument (Czê¶æ 2, Dokumenty)

Sk³adnia XML: [1] Dokument (Czê¶æ 2.1, Dobrze ukszta³towane Dokumenty XML )

Jest dok³adnie jeden przedmiot informacyjny typu dokument w zbiorze informacji i wszystkie inne przedmioty informacyjne s± dostêpne z w³a¶ciwo¶ci przedmiotu informacyjnego typu dokument, zarówno bezpo¶rednio, jak i po¶rednio poprzez w³a¶ciwo¶ci innych przedmiotów informacyjnych.

Przedmiot informacyjny typu dokument posiada nastêpuj±ce w³a¶ciwo¶ci:

  1. [potomek] Uporz±dkowana lista przedmiotów informacyjnych typu potomek, w kolejno¶ci dokumentu. Lista zawiera dok³adnie jeden element przedmiotu informacyjnego. Lista zawiera równie¿ jedn± instrukcjê przetwarzania przedmiotu informacyjnego dla ka¿dej instrukcji przetwarzania poza elementem dokumentu, oraz jeden komentarz przedmiotu informacyjnego dla ka¿dego komentarza poza elementem dokumentu. Instrukcje przetwarzania i komentarze w obrêbie DTD s± wykluczone. Je¶li jest deklaracja typu dokumentu, lista tak¿e zawiera przedmiot informacyjny deklaracji typu dokumentu .
  2. [element dokumentu] Przedmiot informacyjny element odpowiadaj±cy elementowi dokumentu.
  3. [zapisy] Nieuporz±dkowany zbiór przedmiotów informacyjnych typu zapis, jeden dla ka¿dego zapisu zdeklarowanego w DTD. Je¶li jakikolwiek zapis jest wielokrotnie zdeklarowany, ta w³asno¶æ nie ma warto¶ci.
  4. [niezanalizowane elementy rekordu] Nieuporz±dkowany zbiór przedmiotów informacyjnych typu niezanalizowane elementy rekordu, jeden dla ka¿dego niezanalizowanego elementu rekordu zdeklarowanego w DTD.
  5. [podstawowy URI] Podstawowy URI elementu rekordu dokumentu.
  6. [schemat kodowania znaków] Nazwa schematu kodowania znaków, w którym jest wyra¿ony element rekordu dokumentu.
  7. [samodzielny] Wskazanie statusu dokumentu na samodzielny, zarówno tak i nie. Ta w³asno¶æ jest uzyskana z opcjonalnej deklaracji samodzielnego dokumentu w deklaracji XML na pocz±tku elementu rekordu dokumentu i nie ma warto¶ci, je¿eli nie ma deklaracji samodzielnego dokumentu.
  8. [wersja] Ci±g znaków przedstawiaj±cy wersjê XML dokumentu. Ta w³a¶ciwo¶æ jest uzyskana z deklaracji XML opcjonalnie obecnej na pocz±tku elementu rekordu dokumentu i nie ma warto¶ci je¿eli nie ma deklaracji XML.
  9. [wszystkie deklaracje przetworzone] Ta w³a¶ciwo¶æ, dok³adnie mówi±c, nie jest czê¶ci± zbioru informacji dokumentu. Raczej jest wskazaniem, czy procesor odczyta³ kompletny DTD. Jego warto¶æ jest logiczna. Je¿eli jest nieprawdziwa, wtedy pewne w³asno¶ci (wskazane w ich poni¿szych opisach) mog± nie byæ znane. Je¶li jest prawdziwa, te w³asno¶ci nigdy nie s± nieznane.

2.2. Przedmioty informacyjne typu Element

Definicja XML: element (Czê¶æ 3, Struktury Logiczne)

Sk³adnia XML: [39] Element (Czê¶æ 3, Struktury Logiczne)

Wystêpuje przedmiot informacyjny typu element dla ka¿dego elementu pojawiaj±cego siê w dokumencie XML. Jeden z przedmiotów informacyjnych typu element jest warto¶ci± w³asno¶ci [elementu dokumentu] przedmiotu informacyjnego typu dokument, odpowiadaj±cego korzeniowi drzewa elementów i wszystkie inne elementy informacyjne typu element s± dostêpne porzez rekurencyjne wystêpowanie po ich w³asno¶ciach [potomków]:

  1. [nazwa przestrzeni nazw] Nazwa przestrzeni nazw, je¶li takowa jest, typu elementu. Je¿eli element nie nale¿y do przestrzeni nazw, ta w³asno¶æ nie ma warto¶ci.
  2. [nazwa lokalna] Lokalna czê¶æ nazwy typu elementu. Nie zawiera to jakiegokolwiek prefiksu przestrzeni nazw lub nastêpuj±cego po nim dwukropka.
  3. [prefiks] Czê¶æ prefiksu przestrzeni nazw nazwy typu elementu. Je¿eli nazwa nie posiada prefiksu, ta w³asno¶æ nie ma warto¶ci. Zauwa¿, ¿e aplikacje ¶wiadome przestrzeni nazw powinny u¿ywaæ przestrzeni nazw raczej ni¿ prefiksu do identyfikacji elementów.
  4. [potomkowie] Uporz±dkowana lista przedmiotów informacyjnych typu potomek w porz±dku dokumentu. Ta lista zawiera element, instrukcjê przetwarzania, nierozszerzalny odno¶nik elementu rekordu , znak i przedmioty informacyjne typu komentarz, po jednym dla ka¿dego elementu, instrukcji przetwarzania, odno¶nika do nieprzetworzonego zewnêtrznego elementu rekordu, znak danych oraz komantarz pojawiaj±cy siê natychmiast wewn±trz bie¿±cego elementu. Je¿eli element jest pusty ta lista nie ma elementów.
  5. [atrybuty] Nieuporz±dkowany zbiór przedmiotów informacyjnych typu atrybut, jeden dla ka¿dego z atrybutów (okre¶lony lub domy¶lne z DTD) tego elementu. Deklaracje przestrzeni nazw nie pojawiaj± siê w tym zbiorze. Je¿eli ten element nie ma atrybutów, ten zbiór nie posiada ¿adnych elementów.
  6. [atrybuty przestrzeni nazw] Nieuporz±dkowany zbiór przedmiotów informacyjnych typu atrybut, jeden dla ka¿dego z deklaracji przestrzeni nazw (okre¶lony lub domy¶lne z DTD) tego elementu. Deklaracje formularza xmlns="" i xmlns:name="", które nie deklaruj± odpowiednio domy¶lnej warto¶ci przestrzeni nazw i prefiksów, licz± siê jako deklaracje przestrzeni nazw. Niezdeklarowany prefiks by³ dodany w Przestrzeniach nazw w XML 1.1. Z definicji wszystkie atrybuty przestrzeni nazw (³±cznie z tymi nazwanymi xmlns, których w³asno¶æ [prefiks] nie ma warto¶ci) maj± przestrzeñ nazw URI http://www.w3.org/2000/xmlns/. je¿eli element nie posiada deklaracji przestrzeni nazw, ten zbiór nie ma elementów.
  7. [przestrzenie nazw in-scope] Nieuporz±dkowany zbiór przedmiotów informacyjnych typu przestrzeñ nazw, jeden dla ka¿dej z przestrzeni nazw w wyniku dla tego elementu. Ten zbiór zawsze zawiera przedmiot z prefiksem xml, który jest domniemany, zwi±zany z nazw± przestrzeni nazw http://www.w3.org/XML/1998/namespace. Nie zawiera przedmiotu z prefiksem xmlns (u¿ywanego dla deklarowania przestrzeni nazw), poniewa¿ aplikacja nigdy nie mo¿e napotkaæ elementu lub atrybutu z tym prefiksem. Zbiór bêdzie zaweira³ przedmioty przestrzeni nazw odpowiadaj±ce wszystkim elementom [atrybuty przestrzeni nazw], z wyj±tkiem jakichkolwiek deklaracji przedstawiaj±cymi formularz xmlns="" orlub xmlns:name="", który nie deklaruje przestrzeni nazw, ale raczej nie deklaruje domy¶lnej warto¶ci przestrzeni nazw i prefiksów. Podczas roz³±czania prefiksów nazw z³o¿onych ta w³asno¶æ powinna byæ u¿ywana w odniesieniu do w³asno¶ci [atrybuty przestrzeni nazw]; mog± byæ niezgodne z przypadkiem Syntetyczne zbiory informacji .
  8. [podstawowy URI] Podstawowy URI elementu.
  9. [przodek] Przedmiot informacyjny typu dokument lub element, zawieraj±cy ten przedmiot informacyjny w swojej w³asno¶ci [potomek].

2.3. Przedmioty informacyjne typu atrybut

Definicja XML: atrybut (Sekcja 3.1, Znaczniki pocz±tkowe, znaczniki koñcowe, i znaczniki pustych elementów)

XML Syntax: [41] atrybut (Sekcja 3.1, Znaczniki pocz±tkowe, znaczniki koñcowe, i znaczniki pustych elementów)

Jest przedmiot informacyjny typu atrybut dla ka¿dego atrybutu (okre¶lonego lub domy¶lnego) ka¿dego elementu w dokumencie, ³±cznie z tymi, które s± deklaracjami przestrzeni nazw. Te drugie jednak pojawiaj± siê jako elementy w³asno¶ci elementów [atrybuty przestrzeni nazw] raczej ni¿ jego w³asno¶ci [atrybuty].

Atrybuty zdeklarowane w DTD bez warto¶ci domy¶lnej i nieokre¶lone w znaczniku pocz±tkowym elementu nie s± reprezentowane przez przedmioty informacyjne typu atrybut.

Przedmiot informacyjny typu atrybut posiada nastêpuj±ce warto¶ci:

  1. [nazwa przestrzeni nazw] Nazwa przestrzeni nazw atrybutu je¶li jest taka. W przeciwnym razie ta w³asno¶æ nie ma warto¶ci.
  2. [nazwa lokalna] Lokalna czê¶æ nazwy atrybutu. Nie zawiera ¿adnych prefiksów przestrzeni nazw, ani wystêpuj±cego po nich dwukropków.
  3. [prefiks] Czê¶æ prefiksu przestrzeni nazw atrybutu. Je¿eli przed nazw± nie ma prefiksu, ta w³asno¶æ nie ma warto¶ci. Zauwa¿, ¿e aplikacje ¶wiadome przestrzeni nazw powinny u¿ywaæ przestrzeni nazw raczej ni¿ prefiksu do identyfikacji atrybutów.
  4. [znormalizowana warto¶æ] Znormalizowana warto¶æ atrybutu (patrz 3.3.3 Normalizacja warto¶ci atrybutu [XML]).
  5. [okre¶lony] Znacznik stanu wskazuj±cy czy ten atrybut by³ faktycznie okre¶lony w pocz±tkowym znaczniku swojego elementu, lub czy by³ domy¶lny z DTD.
  6. [typ atrybutu] Wskazanie typu zdeklarowanego dla tego atrybutu w DTD. Dozwolonymi warto¶ciami s± ID, IDREF, IDREFS, ENTITY, ENTITIES, NMTOKEN, NMTOKENS, NOTATION, CDATA, oraz ENUMERATION. Je¿eli nie ma deklaracji dla atrybutu, ta w³a¶ciwo¶æ nie ma warto¶ci. Je¿eli ¿adna deklaracja nie zosta³a odczytana, ale w³asno¶æ przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest nieprawdziwa (wiêc mo¿e byæ nieodczytana deklaracja), wtedy warto¶æ w³asno¶ci jest nieznana. Aplikacje nie powinny traktowaæ warto¶ci i nieznane jako równowa¿nik warto¶ci CDATA. Na warto¶æ tej w³asno¶ci nie wp³ywa wa¿no¶æ warto¶ci atrybutu.
  7. [odno¶niki] Je¿eli typ atrybutu to ID, NMTOKEN, NMTOKENS, CDATA, lub ENUMERATION, ta w³asno¶æ nie ma warto¶ci. Je¿eli typ atrybutu jest nieznany, warto¶æ tej w³asno¶ci jest nieznana. W przeciwnym razie (tj. je¿eli typem atrybutu jest IDREF, IDREFS, ENTITY, ENTITIES, lub NOTATION), warto¶æ tej w³asno¶ci jest uporz±dkowan± list± przedmiotów informacyjnych typu element, niezanalizowany element rekordu, lub zapis do których jest odniesienie w warto¶ci atrybutu, w porz±dku, w jakim tam wystêpuj±. W takim wypadku je¿eli warto¶æ atrybutu jest syntaktycznie niewa¿na, ta w³asno¶æ nie ma warto¶ci. Je¿eli typem jest IDREF lub IDREFS i ¿aden z ID nie pojawia siê jako warto¶æ ID atrybutu w dokumencie, lub je¶li typem jest ENTITY, ENTITIES lub NOTATION i ¿adna deklaracja nie zosta³a odczytana dla jakichkolwiek elementów rekordu, b±d¼ zapisu, wtedy ta w³asno¶æ nie ma warto¶ci lub jest ona nieznana, zale¿nie od tego, czy w³asno¶æ przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest prawdziwa czy fa³szywa. Je¿eli typem jest IDREF lub IDREFS i ¿jakikolwiek z ID pojawia siê jako warto¶æ wiêcej ni¿ jednego atrybutu ID w dokumencie, lub je¶li typem jest NOTATION i wystêpuj± wielokrotne deklaracje dla zapisu, wtedy ta w³asno¶æ nie ma warto¶ci.
  8. [element owner] Przedmiot informacyjny typu element zawieraj±cy ten przedmiot informacyjny w swojej w³asno¶ci [atrybuty].

2.4. Przedmioty informacyjne typu Instrukcja Przetwarzania

Definicja XML: instrukcja przetwarzania (Czê¶æ 2.6, Instrukcje przetwarzania)

Sk³±dnia XML: [16] PI (Czê¶æ 2.6, Instrukcje Przetwarzania)

Jest przedmiot informacyjny typu instrukcja przetwarzania dla ka¿dej instrukcji przetwarzania w dokumencie. Deklaracja XML i deklaracje tekstowe dla zewnêtrznych zanalizowanych elementów rekordu nie s± uwa¿ane za instrukcje przetwarzania.

Przedmiot informacyjny typu instrukcja przetwarzania posiada nastêpuj±ce w³asno¶ci:

  1. [cel] Ci±g znaków przedstawiaj±cy czê¶æ cel instrukcji przetwarzania (nazwa XML).
  2. [zawarto¶æ] Ci±g znaków przedstawiaj±cy zawarto¶æ instrukcji przetwarzania, z wy³±czeniem celu i jakiekolwiek odstêpy natychmiast nastêpuj±ce po nim. Je¶li nie ma takiej zawarto¶ci, warto¶ci± tej w³asno¶ci bêdzie pusty ci±g znaków.
  3. [podstawowy URI] Podstawowy URI PI. Zauwa¿, ¿e zbiór informacji jest serializowany jako dokument XML, nie bêdzie mo¿liwe, aby zachowaæ podstawowy URI ¿adnego PI, który pierwotnie pojawi³ siê na najwy¿szym poziomie zewnêtrznego elementu rekordu, poniewa¿ nie ma sk³adni dla PI odpowiadaj±cych atrybutom xml:base na elementach.
  4. [zapis] Przedmiot informacyjny zapis nazwany przez cel. Je¶li nie ma deklaracji dla zapisu z t± nazw±, lub s± wielokrotne deklaracje, to ta w³asno¶æ nie ma warto¶ci. Je¿eli ¿adna deklaracja nie zosta³a odczytana, ale w³asno¶æ elementu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa³szywa (wiêc mo¿e byæ nieodczytana deklaracja), wtedy warto¶æ tej w³asno¶ci jest nieznana.
  5. [przodek] Przedmiot informacyjny typu dokument, element, lub typ elementu deklaracji, który zawiera tê informacjê w swojej w³asno¶ci [potomek].

2.5. Przedmioty informacyjne typu nierozwi±zalna referencja do elementu (ang.Unexpanded Entity Reference)

Definicja XML: Czê¶æ 4.4.3, Zawarty w przypadku walidacji

przedmiot informacyjny typu nierozszerzony odno¶nik elementu rekordu s³u¿y jako miejsce dla którego procesor XML mo¿e wskazaæ, ¿e nie zosta³ rozszerzony zewnêtrzny element rekordu. Taki przedmiot informacyjny istnieje dla ka¿dego nierozszerzonego odno¶nika do zewnêtrznego elementu rekordu w obrêbie zawarto¶ci elementu. Waliduj±cy procesor XML, lub niewaliduj±cy procesor czytaj±cy wszystkie zewnêtrzne ogólne elementy rekordu, nigdy nie bêd± nigdy generowaæ przedmiotów informacyjnych typu nierozszerzalny odno¶nik elementu rekordu dla wa¿nego dokumentu.

Przedmiot informacyjny typu nierozszerzalny odno¶nik elementu rekordu posiada nastêpuj±ce w³asno¶ci:

  1. [nazwa] Nazwa elementu rekordu, do którego siê odnosi.
  2. [identyfikator systemowy] Identyfikator systemowy elementu rekordu, jak pojawia siê w deklaracji elementu rekordu, bez jakichkolwiek dodatkowych uwalnianych URI zastosowanych przez procesor. Je¿eli nie ma deklaracji dla elementu rekordu, ta w³asno¶æ nie ma warto¶ci. Je¿eli ¿adna deklaracja nie zosta³a odczytana, ale w³asno¶æ przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa³szywa (wiêc mo¿e byæ nieprzeczytana deklaracja), wtedy warto¶æ tej w³asno¶ci jest nieznana.
  3. [identyfikator publiczny] Identyfikator publiczny elementu rekordu znormalizowany jak opisano w 4.2.2 Zewnêtrznych elementach rekordu [XML]. Je¿eli nie ma deklaracji dla elementu rekordu, lub deklaracja nie zawiera identyfikatora publicznego, ta warto¶æ nie ma warto¶ci. Je¿eli ¿adna deklaracja nie zosta³a odczytana, ale w³asno¶æ przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa³szywa (wiêc mo¿e byæ nieprzeczytana deklaracja), wtedy warto¶æ tej w³asno¶ci jest nieznana.
  4. [deklaracja podstawowego URI] Podstawowy URI dotycz±cy tego identyfikatora systemowego, z którego powinien byæ od³±czony (tzn. podstawowy URI ¼ród³a w obrêbie którego wystêpuje deklaracja elementu rekordu). Jest to neznane, lub nie ma warto¶ci w tych samych okoliczno¶ciach, co w³asno¶æ [identyfikator systemowy].
  5. [przodek] Przedmiot informacyjny typu element, który zawiera ten przedmiot informacyjny w jego w³asno¶ci [potomkowie].

2.6. Przedmioty informacyjne typu Znak

Sk³adnia XML: [2] Char (Czê¶æ 2.2, Znaki)

Wystêpuje przedmiot informacyjny typu znak dla ka¿dego znaku danych pojawiaj±cego siê w dokumencie, zarówno dos³ownie, jak i odno¶nik znaku, lub w obrêbie sekcji CDATA.

Ka¿dy znak jest logicznie oddzielnym przedmiotem informacyjnym, ale aplikacje XML mog± dzieliæ znaki w wiêksze grupy je¶li jest to konieczne lub wymagane.

Przedmiot informacyjny typu znak posiada nastêpuj±ce w³asno¶ci:

  1. [kod znaku] Kod znaków ISO 10646 (w zakresie 0 do #x10FFFF, chocia¿ nie ka¿da warto¶æ w tym zakresie jest legalnym kodem znaków XML).
  2. [odstêp zawarto¶ci elementu] Logiczne wskazanie, czy znak to odstêp pojawiaj±cy siê w obrêbie odstêpu zawarto¶ci elementu (patrz [XML], 2.10 "U¿ycie Odstêpu"). Zauwa¿, ¿e waliduj±ce procesory XML s± wymagane do zapewnienia tych informacji. Je¿eli nie ma deklaracji dla za³±czanego elementu, lub s± wielokrotne deklaracje, ta w³asno¶æ nie posiada warto¶ci znaków odstêpu. Je¿eli ¿adne deklaracje nie zosta³y odczytane, ale w³asno¶æ przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa³szywa (wiêc mo¿e byæ nieprzeczytana deklaracja), wtedy warto¶æ tej w³asno¶ci jest nieznana dla znaków odstêpu. Zawsze jest fa³szywe dla znaków, które nie s± odstêpami.
  3. [przodek] Przedmiot informacyjny typu element, zawieraj±cy ten przedmiot informacyjny w jego w³asno¶ci [potomek].

2.7. Przedmioty informacyjne typu Komentarz

Definicja XML: komentarz (Czê¶æ 2.5, komentarze)

Sk³adnia XML: [15] Komentarz (Czê¶æ 2.5, Komentarze)

Jest przedmiot informacyjny typu komentarz dla ka¿dego komentarza XML w oryginalnym dokumencie, z wyj±tkiem tych pojawiaj±cych siê w DTD (które nie s± przedstawione).

Przedmiot informacyjny typu komentarz posiada nastêpuj±ce w³asno¶ci:

  1. [zawarto¶æ] Ci±g znaków przedstawiaj±cy zawarto¶æ komentarza.
  2. [przodek] Przedmiot informacyjny typu dokument lub element zawieraj±cy ten przedmiot informacji w swojej w³asno¶ci [potomek].

2.8. Przedmioty informacyjne typu Deklaracja Typu Dokumentu

Definicja XML: typ dokumentu i deklaracji (czê¶æ 2.8, Jêzyk Prolog i typ deklaracji )

Sk³adnia XML: [28] doctypedecl (czê¶æ 2.8, Jêzyk Prolog i typ deklaracji)

Je¿eli dokument XML posiada deklaracjê typu dokumentu, wtedy zbiór informacji zawiera pojedynczy przedmiot informacyjny deklaracji typu dokumentu . Zauwa¿, ¿e elementy rekordu i zapisy s± zapewnione jako w³asno¶ci przedmiotu informacyjnego dokumentu, nie jako przedmiot informacyjny deklaracji typu dokumentu.

Przedmiot informacyjny deklaracji typu dokumentu posiada nastêpuj±ce w³asno¶ci:

  1. [identyfikator systemowy] Identyfikator systemowy zewnêtrznego podzbioru informacji, pojawia siê w deklaracji DOCTYPE, bez jakichkolwiek dodatkowych uwalnianych URI stosowanych przez procesor. Je¿eli nie ma ¿adnego zewnêtrznego podzbioru, ta w³asno¶æ nie ma warto¶ci.
  2. [identyfikator publiczny] Identyfikator publiczny zewnêtrznego podzbioru, znormalizowany jak opisano w 4.2.2 Zewnêtrzne elementy rekordu [XML]. Je¿eli nie ma ¿adnego zewnêtrznego podzbioru, lub je¿eli nie ma publicznego identyfikatora, ta w³asno¶æ nie ma warto¶ci.
  3. [potomkowie] Uporz±dkowana lista przedmiotów informacyjnych instrukcji przetwarzania przedstawiaj±ca instrukcje przetwarzania pojawiaj±ce siê w DTD w porz±dku oryginalnego dokumentu. Przedmioty z wewnêtrznego podzbioru DTD pojawiaj±ce siê przed tymi z zewnêtrznego podzbioru.
  4. [przodek] Przedmiot informacyjny dokumentu.

2.9. Przedmioty informacyjne typu Element niezinterpretowany 

Definicja XML: element rekordu (czê¶æ 4, Struktury fizyczne)

Sk³adnia XML: [71] GEDecl (czê¶æ 4.2, Elementy rekordu)

Wystêpuje przedmiot informacyjny typu niezanalizowany element rekordu dla ka¿dego niezanalizowanego ogólnego elementu rekordu zdeklarowanego w DTD.

Przedmiot informacyjnytypu niezanalizowany element rekordu posiada nastêpuj±cych w³asno¶ci:

  1. [nazwa] Nazwa elementu rekordu.
  2. [identyfikator systemowy] Identyfikator systemowy elementu rekordu, jak pojawia siê w deklaracji elementu rekordu, bez jakichkolwiek dodatkowych odno¶ników URI stosowanych przez procesor.
  3. [identyfikator publiczny] Identyfikator publiczny elementu rekordu, znormalizowany jak opisano w 4.2.2 Zewnêtrzne elementy rekordu [XML]. Je¿eli element rekordu nie ma publicznego identyfikatora, ta w³asno¶æ nie ma warto¶ci.
  4. [deklaracja podstawowego URI] Podstawowy URI relatywny dla którego identyfikatora systemowego powinien byæ od³±czony (tzn. podstawowy URI ¼ród³a w obrêbie której deklaracji elementu rekordu wystêpuje).
  5. [nazwa zapisu] Nazwa zapisu po³±czona z elementem rekordu.
  6. [zapis] Zapis przedmiotu informacyjnego nazwany przez nazwê zapisu. Je¿eli nie ma deklaracji dla zapisu z t± nazw±, lub s± wielokrotne deklaracje, ta w³asno¶æ nie ma warto¶ci. Je¿eli nie zosta³a odczytana deklaracja, ale w³asno¶æ [wszystkie deklaracje przetworzone] przedmiotu informacyjnego dokumenty jest fa³szywa (wiêc mo¿e byæ nieodczytana deklaracja), wtedy warto¶æ tej w³asno¶ci jest nieznana.

2.10. Przedmioty informacyjne typu zapis

Definicja XML: zapis (czê¶æ 4.7, Zapisy)

Sk³adnia XML: [82] NotationDecl (czê¶æ 4.7, Zapisy)

Jest przedmiot informacyjny typu zapis dla ka¿dego zapisu zdeklarowanego w DTD.

Przedmiot informacyjny typu zapis posiada nstêpuj±ce w³asno¶ci:

  1. [nazwa] Nazwa zapisu.
  2. [identyfikator systemowy] Identyfikator systemowy zapisu, jak pojawia siê w deklaracji zapisu, bez jakichkolwiek dodatkowych odno¶ników URI stosowanych przez procesor. Je¿eli ¿aden identyfikator systemowy nie zosta³ okre¶lony, ta w³asno¶æ nie ma warto¶ci.
  3. [identyfikator publiczny] Identyfikator publiczny zapisu, znormalizowany i opisany w 4.2.2 Zewnêtrzne elemnty rekordu [XML]. Je¿eli zapis nie ma ¿adnego identyfikatora publicznego, ta w³asno¶æ nie ma warto¶ci.
  4. [deklaracja podstawowego URI] Podstawowy URI relatywny dla którego identyfikatora systemowego powinien byæ od³±czony (tzn. podstawowy URI ¼ród³a w obrêbie której deklaracji zapisu wystêpuje).

2.11. Przedmioty informacyjne typu Przestrzeñ Nazw

Ka¿dy element w dokumencie posiada przedmiot informacyjny przestrzeni nazw dla ka¿dej przestrzeni nazw, która jest w zasiêgu tego elementu.

Informacja o przestrzeni nazw posiada nastêpuj±ce w³a¶ciwo¶ci:

  1. [prefiks] Prefiks, którego ³±czenie opisuje ten przedmiot. Syntaktycznie jest to czê¶æ nazwy atrybutu nastêpuj±ca po prefiksie xmlns:. Je¿eli nazw± atrybutu jest po prostu xmlns, tak, ¿eby deklaracja by³a jego domy¶ln± przestrzeni± nazw, ta w³asno¶æ nie ma warto¶ci.
  2. [nazwa przesrzeni nazw] Nazwa przestrzeni nazw, do której jest przy³±czony prefiks.

3. Zgodno¶æ

Poniewa¿ celem zbioru informacji jest zapewnienie zbioru definicji, zgodno¶æ jest w³asno¶ci± specyfikacji u¿ywaj±cych tamtych definicji raczej ni¿ implementacji.

Specyfikacje odnosz±ce siê do zbioru informacji musz±:

Je¿eli specyfikacja zezwala na konstruowanie zbioru informacji, który zawiera niezgodno¶ci jak opisano poni¿ej Syntetyczne zbiory informacji, mo¿e opisaæ jak te niezgodno¶ci maj± byæ rozwi±zane i tak powinna zrobiæ, je¿eli zapewnia serializacjê zbioru informacji.

Dodatek A. Referencje

Referencje normatywne

ISO/IEC 10646
ISO (Miêdzynarodowa Organizacja Normalizacyjna). ISO/IEC 10646-1:2000. Technologia informacyjnay — Uniwersalny wielooktetowy zbiór kodowanych znaków (UCS) — Czê¶æ 1: Struktura i podstawowa p³aszczyzna wielojêzykowa oraz ISO/IEC 10646-2:2001.Technologia informacyjna — Uniwersalny wielooktetowy zbiór kodowanych znaków (UCS) — Czê¶æ 2: P³aszczyzny dodatkowe, poniewa¿, od czasu do czasu s± poprawiane, zastêpowane przez nowe edycje, lub rozszerzane przez dodawanie nowych czê¶ci. [Genewa]: Miêdzynarodowa Organizacja Normalizacyjna. (Patrz http://www.iso.ch w celu sprawdzenia najnowszej wersji.)
Przestrzenie nazw
Przestrzenie nazw w XML, W3C, ed. Tim Bray, Dave Hollander, Andrew Layman. 14 stycznia 1999. Dostêpne na http://www.w3.org/TR/REC-xml-names.
Przestrzenie nazw 1.1
Przestrzenie nazw in XML 1.1, W3C, ed. Tim Bray, Dave Hollander, Andrew Layman, Richard Tobin. 4 lutego 2004. Dostêpne na http://www.w3.org/TR/xml-names11.
RFC2119
S³owa kluczowe dla u¿ycia RFC do wskazania wymagania poziomów, ed. S. Bradner. marzec 1997. Dostêpne na http://www.ietf.org/rfc/rfc2119.txt.
XML
Rozszerzalny jêzyk znaczników (XML) 1.0 (trzecia edycja), W3C, ed. Tim Bray, Jean Paoli, C.M. Sperberg-McQueen, Eve Maler, François Yergeau. 4 lutego 2004. Dostêpny na http://www.w3.org/TR/REC-xml.
XML 1.1
Rozszerzalny jêzyk znaczników (XML) 1.1, W3C, ed. Tim Bray, Jean Paoli, C.M. Sperberg-McQueen, Eve Maler, John Cowan, François Yergeau. 4 lutego 2004. Dostêpny na http://www.w3.org/TR/xml11.
Podstawa XML
Podstawa XML, W3C, ed. Jonathan Marsh. luty 2000. Dostêpna na http://www.w3.org/TR/xmlbase.

Referencje nienormatywne

DOM
Specyfikacja DOM poziomu 1, W3C, ed. Vidur Apparao, Steve Byrne, Mike Champion, et al. 1 pa¼dziernik 1998. Dostêpna na http://www.w3.org/TR/REC-DOM-Level-1.
XPointer-Liaison
Zbiór informacji XPointer- O¶wiadczenie Liaison , W3C, ed. Steven J. DeRose. 24 lutego 1999. Dostêpne na http://www.w3.org/TR/NOTE-xptr-infoset-liaison.
Relatywne odno¶niki przestrzeni nazw URI
Wyniki tajnego g³osowania XML W3C na temat relatywnych odno¶ników w deklaracjach przestrzeni nazw, 3-17 lipca 2000, W3C, ed. Dave Hollander, C. M. Sperberg-McQueen. 6 wrze¶nia 2000. Dostêpne na http://www.w3.org/2000/09/xppa.
Schemat RDF dla zbioru informacyjnego XML
Schemat RDF dla zbioru informacyjnego XML, W3C, ed. Richard Tobin. 6 kwietnia 2001. Dostêpny na http://www.w3.org/TR/xml-infoset-rdfs.

Dodatek B: Wymagania raportowania XML (informacyjne)

Pomimo, ¿e Rekomendacja [XML] jest zasadniczo zwi±zana ze sk³adni± XML, równie¿ zawiera trochê specjalich wymagañ raportowania dla porocesorów XML.

Wymagania raportowania zawieraj± b³êdy, które s± poza zasiêgiem tej specyfikacji i informacjo dokumentu. Wszystkie z wymagañ XML dla raportowania informacji dokumentu zosta³y zintegrowane w zbiór informacyjny XML; numery w nawiasach odnosz± siê do specyfikacji Rekomendacji XML:

  1. Procesor XML zawsze musi zapewniæ wszystkie znaki w dokumencie, które nie s± czê¶ci± znakowania dla aplikacji (2.10).
  2. Procesor walidacyjny XML musi informowaæ aplikacjê o tym, który znak danych w dokumencie jest odstêpem pojawiaj±cym siê siê w obrêbie zawarto¶ci elementu (2.10).
  3. Procesor XML musi znormalizowaæ koñce linii LF przed przekazaniem ich do aplikacji (2.11).
  4. Procesor XML musi znormalizowaæ warto¶æ atrybutów zgodnie z zasadami w klauzuli 3.3.3 przed przekazaniem ich do aplikacji.
  5. Procesor XML musi przekazaæ nazwy i zewnêtrzne identyfikatory (identyfikatory systemowe, publiczne identyfikatory lub oba) zdeklarowanych zapisów do aplikacji (4.7).
  6. Kiedy nazwa niezanalizowanego elementu rekordu pojawia siê jako warto¶æ jawna, lub domy¶lna atrubutu ENTITY lub ENTITIES, procesor XML musi zapewniæ nazwy, identyfikatory systemowe i (je¶li wystêpuj±) identyfikatory publiczne obu elementów rekordu i ich zapisów do aplikacji (4.6, 4.7).
  7. Procesor XML musi przekazaæ instrukcje przetwarzania do aplikacji (2.6).
  8. Procesor XML (koniecznie niewaliduj±cy), który nie zawiera zastêpczego tekstu zewnêtrznego zanalizowanego elementu rekordu w miejscu odno¶nika elementu rekordu musi zawiadomiæ aplikacjê tak, ¿e jest rozpoznana ale nie odczyta elementu rekordu (4.4.3).
  9. Waliduj±cy procesor XML musi zawieraæ zastêpczy tekst elementu rekordu w miejscu odno¶nika elementu rekordu (5.2).
  10. Procesor XML musi dostarczyæ warto¶æ domy¶ln± atrybutów zdeklarowanych w DTD dla danego typu elementu, ale nie pojawiaj±cych w pocz±kowym znaczniku elementu. (3.3.2).

Dodatek C: Przyk³ad (informacyjny-pogl±dowy)

Rozwa¿ nastêpuj±cy przyk³±d dokumentu XML:

<?xml version="1.0"?>

<msg:message doc:date="19990421"
             	xmlns:doc="http://doc.example.org/namespaces/doc"
             	xmlns:msg="http://message.example.org/"
>Phone home!</msg:message>

Zbiór informacji dla tego dokumentu XML zawiera nastêpuj±ce przedmioty informacyjne:

Dodatek D: Co nie jest zbiorem informacyjnym

Nastêpuj±ce informacje nie s± przedstawione w obecnej wersji zbioru informacyjnego XML (ta lista nie ma na celu byæ kompletn±):

  1. Modele zawarto¶ci elementów, z deklaracji ELEMENT w DTD.
  2. Grupowanie i porz±dkowanie deklaracji atrybutu w deklaracjach ATTLIST.
  3. Nazwa typu dokumentu.
  4. Odstêp elementu dokumentu.
  5. odstêp natychmiastowo nastêpuj±ce po nazwie celu PI.
  6. Czy znaki s± przedstawiane przez odno¶niki znaków.
  7. Ró¿nica pomiêdzy dwiema formami pustego elementu: <foo/> oraz <foo></foo>.
  8. Odstêpy w obrêbie pocz±tkowych znaczników (innych ni¿ znacz±ce odstêpy w warto¶ciach atrybutów) i koñcowe znaczniki.
  9. Ró¿nica pomiêdzy CR, CR-LF, oraz zakoñczeniem linii LF.
  10. Porz±dek atrybutów w obrêbie pocz±tkowego znacznika.
  11. Porz±dek deklaracji w obrêbie DTD.
  12. Brzegi czê¶ci warunkowych w DTD.
  13. Brzegi parametrów elementów rekordu w DTD.
  14. Komentarze w DTD.
  15. Lokalizacja deklaracji (czy w wewnêtrznym, czy zewnêtrznym podzbiorze, lub parametrach elementu rekordu).
  16. Jakiekolwiek ignorowane deklaracje, ³±cznie z tymi w obrêbie czê¶ci warunkowej IGNORE, jak i deklaracjami elementu rekordu i atrybutu ignorowanymi poniewa¿ poprzednie deklaracje nak³adaj± sie na nie.
  17. Rodzaj znaków cudzys³ów (pojedzynczy lub podwójny) u¿ywany do cytowania warto¶ci atrybutów.
  18. Brzegi ogólnych zanalizowanych elementów rekordu.
  19. Brzegi oznaczonych sekcji CDATA.
  20. Warto¶æ domy¶lna atrybutów zdeklarowanych w DTD.

Dodatek E: Schemat RDF (informacyjny-pogl±dowy)

See Schemat RDF dla zbioru informacyjnego XML dla formalnego znakowania zbioru informacji.