01:12:15 RRSAgent has joined #wot 01:12:15 logging to http://www.w3.org/2016/07/13-wot-irc 01:12:42 dsr has joined #wot 01:12:53 Meeting: WoT IG f2f meeting in Beijing - Day 1 01:12:57 present+ 01:13:17 topic: Welcome and IG Objectives/Goals of the meeting 01:13:33 joerg: starts introduction on the IG work 01:13:46 ... (WoT IG Roadmap (1/2) 01:13:52 s/2)/2))/ 01:14:27 taki has joined #wot 01:14:29 katsu has joined #wot 01:14:39 masato has joined #wot 01:15:17 ... discussion on Use Cases; atomic use case to bridge application domains 01:16:17 ... three building blocks: Script API/protocol mapping, Discovery, TD and Security/Privacy 01:17:30 ryuichi has joined #wot 01:17:39 ... meetings in Sunnyvale, Sapporo, Nice and Montreal 01:18:06 ... generating a document, "Current Practice" 01:18:19 ... compilation of demo experience 01:18:40 ... and in parallel working on the WoT Architecture document 01:19:13 ... (WoT IG Roadmap (2/2)) 01:19:34 ... we're about to prepare for a Working Group 01:19:44 ... identifying particular work items for the WG 01:19:53 ... also generating a draft Charter for the WG 01:20:24 ktoumura has joined #wot 01:20:35 ... we'll update the current practice document 01:20:54 ... we have some more topics 01:21:13 ... discussion on the concrete scenario 01:21:48 ... that is a snapshot of the agenda for this meeting 01:21:51 yingying has joined #wot 01:22:10 ... we're preparing the release of the IG deliverable documents 01:22:38 ... also preparing for the WG expecting to start it by the end of the year 01:23:15 ... identified how the IG will work for further exploration of new WoT building blocks 01:23:38 ... comments or questions? 01:23:47 (none) 01:24:06 joerg: another slide 01:24:09 ... (WoT IG Work in Iterations?) 01:25:02 ... Use Cases/Requirements -> Identify WoT Building Blocks -> Tech Landscape -> Architecture and Current Practice -> External Communication & Collaboration 01:25:18 mkovatsc has joined #wot 01:25:20 ... particular discussion on the next steps 01:25:38 s/next steps/concrete scenarios/ 01:25:51 ... iterating documents 01:26:07 ... on the right side, we have more practical things 01:26:15 ... demos -> PlugFest 01:26:28 ... we'll have our next meeting in Lisbon during TPAC 2016 01:27:36 @@@: resource on the documents? 01:27:41 taki1 has joined #wot 01:27:50 yingying_ has joined #wot 01:28:06 joerg: on the group wiki 01:28:42 jhund has joined #wot 01:28:53 kajimoto has joined #wot 01:29:09 michael has joined #wot 01:29:17 -> https://www.w3.org/WoT/IG/wiki/Main_Page WoT IG wiki 01:29:42 joerg: please see "Ongoing work documents" section 01:29:56 -> https://www.w3.org/WoT/IG/wiki/Main_Page#Ongoing_work_documents Ongoing work documents section 01:30:29 joerg: going through the agenda 01:30:42 taki2 has joined #wot 01:30:43 olivexu has joined #wot 01:30:50 -> https://www.w3.org/WoT/IG/wiki/F2F_meeting,_July_2016,_China,_Beijing#Wednesday.2C_13th_of_July.2C_WoT_IG_Meeting Beijing f2f agenda wiki 01:31:48 joerg: 9:30 Breakout Introductions: Protocol Bindings, UC/Req, Type Systems, Resource Parameters, TD lifecycle, Scripting API 01:32:10 ... after coffee break, we'll have 2nd breakouts 01:32:15 ... then lunch 01:32:27 ... after lunch breakouts again 01:32:32 maomao has joined #wot 01:32:42 ... and afternoon break 01:32:42 kaz-san, the lady who asks on the documents of WoT IG is Xuequin Jia from China Unicom 01:32:59 s/@@@/Xuequin/ 01:33:14 joerg: and breakouts 01:33:26 ... goes through Thursday 01:33:40 ... we'll have a lot of breakout sessions 01:33:55 ... below the agenda, there is "Input/Comments on the agenda" 01:34:20 ... how we deal with these proposals 01:34:47 kinoshita has joined #wot 01:34:51 rrsagent, make log public 01:34:55 rrsagent, draft minutes 01:34:55 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 01:35:20 joerg: discussion on "call for implementation" results 01:35:35 ... follow up on IoT Open System Architecture discussion 01:36:24 ... Kepeng Li: Contribution to WoT Security & Privacy 01:36:51 (Kepeng is not here at the moment) 01:37:29 joerg: do we have further contributions? 01:38:44 xuequin: China Unicom: information exchange on IoT industry 2020 01:39:29 s/on IoT industry 2020/on common aspects related to TD/ 01:39:47 rrsagent, draft minutes 01:39:47 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 01:40:21 joerg: right now we have TD-related breakout sessions, type systems and lifecycle 01:40:45 dsr: how long do we need for each breakout? 01:41:14 sebastian: resource parameters wouldn't take long 01:41:54 matthias: we'll have quick pitches during the breakout introduction 01:42:30 xuequin: would provide brief description 01:42:55 joerg: everybody can provide quick pitch 01:43:31 ... we also have follow-up discussion on the IoT Open Architecture 01:43:52 dsr: yesterday's panel session was a good starting point 01:44:18 s/xuequin/xueqin/g 01:44:46 we could make further progress in a smaller group 01:45:05 ... and we could make further progress in a smaller group 01:45:13 kaz: maybe their work is related to TD lifecycle as well 01:46:12 matthias: detailed dialogues by a smaller group would be better 01:46:22 +1 01:47:53 joerg: coming back to the breakout introductions 01:48:20 ... would like to have brief self introductions 01:48:29 ... name, affiliation and background 01:48:42 ... starting with myself 01:49:09 (everybody introduces him/her-self) 02:06:26 joerg: take a look at our documents 02:06:37 ... joint meetings with the W3C Automotive group 02:06:46 ... also IRTF T2T group 02:07:01 taki has joined #wot 02:07:04 ... welcome for security/privacy discussion 02:07:17 ... second point is implementations by open source projects 02:07:28 ... testing against our own implementations 02:07:54 ... we'll discuss our "call for implementations" tomorrow 02:08:09 ... now would like to start the breakout introductions 02:08:19 ... would skip protocol bindings for the moment 02:08:24 topic: Breakout Introductions 02:09:29 s/... would skip protocol bindings for the moment// 02:09:39 matthias: Explicit Protocol Bindings 02:10:07 ... working on this after the Montreal meeting 02:10:36 ->https://github.com/w3c/wot/blob/master/proposals/explicit-bindings/binding-coap.md 02:11:26 i|https|-> https://github.com/w3c/wot/tree/master/proposals/explicit-bindings| 02:11:47 matthias: explains the CoAP binding 02:11:57 ... who is interested? 02:12:26 ... 8 people raise their hands 02:13:52 ->https://github.com/w3c/wot/tree/master/proposals/subscriptions 02:13:59 johannes: proposal on resourceful handling of subscriptions for REST (for Michael Koster) 02:14:22 ... take a look at this during the breakout 02:15:05 ... which solution would fit which issue 02:15:24 ... what problems would be addressed 02:15:32 ... who is interested? 02:15:50 ... 10 people raise their hands 02:16:22 ->https://github.com/w3c/wot/tree/master/proposals/type-system 02:16:54 taki: quick introduction 02:17:04 ... (What is Type System?) 02:17:29 ... (Type System in Human Communication) 02:17:47 ... what kind of data you send to the counter part 02:17:57 ... Date, Time, Number of people, Name, etc. 02:18:06 ... (Type System in WoT) 02:18:22 ... Semantics: Meaning, Intention, Purpose 02:18:34 ... Type System: Abstract Type Definition 02:18:40 ... Data Representation 02:18:54 ... (Abstract Type Definition) 02:19:07 ... Abstract Type Definition using JSON Schema 02:19:51 ... representation binding with possible data formats: JSON, XML, EXI, etc. 02:19:59 ... (Example 1 - Simple Data) 02:20:17 taki1 has joined #wot 02:20:27 ... Type definition -> JSON/XML binding 02:20:51 ... (Example 2 - Structured Data - Object) 02:20:57 ... ID and name 02:21:07 ... (Example 3 - Structured Data - Array) 02:21:17 ... (Type System Breakout Topics) 02:21:44 ... comments on incorporating JSON Schema as a whole into the spec is too much 02:22:07 ... but applications need to have type system anyway 02:22:15 ... how to cooperate with deviation? 02:22:50 ... semantic annotation by type system or external mechanism? 02:23:48 joerg: who is interested? 02:23:59 ... 9 raised their hands 02:24:12 ->https://github.com/w3c/wot/tree/master/proposals/resource-parameters 02:24:18 sebastian: next topic addresses Thing Description 02:24:41 ... (Resource Parameters) 02:24:46 ... (Problem Statement) 02:25:05 ... defining data model 02:25:42 ... who is interested? 02:26:25 yongjing: not sure about the point 02:27:00 sebastian: resource description using query parameters 02:27:06 ... or payload data 02:28:25 ... query parameters are popularly used today 02:29:08 yongjing: could join the discussion 02:29:19 taki has joined #wot 02:29:44 michael_ has joined #wot 02:30:14 sebastian: who is interested? 02:30:22 ... 7 raised their hands 02:30:36 ->https://github.com/w3c/wot/tree/master/proposals/td-lifecycle 02:30:40 matthias: TD Lifecycle 02:30:57 ... (Thing Description Lifecycle) 02:31:39 ... Thing Description will grow and change over the lifetime of the "Thing" 02:31:56 ... how to keep the information updated? 02:32:40 ... who is interested? 02:32:43 ... 16 raised 02:32:55 joerg: the last one is scripting API 02:32:57 ->https://github.com/w3c/wot/tree/master/proposals/restructured-scripting-api 02:33:23 johannes: Breakout proposal: Scripting API 02:33:35 ... (Scripting API) 02:34:03 ... portable script which could be transfered from WoT Servient A to another WoT Servient B 02:34:13 ... (ConsumedThing) 02:34:18 ... (ExposedThing) 02:34:32 ... (Script Example (Client API)) 02:35:25 ... (Plugfest Findings / Topics) 02:35:34 ... how to do local discovery, etc. 02:35:45 ... need some way to access TD 02:35:50 s/, etc.// 02:36:10 ... extend the spec with optional parts/hints for runtime implementers 02:36:40 ... event handling and decorator 02:36:51 ... some more points during the breakout session 02:37:16 ... who is interested? 02:37:20 ... 13 raised 02:37:42 joerg: we should ask Chine Unicom for short introduction 02:37:49 s/for/as well for/ 02:37:55 rrsagent, draft minutes 02:37:55 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 02:39:12 xueqin: Sharing China Unicom's Views on things desciption in IoT 02:39:22 ... (Background) 02:39:46 ... would like to share our views on things description 02:40:13 ... ITU-T SG20 work item Y.IoT-things-description-reqts 02:40:27 yiyi has joined #wot 02:40:38 ... initiated by China Unicom, CETC, China mobile, etc. 02:40:51 ... (Overview of things description in IoT) 02:41:19 Yongjing has joined #wot 02:41:51 ... (diagram) 02:42:28 ... mapping between Physical Thing ad object using the Things description 02:42:39 s/ad/and/ 02:43:14 ... (Relationship between things description, information model and description language) 02:43:22 ... need to clarify the concept 02:43:43 ... Things description is composed by the information model 02:44:00 s/model/model and the description language/ 02:44:29 ying_ying has joined #wot 02:44:40 ... (Things description methodologies in IoT) 02:44:56 ... Semantics-based things description 02:45:22 ... uses semantic description language like RDF 02:46:05 ... relatively heavy and not popular for light-weight devices 02:46:15 ... Abstraction-based things description 02:46:29 ... JSON and XML are popular 02:46:52 ... simpler and lighter, so widely used 02:47:06 ... but weakness on the aspects of interoperability 02:47:19 ... Hybrid things description 02:47:35 ... special type of abstraction-based approach 02:49:14 ... interested in working here 02:50:05 sebastian: tx! 02:50:23 q+ 02:50:35 ... we should organize a session to synchronize with each other 02:51:08 ... maybe query parameter topic would not take long 02:51:17 dsr: tx to introduce this work 02:52:06 ... would like to explore the heavy approach and the hybrid approach 02:52:19 q+ 02:52:21 ack d 02:52:32 darko: very interesting 02:52:45 ... we're thinking about similar things 02:53:06 ... schema org, domain specific information 02:53:12 ... discoverability, etc. 02:53:40 Dave: I have initiated a joint white paper across many organization on semantic interoperability, and see a great deal of interest in lightweight approaches and the need for agile processes for standardizing vocabularies and models 02:54:01 Dave: I look forward to fruitful discussions to progress this further 02:54:06 q= 02:54:08 q- 02:54:14 s/q=// 02:54:47 sebastian: I'd like to propose we talk about query parameter because it would not take much time 02:54:55 q+ 02:55:25 ack k 02:55:45 kaz: many people are interested in many topics 02:55:57 ... do we really want to have these sessions as breakouts? 02:56:04 joerg: good question 02:56:07 ... need update on the agenda 02:56:22 ... shows the updated agenda on the screen 02:57:36 s/need update/need some more adjustment/ 02:57:37 yiyichen has joined #wot 02:58:32 (some discussion on the agenda building) 03:00:29 (moving TD contribution by China Unicom after the TD Lifecycle session) 03:00:59 joerg: how to identify the breakout rooms? 03:01:33 kaz: we can call this room the Big Room and another room the Small Room (or "Not so Big Room") 03:01:58 joerg: adds the room assignment (with "Not so Big Room") 03:02:15 [ 15-min break ] 03:02:20 rrsagent, draft minutes 03:02:20 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 03:10:12 ysj has joined #wot 03:24:41 dsr has joined #wot 03:29:58 topic: TD Lifecycle 03:30:15 matthias: shows example TD 03:30:25 ... how the document should look like 03:30:54 ... at the time of design, there are properties already 03:31:40 ... name, uris, encodings 03:31:59 ... interaction properties which are rather stable 03:32:15 s/stable/stable: name, valueType, writable, hrefs 03:32:52 ... remember that Panasonic had a question on the time of manufacturing, product sold, etc. 03:33:15 kazuo: shows his slides 03:33:25 ... (Things Description Template Concept) 03:33:48 ... instances depending the owners and locations 03:34:04 scribenick: dsr 03:34:41 Kazuo presents a slide for thing description template concept 03:35:13 ryuichi has joined #wot 03:35:14 Layers with CE category, subcategory and product catalog name 03:35:38 plus particular instances of these templates as actual devices 03:36:05 It is kind of like an inheritance mechanism 03:37:28 Each kind of product has its unique id, e.g. Panasonic SX226 03:38:35 When you install a device, you can assign a human meaningful name and the platform can assign a machine id 03:39:48 Matthias: this involves a means to copy and extend a thing description 03:40:49 Darko: we can define an ontology for such templates and how they relate to lifecycle 03:41:08 q+ to ask about produced year/month/date and serial number 03:41:13 It is unclear to me how to deal with what you call the extended context 03:41:24 q+ 03:41:53 Matthias: this import of vocabularies underscore the lifecycle 03:43:04 Kazuo: we have many product types, and manufacturer should provide a template for each product 03:43:13 q+ to ask about "how to dispose" 03:44:02 yingying has joined #wot 03:44:47 q+ to ask about "modification/repair" 03:44:55 Matthias: I see a need for tooling, one way is to request a description from the device, another is to request it from outside 03:46:57 We need to do more work on domain models 03:47:07 ack k 03:47:07 kaz, you wanted to ask about produced year/month/date and serial number and to ask about "how to dispose" and to ask about "modification/repair" 03:47:40 Kaz: I wanted to ask about produced year/month/date and serial number and to ask about "how to dispose" and to ask about "modification/repair" 03:47:42 DarkoAnicic has joined #wot 03:47:53 jhund has joined #wot 03:47:57 present+ DarkoAnicic 03:48:01 q+ 03:48:05 This info is often on the warranty sheet 03:48:26 q+ 03:48:26 we need to consider the end of life 03:49:10 ack dsr 03:49:22 ack dsr 03:51:07 yingying_ has joined #wot 03:51:20 joerg has joined #wot 03:51:34 Dave: In my work I have come across three approaches: a) device provides TD directly, b) device is queried by gateway enabling gateway to generate TD, and c) gateway uses device ID to get TD from cloud and combine with local communications metadata for the specific device. 03:53:04 Some discussion around scripts that when installed either extend a TD or generate a new one 03:54:10 sebastian has joined #wot 03:54:29 q? 03:54:39 ack jh 03:55:01 Johannes: it is a good idea to support modular TDs with inheritance 03:55:03 q+ 03:55:32 q? 03:55:33 q+ 03:55:41 q+ 03:56:14 nimura has joined #wot 03:56:23 inheritance can make things complicated … 03:56:48 ack ta 03:57:03 Taki: we can use ontologies for this 03:57:26 taki1 has joined #wot 03:57:50 and import at run-time 03:58:12 q? 03:58:28 Darko explains his understanding 03:58:54 ack dsr 04:00:12 mao has joined #WoT 04:01:00 Mingyu has joined #wot 04:01:04 yingying has joined #wot 04:01:10 Dave: we need to support lightweight ontologies for semantic models and constraints, and to make these into easy to process descriptions for WoT devices. Note that the RDF open world model has implications, e.g. complicating overriding of defaults 04:01:26 Matthias does a recap 04:01:31 ack seb 04:02:35 Sebastian: what can we standardise here? 04:02:38 q+ 04:02:47 ktoumura has joined #wot 04:02:54 Matthias: we need to drive this from the use cases 04:03:09 ack da 04:03:33 Darko: we can provide best practice based on different lifecycle use cases 04:03:53 one is adding a new script and changing a TD at run time 04:04:21 ryuichi has joined #wot 04:05:01 we should identify lifecyle phases and look at best practices 04:05:49 Matthias: we need to scale to handle industry requirements on a large scale 04:06:01 q? 04:06:17 q+ yongjing 04:08:10 ack dsr 04:08:30 Dave: some interesting timing issues when starting a thing that depends on other things 04:08:46 I solved this in my NodeJS project last year 04:09:57 Matthias starts to collect some lifecycle phases: design time, run time, manufacturing, delivering, commissioning 04:10:38 Dave: at run time both the software and the hardware may change (e.g. when a new device is plugged in that extends an existing one) 04:10:42 q+ 04:11:45 ack y 04:12:33 Yongying: unclear about binding vs run-time 04:12:40 q+ 04:12:52 Matthias: binding needs to be complete before things can interact 04:13:51 q? 04:14:17 Yonying: design time changes may only be internal to a company 04:14:38 s/Yonying:/Yongjing:/ 04:14:44 s/Yonying:/Yongjing:/ 04:14:56 s/Yongying:/Yongjing:/ 04:14:57 Dave: software depending on a thing will need to be aware of versioning where the kinds of things they depend upon evolve over time 04:15:41 q? 04:15:59 Yongjing: we can look at existing work on templating 04:16:11 Matthias: please send a point to the mailing list 04:16:22 q+ to mention there are several levels here, device/service level and application level 04:16:26 ack taki 04:17:27 Taki: vendors may offer two versions of TD, e.g. one for free use, and another with an extended set of features for paying customers 04:17:47 ack kaz 04:17:47 kaz, you wanted to mention there are several levels here, device/service level and application level 04:18:29 Kaz talks about service lifecyle 04:18:32 q+ 04:19:11 Frank: we need updates as part of the lifecyle 04:20:04 Dave: we need to discuss how this relates to the APIs, e.g. events signalling changes 04:20:27 Joerg: we should look at changes such as change of owner and change of service provider 04:20:47 It would be helpful to collect some examples of use cases to guide discussion 04:21:09 s|talks about service lifecycle|mentions there are several different levels of lifecycle here, e.g., device/service level and application/session level. so this list includes smaller loop (e.g., Thing2Thing binding and Operation/Runtime) in the bigger loop| 04:21:57 Joerg: we should include a use case for simulation 04:22:51 and more generally a use case for each lifecycle topic 04:22:57 q? 04:23:04 ack D 04:23:14 Darko: changes such as new firmware updates 04:23:45 and software updates 04:24:43 Kazuo volunteers to maintain a document on lifecyle 04:26:10 Yongjing has joined #wot 04:26:31 Home Gateway Initiative Smart Device Template. Available at https://github.com/Homegateway/SmartDeviceTemplate/tree/7c890b69d9764e341ef1768c5a0e7d53a47cff5c. 04:26:59 Some state of the art for your reference 04:28:11 Discussion around ITU-T’s work in this area and its relevance to the web of things for thing descriptions 04:28:41 We can make use of the liaison to avoid conflicts and misunderstandings 04:28:54 HGI SDT3.0 defines modularized way to describe devices, it allows inheritance of device types and module classes as well. 04:29:03 Yohsumi has joined #wot 04:29:18 ITU-T can focus on high level concepts and terms, while W3C focuses on more technical treatment 04:29:26 oneM2M adopts HGI SDT3.0 for home appliance information modeling 04:29:57 ktoumura has joined #wot 04:30:26 Zhenyu has joined #wot 04:30:59 This would encourage Chinese companies to join the W3C actitivities 04:31:14 s/actitivities/activities/ 04:31:25 q+ 04:32:53 mkovatsc has joined #wot 04:32:56 Dave: we have had some liaison with ITU-T, but we need people to join the W3C groups to help drive the liaisons as the W3C staff are too few to do this all themselves 04:33:01 ack kaz 04:33:32 Kaz: we can collaborate on common use cases and vocabularies, how would you like to proceed? 04:34:31 … use cases and requirements would indeed be valuable to share 04:35:25 s/proceed?/proceed? there are several possible approaches, e.g., W3C Liaison, your direct participation in this WoT group or simply joint technical discussion./ 04:35:55 There is a need to track liaisons 04:37:05 s/there are/as Dave mentioned, there are/ 04:37:32 Max has joined #wot 04:37:34 Joerg: in the short term we can identify particular use case and see how the concepts map 04:37:49 ktoumura_ has joined #wot 04:38:58 It can be difficult for the W3C group to process documents from other externa groups without the relevant context, so we need help 04:39:14 kajimoto has joined #wot 04:39:38 It is really important to have a person who is really active in the ITU-T to help us in that respect 04:40:18 ktoumura__ has joined #wot 04:41:15 Xuequin: we will try to join future meetings 04:41:29 s/Xuequing/Xueqin/ 04:41:58 s/Xuequin/Xueqin/ 04:42:29 Darko volunteers on behalf of WoT IG to act as liaison point for the ITU-T 04:42:48 rrsagent, make minutes 04:42:48 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html dsr 04:42:59 rrsagent, set logs public 04:43:02 quit 04:43:27 q+ 04:45:46 ack k 04:47:15 [ lunch till 1:45 ] 04:47:22 rrsagent, draft minutes 04:47:22 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 04:51:27 taki has joined #wot 04:56:47 yingying_ has joined #wot 05:14:32 Max has joined #wot 05:40:29 yingying_ has joined #wot 05:44:22 ktoumura has joined #wot 05:47:27 dsr has joined #wot 05:56:49 mkovatsc has joined #wot 05:56:53 ying_ying has joined #wot 05:57:01 katsu has joined #wot 05:59:56 ryuichi has joined #wot 06:02:44 Yohsumi has joined #wot 06:03:31 breakout session: Type System 06:03:45 yin has joined #wot 06:03:57 scribe: ying_ying 06:04:41 taki went through the proposal on github 06:05:57 https://htmlpreview.github.io/?https://github.com/w3c/wot/blob/master/current-practices/wot-practices.html 06:06:51 taki: this is currently we have in the current practice document. 06:07:08 masato has joined #wot 06:07:28 ...this is currently we have in Beijing meeting. 06:07:32 q+ 06:07:36 Zhenyu has joined #wot 06:08:40 ...first point is incorporating JSON schema as a whole spec is too much. 06:09:06 ...second is related with the first one. What is the best way for apps. 06:09:23 ...third is what's the best way for semantic annotation. 06:10:25 ...last point flexibility. 06:10:53 ...is there any other point you want to discussion. 06:11:21 Mingyu has joined #wot 06:12:14 dsr: is there any time to study some requirements that are independently with specific types? 06:13:10 taki: do you mean alternative of JSON schema? 06:13:27 dsr: I think we need something lightweight. 06:13:55 q+ 06:13:56 ...there is similarity to JSON schema but not only it. 06:14:23 taki: do you have something to show to us? 06:15:23 dsr: maybe we don't need all the things in JSON schema. We can just identify what's needed and missing and base on something to create our own type system. 06:15:52 s/dsr:/dape:/ 06:16:57 dsr: I agree on Daniel on studying usecases. but W3C is not in good position to standardize JSON schema related. 06:17:13 dsr went through his slide. 06:17:34 ack dape 06:17:54 dsr: we need to study late timing. We need to study contraints. 06:19:17 ...compound type can be specified in a similiar way. 06:20:04 ...in place of TD or provide the URI of the type. Store it externally is very valuable. 06:20:50 sebastian: I don't see much difference from JSON schema. 06:21:40 ...I think we should ask the experience in PlugFest.. 06:22:23 ...I don't like one thing of JSON schema. We need to specify the types many times in TD. 06:22:38 ...of course it provides a lot of things we need. 06:22:45 kaz has joined #wot 06:22:56 taki: do you see anything that JSON schema is missing. 06:23:48 dsr: not standardized so we could not reference them normally in our specs. We may ask other org to standardize it or we abstract what we need. 06:24:57 ...from spec point of view, what do you want to reference? 06:25:21 ...or you can specify it in our document. 06:26:28 ...choice 1: if we use JSON schema, we need to ask other SDO to standardize it or we launch WG to standardize it. 06:26:32 q+ 06:27:05 ...my recommend we include it in our WG charter. 06:27:37 ...let's use the terms and define the terms. 06:28:15 sebastian has joined #wot 06:28:15 Dave: the current draft working group charter scope would allow us to define our own vocabulary definitions for data types 06:28:28 dape: in corporation with JSON schema, some spec just use JSON schema. 06:29:48 and I believe that this would be the lowest risk and the least work 06:30:21 dsr: do we have any understanding on restriction for the first step of recommendation? 06:31:37 ...enumeration can be not only string. 06:31:54 ...could you use types in enumeration? 06:32:08 sebastian: then it becomes complicated. 06:32:24 ...should we only have javascript in mind? 06:32:45 rrsagent, make minutes 06:32:45 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html ying_ying 06:33:51 ...whether we would like to make our own type system. We need to be as simple as possible. 500 pages of JSON schema types. 06:34:27 ...look on existing approaches and make some mapping 06:35:20 dsr: schema language define complicated languages. We need something very simple. 06:36:01 taki: we can start from JSON schema. another point is there is already implementation. 06:36:35 dsr: define the type independently from the schema languages. 06:37:07 yin has joined #wot 06:37:48 sebastian: I like to make something like optimized JSON schema. 06:38:04 ganesh has joined #wot 06:38:25 q+ 06:38:34 ack dape 06:38:41 ack dsr 06:40:21 q+ 06:40:23 sebastian: example: "valueType" : {"type" : "numeric"} 06:40:42 or "valueType" : numeric 06:40:57 ...in the background they should be the same. 06:40:58 s/"numeric"/"number" 06:41:46 dsr: my proposal we have the type name or you have compound to include annotations. 06:42:15 ack ganesh 06:43:18 s/compound/an object when you want / 06:43:25 junling has joined #wot 06:44:16 ganesh talked about experience on property of TD and suggest value type other than RDF type. 06:45:17 taki: are you talking about implementation complexity issue? 06:45:38 ganesh: yes. Another question is when should we depend on RDF type. 06:46:32 q+ 06:46:44 masato has joined #wot 06:47:06 ...the client has to bridge the two types of semantic type and @1. 06:47:14 q- 06:47:26 q+ 06:48:07 sebastian: should we have the default schema or should we be open to any type of definitions? 06:48:22 ack dape 06:48:44 daniel: how powerful is the RDF types? 06:49:10 ganesh: xml complex type can be done by RDF types. 06:49:31 ...I believe RDF types are much more rich than xml complex types. 06:49:46 ...with JSON schema I am struggling. 06:50:20 dsr: with WoT we have to work with existing platforms. Simple approach will cover most of scope. 06:50:48 ...keep simple until there is use case required. 06:50:59 ack dsr 06:51:26 ...semantic level constraints are needed. 06:52:13 ...relate the domain model to the types as ganesh suggested. 06:52:44 ...we need to start modeling current existing devices and services. 06:53:14 ...we should support existing use cases and devices. 06:53:16 q+ 06:53:38 q+ 06:54:02 ack seb 06:54:31 sebastian: to ganesh, binding a class in RDF or other complex types? 06:55:23 ganesh: one use case is to create RDF class, reusable and linkable in domain. 06:57:03 q? 06:57:24 ...I can use regular search with regular SPARQL 06:58:08 dape talked about experimenting on some type definitions. 06:58:27 q+ 06:58:47 ack da 06:58:59 dape: I think maybe we need to go back to study what we need on type system. 06:59:17 dsr: I agree we should go back. We also need to study use cases. 06:59:39 ...types or compound property should also be studied. 06:59:53 s/or/of/ 07:00:02 taki: ideas to proceed? 07:00:31 q+ 07:00:38 ...any other points? 07:00:40 ack dsr 07:00:45 ack ganesh 07:01:37 ganesh: view use cases from consumers' point of view. 07:01:56 taki: thx. 07:02:07 q+ 07:02:49 dsr: we should justify the type system we need from use cases. 07:03:59 ...that's up to the companies which use cases are important and need to take into accounts for standardization work. 07:04:02 it is up to the companies to indicate which uses cases are important 07:04:05 ack ganesh 07:04:16 s/it is up to the companies to indicate which uses cases are important// 07:05:02 ganesh: why property value type is different from that of action? 07:05:46 s/action?/action and event?/ 07:06:04 I second that, and believe we should have a common type system for properties, actions and events 07:06:57 sebastian: defined in Nice long time ago. property should have the same type as we read and write on it. that is the reason the value type is different from input type and output type. 07:07:36 ...we can discuss it in more details on the upcoming breakout sessions. 07:08:30 yingying has joined #wot 07:08:50 yingying_ has joined #wot 07:09:30 rrsagent, make minutes 07:09:30 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html yingying_ 07:15:46 yingying has joined #wot 07:15:57 taki1 has joined #wot 07:18:44 ying_ying has joined #wot 07:25:19 dsr has joined #wot 07:52:54 mkovatsc has joined #wot 08:02:21 sebastian has joined #wot 08:02:27 topic: explicit protocol bindings 08:03:09 matthias: get request with query parameter of a great range. 08:03:55 ...what is the procotol we are currently using, similiar with OCF doing. 08:04:22 ...subscribe to something and receive notification later. 08:04:42 yin has joined #wot 08:05:34 katsu has joined #wot 08:05:53 ...hope someone to look for MQTT 08:06:08 is it possible to bring the camera closer to the screen? difficult to read the screen.. 08:06:18 ...to see the changes for the next PlugFest 08:07:31 kajimoto has joined #wot 08:07:44 ->https://github.com/w3c/wot/blob/master/proposals/explicit-bindings/binding-coap.md 08:08:27 Matthias went through the CoAP binding github document. 08:09:09 matthias: this shows the defaults of CoAP method. 08:09:56 ...we don't create action. 08:10:14 ...better name to catch the interaction. 08:10:27 ...start to define the new basic interaction. 08:11:00 dsr: is it target the RESTful community? 08:11:39 matthias: these basic operations are what we are talking about. 08:13:13 dsr: don't carry explicitly but just two different URIs, one for turning on another for turning off. 08:13:33 matthias: you shouldn't put addresses in payload. 08:14:22 dsr: msg contains info on payload,uri with parameter. 08:14:40 matthias: we need to be able to talk about all these information. 08:14:41 yin_ has joined #wot 08:15:14 ...TD and all the information in it, as a factory to create the msg. 08:15:25 q+ 08:15:41 Three choices: state in message payload, state as URI query parameters, or state as part of URI path, we need to be able to describe all of these 08:17:08 ganesh: can this knowledge be put to RDF type of property or action? 08:17:30 joerg has joined #wot 08:18:33 johannes: explicit binding would not be implicitly in the TD. 08:18:56 ...since you have to reason if that way. 08:19:40 ganesh: advantange is to offer alternative way to subscribe and could be more efficient. 08:20:50 matthias: if you want to extract something quickly it should be in TD. type should be somehow stable because they are part of vocabulary. 08:21:07 ...we need to keep the identifier of type very stable. 08:21:43 ...we can specify any detailed information in the TD. we can explicitly have the in one document. 08:21:47 junling has joined #wot 08:21:54 kaz has joined #wot 08:22:26 ganesh: there will be many TDs. it could become overhead to update and keep it up to date on the way of protocol binding. 08:22:53 ...need not to be in type but some other choices. 08:23:44 matthias: TD will change frequently. 08:23:55 ...any other comments on it? 08:24:11 q+ 08:24:40 dsr: we need to provide stable short name for common things for convenience of developers. 08:24:45 q+ 08:25:49 ...reference to some external definition of types. 08:26:51 matthias: UI does not need to understand the semantics but can still retrieve the messages. 08:27:35 ..."retrievable":["GET"] 08:27:51 ack g 08:27:52 ..."writable":["PUT"] 08:28:31 ..."writable":["PUT", "PropertyWrite"] 08:29:07 ...parameterized the TD itself. if you list everything there, it becomes too much. 08:30:01 ...not only RESTful need to be considered to support. 08:31:00 sebastian: many stuff now in the additional info that may be not necessary to be there? 08:31:44 ...different combinations are available? 08:32:04 ...not need to be explicit in that way. 08:32:21 ...could you show example? 08:32:56 matthias: here is it: 08:32:58 { 08:32:58 "@id": "colorList", 08:32:58 "@type": "RGBColor", 08:32:58 "name": "myColorList", 08:32:58 "valueType": {"type":"array","items":{"type":"integer","minimum":0,"maximum":255},"minItems":3,"maxItems":3}, 08:33:00 "writable": true, 08:33:02 "hrefs": ["list"] 08:33:04 } 08:33:44 ...if you want to complement other standards, you need to do it explicitly. 08:34:04 q? 08:35:08 matthias: that is the default information for common simple case. 08:35:13 q+ 08:36:46 yingying_ has joined #wot 08:37:12 scribe: yingying_ 08:37:17 ack sebastian 08:38:09 ...if it comes to protocol binding, no need to go to semantic level and we can directly externalize it from TD> 08:38:18 s/TD>/TD/ 08:39:13 ack k 08:41:09 kaz: so we're talking about how to handle protocol binding capability within the Thing Description, and I'm wondering about the opinions of Matsukura-san and Kajimoto-san because they were wondering about how to specify protocol binding during the Montreal meeting 08:41:48 Zhenyu_ has joined #wot 08:41:57 matthias: we'd like to have same image about this 08:42:14 [some discussions on who initiate the interaction] 08:42:27 sebastian: how to specify "writable", e.g., PUT or GET, is a question 08:45:05 q? 08:47:17 ack g 08:47:40 ganesh: property readable=>property readable by GET. clear in ontology. no need to specify in TD. 08:47:43 Dave: I’ve seen cases where thing exposed by a cloud server is a proxy for a thing in a smart home, and HTTP is used to push property updates to the cloud from the home hub. 08:48:18 matthias: keep TD short. 08:48:50 matthias: proposal from Michael. 08:48:51 This shows that it is challenging to determine who is responsible for the thing description 08:49:52 ...who would like to work on the table? 08:50:06 ...for instance MQTT? 08:50:49 q+ 08:51:03 ->https://github.com/w3c/wot/blob/master/proposals/explicit-bindings/abstract-transfer-layer.html 08:51:24 yongjing: I can post a reference done in oneM2M. 08:51:31 matthias: thx. 08:51:37 q- 08:51:54 For instance, how does the cloud server invoke an action on the thing, perhaps can am HTTP POST to the hub via an open port on the home’s firewalll/NAT gateway 08:51:55 sebastian: BT LE should also be there. 08:52:06 Yongjing has joined #wot 08:52:22 Matthias: there are already some works on BT LE and could be transferred to the table. 08:52:22 -> https://w3c.github.io/wot/proposals/explicit-bindings/abstract-transfer-layer.html WoT-AP Proposal for Interaction Model mapping to an Abstract Transfer Layer (Michael) 08:52:56 ying_ying has joined #wot 08:53:07 dsr raised his hand. 08:53:13 matthias: where are you on plugfest? 08:53:27 dsr: give me people 08:53:30 answer: very busy on my day job for W3C 08:53:34 q+ 08:53:41 MQTT binding reference: http://www.onem2m.org/images/files/deliverables/TS-0010-MQTT_Protocol_Binding-V1_5_1.pdf 08:53:55 matthias: I will copy the coap and http to the table. 08:54:18 ...to show what protocols we are targeting on. 08:54:38 ...sebastian will continue on parameters. 08:54:49 q? 08:56:10 kajimoto: for thing server supporting coap or http, same app can work almost the same. protocol binding is very important 08:59:04 yingying has joined #wot 08:59:23 scribe: ying_ying 08:59:27 matthias: app needs to talk with scripting APIs. what do we need to modify in resource model then come to the protocol binding 09:01:20 ...I would suggest to do experiments to see how far we will go to TD for legacy device 09:02:21 sebastian: e.g. two device supporting echonite can recognize each other and communication directly. 09:02:45 @2: I will show you one slide. 09:03:13 s/@2/ohura/ 09:03:31 ...2 kinds of protocol bindings: red one is for WoT protocol binding. the other blue one is the binding for legacy devices. 09:03:51 ...we think red area is our scope of WoT IG. 09:04:21 ...blue area: there are so many legacy devices we need to leave them to each industy. 09:04:28 ...what do you think? 09:04:52 matthias: this part should be red in gateway for WoT interface. 09:05:22 ...BT LE is very close to resource model. 09:05:41 ...we started experimentation how far we could go there. 09:05:58 ...ganesh is working on it on BACNet. 09:06:33 ...I think it's hard to draw the line here. I would encourage people to do experiments. Evaluate the complexity and benchmarking. 09:08:08 ...legacy box coupled with the specific legacy protocol in WoT Servient diagram. 09:08:45 rrsagent, make minutes 09:08:45 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html yingying 09:09:10 yingying_ has joined #wot 09:09:30 ying_ying has joined #wot 09:09:41 ying_ying has joined #wot 09:10:36 yiyichen has joined #wot 09:13:47 yingyingchen has joined #wot 09:15:42 katsu has joined #wot 09:15:44 yongjing has joined #wot 09:21:08 scribe: yingyingchen 09:21:08 [some discussion on BT LE] 09:21:08 kajimoto: the scope of protocol binding? 09:21:08 * yingying has quit (Ping timeout: 180 seconds) 09:21:08 ...we try to map http, coap, mqtt, etc. 09:21:09 * yingying_ has quit (Ping timeout: 180 seconds) 09:21:11 * ying_ying has quit (Ping timeout: 180 seconds) 09:21:13 ...if it's related to Web API, it's better. 09:21:15 joerg: third party could be there. blue one is proprietary. but it could be a GW that has blue on left side and you have a chance on right side red one. 09:21:18 * yiyichen has quit (Ping timeout: 180 seconds) 09:21:20 ...it could be a generic one that can translate the models between WoT and Legacy parts. 09:21:22 ...could minimize the efforts on GW. 09:21:26 kajimoto: GW and WoT are written by us and we understand. 09:21:28 yingyingchen, wrong channel? (no RRSAgent here in particular and generic channel on testing) 09:22:01 matthias: my understanding of our consensus: we want to communicate in the red area. Legacy parts we are not clear. ideally we do not need GW. 09:22:31 ...new device connect and agnostic to others. 09:22:48 ...it's very demanding. 09:23:08 ...we can push the TD the most to this blue area. 09:23:44 s/agnostic to others./agnostic to apps/ 09:24:02 ...we are working on BACnet ip. you can experiment others. 09:24:27 ...considering the scope, we can extend TD to the legacy devices. 09:24:56 kaz: GW is also a WoT servient based GW. 09:25:21 matthias: from right side yes. from left side it's legacy based. 09:25:48 joerg: how to simply access the legacy device 09:25:58 ...should be considered. 09:26:53 topic: resource parameters 09:27:19 kaz has joined #wot 09:27:24 ->https://github.com/w3c/wot/tree/master/proposals/resource-parameters 09:28:09 rrsagent, make minutes 09:28:09 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html yingyingchen 09:29:50 q+ 09:31:15 sebastian: it should be have semantics in there. 09:31:50 sebastian: parameter should be part TD. 09:32:12 ...you has to add parameters to payload when requested. 09:32:35 q+ 09:33:14 johannes: where would you see to fill in the value for parameter ? 09:33:55 kajimoto has joined #wot 09:34:13 ...option field on API call is needed? 09:34:33 sebastian: no, can be generated on the API level. 09:35:36 matthias: parameters, payload separated in protocol binding level. should be more option on scripting API level? 09:35:46 q? 09:36:02 sebastian: in that case yes we need another option field and hope it's not difficult. 09:36:06 ack dape 09:36:57 yingying_ has joined #wot 09:37:14 scribe: yingying_ 09:37:28 ganesh: 1. defaults: payload or parameters default values. there are some difficulties. 09:37:38 i/ganesh:/scribenick: yingying_ 09:38:12 2. binding with parameter of URI and without URI. 09:38:28 sebastian: very interesting use cases. thx. 09:39:06 ying_ying has joined #wot 09:39:21 ...href field assigned there for default value. can override the default values. 09:39:59 johannes: like the idea of default sets. some parameters are optional. API level can be optional. 09:40:20 q? 09:40:26 ack g 09:40:26 sebastian: agree, just where to put it, in parameters or in href? 09:40:37 ...any other questions? 09:40:56 scribe: ying_ying 09:41:12 scribenick: ying_ying 09:41:33 joerg: we still have another agenda. 09:41:48 ...next plugfest preparation. 09:42:30 ...plan to take group photo. why not use several minutes to take a photo and go back to the next agenda and close the day. 09:43:07 rrsagent, make minutes 09:43:07 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html ying_ying 09:54:25 scribenick: kaz 09:54:42 topic: Next PlugFest Prep 09:54:47 joerg: shows a slide 09:55:01 ... (Documentation of Current/Preparation of Next PlugFest 09:55:20 ... Compile current PlugFest setup 09:55:42 ... slide pitches on the demo scenario 09:55:48 ... ok to put them on the wiki? 09:55:54 yingying_ has joined #wot 09:56:09 ktoumura has joined #wot 09:56:31 -> https://www.w3.org/WoT/IG/wiki/F2F_meeting,_July_2016,_China,_Beijing#PlugFest PlugFest section of the f2f wiki 09:57:10 joerg: would be useful to add links to the PlugFest participants table 09:57:48 ... local setup and group work after that 09:58:01 ... need to think about the network situation 09:58:41 yingying has joined #wot 09:58:47 sebastian: got demo scenario perfectly 09:58:55 ... network had issues always 09:59:44 ... regarding the demonstration, having multiple screens would be useful to show multiple locations/devices 10:00:06 kajimoto: almost same opinion 10:00:24 ... PlugFest went very well to see Proof-of-Concept 10:00:55 ... on the other hand, would see multiple locations at once, so would agree 10:01:20 ... seeing simultaneous changes would be useful to understand the demo 10:01:33 ... how to show-up our PlugFest at TPAC is important 10:01:55 matthias: improved pitches were useful for easier understanding 10:02:17 ... but maybe we could have even nicer structure 10:02:29 ... 1-2 slides on things 10:02:36 ... another on background and protocols 10:02:46 ... how it was implemented 10:02:59 ... in the end the overview of the showcase 10:03:21 ... still have problem to get addresses 10:03:37 ... some ideas on how to improve 10:04:34 kaz: environmental setting was not perfect 10:04:50 ... would like to work with my Team mates and improve the setting for TPAC in Lisbon 10:05:04 johannes: great experience to work together 10:05:20 ... good if we could start the process earlier 10:05:43 ... discuss what people can see in the early stage 10:05:53 ... for the joint activity 10:06:19 joerg: further comments? 10:07:29 taki: in addition to the slides, we might want to have some English description should be provided 10:08:13 dsr: if we could put some message together, that would be a good tool for recruiting Members for WG 10:08:39 joerg: Matthias has some idea on scenario, etc. 10:09:02 ... we could generate a few sentences based on what we did 10:09:20 ... joint task by the group 10:09:22 ... make sense? 10:09:42 matthias: interesting to have brief profiles by different participants 10:09:44 +1 10:09:51 ... small profiles with pictures 10:10:08 ... connection with ECHONET and BACnet 10:10:22 ... overall scenario and one page profile 10:10:59 dsr: @@@ 10:11:43 s/@@@/very compelling to have interoperable testing by many countries/ 10:11:59 masato has joined #wot 10:12:06 joerg: what kind of implementations, e.g., client-side and server-side 10:12:13 ... some text to clarify the mechanism 10:12:28 ... do you come up with any ideas? 10:12:41 ... the scenario is already some joint work 10:12:44 taki: ok 10:13:04 joerg: tomorrow afternoon we'll elevate this topic some more 10:13:20 ... (shows slides again) 10:13:33 ... test cases compiled by Matthias 10:13:45 matthias: people have filled it up 10:14:14 joerg: certain coverage for different implementations in the Current Practices document 10:14:36 sebastian: (shows the test cases sheet) 10:14:51 joerg: please fill out the table 10:15:28 sebastian: everybody should be able to do this 10:15:47 ... I have a servient for consuming and exposing 10:16:14 ... tried to fill each of the use case 10:16:43 ... not be able to do scripting 10:17:00 ... Matthias has already set up all the devices 10:17:22 ... e.g., IoT 2000, Raspberry Pie, Panasonic, Fujitsu, ... 10:17:55 matthias: green or red 10:18:00 ... green is successful 10:18:06 ... red is having trouble 10:18:28 ... if not implemented that is not an error, so just blank 10:18:53 ... there are two columns 10:19:05 ... on the one side, you need a client 10:19:11 ... another side is a server 10:19:34 ... TD repository is just exposing TD 10:19:47 ... this is the first time 10:19:58 ... would like everybody to know about this 10:20:22 sebastian: maybe we should add more description to avoid confusion 10:21:19 matthias: e.g., you implemented client and I implemented server, in that case your client can be green and my server can be green 10:21:39 nimura: depends on the Current Practices document 10:22:04 ... so should clarify the version of the document 10:22:18 matthias: right 10:22:28 ... so we call the current version "for Beijing" 10:22:52 ... if needed you can introduce other colors, e.g., yellow for some specific version 10:23:03 yingying_ has joined #wot 10:23:15 yingying_ has joined #wot 10:23:48 ... the first row is the name of the demo 10:24:11 ... maybe would be better to have some specific procedure to get the name 10:24:23 joerg: is this practical? 10:24:32 ... to provide this kind of overview? 10:25:20 ... if there is any issues, we can use additional colors to express that 10:25:46 ... so please make your contributions 10:26:16 ying_ying has joined #wot 10:26:36 frank: looking at TPAC page 10:26:48 joerg: two actions 10:27:00 ... to describe the demo 10:27:09 ... and to fill the test cases 10:27:47 ... TPAC is a great opportunity to show our work to the other W3C Members 10:28:20 ... becoming more demonstration mode rather than PlugFest mode 10:28:30 ... with concrete scenario 10:29:03 ... maybe could try again add basic token-based security support 10:29:13 s/add/adding/ 10:29:29 ... communication with the other W3C Members outside the IG 10:29:53 ... how to make the WoT scenarios easily understandable? 10:30:07 ... also how to display system setup and communication? 10:31:14 kaz: this is not only the work for the Communications TF but the whole IG is encouraged to join 10:31:19 joerg: yes 10:31:32 ... this work has technical side as well 10:31:40 ... the Communications TF can help, though 10:31:57 matthias: what kind of media can we use? 10:32:02 ... components of slides 10:32:10 ... small pictures of devices 10:32:18 ... prepare our scenario beforehand 10:32:34 ... and nice to show ad-hoc mode of the WoT work 10:32:46 ... smaller poster on new setup 10:33:04 ... print it out beforehand, etc. 10:34:20 kaz: the Communications TF and the whole IG should work together for that purpose 10:39:10 joerg: wondering about the setting during TPAC in Lisbon 10:39:26 ... e.g., can we get a breakout session in the afternoon on Wednesday? 10:39:32 kaz: will check that 10:39:59 action: kaz to check if the WoT IG can get a breakout session including PlugFest demo on Wednesday 10:40:00 Created ACTION-68 - Check if the wot ig can get a breakout session including plugfest demo on wednesday [on Kazuyuki Ashimura - due 2016-07-20]. 10:40:25 johannes: one thing 10:40:32 ... focus on working together 10:41:05 ... so some more visualization so that people can easily understand the demo, e.g., nicer UI 10:42:47 joerg: updates the slides based on the discussion 10:43:19 ... posters per thing which can be mashed up 10:43:37 ... individual monitors/projectors to show the status of multiple locations 10:43:59 ... PlugFest demo during breakout sessions on Wednesday 10:44:09 ... and then shows tomorrow's agenda 10:44:26 ... goes through the agenda 10:44:49 -> https://www.w3.org/WoT/IG/wiki/F2F_meeting,_July_2016,_China,_Beijing#Thursday.2C_14th_of_July.2C_WoT_IG_Meeting Thursday agenda 10:45:20 joerg: would like to thank for Team Contacts who took notes :) 10:45:27 (our pleasure :) 10:45:41 [ Day 1 adjourned ] 10:45:47 rrsagent, draft minutes 10:45:48 I have made the request to generate http://www.w3.org/2016/07/13-wot-minutes.html kaz 10:47:10 dsr has joined #wot 11:09:52 dsr has joined #wot 11:29:46 dsr has joined #wot 12:47:05 Zakim has left #wot 13:00:19 dsr has joined #wot 14:29:33 yingying has joined #wot 15:03:55 yingying_ has joined #wot 15:08:40 ying_ying has joined #wot