Polskie t硊maczenie Rekomendacji "XML Information Set (Second Edition)"

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

Dokument ten jest t硊maczeniem rekomendacji XML Information Set (Second Edition). Przek砤d ten nie jest przek砤dem normatywnym i mo縠 zawiera b酬dy wynikaj眂e z t硊maczenia. Status normatywny posiada jedynie wersja angielskoj陑yczna 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髍 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辄/strong> dla tego dokumentu, kt髍a mo縠 zawiera pewne normatywne poprawki.

Zobacz tak縠 t硊maczenia.


Streszczenie

Ta specyfikacja oferuje zestaw definicji dla u縴cia w innych specyfikacjach, kt髍e potrzebuj odnosi si do informacji w dokumencie XML.

Status Dokumentu

Ten paragraf opisuje status tego dokumentu od czasukiedy jest opublikowany. Inne dokumenty mog zast眕i ten dokument. Lista bie勘cych publikacji W3C i najnowsz weryfikacj tego raportu technicznego mo縩a zanale兼 na W3C technical reports index na http://www.w3.org/TR/.

Ten dokument jest Rekomendowany przez W3C. Zosta on zbadany przez cz硂nk體 W3C i inne strony zainteresowane oraz zatwierdzony przez dyrektora jako Rekomendacja W3C. To jest dokument stabilny i mo縠 by u縴wany jako materia odniesienia lub cytowany jako odniesienie normatywne z innego dokumentu. Zadaniem W3C w wydaniu tej rekomendacji jest przyci眊ni阠ie uwagi do tej specyfikacji i promowanie jej szerokiego zastosowania. Wzbogaci to funkcjonalno舵 i interoperacyjno舵 sieci Web.

Ten dokument uaktualnia Infoset b阣眂 nak砤dk na wersj XML 1.1 i przestrze nazw 1.1, wyja秐ia konsekwencje pewnych rodzaj體 niepoprawno禼i sk砤dniowej i poprawiania pewnych b酬d體 typograficznych. To jest produkt W3C XML Activity. Tylko angielska wersja specyfikacji jest wersj normatywn? Jednak縠, szukaj眂 t硊macze tego dokumentu zobacz http://www.w3.org/2003/03/Translations/byTechnology?technology=xml-infoset.

Documentacja z intelektualn w砤禼iwo禼i mo縠 odnosi si do tych rekomendacji mo縠 by znaleziona na publicznej stronie Working Group IPR disclosure page.

