09:56:08 RRSAgent has joined #wot-arch 09:56:08 logging to https://www.w3.org/2021/12/09-wot-arch-irc 09:56:16 meeting: WoT Architecture 10:00:44 cris has joined #wot-arch 10:02:02 mlagally____ has joined #wot-arch 10:03:13 Ege has joined #wot-arch 10:03:59 I will join the second hour today due to a conflict 10:06:04 present+ Kaz_Ashimura, Michael_Lagally 10:06:34 present+ Cristiano_Aguzzi 10:06:40 ktoumura has joined #wot-arch 10:07:32 present+ Kunihiko_Toumura, Ben_Francis 10:09:15 scribenick: cris 10:09:35 topic: agenda 10:10:01 ml: first architecture with housekeeping 10:10:15 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Architecture_WebConf#Dec_9th.2C_2021 10:10:21 ... then profile we should discuss scope and goals 10:10:29 ... also validation is an open issue 10:10:56 ... any other things that we should cover today? 10:10:57 ryuichi has joined #wot-arch 10:11:00 ... ok 10:11:11 topic: house keeping 10:11:43 subtopic: minutes 10:11:47 -> https://www.w3.org/2021/12/02-wot-arch-minutes.html Dec-2 10:11:52 ml: I reviewed the minutes they are fine 10:12:46 ... side note: yesterday we discussed an issue in the TD task force. We should have a second look to it 10:13:02 rrsagent, make log public 10:13:06 rrsagent, draft minutes 10:13:06 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:13:17 Mizushima has joined #wot-arch 10:13:34 chair: Lagally 10:13:45 ... gave a background about how the Profile spec was created 10:14:09 ... we created issue 152 where we can discuss how to proceed 10:14:20 ... are mintues ok? 10:14:32 ... minutes approved 10:14:43 s/I will join the second hour today due to a conflict// 10:14:44 topic: new timeslots 10:14:46 rrsagent, draft minutes 10:14:46 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:15:39 ml: we have doodle pools for the new timeslots please answer asap 10:15:41 -> https://doodle.com/poll/ht5q6rbzs7xcbtna Doodle for Architecture 10:16:01 i|we have|-> https://doodle.com/poll/ht5q6rbzs7xcbtna Doodle for Profile| 10:17:09 topic: contributions 10:17:22 ml: two PRs ready to go 10:17:36 ... one from mcool is still wip 10:17:54 subtopic: PR 650 10:18:09 ml: the PR removes a section 10:18:22 ... about protocol methods 10:18:32 ... looks good. 10:18:50 Proposal: Merge https://github.com/w3c/wot-architecture/pull/650 10:19:03 s/mcool/McCool/ 10:19:11 Resolution: Merge https://github.com/w3c/wot-architecture/pull/650 10:19:13 present+ Tomoaki_Mizushima 10:19:31 subtopic: PR 651 10:19:58 ml: as previous PR it removes an assertion about consumer configuration 10:20:08 ... it is more related to discovery 10:20:18 ... but it has no reviews 10:20:22 ... I did 10:20:34 Proposal: Merge https://github.com/w3c/wot-architecture/pull/651 10:20:44 McCool has joined #wot-arch 10:20:54 Resolution: Merge https://github.com/w3c/wot-architecture/pull/651 10:21:16 all, I'm trying to call into the arch meeting but the webex is not opening for me. Did I miss a change of webex? 10:21:25 i|the PR removes a|-> https://github.com/w3c/wot-architecture/pull/651 PR 651 - Remove arch-consumer-configuration| 10:21:31 topic: spec alignment adn pubblication blockers 10:21:42 McCool: The webex on the calendar is wrong, the link on the mailing list works 10:21:51 argh 10:22:06 McCool: https://lists.w3.org/Archives/Member/member-wot-wg/2020Aug/0003.html 10:22:09 please use the old webex 10:23:05 ml: we have just one publication blocker 10:23:17 present+ Michael_McCool 10:23:40 ... it is a TD assertion it should be moved there or removed 10:24:20 i|the PR removes a|-> https://github.com/w3c/wot-architecture/pull/650 PR 650 - remove arch-methods assertion and section| 10:24:46 i|as previous PR it|-> https://github.com/w3c/wot-architecture/pull/651 PR 651 - Remove arch-consumer-configuration| 10:25:11 ... we have more but most of them are assertions 10:25:19 ... please spend sometime working on them 10:25:23 s/adn pubb/and pub/ 10:25:31 rrsagent, draft minutes 10:25:31 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:25:53 Please all owners of publication blockers dedicate a bit of time to resolve their issues and create PRs. 10:25:55 https://github.com/w3c/wot-architecture/issues?q=is%3Aissue+is%3Aopen+label%3A%22blocks+publication%22 10:26:19 ml: the label is blocks pubblication, use the URL above to see the list 10:26:37 subtopic: spec alignment 10:26:52 ml: is terminology section moved from discovery? 10:26:57 mc: pretty much 10:27:10 ml: ok closing the issue 10:27:32 ... is moving terminology from TD pending? 10:27:45 mc: yeah 10:28:06 ml: about binding templates? I think is solved 10:28:15 s/is/it is/ 10:29:10 ... there also another issue about binding templates terminology, they are requesting definition of content type and MIME type 10:29:27 ... looking at the current document we don't have those term defined 10:29:31 ... leaving open 10:29:53 ... for issue 617 we need @Ege 10:29:54 s/ blocks publication / "blocks publication" / 10:30:33 rrsagent, draft minutes 10:30:33 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:31:26 s/ blocks pubblication / "blocks publication" / 10:31:28 rrsagent, draft minutes 10:31:28 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:32:13 ml: I think we have everything covered in the architecture? 10:32:16 ... aob? 10:32:29 topic: WoT Profile 10:32:50 ml: there's a lot of conversation going on in different issues/prs 10:33:01 i|is terminology section moved|-> https://github.com/w3c/wot-architecture/issues?q=is%3Aissue+is%3Aopen+label%3A%22spec+alignment%22 Spec alignment issues| 10:33:14 ... a good starting point is the list of PR 10:33:32 ... some of them are labeled as needs discussion 10:33:42 s/topic: contribution/topic: Architecture/ 10:34:10 s/topic: spec alignment and publication blockers/subtopic: spec alignment and publication blockers/ 10:34:26 ... there are two PR marked as close 10:34:41 s/subtopic: spec alignment and publication blockers/subtopic: publication blockers/ 10:34:41 ... I'm wondering why are those labeled as that 10:34:49 rrsagent, draft minutes 10:34:49 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:35:15 present+ Ryuichi_Matsukura 10:35:16 ben: I created an alternative PR that should cover the same changes 10:35:46 ... if that PR would be merged PR 87 should be close 10:36:05 ... but feel free to remove the close label if you find it missleading 10:36:27 rrsagent, draft minutes 10:36:27 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:36:50 mc: maybe a different label can help, like potential conflict? 10:37:06 ml: not sure it will help since we have many conflicting PRs right now 10:37:48 ... the next one with close label is from @Ege it creates an echonet example 10:38:01 ... why is labeled as close? 10:38:08 ben: Ege suggested so 10:38:33 ml: I think we should merge it 10:39:01 ben: Ege suggested closing it 10:39:20 i|there is a lot of|subtopic: open PRs| 10:39:22 ml: ok, we can. 10:39:30 i|there is a lot of|-> https://github.com/w3c/wot-profile/pulls Open PRs| 10:39:35 rrsagent, draft minutes 10:39:35 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:39:52 Resolution: close without merging, as suggested by the author: https://github.com/w3c/wot-profile/pull/85 10:40:03 i|there's a lot of|subtopic: open PRs| 10:40:11 i|there's a lot of|-> https://github.com/w3c/wot-profile/pulls Open PRs| 10:40:13 rrsagent, draft minutes 10:40:13 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:40:48 ml: I have a couple of slides to support the discussion about goals and purposes of this document 10:40:56 ... I'd to have a open table 10:41:11 ... reaching a consensus 10:41:17 i/have a couple/subtopic: Profile cope/ 10:41:20 rrsagent, draft minutes 10:41:20 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:42:11 q+ 10:42:21 ... I'd ask to be really open about personal/company agendas 10:42:23 q+ 10:42:58 ... different opinions are symptoms of the current IoT status (fragmentation) 10:43:34 ... as task force chair I'll try to be objective and separate company goals 10:43:48 ack mc 10:44:06 mc: IoT and Interoperability are huge topics 10:44:13 ... we need to be practical 10:44:28 s/Profile cope/Profile scope/ 10:44:32 rrsagent, draft minutes 10:44:32 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:44:48 ... we should limit ourselves to address interoperability problems of the current spec 10:45:56 q+ 10:46:03 ... about webhooks, I think they are important but we don't have experience with those protocols. 10:46:29 ... on the other hand we have experience with SSE and longpoll. 10:47:52 ... action and event models feel to big topics to be added inside Profile 10:48:30 kaz: are you ok with starting discussion on each slide? 10:48:39 ml: yes that is my intention 10:48:51 q? 10:49:30 kaz: scope and goals might be discussed together 10:49:37 ml: ok 10:49:41 ack k 10:50:01 ben: +1 for mccool points 10:50:51 ml: you can see wot profile use cases on the use case document 10:51:06 s/Profile scope/Expectations for the WoT Profile spec/ 10:52:18 q+ 10:52:21 rrsagent, draft minutes 10:52:21 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 10:52:25 q? 10:52:39 q+ 10:52:54 q+ 10:53:08 ben: we can solve the first use case out-of-box interop with profile 10:53:22 ... the last use case I don't think we can solve using profile alone 10:53:49 ... you need a software that those the translation between protocols 10:54:08 ... basically you can't guarantee interoperability between profiles 10:55:39 q+ 10:55:40 ml: when we have the separation between the Thing and Protocol Binding 10:55:45 ack b 10:55:55 q+ 10:56:22 ... it should be easier to threat different profiles as abstracts objects and let them interoperate 10:57:21 i/IoT and Inter/[Scope]/ 10:57:43 q? 10:58:41 s/are you ok with/before starting the discussion, we should clarify the procedure for the discussion today. for example, are you ok with/ 10:59:44 ack cris 11:00:08 cris: we had experience with Modbus, MQTT and OPC-UA 11:00:41 kaz: about the main scope and goal we should clarify 11:00:58 ... how to deal with the discussion 11:01:09 ack k 11:01:14 ... maybe we can ask each member 11:01:32 mc: it is good to have use cases analysis 11:02:33 s/maybe we can ask each member/given the current situation, I think we should ask each member about their opinion if any/ 11:03:06 ... maybe it is beneficial to identify the target actors for profile (which are the target consumer/exposers ? ) 11:03:11 q? 11:03:14 ack m 11:03:23 s/exposers/producers/ 11:04:52 q+ 11:05:19 q+ 11:05:29 ryuichi_ has joined #wot-arch 11:05:33 hi, Im not able to join webex. 11:05:48 is there a new link? 11:05:52 ml: profiles might have just a role in the digital tween use case 11:07:11 q? 11:07:17 q+ 11:07:29 ... it is beneficial to refer arch definitions to help the discussion 11:08:04 (servients: note that we have Thing Descriptions, not "Servient Descriptions". I.e. we currently describe just the *server* affordances...) 11:08:33 ... the arch is more than client - server model 11:09:17 q? 11:09:56 qq+ 11:10:13 ... we different interaction patterns: client-server, client-servient, servient server, servient-servient 11:10:23 q- kaz 11:11:20 ml: going back to the scopes 11:11:33 i/(servients/(some supplementary discussion on terminology)/ 11:11:57 ben: earlier point: interop between protocols. I think this is a goal of the Thing Description 11:12:48 present+ Ege_Korkan, Sebastian_Kaebisch 11:12:59 rrsagent, draft minutes 11:12:59 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 11:13:16 ... I recall that we settled for a scope in a previous call but it wasn't tracked 11:13:26 q? 11:13:31 ack ben 11:13:48 i/(some supple/[Terminology]/ 11:14:38 i/going back/[Scope] revisited/ 11:14:44 ack cris 11:16:58 kaz: would suggest we ask the other participants about their opinions as well 11:17:06 i/would/scribenick: kaz/ 11:17:23 ml: Toumura-san, Matsukura-san and Mizushima-san, what about you? 11:17:42 s/well/well. if they have same opinion with somebody, that's fine./ 11:17:58 ... what do you need for Profile? 11:18:11 toumura: I'm a Consumer implementer 11:18:22 ... so narrowing down the scope would be helpful 11:18:40 ... we don't have enough information for consumer implementations 11:19:08 ml: tx, that's a good point 11:19:15 ... would support that viewpoint too 11:19:37 rrsagent, draft minutes 11:19:37 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 11:20:00 ...for Oracle, it's essential to have limits and constraints 11:20:17 ... that fit into database-based server implementations 11:20:18 q? 11:20:20 ack 11:20:22 q+ 11:20:24 ack k 11:21:01 ... for example, generic UI is very important for us 11:21:03 q? 11:21:17 q+ 11:21:25 q+ 11:21:40 mm: support idea to make resolution on the scope 11:21:47 ... looking at the issue we started about the outline 11:22:16 ... we define entities precisely, etc., would make sense 11:22:23 q+ 11:22:28 -> https://github.com/w3c/wot-profile/issues/152 Issue 152 - Propose an outline for a new profile document 11:22:31 ack mc 11:22:33 ls 11:22:40 s/ls/ 11:22:50 q? 11:23:04 ack b 11:23:12 ben: great to have different voices 11:23:25 ... Lagally, you mention human readability 11:23:40 ... more contentious 11:23:49 ... my concern is what it means in practice 11:24:04 ... that's important but should be solved by the TD rather than the Profile 11:24:47 ... human readability should be defined by TD rather than as a constraint within Profile 11:24:54 q? 11:25:08 qq+ 11:25:18 ml: ok 11:25:29 ... but let's focus on the discussion on OOTBI today 11:26:05 q- 11:26:21 kaz: I think today's discussion is kind of brainst .. 11:26:31 matsukura: can understand everybody's opinion 11:26:38 ... about interoperability 11:26:41 ... for easier deployment 11:26:50 ... Fujitsu has a product for WoT 11:27:05 ... so we focus on how to maintain devices everywhere 11:27:20 ... it's difficult because TD has a logical ID 11:27:32 ... but the information is not really connected to actual devices 11:27:49 ... we have to describe TD when we install it in the field 11:28:01 ... the location information, etc. 11:28:09 ... human readability is important but 11:28:22 ... we need to specify useful information 11:28:29 ... TD is abstract data model 11:28:46 ... why such information is needed for actual fields? 11:29:02 ... Profile document should focus on practical usages 11:29:26 ... one possibility is describing limitation, e.g., nesting levels 11:29:45 ... we provide gateways assuming a Thing 11:30:01 ... that kind of intention is expected 11:30:23 ... limitation of the length of TD may be specified by Profile 11:30:25 q? 11:30:29 rrsagent, draft minutes 11:30:29 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 11:30:32 ack r 11:31:21 q+ 11:32:24 seb: what would be useful is considering specific protocol like HTTP to define Profile 11:32:27 ... would be helpful 11:32:32 ... very clear 11:32:43 ... how to interpret it 11:32:56 ... interoperability for commercial products is another point 11:33:04 ... how the data model to be used 11:33:20 ... there is strict representation to be fulfilled 11:33:30 ... to adapt to any kind of customer expectations 11:33:48 ... my experience is it's not possible to limit it 11:34:17 ... specific application areas require existing deployed mechanisms 11:34:30 ... something fit with all the needs 11:34:47 ... I'm ok with clear guideline on how to deal with HTTP connection 11:34:56 ... but could be as flexible as possible 11:35:06 ... to provide information for customers 11:35:27 ... if the customers want something more compact, should fit with that 11:35:47 ml: Profile is for greenfield deployment, right? 11:36:01 ... meaning new stuff 11:36:09 ... different scenario 11:36:28 seb: yeah, but greenfield mainly addresses protocols. right? 11:36:57 ... typical established protocols for industries already 11:37:02 ... data model as well 11:37:13 ... e.g., OPC-UA and ECLASS 11:37:22 ... they exist and won't disappear 11:37:59 ... so the scope of Profile is not just defining new stuff 11:38:34 ... would ask about something 11:38:52 ... what would be the strategy when TD has more stuff which can be consumed? 11:39:02 ... what kind of files to be used? 11:39:17 ... maybe can't be handled caused by some limitation 11:39:24 ... should clarify that kind of points 11:39:47 ml: we're not only thinking about implementing large cloud apps 11:40:03 ... every platform has some constraints 11:40:14 ... we should probably define some common constraints 11:40:26 ... e.g., max length for TD 11:40:46 seb: we have to ask people about their limitations 11:40:55 ... maybe some of them are secrete, though 11:41:16 ... never thought the goal of Profile because it should be flexible 11:41:26 s/thought/thought about/ 11:41:49 ml: the question is flexibility itself wouldn't help interoperability 11:41:59 q? 11:42:08 ... interoperability needs some common constraints, I think 11:42:10 ack se 11:42:13 ack e 11:42:17 ege: 2 points 11:42:24 ... 1. definition of "interoperability" 11:42:31 ... maybe controversial 11:42:58 ... some systems might be interoperable but in some case don't work with each other 11:43:32 ... how to handle interoperability by Profile? 11:43:37 ... 2. question for Toumura-san 11:43:52 ... e.g., UI generation 11:44:10 q+ 11:44:29 q+ 11:44:56 ... f you always know there is a description, a "not identified" fallback could be used 11:45:10 (title/descriptions need to consider internationalization, however: see my comments here https://github.com/w3c/wot-profile/issues/152#issuecomment-989766249 11:46:05 ege: if we assume that kind of conditions, we could reduce implementation effort 11:46:30 ... OOTBI can be achieved by small set of devices within IoT landscape 11:46:42 ml: but that is not the goal for WoT Profile 11:48:01 ege: Profile would make it easier to tackle the IoT silo issue 11:48:14 (re implementation effort: I agree implementation should be *finite*, i.e. finite set of protocols, etc. But I think we also previously agreed not to worry too much about *small* devices as consumers in this pass (can address constrained devices in a future profile)) 11:48:31 q+ 11:48:43 qq+ 11:49:28 (also: 1. we should have a resolution on scope as ben noted, to confirm OOTBI 2. we should discuss issue https://github.com/w3c/wot-profile/issues/152 11:50:05 kaz: @@@ 11:50:24 ege: so my point is Profile would reduce implementation effort 11:50:41 mizu: would like to talk about the WoT-JP CG's work 11:50:59 ... they can't understand TD because the spec is complicated 11:51:16 ... can't understand how to use TD 11:51:33 ... it's important to create a guideline about how to use TD 11:51:41 ... and the structure for their own devices 11:51:52 ... how to create TD file would be beneficial 11:51:55 q? 11:51:57 ack k 11:51:59 ack mi 11:52:02 ack k 11:52:02 kaz, you wanted to react to Ege 11:52:17 ben: generating generic UI 11:52:28 ... Web Things have Web Components 11:52:46 ... when we have semantic annotation, can generate generic UI 11:53:03 ml: so what is your expectation? 11:53:31 ben: so my expectation is that Profile doesn't need further definition on data model 11:53:40 ml: in positive way, what? 11:53:41 Proposal: Definition of out-of-the-box interoperability "Any Consumer which conforms with a given profile can interact with any Thing which conforms with the same profile, without additional customization." 11:53:50 ben: clarification on OOTBI 11:54:12 ... any Thing conforms with some specific Profile can work with each other 11:54:37 ... implementations by different manufactures can communicate with each other 11:54:38 q? 11:54:40 ack b 11:54:41 ack s 11:54:51 seb: my expectation is finding building blocks 11:55:02 ... interaction affordance 11:55:06 ... discovery 11:55:24 ... Profile is something kind of nice guideline 11:55:39 ... e.g., when I want to use HTTP-based Things 11:55:53 ... nice guideline without any big requirements 11:56:12 ... could get nice guidelines based on the Profile spec for WoT 11:56:17 ml: ok 11:56:27 ... we've captured everybody's opinions today 11:56:39 ... (goes through the lists of opinions) 11:56:47 ... agreed on OOTBI 11:57:08 ... reasonable to go for that direction? 11:57:16 ben: could you show the actual definition? 11:57:29 ml: thought some definition on Architecture? 11:57:34 ben: not Profile itself? 11:58:04 ml: some definition within the use case description from the Use Cases and Requirements doc 11:58:13 ... section 3.2 11:58:25 ben: then we actually miss clear definition 11:58:42 (kaz: right. so I also mentioned we should clarify that :) 11:59:00 ml: ok 11:59:17 q+ 11:59:27 ... I'll write up a summary 11:59:47 ... and let's try to get common understanding next 12:01:13 kaz: supplementary explanation 12:02:03 ... so the next step should be (as Lagally mentioned) summarizing the discussion today, and get consensus on our expectation for Profile including a clear definition for "OOTBI" 12:02:11 ml: yes, let's do so 12:02:14 https://github.com/w3c/wot-profile/issues/155 12:02:31 ml: (generates issue 155 for that direction) 12:02:39 ... is that OK? 12:02:45 (no objections) 12:02:51 [adjourned] 12:02:55 rrsagent, draft minutes 12:02:55 I have made the request to generate https://www.w3.org/2021/12/09-wot-arch-minutes.html kaz 12:46:52 sebastian has joined #wot-arch 12:51:34 sebastian has joined #wot-arch 14:03:18 Zakim has left #wot-arch 14:52:34 zkis has joined #wot-arch 16:06:17 sebastian has joined #wot-arch 17:02:54 sebastian has joined #wot-arch