- From: Ian B. Jacobs <ij@w3.org>
- Date: 29 Sep 2003 18:19:59 -0400
- To: www-tag@w3.org
- Message-Id: <1064873998.18429.13.camel@seabright>
Hello,
The minutes of the 29 Sep 2003 TAG teleconference are
available as HTML [1] and as text below.
_ Ian
[1] http://www.w3.org/2003/09/29-tag-summary.html
========================================================
Minutes of 29 September 2003 TAG teleconference
Nearby: [4]IRC log | [5]Teleconference details · [6]issues list
([7]handling new issues)· [8]www-tag archive
[4] http://www.w3.org/2003/09/29-tagmem-irc.html
[5] http://www.w3.org/2001/tag/group/#remote
[6] http://www.w3.org/2001/tag/ilist
[7] http://lists.w3.org/Archives/Member/tag/2003Jul/0054.html
[8] http://lists.w3.org/Archives/Public/www-tag/
1. Administrative
1. Roll call: SW (Chair), TBL, DC, TB, NW, DO, RF, PC, IJ (Scribe).
Regrets: CL.
2. Accepted the minutes of the [9]15 Sep teleconf
3. Accept this [10]agenda
4. Next meeting: 6-8 Oct ftf meeting in Bristol
[9] http://www.w3.org/2003/09/15-tag-summary.html
[10] http://www.w3.org/2003/09/29-tag.html
1.1 TAG participation in Tech Plenary 2004 (1-5 March 2004, France)
Pros: Interaction with other groups, welcome new TAG participants.
Cons: Competing meeetings.
1. There was clear support for some sort of TAG involvement at the
Tech Plenary.
2. There was some support, but also some opposition to the TAG
organizing a ftf meeting during that week due to conflicting
schedules.
[Ian]
SW: Should we meet? Should we interact with other groups?
DC: Yes, please, let's meet.
DO: We could meet with WSDL WG to talk about issue 37
[DanC]
meeting with WSDL folks seems cool.
[Ian]
DO: Yes, let's meet too.
PC: I'm against meeting then. I'll be busy for at least two
days since Chair. One of my groups may even meet on the
weekend. Also lots of last call docs will be around; likely to
be heavily booked.
NW: I'm also overbooked during that time.
[DaveO]
what is our quorum for meeting?
[Ian]
PC: I'd prefer to do what we did last year - to meet at an
alternate site before the TP so that people running for
election could either be notified during the ballot period when
the TAG would be meeting.
[DanC]
I prefer to have consensus to meet. I'd rather not meet over
anybody's objection Regrets are one thing. objections are
another.
[Ian]
If no TAG teleconf, who won't come to France: TB
Who would be at risk: DO, SW
SW: Then I will let TP organizers know that the TAG does not
expect to hold a ftf meeting during that time. However, I'd
like to discuss (over the next couple of weeks) what the TAG's
contributions could be to the tech plenary day.
[Ian]
[PaulC shows draft agenda of when some groups are scheduled to
meet]
DO: I would much rather meet in France with a subset of the TAG
(large majority) than to have more trips.
[Norm]
For the record, I don't object to meeting in Cannes. It'll be
awkward if we do, but that's fair.
[Ian]
PC: I'd like to encourage the TAG to participate in the
organization of the tech plenary itself. I won't be on the
organization committee for the TP this year.
NW: I don't object to TAG meeting ftf during that week. But I'm
booked solid for now.
[DaveO]
One of the reasons I wanted to meet was because WSDL will be
there and we have an issue that would probably be helped by
meeting together for a few hours
[Ian]
SW: I think last year more people had more conflicting meeting
schedules last year.
RF: This would be the first meeting after the election, right?
SW: Yes.
RF: The idea was to have departing participants also
participate in transitional meeting.
SW: I therefore plan to set expectations that we'd like to
meet, but some hurdles.
PC: We can postpone until our ftf meeting...
Action SW: Draft summary based on monthly reports for TAG.1.2
TAG highlights from previous six months (for AC meeting)
1.2 TAG update to AC for Nov 2003 AC meeting
See [11]previous highlights (Member-only).
[11] http://www.w3.org/2003/05/19-sb-COO-Summary.html#Technical2
Action SW: Draft summary based on monthly reports for TAG.
1.3 Bristol FTF Agenda
1. Primarily focused on Arch Doc, TAG findings.
2. 9h - 17h M, T. (Not sure for W).
3. [12]Meeting page
[12] http://www.w3.org/2003/10/06-tag-mtg
[Ian]
SW: I've not yet done a detailed agenda page. But the meeting
will focus on what's required to go to last call. If we get
done early enough, we'll work on findings and have time to do
todos.
TBL: I hope to be able to join remotely for part of the
meeting.
SW: We expect to have audio; I'll check about video this week.
TBL: I'd be willing to visit an HP facility in Cambridge (MA).
[DC has sent regrets]
[paulc]
Thanks to SW for all the meeting logistical arrangements.
[Zakim]
DanC, you wanted to ask where issue namespaceDocument-8 is
w.r.t. critical-path for last call and ftf agenda
[Ian]
DC: Was namespace-8 critical path for last call?
TBray: PC is creating finding + sound bite for web arch.
DC: If I can't read materials now, I may argue for not making
any decisions on this issue at the face-to-face meeting. My
position on issue 8 is that if we do nothing, that's
acceptable. There are a lot of somethings that are not ok to
me. If we have some spec that doesn't have a clear mapping to
RDF, that would be a step backward.
SW: Look forward to seeing those in England next week.
2. Technical
2.1 Architecture Document
IJ presented some of the bigger changes in the [13]26 Sep 2003
Editor's Draft. Then the TAG walked through the [14]review comments
about which the editor had questions.
[13] http://www.w3.org/2001/tag/2003/webarch-20030926/
[14] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0186.html
[Ian]
SW: Can we approve publication of [15]26 Sep 2003 Editor's
Draft (with today's modifications) as a TR page draft?
[15] http://www.w3.org/2001/tag/2003/webarch-20030926/
[TBray]
grr you don't need both quotes and <code> for URIs in stories
[DanC]
quite, TBray
[Ian]
---
Abstract rewrite
DC: Abstract too long, but nothing critical IMO.
TBray: I'm ok with the abstract (just a couple of stylistic
nits)
[DanC]
abstract is too long for my tastes, but I don't see anything
technically incorrect
[TBray]
words "to be" after the colon in 3rd para of abstract are
grammatically strained, will suggest something smoother
[Ian]
IJ: I think people would like something more concrete about
what info space and info system are.
DC: Though I used to not care between info space and info
system, I have a mild preference for talking about info space
over info system.
TBL: I think we're going to have to make a bigger distinction
between HTTP Web and other systems.
[Ian]
IJ: #1 in [16]review comments is closed I think.
#2: SW - I think that this is a linguistic misunderstanding,
should be "per URI scheme"
[16] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0186.html
[TBray]
The endnote is wrong
[Ian]
DC: TOo much detail - "The browser uses its configuration2 to
determine how to locate the identified information, which might
be via a cache of prior retrieval actions, by contacting an
intermediary (e.g., a proxy server), or by direct access to the
server identified by the URI."
SW: I propose to delete footnote 2.
TBray: yes.
DC: No need to talk about browser config in the intro.
RF: I'm ok with not talking about browser config in the intro.
I don't want to give the impression that the browser makes some
decisions, dont' just look at URI spec (e.g., can look at
cache).
[DanC]
hmm... yeah... where to talk about browser config and caches?
not the intro, but ... hmm.
[Ian]
SW: The right place for this is in the interactions section.
The expansion should be in that section.
DC: Sounds plausible.
RF: Sure.
DC: I don't want to queue up a bunch of stuff before
publishing.
#3) Proposed to add reference to RFC2396 in endnote 3.
#4) Cause/effect backwards in describing "link".
[Stuart]
[17]http://lists.w3.org/Archives/Public/www-tag/2003Sep/0128.ht
ml
[17] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0128.html
[Ian]
"When a representation of one resource refers to another
resource with a URI, a link is formed between the two
resources."
SW: That suggests that the presence of a reference that causes
the link to form, as opposed to "There exists a link, therefore
there's a URI ref in a representation."
RF: I agree with Stuart. But there's an issue if you have
several representations, some of which have links and some of
which don't. I don't believe strongly in either view.
TBray: I'm much happier saying that the link is formed by
presence of URI ref.
TBL: Rather : "When there is a URI ref in a representation, we
often call that a link."
[DaveO]
I'm happy with SW's or TBL's wording. I like the coupling of
links with representations rather than resources.
[Ian]
TBL: In the use of the Web for global hypertext, the use of a
URI ref in a representation is called a link.
DC: So this shouldn't be introduced in this section...
TBL: I'm ok to start off with talking about most popular case
rather than an abstration.
DC: You don't get network effects without any links.
RF: The link is one directional, but the relationship is
bi-directional.
[DanC]
changing "formed" to "represented" might help
[TBray]
Agree with DanC
[DanC]
"formed" has a before/after feel to it. odd.
[timbl]
agree with danc
[Stuart]
Yes that would work for me
[Ian]
DC: "This represents a link between the two resources."
[DanC]
When a representation of one resource refers to another
resource with a URI reference, this represents a link between
the two resources."
[Ian]
IJ: What about s/URI/URI ref here?
DC: Could work.
TBray: I disagree about using URI ref here.
[DanC]
When a representation of one resource refers to another
resource with a URI, this represents a link between the two
resources.
[Ian]
TBray: The representation *logically* includes a URI.
#5) 2.4.1 Secondary Resources...
[TBray]
#5 in
[18]http://lists.w3.org/Archives/Public/www-tag/2003Sep/0186.ht
ml
[18] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0186.html
[DanC]
s/the/a/ in "the URI for the secondary resource"
[Ian]
SW: This implies that you need to know the media type.
DC: No, it doesn't. It says "if you know it."
Text in question in 26 Sep draft: "The syntax and semantics of
fragment identifiers are defined by the set of representations
that might result from a retrieval action on the primary
resource. Fragment identifier semantics differ among format
specifications. The presence of a fragment identifier in a URI
does not imply that a retrieval action will take place."
TBray: I've flagged this in a bunch of drafts. I think that the
first sentence is either incomprehensible or wrong. I think
that the syntax and semantics are defined by the relevant
documentation, and interpreted in the context of the
representation that you get.
[Roy]
defined --> determined ?
[Ian]
TBL: I think the first sentence is a bit perverse for the
following reason - Depending by the format .... The set of
things that the frag id could identify are defined by the set
of different representations you get. On the other hand, if the
semantics are different, then we have a bug.
[Zakim]
DanC, you wanted to agree that 2.4.1 is not right. can we just
make an editor's note and move on? our target is a decision to
publish, not substantive technical discussion, yes?
[Ian]
TBL: I would support deleting the first sentence and leaving
and editor's note in its place.
[DanC]
+1 delete "The syntax and semantics of fragment identifiers are
..."
[Ian]
TBray: +1 to delete
[Roy]
I would just change "defined" to "determined"
[Ian]
TBL: I don't think you solve the problem that way. There's an
implication that one representation suffices; you need to know
a set.
RF: You do need to know the set.
TBL: No, I only need to know the one I got.
TBray: That's right.
RF: In that context, maybe. But in the RDF context, you need to
know the set of references.
TBray: The architectural intent is that the semantic of the
identifier be consistent. But in the microscale is that the
interpretation depends on the representation you get.
#6) "For schemes that do specify the use of fragment
identifiers..."
People are satisfied with deleted.
#7) Good Practice Note: Content Negotiation With Fragments.
IJ: I didn't change back to previous draft.
"Good practice: Content negotiation with fragments"
s/and who use/who use/
DC: I second the point made by Larry in email that
"authorities" is [scribe missed]. Talking about "the owner" of
a URI [DC didn't get to finish.]. The good practice note is not
talking about HTTP space.
[Zakim]
DanC, you wanted to note that "Authorities responsible for
minting a URI" is too narrow
[Ian]
DC: You can narrow the principle to HTTP URIs, but as stated,
not narrowed to HTTP space.
TBL: In practice, I haven't seen people use fragids with msg
ids.
RF: I disagree with LM's comments but for different reasons.
[timbl]
In practice we are talking largely about HTTP.
[Ian]
#8) 2.5.2
Leave as is.
Section 2.6: Two paras creating discomfort:
- Moby Dick.
- Ambiguity example.
SW: Ambiguity example closely tied to linguistic ambiguity.
Mark this para with editor's note as needing attention.
TBL: I don't like the Moby Dick example since it's criticizing
an English statement.
#10) 4.5 Binary and Textual Data Formats
SW: make forward reference more narrow to 4.10.6 (not all of
4.10)
#11) Present table of notes after TOC as three lists.
Done
#12) Choose a different icon (smaller) to indicate story. Roy
seems to concur.
[Back on 4.4] Text is defined as being sequence of chars, not
something that is marked "text/*".
TBL: Distinction between application is used to mark up text
and applications where XML is used to mark up any kind of data.
This connects to "text/". The argument for using "text/" is
that when there's a lot of text content, show people the text
content. Not necessarily the case for apps where most of the
data is not text.
TBray: I've not seen discussion about changing the definition
of things you can do in the "text" (MIME) tree.
[DanC]
(timbl is part of multiple we's)
[Ian]
TBL: We had already asked them NOT to change 3023 since it was
to be included in a W3C spec.
TBray: And I got my ear chewed off when I forgot. We need to
make up our minds - do we try to fix 3023 or not?
[TAG decides to return to Arch Doc rather than answer that
question.]
SW: Any objections to publishing?
[Roy]
It's better than the last one, +1
[Ian]
Resolved: Request publication of TR draft.
IJ: I will make conservative edits before requesting
publication for approximately 1 October.
2.1.1 RFC3023
[Ian]
DC: There's an IETF/W3C meeting in 10 days. I'd like to spend
10 minutes on RFC3023
[Roy]
Leave charset on text/xml; remove charset from application/*xml
[Ian]
TBray: 3023 has been out there for a while. I think that fixing
it at this point is better than not fixing it. There seems to
be rough consensus about what needs to be done: deprecate
"text/" for XML formats.
DC: My preference is to have this come out of a W3C spec for an
XML Mime type.
NW: I think the Core WG is trying to wrap up the blueberry
spec.
DC: The MIME registry currently points to an IETF spec; would
be more straightforward if it pointed to a W3C Rec.
TBL: Suboptimal to have the MIME registry point to two specs at
two orgs, which undergo different processes.
TBray: Can we have a chat with editors of 3023.
DC: Sounds good.
TBL: I'd like to make changes in a W3C document.
_________________________________________________________________
The TAG did not do anything below.
2.1.2 Review of actions related to Architecture Document
Completed action items:
* Completed action TB 2003/08/18: Bring some Vancouver ftf meeting
photos to IJ attention (of whiteboard, re: CL action about
illustration of two resources). Done, but IJ has not incorporated
images in 18 Sep draft.
* Completed action TB 2003/08/04: Write a definition of "XML-based"
(Done; in 18 Sep Arch Doc).
* Completed action IJ 2003/08/04: s/machine-readable/something like:
optimized for processors, w/ defn that includes notion that it can
be processed unattended (by a person).
* Completed action TB and CL 2003/07/21: Propose a replacement
sentence in section 3.2.2.1 regarding advantages of text formats.
Please confirm that this is done in 18 Sep draft.
Open action items:
* Action RF 2003/06/02: Rewrite section 3. From 21 July ftf meeting,
due 18 August.
* Action IJ 2003/06/16: Attempt to incorporate relevant bits of
"[19]Conversations and State" into section to be produced by RF.
* Action TBL 2003/07/14: Suggest changes to section about
extensibility related to "when to tunnel".
* Action CL 2003/07/21: Create an illustration of two resources, one
designated by URI without fragment, and one designated by same URI
with fragment...
* Action IJ, CL 2003/07/21: Discuss and propose improved wording of
language regarding SVG spec in bulleted list in 2.5.1.
* Action DC 2003/07/21: Propose language for section 2.8.5 showing
examples of freenet and other systems.
[19] http://www.w3.org/DesignIssues/Conversations
The following action items were follow-up from the 22 July
face-to-face meeting in Vancouver:
* Identification and resources
1. TBL 2003/08/21: Write replacement text for Moby Dick example
in section 2.6 (on URI ambiguity). Is this done in [20]TBL's
draft?
* Representations
1. TB, IJ 2003/08/21: Integrate findings. What does this mean?
[20] http://www.w3.org/2001/tag/webarch/tim#URI-persistence
2.2 Findings
See also [21]TAG findings home page. If time permits, the TAG will
review these.
* [22]11 Sep 2003 draft of Deep Linking in the WWW
+ Action TB 2003/09/15: Ask Lauren Wood to review German text
to see if applicable.
+ Pending action IJ 2003/09/15: Take back to Comm Team
publicity of this document.
* [23]whenToUseGet-7: Announced TAG acceptance of 22 September 2003
draft of [24]URIs, Addressability, and the use of HTTP GET and
POST
+ Action DC 2003/09/15: Provide TAG with pointers into WS specs
where issue of safe operations is manifest.
+ Action DO 2003/09/15: Ask WSDL WG to look at finding; ask
them if marking operations as safe in WSDL is one of their
requirements.
+ See [25]comments from Noah, however
* [26]contentTypeOverride-24: 9 July 2003 draft of [27]Client
handling of MIME headers
1. Completed action TB 2003/09/15: Draft a Note to authors of
RFC 3023 cc'ing www-tag about concerns regarding charset
asking about chances of getting this fixed. ([28]Done)
2. Completed action RF 2003/09/15: Proposed substitute text in
light of [29]previous comments on charset param. ([30]Done)
3. [31]Comments from Philipp Hoschka about usability issues when
user involved in error correction. Is there a new Voice spec
out we can point to for example behavior?
4. [32]Comments from Chris Lilley
5. Lots of [33]comments from Martin Duerst
6. Change "MIME headers" to "server metadata" in title?
* Completed action NW, DO 2003/09/08: Produce new draft of
Extensibility/Versioning finding ([34]done)
[21] http://www.w3.org/2001/tag/findings/
[22] http://www.w3.org/2001/tag/doc/deeplinking-20030911.html
[23] http://www.w3.org/2001/tag/ilist.html#whenToUseGet-7
[24] http://www.w3.org/2001/tag/doc/whenToUseGet-20030922
[25] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0160.html
[26] http://www.w3.org/2001/tag/open-summary.html#contentTypeOverride-24
[27] http://www.w3.org/2001/tag/doc/mime-respect.html
[28] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0042.html
[29] http://lists.w3.org/Archives/Public/www-tag/2003Jul/0051.html
[30] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0043.html
[31] http://lists.w3.org/Archives/Member/tag/2003Jul/0076.html
[32] http://lists.w3.org/Archives/Public/www-tag/2003Jul/0113.html
[33] http://lists.w3.org/Archives/Public/www-tag/2003Sep/0108.html
[34] http://www.w3.org/2001/tag/doc/versioning
2.2.1 Draft findings that require more discussion
* [35]xmlIDSemantics-32:
1. [36]Chris Lilley draft finding.
2. Action CL 2003/06/30: Revise this draft finding with new
input from reviewers.
* [37]contentPresentation-26: Action CL 2003/06/02: Make available a
draft finding on content/presentation. From 21 July ftf meeting,
revision due 8 August.
* [38]metadataInURI-31: 8 July 2003 draft of "[39]The use of
Metadata in URIs"
+ Action SW 2003/07/21: Produce a revision of this finding
based on Vancouver ftf meeting discussion.
+ Action DO 2003/07/07: Send rationale about why WSDL WG wants
to peek inside the URI.
+ See also [40]TB email on Apple Music Store and use of URI
schemes instead of headers
+ See comments from [41]Mark Nottingham and [42]followup from
Noah M.
* Draft finding from NW and DO: [43]Versioning XML Languages, 18 Sep
draft.
[35] http://www.w3.org/2001/tag/ilist#xmlIDSemantics-32
[36] http://www.w3.org/2001/tag/doc/xmlIDSemantics-32.html
[37] http://www.w3.org/2001/tag/open-summary.html#contentPresentation-26
[38] http://www.w3.org/2001/tag/open-summary.html#metadataInURI-31
[39] http://www.w3.org/2001/tag/doc/metaDataInURI-31
[40] http://lists.w3.org/Archives/Public/www-tag/2003Apr/0151.html
[41] http://lists.w3.org/Archives/Public/www-tag/2003Aug/0048.html
[42] http://lists.w3.org/Archives/Public/www-tag/2003Aug/0055.html
[43] http://www.w3.org/2001/tag/doc/versioning
2.2.2 Expected new findings
1. [44]contentPresentation-26: Action CL (and IJ from ftf meeting)
2003/06/02: Make available a draft finding on
content/presentation. From 21 July ftf meeting, revision due 8
August.
2. Action IJ 2003/06/09: Turn [45]TB apple story into a finding.
[44] http://www.w3.org/2001/tag/open-summary.html#contentPresentation-26
[45] http://www.tbray.org/ongoing/When/200x/2003/04/30/AppleWA
2.3 Issues
The TAG does not expect to discuss these issues at this meeting.
2.3.1 Identifiers ([46]URIEquivalence-15 , [47]IRIEverywhere-27)
[46] http://www.w3.org/2001/tag/open-summary.html#URIEquivalence-15
[47] http://www.w3.org/2001/tag/open-summary.html#IRIEverywhere-27
* [48]URIEquivalence-15
+ SW proposal: Track RFC2396bis where [49]Tim Bray text has
been integrated. Comment within the IETF process. Move this
issue to pending state.
* [50]IRIEverywhere-27
+ Action CL 2003/04/07: Revised position statement on use of
IRIs.
+ Action TBL 2003/04/28: Explain how existing specifications
that handle IRIs are inconsistent. [51]TBL draft not yet
available on www-tag.
+ See TB's [52]proposed step forward on IRI 27.
[48] http://www.w3.org/2001/tag/open-summary.html#URIEquivalence-15
[49] http://www.textuality.com/tag/uri-comp-4
[50] http://www.w3.org/2001/tag/open-summary.html#IRIEverywhere-27
[51] http://lists.w3.org/Archives/Member/tag/2003Apr/0074.html
[52] http://lists.w3.org/Archives/Public/www-tag/2003Apr/0090.html
2.3.2 Qnames, fragments, and media types([53]rdfmsQnameUriMapping-6,
[54]fragmentInXML-28, [55]abstractComponentRefs-37, [56]putMediaType-38)
[53] http://www.w3.org/2001/tag/open-summary.html#rdfmsQnameUriMapping-6
[54] http://www.w3.org/2001/tag/ilist#fragmentInXML-28
[55] http://www.w3.org/2003/07/24-tag-summary.html#abstractComponentRefs-37
[56] http://www.w3.org/2001/tag/open-summary.html#putMediaType-38
* [57]rdfmsQnameUriMapping-6
+ Action DC 2003/02/06: Propose TAG response to XML Schema
desideratum ([58]RQ-23).
* [59]fragmentInXML-28 : Use of fragment identifiers in XML.
1. Connection to content negotiation?
2. Connection to opacity of URIs?
3. No actions associated / no owner.
* [60]abstractComponentRefs-37
+ Action DO 2003/06/23: Point Jonathan Marsh at options. Ask
them for their analysis.
* [61]putMediaType-38
[57] http://www.w3.org/2001/tag/open-summary.html#rdfmsQnameUriMapping-6
[58] http://www.w3.org/TR/2003/WD-xmlschema-11-req-20030121/#N400183
[59] http://www.w3.org/2001/tag/ilist#fragmentInXML-28
[60] http://www.w3.org/2001/tag/ilist#abstractComponentRefs-37
[61] http://www.w3.org/2001/tag/open-summary.html#putMediaType-38
2.3.3 New and other Issues requested for discussion.
([62]mixedUIXMLNamespace-33, [63]RDFinXHTML-35, [64]siteData-36 plus
possible new issues)
[62] http://www.w3.org/2001/tag/ilist#mixedUIXMLNamespace-33
[63] http://www.w3.org/2001/tag/ilist#RDFinXHTML-35
[64] http://www.w3.org/2001/tag/ilist#siteData-36
Existing Issues:
* [65]mixedUIXMLNamespace-33
* [66]RDFinXHTML-35
* [67]siteData-36
+ Action TBL 2003/02/24 : Summarize siteData-36
[65] http://www.w3.org/2001/tag/ilist#mixedUIXMLNamespace-33
[66] http://www.w3.org/2001/tag/ilist#RDFinXHTML-35
[67] http://www.w3.org/2001/tag/ilist#siteData-36
2.3.4 Miscellaneous issues
* [68]namespaceDocument-8
+ Action PC 2003/04/07: Prepare finding to answer this issue,
pointing to the RDDL Note. See [69]comments from Paul
regarding TB theses. From 21 July ftf meeting, due 31 August.
+ Action PC 2003/09/08: Providing WebArch text as well for this
issue.
+ Action TB 2003/09/15: Add "Hello World" example to next draft
of RDDL Spec (i.e., to edited version of [70]RDDL draft 4).
+ Action TB 2003/09/15: Produce schemaware for RDDL spec once
TAG has consensus on the syntax.
+ Completed action SW 2003/09/16: Ping PC on the status of his
actions ([71]Done)
+ Refer to draft TAG [72]opinion from Tim Bray on the use of
URNs for namespace names.
* [73]uriMediaType-9
+ IANA appears to have responded to the spirit of this draft
(see [74]email from Chris Lilley).What's required to close
this issue?
+ Action CL 2003/05/05: Propose CL's three changes to
registration process to Ned Freed. [What forum?]
* [75]HTTPSubstrate-16
+ Action RF 2003/02/06: Write a response to IESG asking whether
the Web services example in the SOAP 1.2 primer is intended
to be excluded from RFC 3205
+ See [76]message from Larry Masinter w.r.t. Web services.
* [77]xlinkScope-23
+ See [78]draft, and [79]SW message to CG chairs.
+ Action CL 2003/06/30: Ping the chairs of those groups asking
for an update on xlinkScope-23.
* [80]binaryXML-30
+ Action TB 2003/02/17: Write to www-tag with his thoughts on
adding to survey.
+ Action IJ 2003/07/21: Add link from issues list binaryXML-30
to upcoming workshop
+ Next steps to finding? See [81]summary from Chris.
* [82]xmlFunctions-34
+ Action TBL 2003/02/06: State the issue with a reference to
XML Core work. See [83]email from TimBL capturing some of the
issues.
* [84]charmodReview-17
1. Action SW 2003/09/08: Follow up with I18N folks on status of
TAG's charmod comments.
2. [85]Mail from DC to I18N WG in light of new Charmod draft
* [86]rdfURIMeaning-39
[68] http://www.w3.org/2001/tag/2003/07/21-tag#namespaceDocument-8
[69] http://lists.w3.org/Archives/Member/tag/2003Apr/0046.html
[70] http://www.tbray.org/tag/rddl4.html
[71] http://lists.w3.org/Archives/Member/tag/2003Sep/0045.html
[72] http://lists.w3.org/Archives/Public/www-tag/2003Jun/0003.html
[73] http://www.w3.org/2001/tag/open-summary.html#uriMediaType-9
[74] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0302.html
[75] http://www.w3.org/2001/tag/open-summary.html#HTTPSubstrate-16
[76] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0208.html
[77] http://www.w3.org/2001/tag/ilist.html#xlinkScope-23
[78] http://lists.w3.org/Archives/Member/tag/2003Mar/0094.html
[79] http://lists.w3.org/Archives/Member/tag/2003Mar/0104
[80] http://www.w3.org/2001/tag/open-summary.html#binaryXML-30
[81] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0224.html
[82] http://www.w3.org/2001/tag/ilist#xmlFunctions-34
[83] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0309.html
[84] http://www.w3.org/2001/tag/ilist#charmodReview-17
[85] http://lists.w3.org/Archives/Member/tag/2003Sep/0019.html
[86] http://www.w3.org/2001/tag/ilist.html#rdfURIMeaning-39
3. Other actions
* Action IJ 2003/02/06: Modify issues list to show that
actions/pending are orthogonal to decisions. PLH has put the
issues list in production; see the [87]DOM issues list.
[87] http://www.w3.org/2003/06/09-dom-core-issues/issues.html
_________________________________________________________________
Ian Jacobs for Stuart Williams and TimBL
Last modified: $Date: 2003/09/29 22:14:43 $
--
Ian Jacobs (ij@w3.org) http://www.w3.org/People/Jacobs
Tel: +1 718 260-9447
Received on Monday, 29 September 2003 18:22:20 UTC