Prosimy zg砤sza b酬dy w tym dokumencie na adres www-xml-infoset-comments@w3.org (publiczne archiwa s?#160; dost阷ne). Lista erraty dla tej rekomendacji jest dost阷na na http://www.w3.org/2001/10/02/xml-infoset-errata.html.

Spis tre禼i


1. Wprowadzenie

Ta specyfikacja definiuje abstrakcyjny zbi髍 danych Zbi髍 informacyjny XML (ang. XML Information Set (Infoset)). Jego celem jest dostarczanie sp骿nego zbioru definicji do wykorzystania w innych specyfikacjach, kt髍e potrzebuj odnosi si do informacji w poprawnie sk砤dniowo uformowanym dokumencie XML [XML].

Celem jej nie jest bycie wyczerpuj眂胞 G丑wnym kryterium przy doborze przedmiot體 informacyjnych albo w砤禼iwo禼i jest spodziewana u縴teczno舵 w przysz硑ch specyfikacjach. Tak縠 nie stanowi zestawu minimum informacji, kt髍e musz by zwracane przez procesor XML.

Dokument XML posiada zbi髍 informacyjny je縠li jest poprawnie sformu硂wany i zachowuje ograniczenia przestrzeni nazw opisane w below. Aby dokument XML posiada zbi髍 informacyjny nie jest wymagane aby by poprawny sk砤dniowo.

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

Zbi髍 informacyjny dokumentu XML sk砤da si z pewnej liczby przedmiot體 / element體 informacyjnych; zbi體 informacyjnych dla ka縟ego poprawnie sformu硂wanego dokumentu XML b阣zie zawiera conajmniej przedmiot / element informacyjny document oraz kilka innych. Przedmiot informacyjny jest abstrakcyjnym opisem pewnej cz阠i dokumentu XML; ka縟y element informacyjny posiada zwi眤any z nim zbi髍 nazwanych w砤禼iwo禼i. W tej specyfikacji nazwy w砤禼iwo禼i s przedstawione w nawiasach kwadratowych, [thus]. Typy przedmiot體 informacyjny s wymienione w section 2.

Zbi髍 informacyjny XML nie wymaga lub preferuje szczeg髄nego interfejsu lub klasy interfejs體. Ze wzgl阣u na jasno舵 i prostot? ta specyfikacja przedstawia zbi髍 informacyjny jako zmodyfikowane drzewo, jednak縠 nie jest wymagane aby Zbi髍 Informacyjny XML by dost阷ny jako struktura drzewiasta; mo縧iwe s inne typy interfejs體 mi阣zy innymi oparte na zdarzeniach i zapytaniach w celu dostarczania informacji w spos骲 zgodny z Zbiorem Informacyjnym XML.

Terminy "zbi髍 informacyjny" i "przedmiot / element informacyjny" s podobnie rozumiane jak powszechnie u縴wane w informatyce terminy "drzewo" i "w陑e?quot;. Jednak縠 w tej specyfikacji u縴wane s pierwsze z tych okre秎e w celu ograniczenia mo縧iwo禼i pomy砶i z innymi modelami danych. Elementy informacyjne nie przek砤daj si jeden-do-jeden na w陑硑 DOM lub "drzewa" i "w陑硑" modelu danych XPath.

W tej specyfikacji zak砤da si znaczenie s丑w "musi", "powinien" i "mo縠" zgodnie z [RFC2119], z takim wyj眛kiem 縠 s硂wa te nie s przedstawione kapitalikiem.

Wersje XML

R罂ne wersje specyfikacji XML mog przedstawia r體ne regu硑 analizy. Zbi髍 informacyjny dokumentu XML jest zdefiniowany aby by jedynym otrzymanym poprzez jego analiz zgodnie z regu砤mi specyfikacji, kt髍ej wersja odpowiada wersji z dokumentu. Dokument kt髍y nie specyfikuje numeru wersji jest uwa縜ny za dokument w wersji 1.0. Je秎i procesor XML akceptuje dokument z numerem wersji, kt髍ej nie zna, niekoniecznie oznacza to 縠 bedzie w stanie utworzy poprawny zbi髍 informacyjny.

Przestrzenie nazw

XML dokumenty, kt髍e nie s zgodne z [Przestrzeniami nazw], chocia s technicznie dobrze ukszta硉owane, nie s uwa縜ne za posiadaj眂e znacz眂e zbiory informacji. To znaczy, 縠 ta specyfikacja nie okre秎a zbior體 informacji dla dokument體, kt髍e posiadaj nazwy elementu, lub atrybutu zawieraj眂e dwukropki, kt髍e s u縴wane w inny spos骲, ni zalecany przez [Przestrzenie nazw].

W dodatku, ta specyfikacja nie okre秎a zbioru informacji dla dokument體, kt髍e u縴waj wzgl阣nych odno秐ik體 URI w deklaracjach przestrzeni nazw. Jest to zgodne z decyzj Plenarnej Grupy Interesu W3C XML opisanej we [Wzgl阣nych Odno秐ikach Przestrzeni Nazw URI].

Warto禼i w砤sno禼i [namespace name] (nazwa przestrzeni nazw) jest znormalizowana warto舵 odpowiadaj眂ego atrybutu przestrzeni nazw; 縜den dodatkowy uwalniany URI nie odnosi si do tego przez procesor.

Elementy rekordu

Zbi髍 informacji opisuje jego dokument XML z ju rozszerzonymi odno秐ikami element體 rekordu, tj. przedstawiany przez elementy informacyjne odpowiadaj眂e tekstowi, kt髍y jest na ich miejscu. Jednak s r罂ne okoliczno禼i, w kt髍ych procesor mo縠 nie wykona tego rozszerzenia. Element rekordu mo縠 nie by zdeklarowany, lub mo縠 nie by mo縧iwy do odzyskania. Procesor niewaliduj眂y mo縠 wybra nie czyta wszystkich deklaracji, a nawet je秎i nie, mo縠 rozszerzy wszystkie zewn阾rzne elementy rekordu. W takich przypadkach element infomacyjny nierozszerzonego odno秐ika elementu rekordu jest u縴wany do przedstawiania odno秐ika elementu rekordu.

Obs硊giwanie ko馽a wiersza

Warto禼i wszystkich w砤sno禼i w Zbiorze informacji bior pod uwag normalizacj ko馽a wiersza opisan w [XML], 2.11 "Obs硊giwanie ko馽a wiersza".

Podstawowe URI

Niekt髍e elementy informacyjne posiadaj w砤sno禼i [base URI] (podstawowy URI) lub [declaration base URI] (deklaracja podstawowego URI). S one wyliczone zgodnie z [Podstaw XML]. Zauwa? 縠 odzyskanie 紃骴砤 mo縠 zawiera przekierowanie na poziom analizatora sk潮dni (np. w przeliczniku elementu rekordu) lub ni縠j; w tym przypadku podstawowy URI jest ko馽owym URI u縴wanym do odzyskania 紃骴砤 po wszystkich przekierowaniach.

Warto舵 tych w砤sno禼i nie odzwierciedla 縜dnego uwalnianego URI, co mo縠 by wymagane do odzyskania 紃骴砤, ale mo縠 zawiera uwalniane znaki, je縠li by硑 okre秎one w dokumencie, lub oddane przez serwer w celu przekierowania.

W niekt髍ych przypadkach (takich jak czytanie dokument體 z 砤馽ucha znak體 lub potoku) zasady [Podstawy XML] mog doprowadza do podstawowego URI, kt髍y jest zale縩y od aplikacji. W takich przypadkach ta specyfikacja nie okre秎a warto禼i w砤sno禼i [podstawowego URI] lub [deklaracji podstawowego URI].

Podczas rozwi眤ywania wzgl阣nych w砤sno禼i URI [podstawowy URI] powinny by u縴wane w preferencji do warto禼i atrybut體 xml:base; mog by sprzeczne w przypadku Syntetycznych Zbior體 Informacji.

``Nieznany '' i ``Brak warto禼i''

Niekt髍e w砤sno禼i mog czasem posiada warto禼i nieznany lub brak warto禼i, i powiedziano, 縠 warto舵 w砤sno禼i jest nieznana, lub 縠 w砤sno舵 odpowiednio nie posiada warto禼i. Te warto禼i r罂ni si od siebie i od wszystkich innych warto禼i. W szczeg髄no禼i r罂ni si od pustego ci眊u znak體, pustego zbioru i pustej listy, ka縟y z kt髍ych poprostu nie ma element體. Ta specyfikacja nie u縴wa terminu warto舵 zerowa poniewa w niekt髍ych spo砮czno禼iach ma to szczeg髄ne znaczenie, co mo縠 nie pasowa do tych przeznaczonych tutaj.

Niezgodno禼i wynikaj眂e z niewa縩o禼i

Jak zanotowano powy縠j, dokument XML nie musi by wa縩y, aby posiada zbi髍 informacji. Jednak pewne rodzaje niewa縩o禼i wp硑waj na warto禼i przypisane pewnym w砤sno禼iom. Elementy rekordu, zapisy, elementy i atrybuty mog by niezdeklarowane. Zapisy i elementy mog by wielokrotnie zdeklarowane (wielokrotne deklaracje s wa縩e dla element體 rekordu i atrybut體). ID mo縠 by niezdefiniowany lub wielokrotnie zdefiniowany. Takie przypadki s zauwa縜ne w stosownych miejscach, w poni縮zych definicjach Element體 Informacyjnych.

Syntetyczne Zbiory Informacji

Ta specyfikacja opisuje zbi髍 informacji wynikaj眂y z analizowania dokumentu XML. Zbiory informacji mog by skonstruowane przy pomocy innych 秗odk體, na przyk砤d przy u縴ciu API takich jak DOM lub przez przekszta砪anie istniej眂ych zbior體 informacji.

Zbi髍 informacji odpowiadaj眂y prawdziwemu dokumentowi b阣zie koniecznie zgodny na wiele sposob體; np. w砤sno舵 [przestrzeni nazw in-scope] elementu b阣zie zgodna z w砤sno禼iami [atrybut體 przestrzeni nazw] elementu i jego przodk體. To nie mo縠 by prawdziwe przy zbiorze informacji skonstruowanego innymi sposobami; w takim przypadku nie b阣zie 縜dnego dokumentu XML odpowiadaj眂ego zbiorowi informacji i aby dokona jego serializacji b阣zie wymaga rozdzielenia niezgodno禼i (np. przez uzyskanie deklaracji przestrzeni nazw, kt髍e odpowiadaj przestrzeniom nazw w zakresie).

2. Przedmioty informacyjne

Zbi髍 informacji mo縠 zawiera do jedenastu r罂nych typ體 przedmiot體 informacyjnych, jak wyja秐iono w nast阷uj眂ych sekcjach. Ka縟y przedmiot informacyjny posiada w砤禼iwo禼i. Dla u砤twienia odnoszenia, ka縟a w砤sno舵 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骲]. Odno秐iki do definicji i/lub sk潮dni w Rekomendacji XML 1.0 [XML] s podane dla ka縟ego przedmiotu informacyjnego.

