Minutes: XML Schema Patterns for Databinding Telcon 11 March 2008

minutes from today's telcon now available:

    http://psd.local/2002/ws/databinding/8/3/11-databinding-minutes.html#item02

and copied below:

                                        - DRAFT -

             XML Schema Patterns for Databinding Working Group Teleconference

11 Mar 2008

   Agenda

   See also: IRC log

Attendees

   Present
          Jon Calladine (BT)
          George Cowe (Origo Services Limited)
          Paul Downey (BT)
          Yves Lafon (W3C)

   Regrets
   Chair
          pauld

   Scribe
          pauld

Contents

     * Topics
         1. Publication of Basic Patterns
         2. Collection and Schema Annotation
         3. lc-xsd-1
         4. lc-xsd-2
         5. lc-xsd-3
         6. lc-xsd-4
     * Summary of Action Items
     ____________________________________________________________________________

Publication of Basic Patterns

   pauld: we need to renew the charter, runs out end of this month

   yves: we need to have a document published, that'll help

   gcowe: "elementfinal" isn't valid, and is "Basic", should be removed

   http://lists.w3.org/Archives/Public/public-xsd-databinding/2008Feb/0008.html

   pauld: testing worked?

   gcowe: example was missing

   pauld: doubly sure we should remove it
   ... OK so "ElementFinal" is removed as a pattern

   http://lists.w3.org/Archives/Public/public-xsd-databinding/2008Feb/0013.html

   <gcowe> elementfixed was a new advanced pattern added

   pauld: elementfixed accepted as an advaced
   ... I'll produce a list of differences

   XML Schema WG send comments:
   http://lists.w3.org/Archives/Public/public-xsd-databinding-comments/2008Feb/0000.
   html

   pauld: most look reasonable
   ... most look like they apply to spec as it stands
   ... suggest I raise these as LC issues, publish this week on the list and we OK
   at a meeting next tuesday

   pauld: we need to list the changes from the previous Last Call publication in the
   status section:

   $ cvs co -r1.67 patterns.xml

   last call patterns:
   http://www.w3.org/2002/ws/databinding/edcopy/patterns/patterns-lc1.xml

   http://www.w3.org/2002/ws/databinding/edcopy/patterns/patterns.xml

   need to record list of patterns added and removed since our last, last call

   gcowe: will look at the differences

Collection and Schema Annotation

   <Yves> http://www.w3.org/TR/2006/WD-xmlschema-patterns-20061122/

   pauld: have a technique for annotation schema, should have it tonight

lc-xsd-1

   * References to concepts and terminology from XSD need to be made more

   precise. For example, section 1.3 says "A document claiming conformance

   to this specification ... MUST conform to the [XML Schema 1.0

   Recommendation]", but XSD provides no conformance requirements for

   "documents" in general. It would be more appropriate to say that "A

   document claiming conformance to this specification ... MUST be a 'schema

   document' [2], as defined in [XML Schema 1.0 Recommendation], and MUST

   therefore meet the "Constraints on the representation of schema components

   in XML" [3] provided therein." Actually, there's a further mismatch on

   infosets vs. serialization; see next point.

   http://www.w3.org/TR/2007/WD-xmlschema-patterns-20071031/#document-conformance

   RESOLUTION: Accepted suggested text for lc-xsd-1

lc-xsd-2

   * 1.3 also says that a document conforming to the databinding

   specification must be a well formed XML 1.0 document; XSD defines a

   schema document as an Infoset with <xs:schema> as the root element. You

   should make clear whether the mismatch is intentional, and if so rewrite

   the text suggested above accordingly. Otherwise, you should change to

   indicate that a conforming document is infact an Infoset, consistent with

   XSD. That will mean changing the many references to XML 1.0 documents

   that appear throughout your draft.

   pauld: we discussed this early on, I should find evidence of our discussion, but
   we agreed to work at the XML level, and this is an addition constraint over the
   XML Schema spec, and this is a part of our relationship to the WS-I BP

   RESOLUTION: Rejected lc-xsd-2

lc-xsd-3

   * Section 1.4 suggests that a conforming application "SHOULD be able to

   process any valid [XML Schema 1.0] document.". First of all, there's some

   question as to whether a SHOULD is appropriate in a conformance section.

   Notwithstanding that, the reference to [XML Schema 1.0] documents is

   again not strictly clear, since XSD talks about instances to be validated

   as well as schema documents. We suggest a formal reference to 'schema

   documents' [2] as in the first point above.

   pauld: whole point of our spec is that not all implementations can swallow any
   documents

   http://www.w3.org/TR/2007/WD-xmlschema-patterns-20071031/#implementation-conforma
   nce

   pauld: what would be the advantage of removing this?

   yves: wouldn't impact people's reading of the document

   pauld: anyone want to argue against removing:
   http://www.w3.org/TR/2007/WD-xmlschema-patterns-20071031/#assert-AnySchema

   RESOLUTION: Accepted lc-xsd-3 and remove assert-AnySchema

lc-xsd-4

   * Section 1.4 says that conformance requires that an implementation: "

   MUST produce a data model exposing all of the [XML 1.0] element node and

   attribute node content described by the originating [XML Schema 1.0]

   document.", but "described by" is not a formal relation or operation

   provided for in XSD. Especially in a conformance requirement, this seems

   too informal.

   pauld: no alternative terminology suggested. "described by" is pretty OK by me,
   but then I'm no spec lawyer
   ... any suggestions for better suggestion?

   yves: "per"

   pauld: or we could define "described by"

   gcowe: "constrained by"

   pauld: "constrained" is used throughout the XML Schema spec

   RESOLUTION: Accepted lc-xsd-4 replacing "described" with "constrained"

Summary of Action Items

   [End of minutes]

Received on Tuesday, 11 March 2008 17:45:50 UTC