Proposed Wording Change - Processing step 9

As per my (really old) action item:

I propose that we change step 9 so that the *default* behavior is that a 
"plain literal" is generated, as opposed to the default behavior today 
that an "XML Literal" is generated.  The specific change would be:

   9. The next step of the iteration is to establish any [current object
      literal
      <http://www.w3.org/TR/rdfa-syntax/#T_current_object_literal>];
      Predicates for the [current object literal
      <http://www.w3.org/TR/rdfa-syntax/#T_current_object_literal>] can
      be set by using @property. If present, one or more URIs are
      obtained according to the section on CURIE and URI Processing
      <http://www.w3.org/TR/rdfa-syntax/#s_curieprocessing>, and then
      the actual literal value is obtained as follows:
          * as a [typed literal
            <http://www.w3.org/TR/rdfa-syntax/#T_typed_literal>] if:
                o @datatype is present, and does not have an empty
                  value, and is not set to |rdf:XMLLiteral|.

            The actual literal is either the value of @content (if
            present) /or/ a string created by concatenating the value of
            all descendant text nodes, of the [current element
            <http://www.w3.org/TR/rdfa-syntax/#T_current_element>] in
            turn. The final string includes the datatype URI, as
            described in [RDF-CONCEPTS
            <http://www.w3.org/TR/rdfa-syntax/#ref_RDF-CONCEPTS>], which
            will have been obtained according to the section on CURIE
            and URI Processing
            <http://www.w3.org/TR/rdfa-syntax/#s_curieprocessing>.

          * as an [XML literal
            <http://www.w3.org/TR/rdfa-syntax/#s_xml_literals>] if:
                o @content is NOT present and @datatype is set to
                  |rdf:XMLLiteral|.

                  The value of the [XML literal
                  <http://www.w3.org/TR/rdfa-syntax/#s_xml_literals>] is
                  a string created by serializing to text, all nodes
                  that are descendants of the [current element
                  <http://www.w3.org/TR/rdfa-syntax/#T_current_element>],
                  i.e., not including the element itself, and giving it
                  a datatype of |rdf:XMLLiteral|.

          * as a [plain literal
            <http://www.w3.org/TR/rdfa-syntax/#T_plain_literal>] if:
                o @content is present;
                o /or/ @datatype is present, with an empty value;
                o /or/ @datatype is not present;
                o /or/ there are no child nodes (in which case the
                  literal value is the empty string).

            Additionally, if there is a value for [current language]
            then the value of the [plain literal
            <http://www.w3.org/TR/rdfa-syntax/#T_plain_literal>] should
            include this language information, as described in
            [RDF-CONCEPTS
            <http://www.w3.org/TR/rdfa-syntax/#ref_RDF-CONCEPTS>]. The
            actual literal is either the value of @content (if present)
            /or/ a string created by concatenating the text content of
            each of the descendant elements of the [current element
            <http://www.w3.org/TR/rdfa-syntax/#T_current_element>] in
            document order.

      The [current object literal
      <http://www.w3.org/TR/rdfa-syntax/#T_current_object_literal>] is
      then used with each predicate to generate a triple as follows:

      subject
          [new subject <http://www.w3.org/TR/rdfa-syntax/#T_new_subject>]
      predicate
          full URI
      object
          [current object literal
          <http://www.w3.org/TR/rdfa-syntax/#T_current_object_literal>]

      Once the triple has been created, if the [datatype] of the
      [current object literal
      <http://www.w3.org/TR/rdfa-syntax/#T_current_object_literal>] is |
      rdf:XMLLiteral|, then the [recurse
      <http://www.w3.org/TR/rdfa-syntax/#T_recurse>] flag is set to |false|.


-- 
Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: shane@aptest.com

Received on Thursday, 3 September 2009 16:16:17 UTC