<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>1796</bug_id>
          
          <creation_ts>2005-07-21 21:28:56 +0000</creation_ts>
          <short_desc>[FS] editorial: problems re URI, URILiteral, AnyURI</short_desc>
          <delta_ts>2007-01-16 17:47:26 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XPath / XQuery / XSLT</product>
          <component>Formal Semantics 1.0</component>
          <version>Last Call drafts</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Dyck">jmdyck</reporter>
          <assigned_to name="Jerome Simeon">simeon</assigned_to>
          
          
          <qa_contact name="Mailing list for public feedback on specs from XSL and XML Query WGs">public-qt-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>5104</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Dyck">jmdyck</who>
    <bug_when>2005-07-21 21:28:56 +0000</bug_when>
    <thetext>(This comment is somewhat similar to Bug 1787.)

statEnv.namespace
    Judgments such as
        statEnv.namespace(NCName) = URI-or-#NULL-NAMESPACE
        statEnv.namespace(NCName) = URI
        fn:namespace-uri-from-QName(expanded-QName) = statEnv.namespace(Prefix)
    are malformed, as statEnv.namespace actually maps to a
        (namespace-kind, URI-or-#NULL-NAMESPACE)
    pair.

    The minimal change would be to forms such as:
        statEnv.namespace(NCName) = (NamespaceKind,URI-or-#NULL-NAMESPACE)
        etc
    where we don&apos;t care what gets bound to the NamespaceKind pattern.

    This affects:
        3.1.1.1 / Sem / rule 1 / premise 1
        3.1.1.1 / Sem / rule 3 / premise 1
        3.1.1.1 / Sem / rule 5 / premise 1
        3.1.1.1 / Sem / rule 7 / premise 1
        4.7.3.2 / DErr / rule 3 / premise 2
        8.2.3.1.1 / -- / rule 3 / premise 2
        8.2.3.1.1 / -- / rule 5 / premise 2
        8.2.3.1.1 / -- / rule 9 / premise 2
        8.2.3.1.1 / -- / rule 16 / premise 2
        8.2.3.1.1 / -- / rule 22 / premise 1
        8.2.3.2.1 / Sem / rule 1 / premise 3
        8.2.3.2.1 / Sem / rule 3 / premise 3
(leftover from last year, comments #014, 034, 035)

URI:
    There is no non-terminal named &apos;URI&apos;.
    At one occurrence, 3.1.1 / -- / rule 1 / conclusion
        statEnv |- declare namespace NCName = URI Expr*
    it obviously should be changed to URILiteral, because that&apos;s what the
    EBNF dictates.

    In other cases, I think you intend &apos;URI&apos; to mean, not a concrete
    syntactic literal, but rather an abstract value. One that&apos;s had a
    teensy bit of normalization applied (de-StringLiteral-ization and
    whitespace normalization). That is, a value in the value space of
    xs:anyURI. Or, in the Formal Value syntax, an &apos;AnyURI&apos;.

    Thus, I think all other occurrences of &apos;URI&apos; symbol (in judgments and
    accompanying prose) should be changed to &apos;AnyURI&apos;.  This affects:
        3.1.1 /
        3.1.1.1 /
        4.1.2 /
        4.1.5 /
        4.7.3.1 /
        5.2 / Notation
        5.2 / Notation
        5.11 /

URILiteral:
    Moreover, &apos;URILiteral&apos; often appears in contexts that want a value
    rather than a chunk of concrete syntax. Specifically, &apos;URILiteral&apos;
    should be changed to &apos;AnyURI&apos; in the following judgments:
        5.2 / SCP / rule 1 / conclusion
        5.2 / DCP / rule 1 / conclusion
        5.4 / SCP / rule 1 / premise 1
        5.5 / SCP / rule 1 / premise 1
        5.10 / SCP / rule 2 / premise 3
        5.10 / SCP / rule 3 / premise 3
        5.11 / SCP / rule 1 / premise (1|2|3)
        5.11 / DCP / rule 3 / premise (1|2|3)
        5.12 / SCP / rule 1 / premise 1
        5.13 / SCP / rule 2 / premise 2
        5.13 / SCP / rule 4 / premise 2

    In each of these rules, there is also one or more occurrences of
    &apos;URILiteral&apos; which *are* meant syntactically and should not be
    changed. To connect the latter to the former, you need to add a
    premise such as:
        URILiteral has literal value AnyURI</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8978</commentid>
    <comment_count>1</comment_count>
    <who name="Jerome Simeon">simeon</who>
    <bug_when>2006-03-30 16:59:28 +0000</bug_when>
    <thetext>Fixed as suggested.
- Jerome</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>