2.1. Przedmioty informacyjne typu Dokument

Definicja XML: dokument (Cz甓 2, Dokumenty)

Sk砤dnia XML: [1] Dokument (Cz甓 2.1, Dobrze ukszta硉owane Dokumenty XML )

Jest dok砤dnie jeden przedmiot informacyjny typu dokument w zbiorze informacji i wszystkie inne przedmioty informacyjne s dost阷ne z w砤禼iwo禼i przedmiotu informacyjnego typu dokument, zar體no bezpo秗ednio, jak i po秗ednio poprzez w砤禼iwo禼i innych przedmiot體 informacyjnych.

Przedmiot informacyjny typu dokument posiada nast阷uj眂e w砤禼iwo禼i:

  1. [potomek] Uporz眃kowana lista przedmiot體 informacyjnych typu potomek, w kolejno禼i dokumentu. Lista zawiera dok砤dnie jeden element przedmiotu informacyjnego. Lista zawiera r體nie jedn instrukcj przetwarzania przedmiotu informacyjnego dla ka縟ej instrukcji przetwarzania poza elementem dokumentu, oraz jeden komentarz przedmiotu informacyjnego dla ka縟ego komentarza poza elementem dokumentu. Instrukcje przetwarzania i komentarze w obr阞ie DTD s wykluczone. Je秎i jest deklaracja typu dokumentu, lista tak縠 zawiera przedmiot informacyjny deklaracji typu dokumentu .
  2. [element dokumentu] Przedmiot informacyjny element odpowiadaj眂y elementowi dokumentu.
  3. [zapisy] Nieuporz眃kowany zbi髍 przedmiot體 informacyjnych typu zapis, jeden dla ka縟ego zapisu zdeklarowanego w DTD. Je秎i jakikolwiek zapis jest wielokrotnie zdeklarowany, ta w砤sno舵 nie ma warto禼i.
  4. [niezanalizowane elementy rekordu] Nieuporz眃kowany zbi髍 przedmiot體 informacyjnych typu niezanalizowane elementy rekordu, jeden dla ka縟ego niezanalizowanego elementu rekordu zdeklarowanego w DTD.
  5. [podstawowy URI] Podstawowy URI elementu rekordu dokumentu.
  6. [schemat kodowania znak體] Nazwa schematu kodowania znak體, w kt髍ym jest wyra縪ny element rekordu dokumentu.
  7. [samodzielny] Wskazanie statusu dokumentu na samodzielny, zar體no tak i nie. Ta w砤sno舵 jest uzyskana z opcjonalnej deklaracji samodzielnego dokumentu w deklaracji XML na pocz眛ku elementu rekordu dokumentu i nie ma warto禼i, je縠li nie ma deklaracji samodzielnego dokumentu.
  8. [wersja] Ci眊 znak體 przedstawiaj眂y wersj XML dokumentu. Ta w砤禼iwo舵 jest uzyskana z deklaracji XML opcjonalnie obecnej na pocz眛ku elementu rekordu dokumentu i nie ma warto禼i je縠li nie ma deklaracji XML.
  9. [wszystkie deklaracje przetworzone] Ta w砤禼iwo舵, dok砤dnie m體i眂, nie jest cz甓ci zbioru informacji dokumentu. Raczej jest wskazaniem, czy procesor odczyta kompletny DTD. Jego warto舵 jest logiczna. Je縠li jest nieprawdziwa, wtedy pewne w砤sno禼i (wskazane w ich poni縮zych opisach) mog nie by znane. Je秎i jest prawdziwa, te w砤sno禼i nigdy nie s nieznane.

2.2. Przedmioty informacyjne typu Element

Definicja XML: element (Cz甓 3, Struktury Logiczne)

Sk砤dnia XML: [39] Element (Cz甓 3, Struktury Logiczne)

