calsch@conference.ietf.jabber.com - 2003/03/19
[09:45] %% pategen has arrived.
[09:45] %% pategen has left.
[09:56] %% kmurchison has arrived.
[09:56] %% leg has arrived.
[09:56] <leg> hi ken
[10:00] %% pbh has arrived.
[10:04] %% pategen has arrived.
[10:04] <pategen> hello everybody
[10:05] %% rjs3 has arrived.
[10:07] %% DougRoyer has arrived.
[10:13] %% leg has left.
[10:15] %% wcw has arrived.
[10:21] %% leg has arrived.
[10:21] <leg> meeting starting
[10:21] <leg> slide: Agenda. (Agenda Bashing, Interop testing status, CAP)
[10:21] <leg> Pekka from Nokia asks about iSIP
[10:22] <leg> iSIP: iTIP objects transported by SIP
[10:23] <leg> iSIP isn't on our charter. maybe if we recharter after finishing CAP it could be interesting
[10:23] <pbh> I seem to recall that our AD recommended an indivdual submission but asked that someone from calsch would review and comment.
[10:23] <leg> slide: Interop Testing. (Currently working on next Virtual Interop. Need to do a face-to-face interop around July timeframe.)
[10:25] <leg> Pat asks how quickly CAP implementations might appear
[10:26] <leg> now CAP
[10:27] <leg> slide: Beep Profile
[10:28] <leg> should there be one iCalendar object per BEEP blob?
[10:29] <leg> consensus is that one iCalendar object per BEEP blob, since multiple blobs can be pipelined in a single channel
[10:29] <leg> new slide: Response codes. no discussion.
[10:30] <leg> new slide: Stored Queries. should we allow stored vQuery?
[10:33] <leg> if there are predefined queries than a lightweight client could do less work.
[10:34] <leg> leg thinks that stored vqueries might cause interoperability problems and thus should be punted to an extension
[10:34] <leg> room consensus that they'll be out of the draft and reintroduced as an extension that also predefines some stored queries
[10:35] <leg> new slide: Grammar and typo's
[10:36] <leg> new slide: CHARSET
[10:36] <leg> There has been a lively debate on CHARSET on the list.
[10:36] <leg> no charset inside the iCalendar object; it's specified in the MIME header
[10:37] <leg> there are rumours of a solution floating around
[10:38] <leg> martin duerst (with W3C) is interested in this and possible solutions
[10:38] <leg> new slide: Resolved Issues (maybe)
[10:38] <leg> GET-CAPABILITY required (duh)
[10:38] %% NedFreed has arrived.
[10:39] <leg> Ordering of commands
[10:40] <leg> one iCalendar object per BEEP blob makes most of this a non-issue
[10:42] <leg> there are single commands that take multiple targets; do responses have to come back in any order?
[10:43] <leg> there's general consensus that BEEP ordering is good enough and single command may return their responses in any order, but we're a little wary of exactly what text to include
[10:43] <leg> new slide: removing LATENCY from some commands
[10:44] <leg> cnewman: could we remove latency entirely?
[10:44] <leg> 4 people in the room don't see any need for it.
[10:45] <leg> removing LATENCY can make the spec slimmer and more clear? we'll find out if anyone on the list really cares for or against it.
[10:45] <leg> consensus in the room is to make it an extension
[10:46] <leg> new slide: Removing CS
[10:46] <leg> it might improve readability by removing CS in some places
[10:46] <leg> new slide: CAP -- in Summary
[10:50] <leg> freed: making iSIP a group action at this point means that the group can't close until all documents are published
[10:50] <leg> prefer seeing the group close down to rechartering
[10:55] <leg> other stuff: skical? sweden? rdf?
[10:55] %% mrose has arrived.
[10:55] <leg> other stuff: xCal! XML XML XML
[10:56] <leg> freed: not adverse to publishing the XML <-> iCalendar mapping. informational?
[10:57] <leg> working group is interested in doing more stuff (like xCal) after CAP is done
[10:58] <leg> graham: RDF work is different than the other XML work (xCal?).
[11:00] %% duerst has arrived.
[11:00] <leg> RDF effort is to try to create a schema... leg wants to know where to find out what RDF is because he's stupid
[11:01] <duerst> http://www.w3.org/TR/rdf-primer/
[11:02] * leg will check it out.
[11:03] <leg> new issue IDENTIFY command in CAP
[11:13] <leg> cnewman is unhappy that identify is required because switching authenticated identities can be hard in some environments
[11:13] <leg> leg: doesn't understand why it is needed since the CUA can just set the appropriate ACLs
[11:13] <leg> no one in the room seems to be really impassioned in keeping it
[11:13] * leg has changed the subject to: meeting
[11:13] <leg> now we're done
[11:15] %% rjs3 has left.
[11:20] %% NedFreed has left.
[11:22] %% kmurchison has left.
[11:25] %% duerst has left.
[11:29] %% leg has left.
[11:32] %% DougRoyer has left.
[11:32] %% wcw has left.
[11:36] %% mrose has left.
[11:44] %% pbh has left.
[12:19] %% pategen has left.
[13:48] %% cosmin has arrived.
[13:49] %% cosmin has left.
[14:20] %% Isomer has arrived.
[14:41] %% pategen has arrived.
[15:19] %% Isomer has left.
[15:37] %% NedFreed has arrived.
[15:37] %% NedFreed has left.
[15:47] %% pategen has left.
[15:47] %% pategen has arrived.
[16:30] %% pategen has left.
[18:09] %% pategen has arrived.
[18:58] %% pategen has left.