аЯрЁБс > ўџ B D ўџџџ A џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџьЅС q П И bjbjt+t+ 4 A A И џџ џџ џџ ] ^ ^ ^ ^ ^ ^ ^ r r r r r ~ $ r ? 2 Ж Ь Ь Ь Ь Ь ц В D і $ $ q є e ц * ^ Ь Ь * ~ ^ ^ Ь Ь Ж ~ ~ ~ ^ Ь ^ Ь r r ^ ^ ^ ^ ~ Ў ~ , r K Ћ ^ ^ Ь Ђ њQT-Рr r А Ю і This is a proposed replacement of the RDF Profile part of the spec. Comments from the PRISM WG requested. Will send to public w3c-rdf-interest list if no objections.
PRISM Profile of the Resource Description Framework
The Resource Description Framework (RDF) has been standardized by the W3C to provide a general framework for metadata. As such, its capabilities exceed those required by PRISM. Therefore, this document specifies a profile a restricted subset of RDF that all PRISM-compliant software must support. This profile excludes certain capabilities of RDF that are not needed in PRISM applications, thus simplifying the development of PRISM applications that cannot, for one reason or another, make use of an existing RDF parsing frontend.
Applications conforming to the PRISM specification MUST produce correct RDF documents that can be read by any RDF-compliant software. PRISM-compliant software does not have to be capable of processing any arbitrary RDF documents.
There are three general classes of simplification this document makes in its profile of RDF. First, there are certain capabilities of RDF that are excluded. Second, there are some syntactic abbreviations allowed in RDF that are excluded from PRISM documents. Third, there are conventions adopted for the syntax used to express information where RDF allows multiple ways of saying the same thing.
The working group explicitly requests feedback on the PRISMs use of RDF as a metadata framework, and on the restrictions placed on its use in this application.
Constraint 1: Top-level structure of Descriptions
The formal grammar for RDF [W3C-RDF] specifies:
[6.1] RDF ::= [''] obj* [''][6.2] obj ::= description | container
For PRISM descriptions, the rdf:RDF wrapper element is required, and its child elements are restricted to being rdf:Description elements. The production that replaces productions 6.1 and 6.2 for PRISM systems is:
RDF ::= '' description+ ''
Constraint 2: rdf:aboutEachPrefix disallowed
PRISM descriptions MUST NOT use the rdf:aboutEachPrefix attribute. Production [6.8] of the RDF M&S specification thus becomes:
AboutEachAttr ::= ' aboutEach="' URI-reference '"'
Constraint 3: Element/Attribute equivalance abbreviations disallowed
This is a new suggestion, feedback is particularly requested.
The RDF specification defines three forms of abbreviation. Two of those assume that XML elements and XML attributes produce equivalent information in the RDF model being constructed. Those two abbreviations are disallowed in PRISM specifications. PRISM-compliant descriptions MUST NOT create descriptions that use PRISM-defined elements as attributes.
Constraint 4: rdf:parseType="Resource" disallowed
This is a new suggestion, feedback is particularly requested.
The RDF specification allows what is, in effect, another form of abbreviation when the rdf:parseType attribute is given a value of "Resource". PRISM documents MUST NOT provide "Resource" as a value of the rdf:parseType attribute. They MUST only use the rdf:parseType attribute with a value of "Literal".
Further Qualifications
No other overall restrictions in the allowed RDF syntax are specified in this section. However, implementers are advised to pay particular attention to two points:
The sections defining various PRISM elements will typically restrict the data types of values for elements, so general-purpose RDF processing is unlikely to be needed.
If general RDF handling is NOT provided in an implementation, the implementation must decide how it will deal with unsupported descriptive elements. The PRISM specification does not preclude other descriptive elements, although their interoperation cannot be guaranteed. PRISM implementations MAY retain unknown descriptive elements.
To aid automated processing of PRISM metadata, this specification defines a separate namespace for PRISM elements suitable for in-line markup. Thus, prism:org is an RDF statement and pim:org is an organization as in-line markup.
Conventions for Property Values
To aid in the automatic processing of PRISM documents, PRISM utilizes some conventions in expressing values of RDF properties. The values are expressed in three ways. First, a resource or an entry in a controlled vocabulary may be referenced with the rdf:resource attribute. For example, a book can be identified by its ISBN number as follows:
Second, human readable text is represented as element content:
Juggling for the Complete Klutz
That element content may contain XML markup, in which case the RDF parseType attribute MUST be given and MUST have a value of 'Literal'. In other cases, the value of that attribute is assumed to be 'resource' and the attribute need not be specified.
Third, controlled vocabulary entries may be specified in-line. For example::
Library of Congress Classification
QA-76
Mathematical software
XML DTDs cannot describe such a flexible content model, so no DTD is provided.
Convention 1: In-line source vocabulary term definitions preferred?
This is a new suggestion, feedback is particularly requested.
PRISM descriptions make extensive use of values selected from controlled vocabularies. Conceptually, all that is needed is a reference to the vocabulary entry. But for practical considerations such as human readability, ease of use of full-text search tools, etc., it is useful to be able to provide information about the controlled vocabulary entry, such as its human-readable label.
The PRISM specification recommends that when this additional information is provided, that it be provided in-line, instead of as an additional rdf:Description element. For example, a story whose subject is "Mining" as defined in the North American Industrial Classification System (NAICS), would have the following description:
North American Industrial Classification System
21
Mining
as opposed to the form of the description below, where the source vocabulary term is described out-of-line instead of in-line.
North American Industrial Classification System
21
Mining
j
Т
п
ц
3 B к + > К d q к ч І я ћ L У ј ? j k Џ А { ] l И § § § ј§ § § § § § § § § § § §ё§сёмё§ § 0J CJ j CJ OJ QJ UmH
j 0J UOJ QJ 0J ) І к ѓ є к л g
:
j
Т
У
к К џ =
Я
= T ј ю § ћ § § § § § љ ї § ѕ § § ѕ ї § ѕ ї ђ § ї ђ § ї § э э
&