[07:00:36] cyrus joins the room [07:08:05] Julian joins the room [07:08:59] Hi Julian. [07:09:06] Early morning in Germany? [07:10:23] 8am [07:10:34] Not too bad. [07:12:04] and I thought it was websockets [07:14:24] No one else in jabber? [07:15:07] Linyi Tian joins the room [07:15:15] hildjj joins the room [07:15:29] Can you guys hear the audio? [07:15:33] Yes. [07:15:36] I can channel. Prefix with mic: [07:16:24] alexey.melnikov joins the room [07:16:54] Kepeng Li joins the room [07:17:03] yes [07:17:11] joseph.yee joins the room [07:17:17] Greetings to remote participants [07:17:27] hi I am jabber scriber [07:17:31] sorry I joined in late [07:17:33] Hi to those in the real room. [07:17:38] hildjj waves [07:17:41] topic: I18n email [07:17:45] hi [07:18:01] EAI is getting closer to standard [07:18:06] 2 proposal [07:19:04] current: email value based on rfc5322 [07:19:12] alexey prefers 1st choice [07:19:19] current worry: EAI doc may change [07:19:44] mic: my preference is for #1 too (even though I hate adding yet another dependency to block CardDAV). [07:20:44] barry speaking [07:22:10] cyrus: got it [07:22:33] beautyminded joins the room [07:23:34] i18n email: no resoluation [07:23:35] Ah - Alexey's idea of defining as addr-spec / uaddr-spec might be reasonable. [07:23:44] action item: chairs to talk to ADs [07:23:48] With a downref on uaddr? [07:24:01] topic: restoring N format [07:24:14] cyrus: it was unclear. [07:24:27] ver 3 had 5 components [07:24:31] ver 4 had 4 components [07:24:37] 3 proposals [07:24:48] -- 1: do nothing [07:24:58] -- 2: add an empty component [07:25:04] -- 3: go back to ver 3 [07:25:05] mic: N - I vote to go back to the v3 definition. [07:26:23] cyrus: you ok with hybrid? [07:26:27] alexey: suggest new propsoal [07:26:40] v3 with multiples would probably be OK, I would need to check some code first to be sure. [07:26:49] action item: go back to vcard 3, make fields plural [07:27:15] topic: dday, birht, and death properties [07:27:41] action item: remove them [07:27:45] +1 with Joe [07:27:47] no oppose in room [07:27:59] topic: remove fields from ADR [07:28:31] proposed field: post office box [07:28:35] mic: ADR - I prefer #2 but with a SHOULD. [07:28:39] and extended address [07:29:01] stpeter joins the room [07:29:50] stpeter has set the subject to: vcarddav | http://tools.ietf.org/wg/vcarddav/ [07:30:03] action item: keep the field, but SHOULD be empty [07:30:24] topic: link label to ADR [07:30:52] how to associate adr and label when there are multiple [07:31:38] Other - we can say that the TYPE values disambiguate. [07:31:56] i.e. ADR;TYPE=HOME would go with a LABEL;TYPE=HOME. [07:32:20] LABEL already supports TYPE. [07:32:43] action item: remove label and make it a parameter of ADR [07:32:53] no one oppose in room [07:33:00] I have to think on that... [07:33:01] topic: Remove BINARY [07:33:17] I really don't know how widely used LABEL is. [07:33:22] cyrus: of course you'll have a chance to object on the list. [07:34:11] action: do what the proposal says in slide [07:34:17] topic: SEX [07:34:27] correction: SEX semantic [07:34:29] Not convinced on removing encoding. [07:34:34] But OK.... [07:38:34] mic: at this point I prefer going with GENDER with two enumerated values "male"/"female" and free text options. [07:38:42] Kepeng Li leaves the room: Computer went to sleep [07:41:22] +1 with Joe. [07:42:06] Enumerated values go to IANA.... [07:43:41] action item: rename sex to gender with (male, female, ) [07:44:18] One more action on that: all other than male/female all count as unknown. [07:44:36] topic: TEL property [07:44:56] action item: "GENDER" is ok with us [07:45:03] mic: TEL I strongly favor using tel: URI, but could live with a VALUE=URI option in addition to VALUE=TEXT, with a SHOULD for URI. [07:45:21] ver 4 uses URI, ver 3 uses free form text [07:45:53] proposal: rever to ver 3 [07:46:13] Maybe with text explaining the benefits of using tel:. [07:46:19] action item: default to text, but should reset to URI [07:46:34] same to what Cyrus says [07:46:46] topic: CALSCALE parameter [07:48:21] mic: I am in favor of CALSCALE and perhaps we create an iCalendar registry for it (in a separate doc). [07:48:42] Nothing goes in the registry without a spec that shows how the date formats etc work in iCalendar. [07:50:47] I think the registry must belong to iCalendar not vCard. [07:51:02] MIC: please put the registry into a separate document, it makes revising much easier [07:51:16] Lets take this to the list there is much more to this than meets the eye. [07:51:24] action item: refer to iCal, and to create registry [07:51:54] topic: Calendar properties [07:51:57] resnick joins the room [07:52:46] MIC: (updating documents that do too many things at once is a nightmare, see 2817) [07:53:11] MIC: (it's also easier to find) [07:53:39] back to Calendar properties: FBURL, CALADRURI, CALURI [07:53:55] mic: I really want to promote more use of calendaring so I vote to keep them in. [07:54:44] (I would say that wouldn't I) [07:55:11] Outlook has a freebusy URL field in its address book. [07:55:12] alexey: they don't cause harm, better to keep them [07:55:21] It is used a lot. [07:55:41] action item: keep them (all 3) [07:55:45] topic: Date ranges [07:56:38] +1 Joe [07:56:43] (To date range) [07:57:02] action item: will not add them [07:57:12] if people want, please write a draft extension [07:57:21] topic: KIND property [07:58:00] 6 proposals, not mutually exclusive [07:58:12] mic: KIND: I like it the way it is except the term "thing" is odd. I would prefer "resource" which fits closer with the scheduling sematic. [07:59:07] There is already a draft descrining resource scheduling extensions for vcard and ldap. [08:00:04] Change 'thing'->'resource' - that's it. [08:01:15] Apropos of nothing: Someone has to ask Alexey to translate this for them (and record him doing so): "лось и белка". [08:01:47] Or get him to do it at the mic so it's recorded. [08:02:03] Back to our regularly scheduled WG meeting... [08:02:40] I would be OK with having room and resource defined by https://datatracker.ietf.org/doc/draft-cal-resource-schema/ [08:02:52] i.e. I am sort of agreeing with Joe. [08:03:09] But I really want to see group kept in the base. [08:03:27] Groups are being used in the CardDAV space today. [08:03:28] Yeah, I want group too. [08:03:40] joe to help writing out action item for KIND [08:03:49] me moving on the next topic [08:03:51] My proposal: reduce the list to the ones we think we understand well right now. if you want new ones registered, you have to write a draft that profiles the fields that make sense for that kind. [08:03:58] topic: RELATED property [08:04:34] joe's proposal got consensus from room [08:05:15] action item (RELATED): do proposal item 2 and 3 on slides [08:05:19] Related solution sounds good. [08:05:51] topic: synchronization [08:06:02] ...can Marc please move *away* from the MIC? [08:06:22] PID: we have to keep it. [08:06:39] action item: keep them [08:06:47] topic: categories [08:07:38] action item: not add this [08:07:49] remains free form [08:07:55] topic: version parameter [08:08:28] action item: take to list, but likely to drop [08:08:29] I think I proposed the parameter in the first place. [08:08:37] topic: CLASS [08:08:39] cyrus: which? [08:08:43] cyrus: do you still need it? [08:08:46] VERSION on XML. [08:09:10] I need to check what we did in iCalendar-in-XML. [08:09:16] action item: drop it [08:09:30] topic: case sensitivity [08:09:33] CLASS - there is very bad interop for the same thing in iCalendar. [08:09:34] cyrus: it really only matters if you need control characters in CDATA [08:09:38] cyrus: ok, could you check and post to the list? [08:09:54] proposal: output SHUOLD be upper-case [08:09:54] I will check on the XML thinmg. [08:10:03] action item: all agreed [08:10:13] cyrus: thanks [08:10:19] topic: New Acccount property [08:10:24] action item: not do this [08:10:30] do it as extension [08:10:37] topic: REV [08:11:04] REV is used for sync'ing/merging today. Let's not change it. [08:11:31] action item: no change [08:11:44] topic: Cardinality notation [08:11:58] action item: ABNF [08:12:12] +1 ABNF [08:12:14] slides done [08:12:21] beautyminded leaves the room [08:12:25] Marc: do we still have work to do? [08:12:45] charter discussion now [08:12:55] I think we need to give ourselves one more cycle to decide whether the WG is done. [08:13:12] hildjj leaves the room: Disconnected. [08:13:31] resnick leaves the room [08:13:51] action item: to discuss in list [08:13:56] Have fun for the rest of the week! [08:14:27] session end :) [08:14:35] Linyi Tian leaves the room [08:15:29] Julian leaves the room [08:15:48] cyrus leaves the room [08:16:14] alexey.melnikov leaves the room: Logged out [08:16:33] joseph.yee leaves the room [08:17:03] hildjj joins the room [08:18:22] hildjj leaves the room: Disconnected. [08:21:35] stpeter leaves the room: Disconnected: connection closed [08:34:03] hildjj joins the room [08:37:27] stpeter joins the room [08:39:56] Linyi Tian joins the room [08:45:58] hildjj leaves the room [09:02:17] alexey.melnikov joins the room [09:05:02] stpeter leaves the room [09:51:06] alexey.melnikov leaves the room: Computer went to sleep [11:20:29] Linyi Tian leaves the room [23:31:11] dougroyer joins the room [23:31:22] dougroyer leaves the room