This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
See http://lists.w3.org/Archives/Public/public-sml/2008Mar/0053.html
Imho, the SML WG is not in the business of defining reference schemes. The SML spec is completely independent of any specific reference scheme (including the sml:uri scheme). It defines (in Section 4.3) a set of requirements that an SML reference scheme must comply with, and other W3C WGs or community members can define a new SML reference scheme for their domain/scenarios by complying with these requirements. The SML WG defined the sml:uri scheme because of two reasons: 1. It is the basis for interop using SML IF 2. The SML WG felt that it will be the most commonly used scheme
Resolution in 4/2 F2F meeting: the WG will create and publish a note on SML XLink Reference Scheme.
Here is link to the email sent by Pratul that has a sample xlink based scheme. http://lists.w3.org/Archives/Member/member-sml/2008Apr/0000.html Note that the document sent by Pratul is a work in progress. It has not been reviewed and approved by the SML WG members.
With respect, we already knew that anyone _could_ define a XLink reference scheme. The point was that if the WG doesn't include it in the spec., it won't get used because it won't be interoperable. I'm sorry the WG doesn't see it as an important selling point for SML, but I won't lie down in the road over this.
Henry The WG appreciates your flexibility on this issue and expects that the proposed note will facilitate interoperability of implementations of the XLink reference scheme
resolution in conf call (5/1/08): add externalComment and remove decided from keywords
Draft note sent to public list http://lists.w3.org/Archives/Public/public-sml/2008Oct/0027.html
Note has been converted to HTML and put under version control in CVS. See http://dev.w3.org/cvsweb/2007/xml/sml/xlink-note.html.
Created attachment 657 [details] Len's proposed changes to the XLink ref scheme note Open in Word 2007. Change tracking is on in the Word doc, so insertions and deletions are visible. Deletions are marked in red with a strike-through line. Insertions are double-underlined. Where I have replaced text, the insertion always follows the deletion and there is an explanatory comment attached to the insertion.
Created attachment 658 [details] Len's proposed changes to the XLink ref scheme note (PDF) Open with a PDF reader.
Created attachment 667 [details] docx In reply to comment #9
Created attachment 668 [details] pdf In reply to comment #10
The following are my comments on the [style] comments - referencing original comments from attachment in Comment #10 of Bug 5561: title - name should match SML spec which would be "SML XLink Reference Scheme". link style comments - In the SML and SML-IF specs, the convention is 'generally' (meaning I don't think we did a thorough check to make sure we were strict about this) to use [] when the link is parenthetical to the sentence and not use [] when the text is part of the sentence. There are exceptions (such as for Schema elements). However, I think that we should maintain this convention. Definition section - the subsections should match SML spec 4.3 as much as possible. Notes - the SML and SML-IF spec show the 'Note' as separate from the actual note content. This is governed by a W3C stylesheet and I prefer to see consistency with the specs. In other words, the "Note" is separate from the paragraph as originally written. LKC12 - I disagree (agree with John's comment) LKC17 - I disagree and prefer 'if' LKC19 - I prefer to keep the text. LKC25 - I recommend just adding 'valid' to paragraph 3.0.
The following are my comments - referencing the original comments. LKC1: Title should follow the style SML xxx Reference Style to be consistent with the SML spec. LKC7: The full title of section 2 should be restored. Simply entitling the section "Definition" and depending on the context for what the definition is of seems to be an inconvience to the reader. LKC8: I would vote against restructing section 2. Since it is relatively simple to define an SML XLink reference scheme (as opposed, e.g., to an EPR-based SML reference scheme), we should keep the structure as close as possible to that of the SML reference scheme definition. LKC14: The "active voice" modification is actually not "active voice", but an imperative: "Obtain a document. . ". This seems to be taking a step into the "algorithmic" form of expressing the defintion, which the WG has rejected--with VERY good reasons (IMHO). I agree with John that LKC19 (D has no value) is not irrelevant and LKC22 is correct as it stands ("or" vs. "and"). Good catch on the sml:targetType.
Revision 1.4 has been checked in to CVS. See http://dev.w3.org/cvsweb/2007/xml/sml/xlink-note.html. Note that the references section is still TBD.
2.1.a singular/plural disagreement > two attribute information items whose local name are type and href, and whose namespace name is - two...items...local name are..., ...ns name is... should be "local nameS" are, ns nameS are Otherwise the changes look ok to me.
(In reply to comment #16) > 2.1.a singular/plural disagreement > > two attribute information items whose local name are type and href, and whose namespace name is > - two...items...local name are..., ...ns name is... > should be "local nameS" are, ns nameS are > Otherwise the changes look ok to me. I understand the problem, but I'm not sure of the solution. The terms "local name" and "namespace name" are surrounded with square brackets (since they are abstract properties). Does the "s" go inside the brackets or outside? IOW, should we write: "It has two attribute information items whose [local names] are type and href, and whose [namespace names] are http://www.w3.org/1999/xlink." Or: "It has two attribute information items whose [local name]s are type and href, and whose [namespace name]s are http://www.w3.org/1999/xlink." Or perhaps restructure the sentence to avoid this issue.
Looks fine to me with the following change: Table of Contents: 2. SML XLink Reference Scheme Definition 3. Examples Remove the " ".
1. The first sentence of the Abstract should specify references to the XML and XML Schema specifications. Bibliographical references to these two specifications should be added to the Reference section. 2. The first sentence of the Introduction should include mention of XML (along with XML Schema, i.e., the sentence should parallel the first sentence of the Abstract), and specify references for both the XML and XML Schema specs. 3. The URI to the list of patent disclosures in the Status section is incorrect. It should be http://www.w3.org/2004/01/pp-impl/41079/status.
I've made changes in response to Comment #16 and Comment #19. See revision 1.7 in CVS (http://dev.w3.org/cvsweb/2007/xml/sml/xlink-note.html?rev=1.7&content-type=text/x-cvsweb-markup). The Status section has also been modified to match the text of the EPR note (as appropriate). The References section has also been reworked.
Revision 1.8 checked in to CVS. Misc tweaks to mark-up: - Normalized names of same-document reference targets to ref-XXX - Wrapped all references with <cite/> (rather than <i/>) - Restored Back to Contents jump links on section headings - Fixed broken links
Minor comment: In section 2, items 3,d,ii,1 & 2, identifying the target T is said to depend on a "XML-Schema determined ID". The XPointer spec refers to this simply as a "schema determined ID". Given the definition of a schema determined ID, the specific reference to "XML Schema" is unnecessary. Suggest a simple editorial change to "schema determined ID" (with a small "s") to remain consistent with the XPointer spec.
(In reply to comment #22) +1 > The XPointer spec refers to this simply as a "schema determined ID". IIRC from the SML barename discussions (see, I do listen occasionally!), that term includes not only XML Schema but also DTD-defined IDs. Since all XML parsers are required to process the internal DTD subset, allowing DTD-determined IDs imposes no new processing requirements. Saying "XML Schema determined..." would have a different (narrower, and therefore incorrect) meaning.
I've checked in revision 1.9 with the following editorial changes: - Changed publication date to 11 June 2009 and updated URIs to match - Section 2, item 3.d.ii: Replaced phrase "XML-Schema-determined" with "schema-determined" - Section 2, item 4: Replaced phrase "the applicable URI RFC" with "the applicable RFC for URI generic syntax" - Updated entry for [XML] in References section - Moved entry for [XPointer] so that entries are in alphabetical order
Per the telecon of June 1, the working group has decided it has finished its work on this Note. http://lists.w3.org/Archives/Public/public-sml/2009Jun/att-0003/20090601-sml-minutes.html#item05 Per the telecon of June 8, I am closing out this bug.