12:01:23 <RRSAgent> RRSAgent has joined #wot
12:01:23 <RRSAgent> logging to http://www.w3.org/2016/11/14-wot-irc
12:02:21 <dsr> present+ Dave_Raggett
12:02:49 <kaz> present+ Kaz_Ashimura, Johannes_Hund, Uday_Davluru, Yingying_Chen, Zoltan_Kis
12:03:47 <uday> uday has joined #wot
12:04:37 <kaz> zakim, pick a scribe
12:04:37 <Zakim> Not knowing who is chairing or who scribed recently, I propose Yingying_Chen
12:04:59 <kaz> present+ Masato_Ohura
12:05:03 <kaz> scribe: Yingying
12:05:14 <kaz> scribenick: yingying_
12:06:18 <yingying_> Topic: discussion with Mozilla about the scripting API
12:06:46 <yingying_> Johannes: the basic question is whether we should standardize the scripting API.
12:07:23 <yingying_> ...my basic question is whether we should reconsider the standardization of scripting api and the scope.
12:08:09 <yingying_> ...we are also looking for the solution to expose thing and consume thing. this is one argument however we were not so successful with this argument.
12:08:18 <kaz> i|the basic|-> https://lists.w3.org/Archives/Public/public-wot-ig/2016Nov/thread.html#msg0 discussio with Benjamin|
12:08:32 <yingying_> ...what is the delta between the RESTful API and our scripting API.
12:09:02 <yingying_> ...there are quite a lot of mail exchanges already.
12:10:04 <yingying_> ...maybe we need to think one again why we need to standardize scripting api and what is the delta from REST APIs.
12:10:22 <kaz> q+ zkis
12:10:24 <dsr> q+ to discuss pros and cons for low level API
12:10:27 <kaz> ack z
12:11:05 <yingying_> Zoltan: the argument from Mozilla makes sense for client API. But for the server side we need the scripting API standardization.
12:11:52 <yingying_> [Johannes is creating a new issue in github]
12:13:06 <yingying_> Johannes: we have the portability requirement. If no scripting API we could not reuse the logics between things. In my view, only if we have some standardized APIs we can rely on that we could have the portability.
12:13:31 <yingying_> ...any other arguments for our scripting API standardization.
12:13:38 <kaz> q?
12:13:41 <zkis> q+
12:13:44 <kaz> ack d
12:13:44 <Zakim> dsr, you wanted to discuss pros and cons for low level API
12:14:47 <kaz> q+
12:15:14 <yingying_> Dave: The level of APIs between app and resource. Negative part is introducing so many libraries for web developers.
12:16:23 <yingying_> Johannes: complementing the work of TD and Protocol bindings and resource model.
12:17:43 <yingying_> ...we now have two proposals for the scripting API. We need to think how to merge these and put into current practice document.
12:19:54 <yingying_> -> https://github.com/thingweb/wot-typescript-definitons/blob/master/src/index.d.ts
12:20:11 <yingying_> [Johannes is explaining the code.]
12:21:07 <kaz> i|portability|-> https://github.com/w3c/wot/issues/272 Issue-272 on Rationale for Scripting API|
12:21:17 <kaz> rrsagent, make log public
12:21:19 <kaz> rrsagent, draft minutes
12:21:19 <RRSAgent> I have made the request to generate http://www.w3.org/2016/11/14-wot-minutes.html kaz
12:22:04 <kaz> q?
12:22:06 <yingying_> Johannes: what do you think of dividing the objects in this way?
12:23:39 <yingying_> Zoltan: I think it. We should input these kinds into github. It would be helpful to convert the APIs.
12:23:57 <yingying_> ...better be agree on the context of the APIs we need to follow.
12:24:11 <jhund> q?
12:24:19 <yingying_> ...we could synchronize using emails.
12:24:21 <jhund> ack zkis
12:25:43 <yingying_> Kaz: I agree with you both. Scripting API is specifically for TD. It's different from specific programming languages.
12:26:18 <yingying_> ...for automotive, we have 2 level of APIs: javascript based API and WebSocket API.
12:26:26 <kaz> q?
12:26:28 <kaz> ack k
12:26:51 <yingying_> ...our scripting APIs are different from those as scripting APIs are for abstraction level APIs.
12:27:49 <yingying_> Johannes: we had lot of discussion on use cases we try to address.
12:28:03 <yingying_> ...let's have a short recap for this.
12:28:45 <yingying_> Kaz: maybe we want to discuss again the use cases when the WG is launched.
12:30:01 <yingying_> -> https://github.com/w3c/wot/blob/master/ucr-doc/WoT_CommonView_KickOff.pdf
12:30:23 <yingying_> Johannes: can we reuse the tummy use cases we did at the very beginning?
12:30:28 <kaz> s/maybe we want to/as we've been talking during the WG charter discussion, we should/
12:30:50 <dsr> q+
12:30:56 <kaz> q+
12:31:17 <yingying_> ...what are the basic functionalities for scripting APIs are what we want to address.
12:31:41 <yingying_> s/tummy/tommy/
12:31:54 <jhund> s/tommy/atomic/
12:31:55 <kaz> s/tommy/atomic/
12:32:56 <yingying_> ...how to make the catalogs?
12:33:24 <yingying_> ...just select some of those or what else?
12:34:08 <yingying_> Dave: the ucr document can be the starting point but we need to consider people's opinions who join the group.
12:35:08 <yingying_> ...we also to consider the commercial use cases to see what already exist and go forward.
12:36:17 <yingying_> Zoltan: we have couple of basic scenarios and we don't need much. I just need to collect some and we can create issue on them per people's comments.
12:36:20 <jhund> ack dsr
12:37:50 <yingying_> Kaz: I agree with Johannes, Dave and Zoltan. W3C usually hold use case discussions several times. The first phase UC, then summary of UC and more UC when new participants come in.
12:38:24 <yingying_> ...the accessibility guys can also bring in more UCs. We can simply start the UC discussions and add more.
12:38:58 <yingying_> ...we can categorize them, e.g. accessibility category, smart home category, etc.
12:39:28 <yingying_> ...if there are similar UCs we can merge them into one category.
12:39:59 <yingying_> Johannes: The most important thing is that we need to have the structure we would like to work in.
12:40:28 <zkis> fully agree to work on github
12:40:29 <yingying_> ...I personally prefer to work on github rather than on wiki and later transfer to github.
12:41:10 <yingying_> ...it makes sense to have a new folder in github as scripting to create a structure we need at the moment.
12:41:46 <yingying_> Kaz: maybe we could start with the very first version in wiki and transfer it to github once we have some.
12:41:58 <yingying_> Zoltan: I prefer to github.
12:42:41 <kaz> s/prefer to/prefer/
12:42:55 <yingying_> Johannes: we have a wiki. If people are not familiar with github, they can contribute there and we can make a transfer.
12:43:38 <yingying_> Dave: on github it's easy to create the thread but it's not very easy to view.
12:44:22 <yingying_> Johannes: make a conclusion when issue closed to help people from creating pull request on their own.
12:45:31 <yingying_> ...consensus is that we work on github. The editor should be flexible.
12:46:53 <yingying_> ...I will create the folder and move the proposals folder and my type-script-definition folder into it. and add subfolder for UC.
12:48:02 <yingying_> ...second document is provide the initial template how we merge the comments.
12:48:17 <yingying_> s/provide/to provide/
12:48:30 <yingying_> ...I will try to do that next week.
12:49:24 <yingying_> ...there were discussions before and during TPAC, there will be a community group @1.
12:50:46 <yingying_> ...it's just in the beginning phase. I will try to get them into next call.
12:51:04 <yingying_> ...if there is other topic you want to discuss, please let me know.
12:51:18 <jhund> s/@1/web assembly/
12:52:29 <yingying_> [adjourned]
12:52:49 <yingying_> rrsagent, make minutes
12:52:49 <RRSAgent> I have made the request to generate http://www.w3.org/2016/11/14-wot-minutes.html yingying_
13:40:16 <yingying> yingying has joined #wot
13:41:12 <yingying_> yingying_ has joined #wot
14:21:26 <dsr> dsr has joined #wot
15:02:29 <Zakim> Zakim has left #wot
15:21:20 <ying_ying> ying_ying has joined #wot