Wyst阷uje przedmiot informacyjny typu element dla ka縟ego elementu pojawiaj眂ego si w dokumencie XML. Jeden z przedmiot體 informacyjnych typu element jest warto禼i w砤sno禼i [elementu dokumentu] przedmiotu informacyjnego typu dokument, odpowiadaj眂ego korzeniowi drzewa element體 i wszystkie inne elementy informacyjne typu element s dost阷ne porzez rekurencyjne wyst阷owanie po ich w砤sno禼iach [potomk體]:

  1. [nazwa przestrzeni nazw] Nazwa przestrzeni nazw, je秎i takowa jest, typu elementu. Je縠li element nie nale縴 do przestrzeni nazw, ta w砤sno舵 nie ma warto禼i.
  2. [nazwa lokalna] Lokalna cz甓 nazwy typu elementu. Nie zawiera to jakiegokolwiek prefiksu przestrzeni nazw lub nast阷uj眂ego po nim dwukropka.
  3. [prefiks] Cz甓 prefiksu przestrzeni nazw nazwy typu elementu. Je縠li nazwa nie posiada prefiksu, ta w砤sno舵 nie ma warto禼i. Zauwa? 縠 aplikacje 秝iadome przestrzeni nazw powinny u縴wa przestrzeni nazw raczej ni prefiksu do identyfikacji element體.
  4. [potomkowie] Uporz眃kowana lista przedmiot體 informacyjnych typu potomek w porz眃ku dokumentu. Ta lista zawiera element, instrukcj przetwarzania, nierozszerzalny odno秐ik elementu rekordu , znak i przedmioty informacyjne typu komentarz, po jednym dla ka縟ego elementu, instrukcji przetwarzania, odno秐ika do nieprzetworzonego zewn阾rznego elementu rekordu, znak danych oraz komantarz pojawiaj眂y si natychmiast wewn眛rz bie勘cego elementu. Je縠li element jest pusty ta lista nie ma element體.
  5. [atrybuty] Nieuporz眃kowany zbi髍 przedmiot體 informacyjnych typu atrybut, jeden dla ka縟ego z atrybut體 (okre秎ony lub domy秎ne z DTD) tego elementu. Deklaracje przestrzeni nazw nie pojawiaj si w tym zbiorze. Je縠li ten element nie ma atrybut體, ten zbi髍 nie posiada 縜dnych element體.
  6. [atrybuty przestrzeni nazw] Nieuporz眃kowany zbi髍 przedmiot體 informacyjnych typu atrybut, jeden dla ka縟ego z deklaracji przestrzeni nazw (okre秎ony lub domy秎ne z DTD) tego elementu. Deklaracje formularza xmlns="" i xmlns:name="", kt髍e nie deklaruj odpowiednio domy秎nej warto禼i przestrzeni nazw i prefiks體, 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髍ych w砤sno舵 [prefiks] nie ma warto禼i) maj przestrze nazw URI http://www.w3.org/2000/xmlns/. je縠li element nie posiada deklaracji przestrzeni nazw, ten zbi髍 nie ma element體.
  7. [przestrzenie nazw in-scope] Nieuporz眃kowany zbi髍 przedmiot體 informacyjnych typu przestrze nazw, jeden dla ka縟ej z przestrzeni nazw w wyniku dla tego elementu. Ten zbi髍 zawsze zawiera przedmiot z prefiksem xml, kt髍y jest domniemany, zwi眤any z nazw przestrzeni nazw http://www.w3.org/XML/1998/namespace. Nie zawiera przedmiotu z prefiksem xmlns (u縴wanego dla deklarowania przestrzeni nazw), poniewa aplikacja nigdy nie mo縠 napotka elementu lub atrybutu z tym prefiksem. Zbi髍 b阣zie zaweira przedmioty przestrzeni nazw odpowiadaj眂e wszystkim elementom [atrybuty przestrzeni nazw], z wyj眛kiem jakichkolwiek deklaracji przedstawiaj眂ymi formularz xmlns="" orlub xmlns:name="", kt髍y nie deklaruje przestrzeni nazw, ale raczej nie deklaruje domy秎nej warto禼i przestrzeni nazw i prefiks體. Podczas roz潮czania prefiks體 nazw z硂縪nych ta w砤sno舵 powinna by u縴wana w odniesieniu do w砤sno禼i [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眂y ten przedmiot informacyjny w swojej w砤sno禼i [potomek].

2.3. Przedmioty informacyjne typu atrybut

Definicja XML: atrybut (Sekcja 3.1, Znaczniki pocz眛kowe, znaczniki ko馽owe, i znaczniki pustych element體)

XML Syntax: [41] atrybut (Sekcja 3.1, Znaczniki pocz眛kowe, znaczniki ko馽owe, i znaczniki pustych element體)

Jest przedmiot informacyjny typu atrybut dla ka縟ego atrybutu (okre秎onego lub domy秎nego) ka縟ego elementu w dokumencie, 潮cznie z tymi, kt髍e s deklaracjami przestrzeni nazw. Te drugie jednak pojawiaj si jako elementy w砤sno禼i element體 [atrybuty przestrzeni nazw] raczej ni jego w砤sno禼i [atrybuty].

Atrybuty zdeklarowane w DTD bez warto禼i domy秎nej i nieokre秎one w znaczniku pocz眛kowym elementu nie s reprezentowane przez przedmioty informacyjne typu atrybut.

