08:09:51 <RRSAgent> RRSAgent has joined #dap
08:09:51 <RRSAgent> logging to http://www.w3.org/2010/03/17-dap-irc
08:09:53 <trackbot> RRSAgent, make logs world
08:09:53 <Zakim> Zakim has joined #dap
08:09:55 <trackbot> Zakim, this will be DAP
08:09:55 <Zakim> ok, trackbot; I see UW_DAP(F2F)3:30AM scheduled to start 39 minutes ago
08:09:56 <trackbot> Meeting: Device APIs and Policy Working Group Teleconference
08:09:56 <trackbot> Date: 17 March 2010
08:10:17 <LauraA> Present+ LauraA
08:10:18 <dom> scribenick: LauraA
08:10:18 <marengo> marengo has joined #dap
08:10:20 <dom> Present+ Dominique_Hazael-Massieux
08:10:26 <marengo> Present+ Marco_Marengo
08:10:27 <dom> s/Teleconference/F2F Day 2/
08:10:30 <Claes> Present+ Claes_Nilsson
08:10:35 <Kangchan> Present+ Kangchan_Lee
08:13:43 <AnssiK> AnssiK has joined #dap
08:14:13 <AnssiK> Present+ Anssi_Kostiainen
08:14:33 <LauraA> topic: System Info API
08:14:52 <aguillou> aguillou has joined #dap
08:15:28 <aguillou> Present+Aurelien_Guillou
08:16:00 <fjh> fjh has joined #dap
08:17:21 <LauraA> maxf: 2 lists of issues 
08:17:22 <fhirsch> fhirsch has joined #dap
08:17:30 <fhirsch> zakim, who is here?
08:17:30 <Zakim> UW_DAP(F2F)3:30AM has not yet started, fhirsch
08:17:31 <Zakim> On IRC I see fhirsch, aguillou, AnssiK, marengo, Zakim, RRSAgent, Kangchan, Claes, LauraA, Seungyun, drogersuk, shepazu, tlr, arve, blassey, Marcos, ilkka, trackbot, dom
08:17:42 <fhirsch> Present+ Frederick_Hirsch
08:17:51 <LauraA> ... no much changed since first plublic draft
08:17:52 <dom> Chair: Robin, Frederick
08:18:17 <fhirsch> Agenda: http://lists.w3.org/Archives/Public/public-device-apis/2010Mar/0079.html;
08:18:26 <LauraA> ... 2 issues: one related to thresholds
08:18:52 <ingmar> ingmar has joined #dap
08:18:58 <LauraA> other about maaping to DCO
08:18:59 <dom> -> http://dev.w3.org/2009/dap/system-info/ Sys Info API
08:19:03 <ingmar> present+ Ingmar_Kliche
08:19:43 <LauraA> ... difficulties mapping to DCO (Delivery Content Ontology)
08:20:39 <LauraA> bryan: aligning to DCO is a good thing, making sure we are not fragmenting further within W3C
08:21:43 <JohnsonW> JohnsonW has joined #dap
08:22:13 <LauraA> ... not complete with what I wanted to contribute with regards to DCO
08:22:21 <JohnsonW> Present+ Johnson_Wang
08:22:43 <LauraA> maxf: open to modify set of properties
08:22:47 <darobin> darobin has joined #dap
08:23:31 <LauraA> ... do we really want codex (?) as properties?, do we want camera properties? etc
08:23:42 <LauraA> ... open to people's views on this
08:24:06 <LauraA> ... we can just follow the DCO but it's missing fundamental properties
08:24:26 <LauraA> bryan: DCO is a work in development itself
08:24:50 <dom> [I note that SysInfo (probably through ReSpec links to an old version of the DCO spec (2008 instead of 2009)
08:24:52 <dom> ]
08:25:03 <LauraA> ... UWA is trying to bring it to last call
08:25:33 <LauraA> ... defining set of properties and defining access to those properties are different questions
08:26:27 <LauraA> maxf: encourage people to have a look at the set of properties and check if there's something missing
08:26:45 <LauraA> ... there is a table at the end of the doc, in the appendices
08:27:02 <dom> [I've updated the ref to DCO in ReSpec]
08:27:44 <dom> -> http://dev.w3.org/2009/dap/system-info/ Sys Info API
08:28:39 <LauraA> bryan: will help max fill out this table
08:28:56 <dom> ACTION: Bryan to provide input on DCO mapping for SysInfo
08:28:57 <trackbot> Created ACTION-116 - Provide input on DCO mapping for SysInfo [on Bryan Sullivan - due 2010-03-24].
08:29:34 <LauraA> ???:benefit of mapping to DCO
08:29:42 <dom> s/???/Wonsuk/
08:29:56 <LauraA> maxf: DCO is a W3C spec, makes sense to make them compatible
08:31:09 <bsulliva> bsulliva has joined #dap
08:32:17 <jmarting> jmarting has joined #dap
08:32:27 <LauraA> maxf: just mapping properties between sys info and DCO is simple, what is difficult is to make them work, dealing with numeral properties: 
08:32:43 <LauraA> ... how do you access several batteries? givevn that DCO doesn't define multiplicity
08:33:35 <LauraA> ... 3rd issue: threshold
08:35:14 <LauraA> ... problem is if you have CPU and have a watch object, if you specify a threshold it's obcious that is applies to that
08:35:32 <LauraA> but in the case of Network, how do you know what the threshold applies to?
08:36:01 <LauraA> ... several properties: download BW and upload BW, which one does the threshold apply to?
08:36:34 <RuthVazquez> RuthVazquez has joined #dap
08:36:52 <LauraA> ... because of minimisation (provacy), you could change your get function to pass not only the property name but also the attribute name
08:37:52 <fhirsch> s/provacy/privacy/
08:37:54 <LauraA> ... not decided which solution is best
08:38:12 <Zakim> UW_DAP(F2F)3:30AM has now started
08:38:20 <Zakim> + +34.91.337.aaaa
08:38:32 <RuthVazquez> Present+ Ruth_Vazquez
08:38:41 <RuthVazquez> I am!
08:38:53 <ilkka> Present+ Ilkka_Oksanen
08:39:28 <RuthVazquez> Zakim, aaaa is Ruth_Vazquez
08:39:28 <Zakim> +Ruth_Vazquez; got it
08:39:42 <fhirsch> zakim, who is here?
08:39:42 <Zakim> On the phone I see Ruth_Vazquez
08:39:43 <Zakim> On IRC I see RuthVazquez, jmarting, bsulliva, darobin, JohnsonW, ingmar, fhirsch, aguillou, AnssiK, marengo, Zakim, RRSAgent, Kangchan, Claes, LauraA, Seungyun, drogersuk, shepazu,
08:39:45 <Zakim> ... tlr, arve, blassey, Marcos, ilkka, trackbot, dom
08:40:31 <LauraA> dom: when you have two dynamic values, you need to specify to which value the threshold applies
08:40:31 <Zakim> +[IPcaller]
08:40:47 <dom> Zakim, [IPcaller] is Meeting_Room
08:40:47 <Zakim> +Meeting_Room; got it
08:41:41 <danielcoloma_> danielcoloma_ has joined #dap
08:41:46 <LauraA> Claes: problem with extensability
08:42:00 <LauraA> darobin: not necessarily, that's an implementation question
08:42:17 <danielcoloma_> danielcoloma_ has left #dap
08:43:14 <wonsuk> wonsuk has joined #dap
08:43:46 <Zakim> -Meeting_Room
08:44:27 <danielcoloma> danielcoloma has joined #dap
08:47:57 <LauraA> bsulliva: basic problem is: how do I watch a specific property?
08:51:09 <LauraA> maxf: what I suggest the either you specify a threshold and a target, or just specify the target and not the threshold
08:51:19 <Zakim> +??P1
08:52:05 <LauraA> dom: you need to highlight which of the properties are "watchable"
08:52:11 <fhirsch> zakim, ??P1 is MeetingRoom
08:52:11 <Zakim> +MeetingRoom; got it
08:52:15 <fhirsch> zakim, who is here
08:52:15 <Zakim> fhirsch, you need to end that query with '?'
08:52:15 <LauraA> maxf: that's correct
08:52:20 <fhirsch> zakim, who is here?
08:52:20 <Zakim> On the phone I see Ruth_Vazquez (muted), MeetingRoom
08:52:21 <Zakim> On IRC I see danielcoloma, wonsuk, RuthVazquez, jmarting, bsulliva, darobin, JohnsonW, ingmar, fhirsch, aguillou, AnssiK, marengo, Zakim, RRSAgent, Kangchan, Claes, LauraA,
08:52:23 <Zakim> ... Seungyun, drogersuk, shepazu, tlr, arve, blassey, Marcos, ilkka, trackbot, dom
08:52:39 <dom> ACTION: maxf to update sysinfo with the addition of watch/threshold targets (and watchable attributes)
08:52:40 <trackbot> Created ACTION-117 - Update sysinfo with the addition of watch/threshold targets (and watchable attributes) [on Max Froumentin - due 2010-03-24].
08:54:05 <LauraA> maxf: happy to go through the document and issues
08:55:49 <LauraA> ... 1st issue: reuse DCO's base URI when applicable?
08:56:56 <LauraA> dom: UWA is currently out of charter
09:00:12 <LauraA> bsulliva: go forward and define a set of properties within DAP that make sense and let UWA take care of them
09:01:05 <LauraA> maxf: 2nd issue: related to threshold, already solved
09:03:28 <dom> -> http://www.w3.org/2009/dap/track/products/8 Raised issues on SysInfo in Tracker
09:03:30 <LauraA> ... 3rd issue:section 4.9 Audio and Video Codecs: Those properties could be replaced by an array of DOMString in VideoCodec. The reason they are currently defined as a separate property is that we may add specific fields later. But is that ever going to be necessary?
09:05:30 <dom> ACTION: maxf to get rid of the empty interfaces and replace them with the generic SystemProperty in SysInfo
09:05:31 <trackbot> Created ACTION-118 - Get rid of the empty interfaces and replace them with the generic SystemProperty in SysInfo [on Max Froumentin - due 2010-03-24].
09:06:46 <LauraA> maxf: 4th issue, 4.11 Output Devices section: Do we need information about active devices, e.g. in order to be able to see which screen is currently being in use, or to control which set of speakers should be activated? If so how do we specify it? Through an "active" flag on each device (hard to watch), or through a pointer (e.g. currentDisplay in OutputDevices) which would mean only one device is active at a time, which might not always be correct in cases like
09:08:03 <LauraA> bsulliva: question is how to you model the state of things
09:09:28 <LauraA> ... first thing to check is if  it is Supported, is it Present and then is it Available
09:10:23 <LauraA> maxf: question is how in practice to you put them in an interface, do you need an Active array, Available array etc?
09:14:20 <LauraA> ... I will take an action to write up both alternatives on how to define availability so that the group can make a decision
09:14:27 <dom> ACTION: maxf to write up both alternatives on how to define availability of multiple properties (e.g. Network, output devices) in SysIno
09:14:28 <trackbot> Created ACTION-119 - Write up both alternatives on how to define availability of multiple properties (e.g. Network, output devices) in SysIno [on Max Froumentin - due 2010-03-24].
09:16:42 <LauraA> maxf: 6th issue, section 4.11, constants defining device orientation: Are we being short-sighted in only listing four orientations? Would it make sense to have it be an angle, except that in most cases it would only change in 90° increments? 
09:17:57 <Zakim> -Ruth_Vazquez
09:18:59 <LauraA> drogersuk: there can be plenty of cases where you want to rotate more than 90°
09:20:54 <LauraA> ... don't mind having constants, my concern is that we wouldn't be able to set the angle to 31° for example, you are preventing an implementation there
09:22:16 <LauraA> bsulliva: let's take the use case where we have an accelerometer API
09:24:25 <LauraA> ... do we want to change the screen orientation or the widget orientation?
09:25:19 <LauraA> ... we want to control the presentation of the widget
09:25:20 <Zakim> -MeetingRoom
09:25:21 <Zakim> UW_DAP(F2F)3:30AM has ended
09:25:23 <Zakim> Attendees were +34.91.337.aaaa, Ruth_Vazquez, Meeting_Room, MeetingRoom
09:25:46 <dom> ISSUE-59?
09:25:46 <trackbot> ISSUE-59 -- SysInfo: make minFrequency and maxFrequency optional -- RAISED
09:25:46 <trackbot> http://www.w3.org/2009/dap/track/issues/59
09:25:51 <dom> ISSUE-60?
09:25:51 <trackbot> ISSUE-60 -- orientation, acceleration compass in System Information -- RAISED
09:25:51 <trackbot> http://www.w3.org/2009/dap/track/issues/60
09:25:55 <dom> ISSUE-64?
09:25:55 <trackbot> ISSUE-64 -- "Generic" sensors may permit discovering sensitive information -- RAISED
09:25:55 <trackbot> http://www.w3.org/2009/dap/track/issues/64
09:25:58 <dom> ISSUE-76?
09:25:58 <trackbot> ISSUE-76 -- Available/Preferred Networks in sysinfo -- RAISED
09:25:59 <trackbot> http://www.w3.org/2009/dap/track/issues/76
09:26:13 <fhirsch> Present+ Ruth_Vazquez
09:26:32 <dom> close ISSUE-59
09:26:32 <trackbot> ISSUE-59 SysInfo: make minFrequency and maxFrequency optional closed
09:26:39 <LauraA> LauraA has joined #dap
09:26:43 <dom> ISSUE-59: overtaken by more recent edits
09:26:43 <trackbot> ISSUE-59 SysInfo: make minFrequency and maxFrequency optional notes added
09:26:50 <dom> close ISSUE-60
09:26:50 <trackbot> ISSUE-60 orientation, acceleration compass in System Information closed
09:26:56 <dom> ISSUE-60: overtaken by events
09:26:56 <trackbot> ISSUE-60 orientation, acceleration compass in System Information notes added
09:27:25 <bsulliva> Link to DPE spec: http://www.openmobilealliance.org/Technical/release_program/dpe_V1_0.aspx, where "Table 6 14: Policy Types and Parameters" includes the set of "watch" method options I suggest we align with the SysInfo API
09:30:49 <dom> (I'm linking maxf's ACTION-115 on warning re fingerprinting to tlr's ISSUE-64 on generic sensors leaking sensitive info)
09:38:31 <maxf> maxf has joined #dap
09:50:49 <LauraA> topic: Capture API
09:51:30 <dom> -> http://dev.w3.org/2009/dap/camera/ Capture API editors draft
09:51:42 <LauraA> ilkka: pretty simple API in general
09:51:49 <LauraA> ... only one recent update
09:51:55 <richt> richt has joined #dap
09:52:13 <LauraA> ... commited the new version on Monday night
09:54:32 <LauraA> ... there are 3 interfaces for capturing images, video and audio
09:54:48 <Claes> Claes has joined #dap
09:54:57 <LauraA> ... 3 attributes describe which are the supported formats
09:55:14 <danielcoloma> Present+ DanielColoma
09:55:24 <LauraA> ... success CB and error CB for the 3 interfaces
09:56:46 <LauraA> AnsiiK: in the first draft we had 3 methods for image, video and audio capturing  
09:57:28 <LauraA> ... we can make it just one method call
09:58:45 <LauraA> darobin: we should do whatever is simplest for us to define
09:59:28 <LauraA> AnsiiK: just thought of another way of doing this, having a common capture method and just pass the media data object as part of the options
10:00:05 <LauraA> darobin: proposal A is shorter
10:00:16 <LauraA> AnsiiK: that is what is currently in the spec
10:00:24 <LauraA> ... do we have consensus?
10:00:53 <richt> Is it worth/possible allowing  both of these patterns (JS method overloading): captureImage(success, error, options) AND captureImage(success, options)
10:01:46 <jmarting> jmarting has joined #dap
10:02:14 <jmarting> Present+ Jesus_Martin
10:02:29 <richt> ...and captureImage(success) and captureImage(success, error) ???
10:03:20 <LauraA> ilkka: in the latest update added text to describe access the camera, section 5. Capture Input selection
10:03:54 <LauraA> ... section 5.1 is informative an explains what is already possible today, as a hint to implementors
10:04:59 <LauraA> AnssiK: "explain
10:05:14 <LauraA> ... "explain an example"
10:05:40 <LauraA> darobin: this image/example should go in the spec
10:06:21 <LauraA> AnssiK: 5.2 is a third option to use File picker
10:06:32 <LauraA> ... Robin is the originator of this idea
10:07:32 <LauraA> ilkka: (section 5.2) viewFinder interface that inherits from file
10:07:59 <LauraA> (Robin goes through the example in section 5.2)
10:10:04 <maxf> maxf has joined #dap
10:11:37 <LauraA> ingmar: the input element at the beginning of the example is not needed
10:11:45 <LauraA> darobin: dom has already removed it
10:16:49 <LauraA> AnssiK: are we happy that we have these 3 cases (native interface, file picker and viewfiner interface) in one API?
10:17:00 <LauraA> darobin: yes, that's ok
10:17:22 <maxf> maxf has joined #dap
10:17:43 <LauraA> dom: we don't want to enforce it, we want to show different ways of doing it
10:18:55 <dom> -> http://www.mediawiki.org/wiki/Mobile_browser_testing/iPhone#Unsupported_Technologies.5B7.5D "Safari on iPhone does not support <input type="file"> elements; these events get disabled by Safari."
10:19:13 <LauraA> richt: would it be possible to have a media data file object?
10:20:28 <LauraA> darobin: we should inherit from File
10:21:28 <LauraA> ... we might want to change the name to ViewFinder
10:27:37 <dom> dom: not sure if we should inherit from File, or create a MediaData object out of a the blob
10:27:50 <dom> robin: let's go with inheritance and log an issue on the sepc
10:27:54 <dom> s/sepc/spec:
10:27:56 <dom> s/sepc/spec/
10:28:02 <LauraA> http://demos.hacks.mozilla.org/openweb/FileAPI/
10:28:39 <LauraA> richt: this relates to other APIs as well
10:32:15 <LauraA> AnssiK: section 3.1.2: it can be useful to programmaticaly control the length of the video, for example
10:33:39 <LauraA> richt: are error CB nullable?
10:34:07 <LauraA> darobin: error CBs should be nullable
10:36:24 <Zakim> UW_DAP(F2F)3:30AM has now started
10:36:31 <Zakim> +RuthVazquez
10:37:16 <LauraA> fhirsch: It may be worth having one separate doc with reqs for all APIs
10:37:38 <alissa> alissa has joined #dap
10:37:44 <LauraA> ... move the reqs of the individual docs into the currently existing reqs doc
10:38:15 <dom> PROPOSED RESOLUTION: Requirements and use cases are migrated back from individual APIs to the APIs requirement document
10:38:46 <LauraA> darobin: editors of individual API specs should do this
10:39:11 <LauraA> RESOLUTION: Requirements and use cases are migrated back from individual APIs to the APIs requirement document
10:41:01 <Zakim> -RuthVazquez
10:41:03 <Zakim> UW_DAP(F2F)3:30AM has ended
10:41:03 <Zakim> Attendees were RuthVazquez
10:45:02 <LauraA> ingmar: regarding the ViewFinder case, do we need another entrance point for the case when the user does not want to click everytime he wants to use the camera?
10:45:17 <LauraA> darobin: we might want to look at what BONDI does
10:46:16 <LauraA> ... "additional entry points for trusted environments"
10:47:38 <LauraA> richt: overloading, is there a better way to describe overloading other than what is currently done?
10:48:17 <LauraA> darobin: we could put everything in the options
10:48:32 <dom> (this relates to ISSUE-55)
10:48:33 <LauraA> richt: I like that
10:48:34 <dom> ISSUE-55?
10:48:34 <trackbot> ISSUE-55 -- Should we use object literals in place of positional parameters and if so when? -- RAISED
10:48:34 <trackbot> http://www.w3.org/2009/dap/track/issues/55
10:49:14 <LauraA> darobin: this makes overloading simpler, despite being more verbose to write
10:50:52 <LauraA> dom: this is a nice thing to define, but it diverts from the Geo API
10:53:03 <LauraA> darobin: this would work fine with REST
10:54:07 <LauraA> ... proposal: we put it in the spec and see how people react
10:54:55 <dom> ISSUE-55: sounds like object literals would be fairly nice in terms of specification, but would bring differences with the existing APIs (e.g. geolocation)
10:54:55 <trackbot> ISSUE-55 Should we use object literals in place of positional parameters and if so when? notes added
10:55:48 <dom> ACTION: Robin to check with Geolocation WG re choice of object literals vs positional parameters in geo API
10:55:48 <trackbot> Created ACTION-120 - Check with Geolocation WG re choice of object literals vs positional parameters in geo API [on Robin Berjon - due 2010-03-24].
10:58:07 <bsulliva> bsulliva has joined #dap
10:58:40 <bsulliva> Present+ bryan_sullivan
10:59:44 <LauraArribas> LauraArribas has joined #dap
10:59:53 <darobin> ACTION: Robin to do send out a CfC for Capture as soon as the updates are done
10:59:53 <trackbot> Created ACTION-121 - Do send out a CfC for Capture as soon as the updates are done [on Robin Berjon - due 2010-03-24].
11:21:32 <Zakim> Zakim has left #dap
11:33:12 <alissa> alissa has joined #dap
11:56:40 <tlr_> tlr_ has joined #dap
12:01:06 <tlr> tlr has joined #dap
12:33:07 <jmorris> jmorris has joined #dap
12:38:31 <drogersuk> drogersuk has joined #dap
12:41:04 <Zakim> Zakim has joined #dap
12:41:28 <darobin> darobin has joined #dap
12:43:40 <RuthVazquez> Present+ Ruth_Vazquez
12:43:58 <RuthVazquez> Zakim, who's here?
12:43:58 <Zakim> sorry, RuthVazquez, I don't know what conference this is
12:44:00 <Zakim> On IRC I see darobin, Zakim, drogersuk, jmorris, tlr, tlr_, bsulliva, maxf, richt, danielcoloma, RuthVazquez, ingmar, aguillou, AnssiK, marengo, RRSAgent, Kangchan, Seungyun, arve,
12:44:03 <Zakim> ... blassey, Marcos, ilkka, trackbot, dom
12:44:39 <JohnsonW> JohnsonW has joined #dap
12:46:42 <bsulliva> bsulliva has left #dap
12:49:07 <bryan> bryan has joined #dap
12:50:09 <LauraA> LauraA has joined #dap
12:50:23 <LauraA> Present+ LauraA
12:50:35 <jmorris> Present+ John_Morris
12:50:47 <jmorris> is there an audio connection into the room?
12:50:49 <jmarting> jmarting has joined #dap
12:51:13 <jmarting> Present+ Jesus_Martin
12:52:13 <darobin> agenda updates:
12:52:33 <darobin> session 2-7 is now FileWriter
12:52:44 <JohnsonW> Present+ Johnson_Wang
12:52:45 <darobin> session 3-5 is now Gallery, and F2F
12:53:12 <RuthVazquez> Present+ Ruth_Vazquez
12:53:36 <darobin> RuthVazquez, jmorris: we're setting up Skype
12:53:47 <RuthVazquez> ok, thanx
12:54:29 <darobin> Zakim, what is this?
12:54:29 <Zakim> I don't understand your question, darobin.
12:54:39 <dom> zakim, code?
12:54:39 <Zakim> sorry, dom, I don't know what conference this is
12:54:39 <darobin> Zakim, what meeting is this?
12:54:41 <Zakim> I don't understand your question, darobin.
12:54:43 <dom> zakim, this is DAP
12:54:43 <Zakim> dom, I see UW_DAP(F2F)3:30AM in the schedule but not yet started.  Perhaps you mean "this will be DAP".
12:54:47 <dom> zakim, this will be DAP
12:54:47 <Zakim> ok, dom; I see UW_DAP(F2F)3:30AM scheduled to start 324 minutes ago
12:54:48 <darobin> zakim, this will be DAP
12:54:48 <Zakim> ok, darobin; I see UW_DAP(F2F)3:30AM scheduled to start 324 minutes ago
12:54:56 <dom> zakim, code?
12:54:56 <Zakim> the conference code is 3279 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), dom
12:55:10 <fjh> fjh has joined #dap
12:55:22 <fjh> zakim, who is here?
12:55:22 <Zakim> UW_DAP(F2F)3:30AM has not yet started, fjh
12:55:23 <Zakim> On IRC I see fjh, jmarting, LauraA, bryan, JohnsonW, darobin, Zakim, drogersuk, jmorris, tlr, tlr_, maxf, richt, danielcoloma, RuthVazquez, ingmar, aguillou, AnssiK, marengo,
12:55:25 <Zakim> ... RRSAgent, Kangchan, Seungyun, arve, blassey, Marcos, ilkka, trackbot, dom
12:56:58 <Zakim> UW_DAP(F2F)3:30AM has now started
12:57:04 <Zakim> + +1.301.581.aaaa
12:57:07 <Zakim> + +358.504.86aabb
12:57:21 <jmorris> zakim, .aaaa is jmorris
12:57:21 <Zakim> sorry, jmorris, I do not recognize a party named '.aaaa'
12:57:31 <jmorris> zakim, aaaa is jmorris
12:57:31 <Zakim> +jmorris; got it
12:57:31 <fjh> by default contacts returns single contact object unless mulitple option set
12:57:44 <fjh> this is a change in line with minimization
12:58:08 <dom> ScribeNick: aguillou
12:58:15 <dom> Topic: Contacts API
12:58:25 <dom> Scribe: Aurelien
12:58:36 <wonsuk> wonsuk has joined #dap
12:59:13 <aguillou> TOPIC : Contact API (R. Tibbett)
12:59:15 <alissa> alissa has joined #dap
13:00:11 <aguillou> List of the issues leveraged on Contact API
13:00:29 <ilkka> zakim, aabb is Prague-F2F
13:00:29 <Zakim> +Prague-F2F; got it
13:00:56 <aguillou> Section 4.2 - find() method
13:01:10 <Claes> Claes has joined #dap
13:01:19 <aguillou> Specified as a DOM String array in the fileds
13:01:57 <dom> -> http://dev.w3.org/2009/dap/contacts/ Contacts API editors draft
13:02:01 <alissa> Present+ Alissa_Cooper
13:02:25 <aguillou> An example is available in section "create a new contact".
13:02:36 <Zakim> +Susana
13:03:10 <aguillou> Do we want to move on in an Object "style" instead of an classical DOMString array ?
13:04:07 <RuthVazquez> zakim, who is here?
13:04:09 <Zakim> On the phone I see Prague-F2F, jmorris, Susana (muted)
13:04:13 <Zakim> On IRC I see Claes, alissa, wonsuk, fjh, jmarting, LauraA, bryan, JohnsonW, darobin, Zakim, drogersuk, jmorris, tlr, maxf, richt, danielcoloma, RuthVazquez, ingmar, aguillou,
13:04:19 <Zakim> ... AnssiK, marengo, RRSAgent, Kangchan, Seungyun, arve, blassey, Marcos, ilkka, trackbot, dom
13:04:24 <aguillou> if we just want to know only the ZIP code, how does it works ?
13:05:22 <aguillou> fields mapping need to be done to check the values specified in parameters
13:06:43 <aguillou> richt: methods are following the REST style way to define functions (getters and setters)
13:07:57 <aguillou> darobin: Can we pass a object as a value in parameter and then updated in the functions ?
13:08:32 <Zakim> + +1.202.436.aacc
13:08:49 <RuthVazquez> Zakim, aacc is RuthVazquez
13:08:49 <Zakim> +RuthVazquez; got it
13:08:55 <aguillou> richt: 2nd issue - data format to use in the attributes
13:09:23 <RuthVazquez> ups, yes Susana is Ruth... at least I'm muted
13:09:37 <aguillou> richt: Portable Context for ex. is compatible with vCard
13:09:41 <RuthVazquez> I just though Zakim was asking again, I don't know my handle
13:11:03 <alissa> I'm on the call
13:11:16 <jmorris> zakim, aacc is alissa
13:11:16 <Zakim> sorry, jmorris, I do not recognize a party named 'aacc'
13:11:29 <aguillou> richt: we chould think about a portable format concerning the contact attributes
13:11:30 <RuthVazquez> Zakim, aacc is alissa
13:11:30 <Zakim> sorry, RuthVazquez, I do not recognize a party named 'aacc'
13:12:16 <darobin> Zakim, RuthVazquez is alissa
13:12:16 <Zakim> +alissa; got it
13:12:30 <RuthVazquez> Zakim, Susana is RuthVazquez
13:12:30 <Zakim> +RuthVazquez; got it
13:13:36 <aguillou> dom: we could have a minimum mandatory subset of attributes
13:14:35 <aguillou> richt: we need to be aligned with the vCard format 
13:15:20 <aguillou> richt: may be a subset of vCard is enough for the Contact attributes ...
13:16:03 <alissa> I will see the vcard people at IETF next week -- is there anything useful to ask them? Perhaps if others have profiled vcard before and how the subsetting worked out?
13:16:11 <aguillou> Annsik: ... using such vCard subset will be easier for data mapping and portability 
13:16:29 <alissa> ok
13:17:15 <alissa> can't hear bryan
13:17:15 <aguillou> bsulliva: the address book of the SIMcard is based on vCard (3GPP)
13:17:23 <alissa> ok, thanks aguillou
13:18:22 <aguillou> richt: 3rd Issue - Phishing against an API ?
13:18:59 <richt> richt: phishing against error codes
13:19:10 <aguillou> darobin: ... it's not really an issue....
13:19:55 <aguillou> richt: 4th Issue - Sedtion 6. Note - Pattern Matching in contact list
13:20:57 <aguillou> fjh: Is it equivalent to a regular expression ?
13:21:08 <jmorris> So this means that if I ONLY want to share "Robert" I could not avoid also sharing "Roberta" ?
13:22:15 <darobin> we have a use case: http://xkcd.com/208/
13:22:23 <aguillou> Richt: Isit partial matching or whole word matching ?
13:22:41 <dom> jmorris, you could avoid sharing by not selecting it in the intermediary screen presented by the UA
13:22:59 <fjh> can match string in middle of name without regular expressions
13:23:01 <jmorris> thanks
13:23:04 <darobin> s/chose/choose/
13:24:52 <aguillou> bsulliva: how easy is it to use such filter feature ?
13:26:01 <fjh> topic of internationalization can be an issue, e.g. in korea searching only by consonant
13:26:05 <aguillou> dom: text search is complicated in term of implementation.
13:26:22 <darobin> ACTION: Robin to talk to I18N about text search in Contacts — can we do it right (simply), or do we leave it to be implementation-dependent
13:26:22 <trackbot> Created ACTION-122 - Talk to I18N about text search in Contacts — can we do it right (simply), or do we leave it to be implementation-dependent [on Robin Berjon - due 2010-03-24].
13:26:33 <aguillou> dom: we should pass a string to the UA and then get the results back
13:27:07 <aguillou> dom: do we need to specify that it's a substring matching ?
13:28:44 <aguillou> dom: we should be explicit about the search behavior (substring matching or not). 
13:30:11 <richt> richt: do we need to be specific on the encoding for i18n: e.g. input/output must be UTF8 encoded.
13:30:25 <dom> dom: we probably don't need to say anything about this
13:30:41 <richt> darobin: we don't need to be specific. JS uses UTF16 internally.
13:30:46 <aguillou> darobin: string transcoding in JS 
13:31:42 <aguillou> richt: service ID attribute in 4.2
13:32:37 <aguillou> richt: default behavior in the serviceID is not specified ?
13:33:30 <aguillou> bsulliva: contacts could be on the SIM card or on Google, what's the default behaviour ?
13:34:58 <aguillou> dom: not sure we have enough use cases where we use the Service ID parameter
13:35:16 <aguillou> richt: in Facebook, your contacts are represented from an URI
13:36:12 <aguillou> richt: ServiceID is useful when we need to address to several Contacts lists (SIM card, FaceBook, Google, etc.)
13:37:17 <aguillou> bsulliva: we need to specify more clearly the use cases (device, SIM, network). And then, we can check if it's a good solution
13:37:50 <aguillou> dom: adressing these use cases are quiet complex.
13:38:06 <aguillou> darobin:... may we can put the use cases in a separate doc.
13:38:56 <aguillou> darobin: merge all your address books from Web providers and your SIM card
13:39:23 <fjh> discussion of address book api allowing functionality like merge etc
13:39:44 <aguillou> bsulliva: if we say it works only for device and SIM cards, it's quiet simple.
13:40:02 <aguillou> richt: ... but if we include Web providers, it starts to complicated
13:40:13 <jmorris> jmorris has joined #dap
13:40:24 <aguillou> bsulliva: how those API use of specifi address book ?
13:40:25 <darobin> ACTION: Bryan to make a concrete proposal how Contacts could support use of specific address books
13:40:25 <trackbot> Created ACTION-123 - Make a concrete proposal how Contacts could support use of specific address books [on Bryan Sullivan - due 2010-03-24].
13:40:30 <jmorris> Present+ John_Morris
13:41:22 <aguillou> dom: we need to have a better idea of the costs of supporting these features (network, SIM, etc.)
13:43:18 <aguillou> bsulliva: we need more description of the use cases
13:43:37 <aguillou> richt: Security and Privacy Issues
13:44:51 <Zakim> -alissa
13:45:09 <aguillou> richt: discussions concerning the UIs.
13:47:00 <darobin> ACTION: richard to create a mockup of the contacts UI for contact picker, based on previous mailing list discussion of use cases
13:47:00 <trackbot> Created ACTION-124 - Create a mockup of the contacts UI for contact picker, based on previous mailing list discussion of use cases [on Richard Tibbett - due 2010-03-24].
13:47:43 <aguillou> richt: ...other questions about the Contact API ?
13:47:53 <aguillou> darobin: ... when the changes will be done ?
13:48:04 <aguillou> richt: around end of April...
13:48:22 <aguillou> richt: it will takes couple of weeks.
13:48:37 <aguillou> dom: we chould add REST considerations
13:49:25 <darobin> ACTION: Richard to fold in Contacts changes (and when done ping Robin to start a CfC)
13:49:25 <trackbot> Created ACTION-125 - Fold in Contacts changes (and when done ping Robin to start a CfC) [on Richard Tibbett - due 2010-03-24].
13:49:43 <darobin> action-125
13:49:45 <darobin> action-125?
13:49:45 <trackbot> ACTION-125 -- Richard Tibbett to fold in Contacts changes (and when done ping Robin to start a CfC) -- due 2010-03-24 -- OPEN
13:49:45 <trackbot> http://www.w3.org/2009/dap/track/actions/125
13:50:36 <aguillou> dom: what the plan for the last call in June ?
13:51:23 <fjh_> fjh_ has joined #dap
13:52:30 <aguillou> darobin: we need to have 3-4 specs for the last call.
13:53:37 <jmorris> can you briefly summarize the expected agenda for the afternoon?
13:53:39 <darobin> Topic: File Writer
13:53:46 <darobin> -> http://dev.w3.org/2009/dap/file-system/file-writer.html
13:54:11 <aguillou> darobin: TOPIC - File API Writer 
13:54:31 <jmorris> thanks
13:55:05 <aguillou> darobin: a lot of discussions around the File Writer API
13:55:34 <aguillou> darobin: Section 2.1 - File Writer API  JS example
13:56:49 <aguillou> darobin: Do we keep the Automatic Line ending issue ?
13:57:38 <aguillou> bsulliva: does the platform caould modify the CR ?
13:58:32 <aguillou> darobin: it's a kind of encoding issue, 
14:00:39 <fjh> fjh has joined #dap
14:00:43 <dom> s/html/html FileWriter API editors draft/
14:00:46 <aguillou> darobin: there's a Sync. version of the File Writer API
14:01:48 <aguillou> darobin: Section 7 is completely wrong. 
14:03:03 <aguillou> darobin: the use of the "input" element will prompt a doanload dialog. 
14:04:25 <aguillou> darobin: We need to create another method, instead of using the "input" method
14:04:49 <dom> PROPOSED RESOLUTION: Replace <input type="saveas"> by a JavaScript method such as navigator.saveFile()
14:05:56 <dom> ACTION: Robin to modify FileWriter to add the saveFile() method
14:05:56 <trackbot> Created ACTION-126 - Modify FileWriter to add the saveFile() method [on Robin Berjon - due 2010-03-24].
14:07:09 <aguillou> ilkka: how we know the end of the file if we don't have a Read access ?
14:07:45 <dom>  RESOLUTION: Replace <input type="saveas"> by a JavaScript method such as navigator.saveFile()
14:07:59 <aguillou> darobin: ... we could do that with the Seek method
14:08:07 <dom> s/<dom>  RESOLUTION/<aguillou> RESOLUTION/
14:08:10 <dom> RRSAgent, draft minutes
14:08:10 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/17-dap-minutes.html dom
14:09:30 <aguillou> ilkka: we need to check that (use of the length attribute) in the File Writer API
14:09:56 <dom> RESOLUTION: We publish FileWRiter as FPWD once new fileWriter entry point is added
14:11:17 <Zakim> -jmorris
14:11:24 <Zakim> -RuthVazquez
14:11:42 <dom> s/<dom> RESOLUTION/<aguillou> RESOLUTION/
14:11:43 <dom> RRSAgent, draft minutes
14:11:43 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/17-dap-minutes.html dom
14:17:25 <marengo> marengo has joined #dap
14:41:27 <dom> PROPOSED RESOLUTION: split privacy out of policy-reqs into its own document
14:41:51 <dom> PROPOSED RESOLUTION: split privacy out of policy-reqs into its own document and publish privacy-reqs soon
14:42:07 <dom> jmorris, any feedback on the proposed resolution above?
14:42:16 <ilkka> zakim, who is on the call
14:42:16 <Zakim> I don't understand 'who is on the call', ilkka
14:42:23 <dom> Zakim, who's on the call?
14:42:23 <Zakim> On the phone I see Prague-F2F
14:42:31 <Zakim> +RuthVazquez
14:43:58 <dom> RESOLUTION: split privacy out of policy-reqs into its own document and publish privacy-reqs soon
14:44:02 <dom> s/<dom> RESOLUTION/<aguillou> RESOLUTION/
14:44:26 <dom> ACTION: Frederick to prepare privacy-reqs out of policy-reqs for a call for consensus for FPWD
14:44:26 <trackbot> Created ACTION-127 - Prepare privacy-reqs out of policy-reqs for a call for consensus for FPWD [on Frederick Hirsch - due 2010-03-24].
14:45:07 <aguillou> darobin: TOPIC - Calendar API
14:46:23 <aguillou> Usage of the Lunar Calendar System in Korea
14:46:48 <darobin> darobin has joined #dap
14:47:14 <dom> -> http://en.wikipedia.org/wiki/Lunar_calendar Lunar Calendar in Wikipedia
14:47:46 <dom> -> http://lists.w3.org/Archives/Public/public-device-apis/2010Mar/0159.html Input on Lunar Calendar system for device APIs
14:47:54 <aguillou> Kangchan: we can use several calendar systems: solar and lunar for ex.
14:48:05 <darobin> -> an implementation of a converter http://cpansearch.perl.org/src/AERO/Date-Korean-0.0.2/lib/Date/Korean.pm
14:48:49 <Zakim> +jmorris
14:49:01 <aguillou> Kangchan: Examples of Lunar / Solar Calendar UIs implemented on mobile devices
14:49:03 <jmorris> Present+ John_Morris
14:49:56 <aguillou> wonsuk: In korea, we can have the 2 calendar systems on a single calendar.
14:50:02 <richt> richt has joined #dap
14:50:52 <aguillou> Kangchan: http://calendar.naver.com/
14:50:59 <RuthVazquez> Present+ Ruth_Vazquez
14:51:23 <aguillou> Kangchan: Use Case 1 - a Web Application would like to access the device calendar
14:51:54 <aguillou> Kangchan: Use Case 2 - a user would like to change a calendar appointment
14:52:12 <darobin> ACTION: Robin to contact I18N about other potential calendaring issues
14:52:12 <trackbot> Created ACTION-128 - Contact I18N about other potential calendaring issues [on Robin Berjon - due 2010-03-24].
14:52:20 <fjh> is this really different than time zones, in an abstract sense?
14:52:35 <aguillou> Kangchan: ...Use Case 5 - A web application would like to sync. with Web Portal
14:53:16 <dom> ->  http://dev.w3.org/2009/dap/calendar/ Calendar API Editors draft
14:54:01 <aguillou> Kangchan: Lunar Calendar System is not used for ex. in the pictures taken by the cameras
14:54:30 <aguillou> Kangchan: Proposal to support Lunar Calendar System to DAP
14:55:53 <aguillou> Kangchan: an attribute is added to the interface CalendarEventProperties {... lunisolar; 0=solar(default); 1=lunar}
14:57:25 <tlr> tlr has joined #dap
14:57:39 <aguillou> dom: we might have interroperability problems between calendars....
14:58:00 <dom> dom: export to icalendar might become problematic with lunar-solar calendars
14:58:52 <dom> "iCalendar's calendar is also not compatible with some non-Gregorian
14:58:52 <dom> Gregorian
14:58:52 <dom> Gregorian might refer to:*Named for Pope Gregory I:**Gregorian chant**Brotherhood of Saint Gregory*Gregorian reform *Named for Pope Gregory XIII**Gregorian calendar**Gregorian University, Rome...
14:58:52 <dom>  calendars such as the lunar calendars
14:58:53 <dom> Lunar calendar
14:58:55 <dom> A lunar calendar is a calendar that is based on cycles of the moon phase. The only widely used purely lunar calendar is the Islamic calendar or Hijri calendar, whose year always consists of 12 lunar months...
14:58:58 <dom>  used in Israel
14:59:00 <dom> Israel
14:59:02 <dom> Israel officially the State of Israel , is a developed state in Western Asia located on the eastern shore of the Mediterranean Sea. It borders Lebanon in the north, Syria in the northeast, Jordan in the east, and Egypt on the southwest, and contains geographically diverse features within its...
14:59:06 <dom>  or Saudi Arabia
14:59:08 <dom> Saudi Arabia
14:59:10 <dom> Saudi Arabia , is an Arab country and the largest country of the Arabian Peninsula. It is bordered by Jordan on the northwest, Iraq on the north and northeast, Kuwait, Qatar, Bahrain, and the United Arab Emirates on the east, Oman on the southeast, and Yemen on the south...
14:59:14 <dom> . Although there exist one-to-one mappings between Gregorian and many other calendar scales, the lack of defined CALSCALE values for those calendars and limitations in various date fields can make native support impossible. For example the Hebrew calendar
14:59:18 <dom> Hebrew calendar
14:59:20 <dom> The Hebrew calendar or Jewish calendar is a lunisolar calendar used by Jews, and in recent decades, by a growing number of Christians...
14:59:25 <dom>  year may contain either 12 or 13 months, and the Japanese
14:59:27 <dom> Japanese era name
14:59:29 <dom> The Japanese era calendar scheme is a common calendar scheme used in Japan, which identifies a year by the combination of the and the year number within the era...
14:59:32 <dom>  Emperor-based calendar scale contains many eras."
14:59:34 <dom> http://www.absoluteastronomy.com/topics/ICalendar
15:00:11 <dom> ISSUE: Can we support lunasolar calendars in the calendar API?
15:00:11 <trackbot> Created ISSUE-80 - Can we support lunasolar calendars in the calendar API? ; please complete additional details at http://www.w3.org/2009/dap/track/issues/80/edit .
15:00:46 <aguillou> richt: iCalendar / vCard must support Lunar calendar... need to check that 
15:01:38 <aguillou> darobin: we need to store a flag somewhere in the iCalendar to know if it's a lunar / solar calendar
15:03:20 <aguillou> richt: do we need to maintain this lunar / solar information ?
15:03:56 <aguillou> darobin: ...or we can use a specfic convertion method lunar<->solar... not sure it will work.
15:05:41 <aguillou> darobin: we need to check with other WG if there're works already done around Lunar / Solar calendar conversions
15:05:50 <richt> s/vCard must support Lunar calendar... need to check that/vCard must support Lunar calendar via conversion to Solar... need to check that/
15:06:56 <aguillou> AnssiK:and what for the Maya Calendar ?...
15:07:03 <tlr> tlr has joined #dap
15:07:32 <aguillou> richt:TOPIC Calendar API
15:08:39 <darobin> s/with other WG/with the I18N WG/
15:08:49 <aguillou> richt: which date format to use ?
15:09:31 <aguillou> richt: we can use JS specific date format
15:09:50 <aguillou> darobin: we must use a Date object.
15:10:46 <aguillou> darobin: HTML 5 uses a Date object.
15:11:16 <dom> -> http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-262.pdf ECMAscript 5 spec
15:11:27 <aguillou> darobin:.... we should do the same as HTML 5. 
15:11:46 <dom> [Date object defined page 165]
15:13:04 <Zakim> -jmorris
15:13:38 <fjh> fjh has joined #dap
15:15:16 <darobin> ACTION: richard to figure out how to specify TimeZonedDate
15:15:16 <trackbot> Created ACTION-129 - Figure out how to specify TimeZonedDate [on Richard Tibbett - due 2010-03-24].
15:16:14 <darobin> ISSUE: How to represent dates? ES has Date but with no TZ information; using strings is less than ideal; do we have to create a Web Dates specification?
15:16:14 <trackbot> Created ISSUE-81 - How to represent dates? ES has Date but with no TZ information; using strings is less than ideal; do we have to create a Web Dates specification? ; please complete additional details at http://www.w3.org/2009/dap/track/issues/81/edit .
15:16:50 <aguillou> richt: we can use for ex. a getDate() method on the Date object in order to retrieve the local time.
15:18:34 <aguillou> richt: a proposal is to use a subset of iCalendar in the events, but is it enough ?
15:19:01 <fjh> fjh has joined #dap
15:19:22 <fjh> zakim, who is here?
15:19:22 <Zakim> On the phone I see Prague-F2F, RuthVazquez (muted)
15:19:24 <Zakim> On IRC I see fjh, tlr, richt, darobin, marengo, wonsuk, jmarting, LauraA, bryan, JohnsonW, Zakim, drogersuk, maxf, danielcoloma, RuthVazquez, ingmar, aguillou, AnssiK, RRSAgent,
15:19:25 <aguillou> dom: we should be iCalendar compatible.
15:19:27 <Zakim> ... Kangchan, Seungyun, arve, blassey, Marcos, ilkka, trackbot, dom
15:19:49 <AnssiK> http://lists.w3.org/Archives/Public/public-device-apis/2009Nov/0016.html
15:20:52 <AnssiK> discussion on how to pass in times for calendar events above
15:23:50 <aguillou> richt: ex. of use of calendar events: Weekly, Monthly, etc.
15:25:45 <aguillou> richt: http://lists.w3.org/Archives/Public/public-device-apis/2010Mar/0130.html
15:27:03 <aguillou> richt: we need to be sure that developers will use Calendar Events in the right way.
15:28:13 <aguillou> richt: the challenge in the Calendar API is to keep it simple as possible...
15:30:59 <dom> PROPOSED RESOLUTION: Calendar API FPWD is delayed until recurrence is better handled
15:31:14 <dom> RESOLUTION: Calendar API FPWD is delayed until recurrence is better handled
15:31:26 <dom> s/<dom>  RESOLUTION/<aguillou> RESOLUTION/
15:32:04 <dom> RRSAgent, draft minutes
15:32:04 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/17-dap-minutes.html dom
15:32:05 <aguillou> richt: there're still some issues in the calendar API that need to be discussed (iCalendar, Calendar events)
15:32:21 <dom> s/<dom> RESOLUTION/<aguillou> RESOLUTION/
15:32:24 <dom> RRSAgent, draft minutes
15:32:24 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/17-dap-minutes.html dom
15:33:56 <aguillou> richt: Calendar Events mangement with the Time zones...
15:35:13 <aguillou> AnnsiK: do we need to use UTC time, floating time, time zones ?
15:35:56 <aguillou> richt: the local time is linked to a specific time zone,
15:37:07 <fjh> fjh has joined #dap
15:42:45 <fjhn> fjhn has joined #dap
15:42:57 <fjhn> action: richt to propose changes to  calendar specification to address  privacy minimization
15:42:58 <trackbot> Created ACTION-130 - Propose changes to  calendar specification to address  privacy minimization [on Richard Tibbett - due 2010-03-24].
15:45:15 <aguillou> darobin: F2F location talks
15:46:41 <dom> Topic: Next F2F meeting
15:47:06 <aguillou> darobin: we need to decide on when and where we will meet for the F2F
15:48:41 <aguillou> darobin: we could meet in Sept. instead of July. Invitation from ETRI to meet in Korea.
15:54:22 <aguillou> darobin: ... last week of June should probably work.
15:57:35 <aguillou> darobin: June 14-16: Helsinki / St Petersburg
15:58:08 <aguillou> darobin: Nov wk 1 : TPAC Lyon
15:58:44 <aguillou> darobin: Feb-Mar 2011 : Korea 
16:01:29 <Zakim> -RuthVazquez
16:02:22 <aguillou> darobin: June 2011 - St Petersburg
16:04:53 <aguillou> June 14-16 : OMTP London ?
16:09:10 <shepazu> shepazu has joined #dap
16:09:26 <dom> ACTION: Dom to set up poll for next F2F around mid June (14-18) or first week of July, in either Helskinki, London, Seoul, Madrid
16:09:26 <trackbot> Created ACTION-131 - Set up poll for next F2F around mid June (14-18) or first week of July, in either Helskinki, London, Seoul, Madrid [on Dominique Hazaël-Massieux - due 2010-03-24].
16:14:06 <darobin> RESOLUTION: DAP will meet at TPAC
16:22:03 <dom> RRSAgent, draft minutes
16:22:03 <RRSAgent> I have made the request to generate http://www.w3.org/2010/03/17-dap-minutes.html dom
16:26:25 <richt> richt has left #dap
16:30:30 <ilkka> dinner: http://maps.google.com/maps?f=d&source=s_d&saddr=Italsk%C3%A1&daddr=Na+boji%C5%A1ti+12,+120+00+Praha+2,+Praha,+Czech+Republic+(Hostinec+U+Kalicha)&hl=en&geocode=Fbs2_AIdoVbcAA%3BFW0P_AIdlCfcAC
16:30:49 <dom> http://www.ukalicha.cz/shop/index.php?lang=EN
16:31:29 <dom> http://www.gastroinfo.cz/pivodum/
16:32:03 <jmorris> jmorris has joined #dap
16:32:48 <ilkka> yes, foget my link
16:33:30 <AnssiK> AnssiK has left #dap
16:35:00 <Zakim> disconnecting the lone participant, Prague-F2F, in UW_DAP(F2F)3:30AM
16:35:02 <Zakim> UW_DAP(F2F)3:30AM has ended
16:35:06 <Zakim> Attendees were +1.301.581.aaaa, +358.504.86aabb, jmorris, Prague-F2F, +1.202.436.aacc, alissa, RuthVazquez
17:25:09 <tlr> tlr has joined #dap
17:30:07 <Zakim> Zakim has left #dap
19:23:08 <tlr> tlr has joined #dap
19:24:56 <tlr> tlr has joined #dap
21:17:10 <shepazu> shepazu has joined #dap