This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
This comment is prompted by bug #3333 but I was planning to make it anyway. It would be very helpful if XQueryX spec refered to normative machine readable files at some permanant URI not under http://www.w3.org/TR and then gave the html rendition of those files that is currently in the spec as informative helpful convenience rather than as the normative version. W3C policy on TR space means (paraphrasing slightly) that once published it can never be edited in place, only by errata. This is an excellent policy for preserving the historical record of documents, but not so good for machine readable files, as schema validators and xslt engines can't read errata documents. I'm sure that W3C would give you http://www.w3.org/2006/XQueryX/xqueryx.xsd or some such if requested, or you could use a URI under the XQuery group's existing public area. In eiether case it has the advantage that any changes required before or after the spec itself goes to REC can be made _in place_. MathML 1.0 used to have its normative DTD as inline text in the document. This was changed in MathML 1.1 and 2.0 to (also) have it as a machine readable file in the same directory as the REC text. this was changed by errata and incorporated in MathML 2.0 2nd edition to point to a normative file out of TR space (in http://www.w3.org/Math/DTD). Having been through the pain of that particular learning curve I'm keen to see others avoid it:-) David
For information, the "schema for XSLT 2.0" (which is non-normative) is published both as an inline appendix in the spec, and as a free-standing .xsd file with its own permanent URI. I think this is also what the XML Schema WG do with the "schema for schemas". I'm not sure at this stage how we will manage any errata.
I just noticed that if you GET the XQueryX namespace URI http://www.w3.org/2005/XQueryX you get a document that says it's the Namespace document for XQueryX (but explictly references the Sept 2005 document rather than the CR version) this document says that the xqueryx schema is at http://www.w3.org/2005/XQueryX/xqueryx.xsd and there is a schema there (again, not the latest version) so I think that a good outcome for this PR would be that the namespace document was updated to refer to the latest draft of the spec, a link added to the stylesheet as well as the schema, and both stylesheet and schema updated to whatever is the latest version. The XQueryX spec could then state that machine readable versions are to be found at http://www.w3.org/2005/XQueryX/xqueryx.xsd http://www.w3.org/2005/XQueryX/xqueryx.xsl David
Thanks for your suggestion. We are currently working with the W3C staff to determine the best way of satisfying this requirement. I plan to leave this bug ASSIGNED (open) until some mechanism has been agreed and is in place. Watch this space ;^)
For your information: slightly related is what the testing task force also encountered(although it's more of a technical nature): http://www.w3.org/Bugs/Public/show_bug.cgi?id=3478 Perhaps a solution for one scenario, works for another as well. Frans
The XQueryX schema is publicly available at http://www.w3.org/2005/XQueryX/xqueryx.xsd, and the XQueryX stylesheet at http://www.w3.org/2005/XQueryX/xqueryx.xsl. Each will be updated whenever a new version of that file is created as a result of bug fixes, etc. The next version of the XQueryX specification will include in its introduction a pointer to these two files. This should satisfy your concerns, and we request that you mark this bug CLOSED at your earliest convenience. Thanks again for the comment!
Thanks, with recent fixes for lacation hints as well I see, closing this.