Przedmiot informacyjny typu atrybut posiada nast阷uj眂e warto禼i:

  1. [nazwa przestrzeni nazw] Nazwa przestrzeni nazw atrybutu je秎i jest taka. W przeciwnym razie ta w砤sno舵 nie ma warto禼i.
  2. [nazwa lokalna] Lokalna cz甓 nazwy atrybutu. Nie zawiera 縜dnych prefiks體 przestrzeni nazw, ani wyst阷uj眂ego po nich dwukropk體.
  3. [prefiks] Cz甓 prefiksu przestrzeni nazw atrybutu. Je縠li przed nazw nie ma prefiksu, ta w砤sno舵 nie ma warto禼i. Zauwa? 縠 aplikacje 秝iadome przestrzeni nazw powinny u縴wa przestrzeni nazw raczej ni prefiksu do identyfikacji atrybut體.
  4. [znormalizowana warto舵] Znormalizowana warto舵 atrybutu (patrz 3.3.3 Normalizacja warto禼i atrybutu [XML]).
  5. [okre秎ony] Znacznik stanu wskazuj眂y czy ten atrybut by faktycznie okre秎ony w pocz眛kowym znaczniku swojego elementu, lub czy by domy秎ny z DTD.
  6. [typ atrybutu] Wskazanie typu zdeklarowanego dla tego atrybutu w DTD. Dozwolonymi warto禼iami s ID, IDREF, IDREFS, ENTITY, ENTITIES, NMTOKEN, NMTOKENS, NOTATION, CDATA, oraz ENUMERATION. Je縠li nie ma deklaracji dla atrybutu, ta w砤禼iwo舵 nie ma warto禼i. Je縠li 縜dna deklaracja nie zosta砤 odczytana, ale w砤sno舵 przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest nieprawdziwa (wi阠 mo縠 by nieodczytana deklaracja), wtedy warto舵 w砤sno禼i jest nieznana. Aplikacje nie powinny traktowa warto禼i i nieznane jako r體nowa縩ik warto禼i CDATA. Na warto舵 tej w砤sno禼i nie wp硑wa wa縩o舵 warto禼i atrybutu.
  7. [odno秐iki] Je縠li typ atrybutu to ID, NMTOKEN, NMTOKENS, CDATA, lub ENUMERATION, ta w砤sno舵 nie ma warto禼i. Je縠li typ atrybutu jest nieznany, warto舵 tej w砤sno禼i jest nieznana. W przeciwnym razie (tj. je縠li typem atrybutu jest IDREF, IDREFS, ENTITY, ENTITIES, lub NOTATION), warto舵 tej w砤sno禼i jest uporz眃kowan list przedmiot體 informacyjnych typu element, niezanalizowany element rekordu, lub zapis do kt髍ych jest odniesienie w warto禼i atrybutu, w porz眃ku, w jakim tam wyst阷uj? W takim wypadku je縠li warto舵 atrybutu jest syntaktycznie niewa縩a, ta w砤sno舵 nie ma warto禼i. Je縠li typem jest IDREF lub IDREFS i 縜den z ID nie pojawia si jako warto舵 ID atrybutu w dokumencie, lub je秎i typem jest ENTITY, ENTITIES lub NOTATION i 縜dna deklaracja nie zosta砤 odczytana dla jakichkolwiek element體 rekordu, b眃 zapisu, wtedy ta w砤sno舵 nie ma warto禼i lub jest ona nieznana, zale縩ie od tego, czy w砤sno舵 przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest prawdziwa czy fa硈zywa. Je縠li typem jest IDREF lub IDREFS i 縥akikolwiek z ID pojawia si jako warto舵 wi阠ej ni jednego atrybutu ID w dokumencie, lub je秎i typem jest NOTATION i wyst阷uj wielokrotne deklaracje dla zapisu, wtedy ta w砤sno舵 nie ma warto禼i.
  8. [element owner] Przedmiot informacyjny typu element zawieraj眂y ten przedmiot informacyjny w swojej w砤sno禼i [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縟ej instrukcji przetwarzania w dokumencie. Deklaracja XML i deklaracje tekstowe dla zewn阾rznych zanalizowanych element體 rekordu nie s uwa縜ne za instrukcje przetwarzania.

Przedmiot informacyjny typu instrukcja przetwarzania posiada nast阷uj眂e w砤sno禼i:

  1. [cel] Ci眊 znak體 przedstawiaj眂y cz甓 cel instrukcji przetwarzania (nazwa XML).
  2. [zawarto舵] Ci眊 znak體 przedstawiaj眂y zawarto舵 instrukcji przetwarzania, z wy潮czeniem celu i jakiekolwiek odst阷y natychmiast nast阷uj眂e po nim. Je秎i nie ma takiej zawarto禼i, warto禼i tej w砤sno禼i b阣zie pusty ci眊 znak體.
  3. [podstawowy URI] Podstawowy URI PI. Zauwa? 縠 zbi髍 informacji jest serializowany jako dokument XML, nie b阣zie mo縧iwe, aby zachowa podstawowy URI 縜dnego PI, kt髍y pierwotnie pojawi si na najwy縮zym poziomie zewn阾rznego elementu rekordu, poniewa nie ma sk砤dni dla PI odpowiadaj眂ych atrybutom xml:base na elementach.
  4. [zapis] Przedmiot informacyjny zapis nazwany przez cel. Je秎i nie ma deklaracji dla zapisu z t nazw? lub s wielokrotne deklaracje, to ta w砤sno舵 nie ma warto禼i. Je縠li 縜dna deklaracja nie zosta砤 odczytana, ale w砤sno舵 elementu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa硈zywa (wi阠 mo縠 by nieodczytana deklaracja), wtedy warto舵 tej w砤sno禼i jest nieznana.
  5. [przodek] Przedmiot informacyjny typu dokument, element, lub typ elementu deklaracji, kt髍y zawiera t informacj w swojej w砤sno禼i [potomek].

2.5. Przedmioty informacyjne typu nierozwi眤alna referencja do elementu (ang.Unexpanded Entity Reference)

Definicja XML: Cz甓 4.4.3, Zawarty w przypadku walidacji

przedmiot informacyjny typu nierozszerzony odno秐ik elementu rekordu s硊縴 jako miejsce dla kt髍ego procesor XML mo縠 wskaza? 縠 nie zosta rozszerzony zewn阾rzny element rekordu. Taki przedmiot informacyjny istnieje dla ka縟ego nierozszerzonego odno秐ika do zewn阾rznego elementu rekordu w obr阞ie zawarto禼i elementu. Waliduj眂y procesor XML, lub niewaliduj眂y procesor czytaj眂y wszystkie zewn阾rzne og髄ne elementy rekordu, nigdy nie b阣 nigdy generowa przedmiot體 informacyjnych typu nierozszerzalny odno秐ik elementu rekordu dla wa縩ego dokumentu.

Przedmiot informacyjny typu nierozszerzalny odno秐ik elementu rekordu posiada nast阷uj眂e w砤sno禼i:

  1. [nazwa] Nazwa elementu rekordu, do kt髍ego 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縠li nie ma deklaracji dla elementu rekordu, ta w砤sno舵 nie ma warto禼i. Je縠li 縜dna deklaracja nie zosta砤 odczytana, ale w砤sno舵 przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa硈zywa (wi阠 mo縠 by nieprzeczytana deklaracja), wtedy warto舵 tej w砤sno禼i jest nieznana.
  3. [identyfikator publiczny] Identyfikator publiczny elementu rekordu znormalizowany jak opisano w 4.2.2 Zewn阾rznych elementach rekordu [XML]. Je縠li nie ma deklaracji dla elementu rekordu, lub deklaracja nie zawiera identyfikatora publicznego, ta warto舵 nie ma warto禼i. Je縠li 縜dna deklaracja nie zosta砤 odczytana, ale w砤sno舵 przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa硈zywa (wi阠 mo縠 by nieprzeczytana deklaracja), wtedy warto舵 tej w砤sno禼i jest nieznana.
  4. [deklaracja podstawowego URI] Podstawowy URI dotycz眂y tego identyfikatora systemowego, z kt髍ego powinien by od潮czony (tzn. podstawowy URI 紃骴砤 w obr阞ie kt髍ego wyst阷uje deklaracja elementu rekordu). Jest to neznane, lub nie ma warto禼i w tych samych okoliczno禼iach, co w砤sno舵 [identyfikator systemowy].
  5. [przodek] Przedmiot informacyjny typu element, kt髍y zawiera ten przedmiot informacyjny w jego w砤sno禼i [potomkowie].

2.6. Przedmioty informacyjne typu Znak

Sk砤dnia XML: [2] Char (Cz甓 2.2, Znaki)

Wyst阷uje przedmiot informacyjny typu znak dla ka縟ego znaku danych pojawiaj眂ego si w dokumencie, zar體no dos硂wnie, jak i odno秐ik znaku, lub w obr阞ie sekcji CDATA.

Ka縟y znak jest logicznie oddzielnym przedmiotem informacyjnym, ale aplikacje XML mog dzieli znaki w wi阫sze grupy je秎i jest to konieczne lub wymagane.

Przedmiot informacyjny typu znak posiada nast阷uj眂e w砤sno禼i:

  1. [kod znaku] Kod znak體 ISO 10646 (w zakresie 0 do #x10FFFF, chocia nie ka縟a warto舵 w tym zakresie jest legalnym kodem znak體 XML).
  2. [odst阷 zawarto禼i elementu] Logiczne wskazanie, czy znak to odst阷 pojawiaj眂y si w obr阞ie odst阷u zawarto禼i elementu (patrz [XML], 2.10 "U縴cie Odst阷u"). Zauwa? 縠 waliduj眂e procesory XML s wymagane do zapewnienia tych informacji. Je縠li nie ma deklaracji dla za潮czanego elementu, lub s wielokrotne deklaracje, ta w砤sno舵 nie posiada warto禼i znak體 odst阷u. Je縠li 縜dne deklaracje nie zosta硑 odczytane, ale w砤sno舵 przedmiotu informacyjnego typu dokument [wszystkie deklaracje przetworzone] jest fa硈zywa (wi阠 mo縠 by nieprzeczytana deklaracja), wtedy warto舵 tej w砤sno禼i jest nieznana dla znak體 odst阷u. Zawsze jest fa硈zywe dla znak體, kt髍e nie s odst阷ami.
  3. [przodek] Przedmiot informacyjny typu element, zawieraj眂y ten przedmiot informacyjny w jego w砤sno禼i [potomek].

2.7. Przedmioty informacyjne typu Komentarz

Definicja XML: komentarz (Cz甓 2.5, komentarze)

Sk砤dnia XML: [15] Komentarz (Cz甓 2.5, Komentarze)

Jest przedmiot informacyjny typu komentarz dla ka縟ego komentarza XML w oryginalnym dokumencie, z wyj眛kiem tych pojawiaj眂ych si w DTD (kt髍e nie s przedstawione).

Przedmiot informacyjny typu komentarz posiada nast阷uj眂e w砤sno禼i:

  1. [zawarto舵] Ci眊 znak體 przedstawiaj眂y zawarto舵 komentarza.
  2. [przodek] Przedmiot informacyjny typu dokument lub element zawieraj眂y ten przedmiot informacji w swojej w砤sno禼i [potomek].

2.8. Przedmioty informacyjne typu Deklaracja Typu Dokumentu

Definicja XML: typ dokumentu i deklaracji (cz甓 2.8, J陑yk Prolog i typ deklaracji )

Sk砤dnia XML: [28] doctypedecl (cz甓 2.8, J陑yk Prolog i typ deklaracji)

Je縠li dokument XML posiada deklaracj typu dokumentu, wtedy zbi髍 informacji zawiera pojedynczy przedmiot informacyjny deklaracji typu dokumentu . Zauwa? 縠 elementy rekordu i zapisy s zapewnione jako w砤sno禼i przedmiotu informacyjnego dokumentu, nie jako przedmiot informacyjny deklaracji typu dokumentu.

Przedmiot informacyjny deklaracji typu dokumentu posiada nast阷uj眂e w砤sno禼i:

  1. [identyfikator systemowy] Identyfikator systemowy zewn阾rznego podzbioru informacji, pojawia si w deklaracji DOCTYPE, bez jakichkolwiek dodatkowych uwalnianych URI stosowanych przez procesor. Je縠li nie ma 縜dnego zewn阾rznego podzbioru, ta w砤sno舵 nie ma warto禼i.
  2. [identyfikator publiczny] Identyfikator publiczny zewn阾rznego podzbioru, znormalizowany jak opisano w 4.2.2 Zewn阾rzne elementy rekordu [XML]. Je縠li nie ma 縜dnego zewn阾rznego podzbioru, lub je縠li nie ma publicznego identyfikatora, ta w砤sno舵 nie ma warto禼i.
  3. [potomkowie] Uporz眃kowana lista przedmiot體 informacyjnych instrukcji przetwarzania przedstawiaj眂a instrukcje przetwarzania pojawiaj眂e si w DTD w porz眃ku oryginalnego dokumentu. Przedmioty z wewn阾rznego podzbioru DTD pojawiaj眂e si przed tymi z zewn阾rznego podzbioru.
  4. [przodek] Przedmiot informacyjny dokumentu.

2.9. Przedmioty informacyjne typu Element niezinterpretowany 

Definicja XML: element rekordu (cz甓 4, Struktury fizyczne)

Sk砤dnia XML: [71] GEDecl (cz甓 4.2, Elementy rekordu)

Wyst阷uje przedmiot informacyjny typu niezanalizowany element rekordu dla ka縟ego niezanalizowanego og髄nego elementu rekordu zdeklarowanego w DTD.

Przedmiot informacyjnytypu niezanalizowany element rekordu posiada nast阷uj眂ych w砤sno禼i:

  1. [nazwa] Nazwa elementu rekordu.
  2. [identyfikator systemowy] Identyfikator systemowy elementu rekordu, jak pojawia si w deklaracji elementu rekordu, bez jakichkolwiek dodatkowych odno秐ik體 URI stosowanych przez procesor.
  3. [identyfikator publiczny] Identyfikator publiczny elementu rekordu, znormalizowany jak opisano w 4.2.2 Zewn阾rzne elementy rekordu [XML]. Je縠li element rekordu nie ma publicznego identyfikatora, ta w砤sno舵 nie ma warto禼i.
  4. [deklaracja podstawowego URI] Podstawowy URI relatywny dla kt髍ego identyfikatora systemowego powinien by od潮czony (tzn. podstawowy URI 紃骴砤 w obr阞ie kt髍ej deklaracji elementu rekordu wyst阷uje).
  5. [nazwa zapisu] Nazwa zapisu po潮czona z elementem rekordu.
  6. [zapis] Zapis przedmiotu informacyjnego nazwany przez nazw zapisu. Je縠li nie ma deklaracji dla zapisu z t nazw? lub s wielokrotne deklaracje, ta w砤sno舵 nie ma warto禼i. Je縠li nie zosta砤 odczytana deklaracja, ale w砤sno舵 [wszystkie deklaracje przetworzone] przedmiotu informacyjnego dokumenty jest fa硈zywa (wi阠 mo縠 by nieodczytana deklaracja), wtedy warto舵 tej w砤sno禼i jest nieznana.

2.10. Przedmioty informacyjne typu zapis

Definicja XML: zapis (cz甓 4.7, Zapisy)

Sk砤dnia XML: [82] NotationDecl (cz甓 4.7, Zapisy)

Jest przedmiot informacyjny typu zapis dla ka縟ego zapisu zdeklarowanego w DTD.

Przedmiot informacyjny typu zapis posiada nst阷uj眂e w砤sno禼i:

  1. [nazwa] Nazwa zapisu.
  2. [identyfikator systemowy] Identyfikator systemowy zapisu, jak pojawia si w deklaracji zapisu, bez jakichkolwiek dodatkowych odno秐ik體 URI stosowanych przez procesor. Je縠li 縜den identyfikator systemowy nie zosta okre秎ony, ta w砤sno舵 nie ma warto禼i.
  3. [identyfikator publiczny] Identyfikator publiczny zapisu, znormalizowany i opisany w 4.2.2 Zewn阾rzne elemnty rekordu [XML]. Je縠li zapis nie ma 縜dnego identyfikatora publicznego, ta w砤sno舵 nie ma warto禼i.
  4. [deklaracja podstawowego URI] Podstawowy URI relatywny dla kt髍ego identyfikatora systemowego powinien by od潮czony (tzn. podstawowy URI 紃骴砤 w obr阞ie kt髍ej deklaracji zapisu wyst阷uje).

2.11. Przedmioty informacyjne typu Przestrze Nazw

Ka縟y element w dokumencie posiada przedmiot informacyjny przestrzeni nazw dla ka縟ej przestrzeni nazw, kt髍a jest w zasi阦u tego elementu.

Informacja o przestrzeni nazw posiada nast阷uj眂e w砤禼iwo禼i:

  1. [prefiks] Prefiks, kt髍ego 潮czenie opisuje ten przedmiot. Syntaktycznie jest to cz甓 nazwy atrybutu nast阷uj眂a po prefiksie xmlns:. Je縠li nazw atrybutu jest po prostu xmlns, tak, 縠by deklaracja by砤 jego domy秎n przestrzeni nazw, ta w砤sno舵 nie ma warto禼i.
  2. [nazwa przesrzeni nazw] Nazwa przestrzeni nazw, do kt髍ej jest przy潮czony prefiks.

3. Zgodno舵

Poniewa celem zbioru informacji jest zapewnienie zbioru definicji, zgodno舵 jest w砤sno禼i specyfikacji u縴waj眂ych tamtych definicji raczej ni implementacji.

Specyfikacje odnosz眂e si do zbioru informacji musz苞

Je縠li specyfikacja zezwala na konstruowanie zbioru informacji, kt髍y zawiera niezgodno禼i jak opisano poni縠j Syntetyczne zbiory informacji, mo縠 opisa jak te niezgodno禼i maj by rozwi眤ane i tak powinna zrobi? je縠li zapewnia serializacj zbioru informacji.

Dodatek A. Referencje

Referencje normatywne

ISO/IEC 10646
ISO (Mi阣zynarodowa Organizacja Normalizacyjna). ISO/IEC 10646-1:2000. Technologia informacyjnay — Uniwersalny wielooktetowy zbi髍 kodowanych znak體 (UCS) — Cz甓 1: Struktura i podstawowa p砤szczyzna wieloj陑ykowa oraz ISO/IEC 10646-2:2001.Technologia informacyjna — Uniwersalny wielooktetowy zbi髍 kodowanych znak體 (UCS) — Cz甓 2: P砤szczyzny dodatkowe, poniewa? od czasu do czasu s poprawiane, zast阷owane przez nowe edycje, lub rozszerzane przez dodawanie nowych cz甓ci. [Genewa]: Mi阣zynarodowa 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阷ne 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阷ne na http://www.w3.org/TR/xml-names11.
RFC2119
S硂wa kluczowe dla u縴cia RFC do wskazania wymagania poziom體, ed. S. Bradner. marzec 1997. Dost阷ne na http://www.ietf.org/rfc/rfc2119.txt.
XML
Rozszerzalny j陑yk znacznik體 (XML) 1.0 (trzecia edycja), W3C, ed. Tim Bray, Jean Paoli, C.M. Sperberg-McQueen, Eve Maler, Fran鏾is Yergeau. 4 lutego 2004. Dost阷ny na http://www.w3.org/TR/REC-xml.
XML 1.1
Rozszerzalny j陑yk znacznik體 (XML) 1.1, W3C, ed. Tim Bray, Jean Paoli, C.M. Sperberg-McQueen, Eve Maler, John Cowan, Fran鏾is Yergeau. 4 lutego 2004. Dost阷ny na http://www.w3.org/TR/xml11.
Podstawa XML
Podstawa XML, W3C, ed. Jonathan Marsh. luty 2000. Dost阷na 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糳ziernik 1998. Dost阷na na http://www.w3.org/TR/REC-DOM-Level-1.
XPointer-Liaison
Zbi髍 informacji XPointer- O秝iadczenie Liaison , W3C, ed. Steven J. DeRose. 24 lutego 1999. Dost阷ne na http://www.w3.org/TR/NOTE-xptr-infoset-liaison.
Relatywne odno秐iki przestrzeni nazw URI
Wyniki tajnego g硂sowania XML W3C na temat relatywnych odno秐ik體 w deklaracjach przestrzeni nazw, 3-17 lipca 2000, W3C, ed. Dave Hollander, C. M. Sperberg-McQueen. 6 wrze秐ia 2000. Dost阷ne 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阷ny na http://www.w3.org/TR/xml-infoset-rdfs.

Dodatek B: Wymagania raportowania XML (informacyjne)

Pomimo, 縠 Rekomendacja [XML] jest zasadniczo zwi眤ana ze sk砤dni XML, r體nie zawiera troch specjalich wymaga raportowania dla porocesor體 XML.

Wymagania raportowania zawieraj b酬dy, kt髍e s poza zasi阦iem tej specyfikacji i informacjo dokumentu. Wszystkie z wymaga XML dla raportowania informacji dokumentu zosta硑 zintegrowane w zbi髍 informacyjny XML; numery w nawiasach odnosz si do specyfikacji Rekomendacji XML:

  1. Procesor XML zawsze musi zapewni wszystkie znaki w dokumencie, kt髍e nie s cz甓ci znakowania dla aplikacji (2.10).
  2. Procesor walidacyjny XML musi informowa aplikacj o tym, kt髍y znak danych w dokumencie jest odst阷em pojawiaj眂ym si si w obr阞ie zawarto禼i elementu (2.10).
  3. Procesor XML musi znormalizowa ko馽e linii LF przed przekazaniem ich do aplikacji (2.11).
  4. Procesor XML musi znormalizowa warto舵 atrybut體 zgodnie z zasadami w klauzuli 3.3.3 przed przekazaniem ich do aplikacji.
  5. Procesor XML musi przekaza nazwy i zewn阾rzne identyfikatory (identyfikatory systemowe, publiczne identyfikatory lub oba) zdeklarowanych zapis體 do aplikacji (4.7).
  6. Kiedy nazwa niezanalizowanego elementu rekordu pojawia si jako warto舵 jawna, lub domy秎na atrubutu ENTITY lub ENTITIES, procesor XML musi zapewni nazwy, identyfikatory systemowe i (je秎i wyst阷uj? identyfikatory publiczne obu element體 rekordu i ich zapis體 do aplikacji (4.6, 4.7).
  7. Procesor XML musi przekaza instrukcje przetwarzania do aplikacji (2.6).
  8. Procesor XML (koniecznie niewaliduj眂y), kt髍y nie zawiera zast阷czego tekstu zewn阾rznego zanalizowanego elementu rekordu w miejscu odno秐ika elementu rekordu musi zawiadomi aplikacj tak, 縠 jest rozpoznana ale nie odczyta elementu rekordu (4.4.3).
  9. Waliduj眂y procesor XML musi zawiera zast阷czy tekst elementu rekordu w miejscu odno秐ika elementu rekordu (5.2).
  10. Procesor XML musi dostarczy warto舵 domy秎n atrybut體 zdeklarowanych w DTD dla danego typu elementu, ale nie pojawiaj眂ych w pocz眐owym znaczniku elementu. (3.3.2).

Dodatek C: Przyk砤d (informacyjny-pogl眃owy)

Rozwa nast阷uj眂y 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髍 informacji dla tego dokumentu XML zawiera nast阷uj眂e przedmioty informacyjne:

  • przedmiot informacyjny typu dokument.
  • Przedmiot informacyjny typu element z przestrzeni nazw "http://message.example.org/", cz甓 lokalna "message", i prefiks "msg".
  • Przedmiot informacyjny typu atrybut z nazw przestrzeni nazw "http://doc.example.org/namespaces/doc", cz甓ci lokaln "date", prefiksem "doc", i znormalizowan warto禼i "19990421".
  • Trzy przedmioty informacyjne typu przestrze nazw dla http://www.w3.org/XML/1998/namespace, http://doc.example.org/namespaces/doc, oraz http://message.example.org/ przestrzeniami nazw.
  • Dwa przedmioty informacyjne typu atrybut dla atrybut體 przestrzeni nazw.
  • Jedena禼ie przedmiot體 informacyjnych typu znak dla znaku danych.

Dodatek D: Co nie jest zbiorem informacyjnym

Nast阷uj眂e informacje nie s przedstawione w obecnej wersji zbioru informacyjnego XML (ta lista nie ma na celu by kompletn?:

  1. Modele zawarto禼i element體, z deklaracji ELEMENT w DTD.
  2. Grupowanie i porz眃kowanie deklaracji atrybutu w deklaracjach ATTLIST.
  3. Nazwa typu dokumentu.
  4. Odst阷 elementu dokumentu.
  5. odst阷 natychmiastowo nast阷uj眂e po nazwie celu PI.
  6. Czy znaki s przedstawiane przez odno秐iki znak體.
  7. R罂nica pomi阣zy dwiema formami pustego elementu: <foo/> oraz <foo></foo>.
  8. Odst阷y w obr阞ie pocz眛kowych znacznik體 (innych ni znacz眂e odst阷y w warto禼iach atrybut體) i ko馽owe znaczniki.
  9. R罂nica pomi阣zy CR, CR-LF, oraz zako馽zeniem linii LF.
  10. Porz眃ek atrybut體 w obr阞ie pocz眛kowego znacznika.
  11. Porz眃ek deklaracji w obr阞ie DTD.
  12. Brzegi cz甓ci warunkowych w DTD.
  13. Brzegi parametr體 element體 rekordu w DTD.
  14. Komentarze w DTD.
  15. Lokalizacja deklaracji (czy w wewn阾rznym, czy zewn阾rznym podzbiorze, lub parametrach elementu rekordu).
  16. Jakiekolwiek ignorowane deklaracje, 潮cznie z tymi w obr阞ie cz甓ci warunkowej IGNORE, jak i deklaracjami elementu rekordu i atrybutu ignorowanymi poniewa poprzednie deklaracje nak砤daj sie na nie.
  17. Rodzaj znak體 cudzys丑w (pojedzynczy lub podw骿ny) u縴wany do cytowania warto禼i atrybut體.
  18. Brzegi og髄nych zanalizowanych element體 rekordu.
  19. Brzegi oznaczonych sekcji CDATA.
  20. Warto舵 domy秎na atrybut體 zdeklarowanych w DTD.

Dodatek E: Schemat RDF (informacyjny-pogl眃owy)

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