- From: Ian B. Jacobs <ij@w3.org>
- Date: 17 Mar 2003 17:52:34 -0500
- To: www-tag@w3.org
Hello,
Minutes of the TAG's 17 Mar teleconf available as
HTML [1] and as text below.
- Ian
[1] http://www.w3.org/2003/03/17-tag-summary.html
Minutes of 17 Mar 2003 TAG teleconference
Nearby: [4]IRC log | [5]Teleconference details · [6]issues list ·
[7]www-tag archive
[4] http://www.w3.org/2003/03/17-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/Public/www-tag/
1. Administrative (30min)
1. Roll call. All present: SW (Chair), TBL, DC, DO, CL, TB, PC, NW,
RF, IJ (Scribe)
2. Accepted [8]24 Feb telecon minutes
3. Acceped this [9]agenda?
Yes, with addition of discussion on forward references from
XInclude spec
4. Next meeting: 24 March. Regrets: TBL. At risk: CL
+ Expect to cover: input from Jonathan Marsh ([10]forwarded by
Paul Cotton); related to # rdfmsQnameUriMapping-6
[8] http://www.w3.org/2003/02/24-tag-summary.html
[9] http://www.w3.org/2003/03/10-tag.html
[10] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0207.html
1.1 Meeting planning
* Resolved: The TAG resolved not to meet face-to-face in Budapest in
May due to scheduling issues.
Completd action PC: nform organizers that TAG does not intend to
meet during that week in Budapest. (Done)
* The TAG will strive to organize a virtual meeting shortly after
the WWW Conference.
Action TBL: Propose June dates (after 4 June). [Also, some
willingness also to meet before May confs]
* The TAG expects to discuss its [11]W3C track presentation
early-April.
* The TAG expects to discuss its presentation to the AC mid-April.
[11] http://www2003.org/t_www.htm
Not discussed:
* Proposed 14-15 Nov Japan
1.2 Mailing list management
* Completed action SW: Send draft mailing list policy to tag@w3.org.
(See [12]preliminary announcement and [13]proposed text).
* [14]Proposal from Paul Cotton for announcement list.
[12] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0196.html
[13] http://lists.w3.org/Archives/Member/tag/2003Mar/0053.html
[14] http://lists.w3.org/Archives/Member/tag/2003Mar/0038.html
Resolved:
* Incorporate some [15]proposed text from Stuart Williams into the
[16]tips on communicating with the TAG.
Action IJ: Incorporate said text. Then, action SW: Send msg to
www-tag drawing people's attention to revised text.
* Create a new list (public-tag-announce) for announcements of
meeting minutes, meeting summaries, findings, new issues, resolved
issues, and drafts of architecture documents.
Action IJ: Request list setup; update TAG home page.
[15] http://lists.w3.org/Archives/Member/tag/2003Mar/0053.html
[16] http://www.w3.org/2001/tag/#tag-attn
1.3 Review of input from technical plenary (xlinkScope-23)
The TAG discussed the [17]Tech Plenary BOF report from Henry Thompson
that relates to TAG issue xlinkScope-23.
[17] http://www.w3.org/XML/Group/2003/03/xlink_bof_report.html
[Ian]
SW: Summary - The Hypertext CG and XML CG should constitute a
small (six to eight members) joint task force to write a reqs
document. Question of timeframe; a priori expected commitment
to the outcome. Spirit of proposal generally accepted.
DC: I'm sort of tuned out since it looks like nothing will
happen any time soon.: That doesn't bother me.
CL: Some sinking feeling at BOF that discussion will go on
somewhere else.
TBL: Notes that BOF summary not that inspiring.
TB: Count me as uninspired. I don't think we'll make the tech
discussion easier by having it over a reqs doc instead of over
a solution. What leads anyone to suspect that there is
consensus out there?
TBL: Perhaps way to move forward is to require that (1) any
feature proposed must provide rationale for what cannot be done
without that feature
[DanC]
I have come to appreciate requirements documents. They have a
time and a place. esp in diverse communities that would like to
learn to talk to each other.
[Ian]
TB: I don't think we have to do anything (as the TAG). If the
two CG's think a task force is appropriate, that's great; What
do we have to offer at this point?
CL: A statement that there is an architectural hole, for
example.
NW: I agree with TB. I think individuals might be able to do
more, but TAG may not be able to.
DC: One possibility
1. I asked NW what he thought the ideal solution was. I think
NW's position was that it would be better to pick one
arbitrary choice, rather than have N floating around.
2. TAG could pick one and market it. The TAG exists as a
marketplace for attention.
DC: I am not inspired by the technical material, nor that
picking one will be a substantial advance in the art. But we
could be a force for unification.
TB: We tried this and convinced approximately nobody.
DC: These things take time.
TB [revision]: I think that it might be productive to invest
some time to examine the technical issues and let the community
know what we think. I'm not interested in the work of creating
task forces.
SW: I think most of TAG would back one choice as opposed to let
1k flowers bloom. I have to communicate with two CGs.
DC: I hear CL and TB saying "let's not close xlinkScope-23
without further discussion". So I expect SW to tell CGs that we
expect to address this technically in substance; so we should
be connected to their discussions (somehow).
CL: The TAG cares about the results (of the task force)
Action SW: Draft note for TAG review of comments to two CGs on
the tone of today's discussion.
Other feedback from Tech Plenary:
1. DC: I heard folks say this plenary was good because folks could
disagree civilly. I think the TAG had some role in establishing
that norm.
2. Some discussion on whether to hold more than one TP per year.
3. [18]PC reported some comments related to the Arch Doc.
[18] http://lists.w3.org/Archives/Member/tag/2003Mar/0050.html
DC: I haven't reviewed the tech planary IRC log for TAG suggestions,
but I tried to watch for TAG stuff real-time and send mail at the
time.
1.4 Other stuff
* Action IJ 2003/02/06: Modify issues list to show that
actions/pending are orthogonal to decisions. IJ is working with
PLH on this.
2. Technical (60min)
2.1 New issue? Message passing, a dual of shared state
[19]Raised by DC, no resolution from TAG.
[19] http://lists.w3.org/Archives/Public/www-tag/2003Mar/0018.html
[Ian]
DC: Lots of arch discussions about REST/URIs. But there's
another category of "conversations"; e.g., "[20]Conversations
and state." Voice, Web services closer to conversational
interface. I think that this is discussed enough that the TAG
should either include in arch doc, do a finding, etc.
RF: What's the issue?
DC: People get confused that "if it's not rest-like it
shouldn't be near W3C."
TBL: The issue is that "not everything is rest."
RF: That's not an issue.
DC: I don't have text to propose to the editor right now.
SW: I wonder whether placeholder sufficient.
[20] http://www.w3.org/DesignIssues/Conversations
[DanC]
what's the difference between an issue and a placeholder in the
arch doc?
[Ian]
TB: I find DC's statement of the issue kind of fuzzy. It may be
on the Web but it's architecture not defined by REST. I'm
prepared to accept that something could be usefully said in the
arch doc.
DC: See gist of [21]Conversations and state
CL: At a minimum we should say that scope of arch doc is
limited; could be useful to point out to people when things are
are outside of scope.
RF: I don't consider it an issue that there are other
interaction models on the information space that is the Web.
TBL: Perhaps we should have an update on W3C Activities for the
TAG There's a lot of stuff happening in Voice Activity on
dialogs; they are modeling dialog paths and dialog outcomes.:
Some Web Services work not using REST either.
RF: I understand the arguments; I don't understand why this is
an "issue"; just add to interactions section.
SW Proposal: Put placeholder in arch doc.
Action DC: Write some text for interactions chapter of arch
doc.
DC: Don't expect this week.
[21] http://www.w3.org/DesignIssues/Conversations
2.2 New issue? Forward references / decoupling specs / IRIs
Related issues: [22]IRIEverywhere-27
[22] http://www.w3.org/2001/tag/ilist#IRIEverywhere-27
[timbl]
Problems with XInclude moving to Rec include normative
reference to Xpointer, charmod, and [23]IRI spec. (Never mind
parse=xml)
[23] http://www.w3.org/International/iri-edit/
[DanC]
(pointer to this thing that's been pending for too long?)
[DanC]
we said IRIs are good? when/where?
[Ian]
TBL: Xpointer referenced for issues about frag id; points to
charmod for XML parsing; points to IRI spec with caveats.
[Chris]
we said people should prepare for IRI, do it by copy and paste,
and be ready to eratta once IRI was set in stone
this seems to be exactly whatthey did
[Ian]
TBL: XInclude spec says the WG plans to revise spec when IRI
spec is finished.
[Chris]
tbl: no IRI in test suite
[Ian]
TBL: Arch questions - how to decouple the specs?
[DanC]
(reviewing our records, I find no decisions re
IRIEverywhere-27)
[Ian]
TBL: No matter how the IRI spec comes out, it won't affect
reviews of XPointer. But it will affect conformance of
software. I think that what XInclude authors wrote in their
spec may not be helpful since it may lead to operability
problems when the spec is changed.
NW: I thought I had been told that I could tell Core WG that
TAG was in favor of IRIs.
CL: I understood that, too.
[DanC]
We have decided *exactly* what our records say we have decided,
no?
[Chris]
so, they did exactly the right think on IRI reference
[Ian]
CL: IRIs not on Rec track; but is headed to being standard.
CL: The piece that CL/MD/IJ wrote is now outdated.
Action CL/IJ: Revise this IRI summary by next week; send to
www-tag.
[Norm]
Charmod references the IETF I-D IRI
[Chris]
norm - thanks
[Ian]
CL: Specs like XML Schema have similar wording; they cut and
paste - don't make normative ref.
[DanC]
For the record: The TAG has not made any decisions on
IRIEverywhere. Hence I'm not party to any advice anybody's
giving outside the TAG on this issue. I'd much prefer actions
to advise other groups waited until we'd decided the issue.
[Chris]
IRI is more mature, not yes at this point so we should trust
them to do the IRI-related erattum at the appropriate time
[Ian]
[Examples of other specs doing something similar re: IRIs]
[Chris]
ok so I believesd we had at least made some decisions, even if
we had not closed the whole issue
[Norm]
obviously, I thought we had general agreement as well
[Ian]
SW: RDF abstract model doc also talks about this with slightly
different language
[TBray]
s/tbray/pumpkin
[Norm]
in fact, if asked before this call, I might have believed that
the issue was open only because we didn't write down what we
had agreedd to
[Chris]
norm, that is where I thought we were, too
[DanC]
*all* issues are only open because we haven't written down what
we agreed to.
[Norm]
no, dan, there's more to it if we don't have agreeement, and
you seem to be asserting that we don't
[DanC]
all the work is in the writing it down.
[No resolution]
2.3 Architecture document
[Ian]
DC: I would prefer that the[24] 6 Feb draft (21 Feb draft) go
to TR page.
IJ: I am frustrated with lack of input on this draft. Not sure
how to proceed.
DC: I support TR page publication of 6 Feb draft. If you have a
new intro, seek specific reviewers.
IJ: What can I do to get more input?
DC: We all have limited time; I have to balance where to turn
my attention. Proposal: Request publication of 6 Feb draft on
TR page.
[24] http://www.w3.org/2001/tag/2002/webarch-20030206
[Roy]
I am focused on URI spec due to IETF meeting on Thursday
[Chris]
Sorry, I would need to see the differences between these before
agreeing to backtrack
[Ian]
IJ: I think the 21 Feb draft is a better intro, even if not
what it ultimately looks like.
DC: I'd like to see diagram of specific URI of GET(URI)->
Representation
[People keen on idea of diagram]
[Norm]
It's a heartbeat. I vote "concur" to publish any draft.
[Ian]
IJ: I hear three proposals: 6 Feb draft, 21 Feb draft, some
hybrid with 6 Feb intro
SW: My preference is for hybrid.
Action IJ: Draft a new hybrid that incorporates intro of 6 Feb
draft into 21 Feb version.
IJ: I will try to get TB okay before requesting publication on
TR page.
SW: I am available to look at hybrid draft.
See also: [25]findings.
1. [26]21 Feb 2003 Editor's Draft of Arch Doc:
1. Resolve to request publication of this draft (with
modifications?) on TR page?
2. Action DC 2003/02/06: Attempt a redrafting of 1st para under
2.2.4
3. Action DC 2003/01/27: write two pages on correct and
incorrect application of REST to an actual web page design
4. Action DO2003/01/27: Please send writings regarding Web
services to tag@w3.org. DO grants DC license to cut and paste
and put into DC writing.
5. Action CL 2003/0127: Draft language for arch doc that takes
language from internet media type registration, propose for
arch doc, include sentiment of TB's second sentence from
CP10.
6. Action TB 2003/01/27: Develop CP11 more: Avoid designing new
protocols if you can accomplish what you want with HTTP. DC
suggested describing GET/PUT/POST in a para each, then say
"if your app looks like that, use HTTP". [27]Proposal from TB
to withdraw the proposal.
7. See [28]PC's email on feedback from Tech Plenary
[25] http://www.w3.org/2001/tag/findings
[26] http://www.w3.org/2001/tag/2003/webarch-20030221
[27] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0005
[28] http://lists.w3.org/Archives/Member/tag/2003Mar/0050.html
2.4 Issues not discussed
* [29]xlinkScope-23
+ Status report?
* [30]contentTypeOverride-24
+ See [31]email from DC to Voice Browser WG. Does this resolve
this issue?
+ Related to TBL's new issue proposal regarding decoupling
specs.
* [32]siteData-36
+ Completed action TB: Post a [33]strawman proposal for
siteData-36.
+ Action TBL 2003/02/24 : Summarize siteData-36
* [34]namespaceDocument-8
+ Next steps on [35]RDDL Proposal from Tim Bray/Paul Cotton
* [36]xmlFunctions-34
+ Action TBL 2003/02/06: State the issue with a reference to
XML Core work. Deadline 17 Feb.
* [37]binaryXML-30
+ Action TB 2003/02/17: Write to www-tag with his thoughts on
adding to survey.
+ Next steps to finding? See [38]summary from Chris.
* [39]contentPresentation-26
+ Action CL 2003/02/06: Create a draft finding in this space.
Deadline 3 March.
[29] http://www.w3.org/2001/tag/ilist.html#xlinkScope-23
[30] http://www.w3.org/2001/tag/open-summary.html#contentTypeOverride-24
[31] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0085.html
[32] http://www.w3.org/2001/tag/ilist.html#siteData-36
[33] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0297.html
[34] http://www.w3.org/2001/tag/open-summary.html#namespaceDocument-8
[35] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0213
[36] http://www.w3.org/2001/tag/ilist#xmlFunctions-34
[37] http://www.w3.org/2001/tag/open-summary.html#binaryXML-30
[38] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0224.html
[39] http://www.w3.org/2001/tag/open-summary.html#contentPresentation-26
* [40]URIEquivalence-15
+ See [41]draft 4. See also [42]email from Larry Masinter on
xml namespaces.
+ TBL 2003/01/20: Send email to uri@w3.org requesting
terminology change (regarding definition of "URI").
+ Completed Action TB 2003/02/06: Send URI equiv draft finding
to uri@w3.org. ([43]Done))
* [44]rdfmsQnameUriMapping-6
+ Action DC 2003/02/06: Propose TAG response to XML Schema
desideratum ([45]RQ-23).
* [46]uriMediaType-9
+ Action DC 2003/02/06: Start discussion on
discuss@apps.ietf.org, but not urgent
* [47]RDFinXHTML-35
+ Completed action DC 2003/02/06: Write up a crisp articulation
of issue RDFINHTML-35. [48]Done
* [49]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 [50]message from Larry Masinter w.r.t. Web services.
* [51]errorHandling-20
+ Action CL 2003/02/06: Write a draft finding on the topic of
(1) early/late detection of errors (2) late/early binding (3)
robustness (4) definition of errors (5) recovery once error
has been signaled. Deadline first week of March.
* [52]IRIEverywhere-27
+ Action CL 2003/01/27: Send piece that CL/MD/IJ wrote to
www-tag.
* [53]metadataInURI-31
+ Action SW 2003/02/06: Draft finding for this one.
* [54]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.
[40] http://www.w3.org/2001/tag/open-summary.html#URIEquivalence-15
[41] http://www.textuality.com/tag/uri-comp-4.html
[42] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0090.htm
[43] http://lists.w3.org/Archives/Public/uri/2003Mar/0014.html
[44] http://www.w3.org/2001/tag/open-summary.html#rdfmsQnameUriMapping-6
[45] http://www.w3.org/TR/2003/WD-xmlschema-11-req-20030121/#N400183
[46] http://www.w3.org/2001/tag/open-summary.html#uriMediaType-9
[47] http://www.w3.org/2001/tag/ilist#RDFinXHTML-35
[48] http://lists.w3.org/Archives/Public/www-tag/2003Mar/0019.html
[49] http://www.w3.org/2001/tag/open-summary.html#HTTPSubstrate-16
[50] http://lists.w3.org/Archives/Public/www-tag/2003Feb/0208.html
[51] http://www.w3.org/2001/tag/open-summary.html#errorHandling-20
[52] http://www.w3.org/2001/tag/open-summary.html#IRIEverywhere-27
[53] http://www.w3.org/2001/tag/open-summary.html#metadataInURI-31
[54] http://www.w3.org/2001/tag/ilist#fragmentInXML-28
_________________________________________________________________
Ian Jacobs for Stuart Williams and TimBL
Last modified: $Date: 2003/03/17 22:48:21 $
--
Ian Jacobs (ij@w3.org) http://www.w3.org/People/Jacobs
Tel: +1 718 260-9447
Received on Monday, 17 March 2003 17:52:38 UTC