10:03:06 RRSAgent has joined #wot-arch 10:03:06 logging to https://www.w3.org/2021/11/25-wot-arch-irc 10:03:29 ryuichi has joined #wot-arch 10:03:35 meeting: WoT Architecture 10:05:27 McCool has joined #wot-arch 10:05:29 present+ Kaz_Ashimura, Daniel_Peintner, Michael_McCool 10:06:07 dape has joined #wot-arch 10:07:52 present+ Michael_Lagally, Ryuichi_Matsukura 10:08:16 present+ Ben_Francis 10:09:30 present+ Sebastian_Kaebisch 10:10:24 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Architecture_WebConf#Nov_25th.2C_2021 10:11:31 present+ Tomoaki_Mizushima 10:11:39 scribenick: sebastian 10:11:47 topic: spec alignment and publication blockers 10:12:07 Mizushima has joined #wot-arch 10:12:59 q+ 10:12:59 ML: we should concentrate to find owners for all the issues 10:14:07 Kaz: Please can you clarify the expected schedule until end of November 10:15:31 ML: we want to have a feature freeze until end of Jan 10:17:06 Kaz: We should clarify which section should be normative. 10:17:58 ML: we are working for the 1.1 version, based on 1.0 10:18:34 Kaz: which should mark the section which are under discussion 10:19:01 s/section/sections 10:19:48 ... we should categories the issues which are related to TD or to Discovery 10:19:57 ML: I like this idea 10:20:34 topic: minutes review 10:21:06 https://www.w3.org/2021/11/18-wot-arch-minutes.htm 10:21:31 s/https/-> https/ 10:21:36 s/htm/html Nov-18/ 10:21:43 rrsagent, make log public 10:21:49 rrsagent, draft minutes 10:21:49 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:21:56 q? 10:21:57 ack k 10:22:28 chair: Lagally 10:22:31 rrsagent, draft minutes 10:22:31 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:22:38 regrets+ Ege 10:22:39 rrsagent, draft minutes 10:22:39 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:24:55 any objections? 10:25:03 no 10:25:11 minutes are approved 10:26:05 topic: WoT Architecture 10:27:13 " 10:27:18 check the issue "Finding a place to put the security paragraph in the bindings chapter" 10:27:24 https://github.com/w3c/wot-architecture/issues/643 10:27:44 ML: does this issue blocks publication? 10:28:09 i|check|-> https://github.com/w3c/wot-architecture/issues?q=is%3Aissue+is%3Aopen+label%3A%22blocks+publication%22 Issues marked as "blocks publication"| 10:28:16 s/check/"check/ 10:28:31 MM: we can defer this issue 10:28:33 i/check the issue/subtopic: Issue 643/ 10:28:34 ML: ok 10:29:05 subtopic: issue #642 10:29:09 https://github.com/w3c/wot-architecture/issues/642 10:30:03 q+ 10:30:23 s/https/-> https/ 10:30:24 s/https/-> https/ 10:30:41 s/643/643 Issue 643 - Finding a place to put the security paragraph in the bindings chapter/ 10:31:08 s/642/642 Issue 642 - Identify normative RFC2119 assertions that affect the TD specification/ 10:31:10 q? 10:31:10 this is just a generic issue that calls for review 10:31:14 ack b 10:31:25 ML: is the list complete? 10:32:48 Ben: would be Ege here, he would mention that the list covers unclear or incorrect assertions 10:33:35 q+ 10:33:39 https://github.com/w3c/wot-architecture/blob/main/testing/assertions.csv 10:37:19 ack k 10:37:33 Ben: the question is if we move all to the TD spec 10:38:35 I will check all of them. Im worried about the redness of the Arch document when we remove all of them. Maybe some statements in the document will do not make sense anymore. 10:39:02 subtopic; issue #635 10:39:29 s/;/: 10:39:30 https://github.com/w3c/wot-architecture/issues/641 10:41:32 ML: ask for proposal for next week 10:41:55 subtopic: issue #640 10:42:11 https://github.com/w3c/wot-architecture/issues/640 10:43:21 groups agree to remove this assignment 10:44:32 subtopic: issue #639 10:44:36 https://github.com/w3c/wot-architecture/issues/639 10:45:53 s/I will/SK: I will/ 10:45:55 q+ 10:47:35 i/I will/kaz: agree with Ben. given there are 42 normative assertions related to TD within the Architecture spec. I think it would make more sense to review the sections within the Architecture spec which includes those 42 assertions on TD than reviewing all the 42 assertions one by one./ 10:48:12 group agrees to remove this assertation 10:48:42 I already created a PR for it 10:48:46 s/redness/readiness/ 10:48:52 https://github.com/w3c/wot-thing-description/pull/1301 10:49:03 Ben: I need time to review it 10:49:23 s/https/-> https/ 10:49:23 s/https/-> https/ 10:49:56 s/641/635 Issue 635 - arch-id-correlation : An identifier in the WoT Thing Description MUST allow for the correlation of multiple TDs representing the same original Thing or ultimately unique physical entity./ 10:49:56 subtopic: issue #638 10:50:18 s/640/640 Issue 640 - arch-methods : Eligible protocols for W3C WoT MUST be based on a standard set of methods that are known a prior./ 10:50:37 s/https/-> https/ 10:51:07 https://github.com/w3c/wot-architecture/issues/638 10:51:10 q+ 10:51:33 groups decide to remove 10:51:44 s/1301/1301 wot-thing-description PR 1301 - update Section 8.3/ 10:51:51 s/https/-> https/ 10:52:19 s/638/638 Issue 638 - arch-op-extension : The set of predefined operation types MAY be augmented by Extension operation types chosen by applications./ 10:52:24 rrsagent, draft minutes 10:52:24 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:53:04 i/given there are/scribenick: kaz/ 10:53:14 subtopic: issue #637 10:53:17 i/I will check al/scribenick: sebastian/ 10:53:19 rrsagent, draft minutes 10:53:19 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:53:19 https://github.com/w3c/wot-architecture/issues/637 10:53:58 s/-> ->/->/ 10:55:04 ML: TD spec should make clear that the op names case sensitive 10:55:21 Ben: I will take care of it 10:55:35 s|https://github.com/w3c/wot-architecture/issues/639|-> https://github.com/w3c/wot-architecture/issues/639 Issue 639 - arch-uri-scheme : Eligible protocols for W3C WoT MUST have an associated URI scheme [[!RFC3986]] that is registered with IANA (see [[?IANA-URI-SCHEMES]]).| 10:55:44 s/https/-> https/ 10:56:09 s/637/637 Issue 637 - arch-op-wellknown-compare : Well-known operation types MUST be compared using a case-insensitive comparison./ 10:56:10 ML: after having this assertion can be removed 10:56:14 rrsagent, draft minutes 10:56:14 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 10:56:21 subtopic: issue #636 10:56:34 https://github.com/w3c/wot-architecture/issues/636 10:57:09 group agrees to remove this assertion 10:57:22 subtopic: issue #635 10:57:30 https://github.com/w3c/wot-architecture/issues/635 10:57:33 s/https/-> https/ 10:57:34 s/https/-> https/ 10:58:20 q+ 10:58:29 s/636/636 Issue 636 - arch-consumer-configuration : The configuration of the Consumer behavior MAY be exposed through the Thing./ 10:58:31 q? 10:58:36 discuss this yesterday in the TD call 10:58:57 MM: belongs to TD spec and not in Arch 10:59:05 s/635/635 Issue 635 - arch-id-correlation : An identifier in the WoT Thing Description MUST allow for the correlation of multiple TDs representing the same original Thing or ultimately unique physical entity./ 10:59:34 q? 10:59:34 ML: we need to revisit again next week 10:59:39 ack b 11:00:06 Ben: +1 to have in the TD spec. Is there a ok to remove from the Arch spec? 11:00:07 yes 11:00:22 s/have/have it 11:01:42 subtopic: issue #634 11:01:53 https://github.com/w3c/wot-architecture/issues/634 11:03:01 group decides to remove it 11:03:53 scribenick: kaz 11:04:04 s/https/-> https/ 11:04:19 subtopic: Issue #633 11:05:02 -> https://github.com/w3c/wot-architecture/issues/633 Issue 633 - arch-property-readable : The state exposed by a Property MUST be retrievable (readable). 11:05:42 ml: remove this and will clarify it in TD 11:05:56 ... consider mandating in Profile 11:06:01 subtopic: Issue #632 11:06:24 -> https://github.com/w3c/wot-architecture/issues/632 Issue 632 - arch-td-consumers-process : Consumers MUST be able to parse and process the TD representation format, which is based on JSON [[!RFC8259]]. 11:06:49 ml: wondering about CBOR 11:07:24 mm: not precluding CBOR 11:07:37 ml: all TD must be JSON? 11:07:58 mm: it's rather that every Consumer must process JSON 11:08:53 q+ 11:09:10 ack k 11:09:21 ben: could be removed from the Architecture spec 11:10:20 q+ 11:10:41 q+ 11:10:44 ack b 11:11:02 sk: would concentrate on the other topics 11:11:10 ml: ok 11:11:26 ... let's have the detailed discussion during the TD call 11:11:27 q? 11:11:28 ack s 11:11:38 ack k 11:11:48 ... and remove this 11:11:49 kaz: ok 11:11:51 ack k 11:12:26 subtopic: Issue #627 11:12:47 -> https://github.com/w3c/wot-architecture/issues/632 Issue 627 - Chapter 10 uses non RFC assertions 11:12:54 ml: assigned to Ege 11:13:35 subtopic: Issue #626 11:13:53 -> https://github.com/w3c/wot-architecture/issues/626 Issue 626 - Explaining of WoT operations 11:14:44 -> https://github.com/w3c/wot-architecture/issues/606 related to Issue 606 - Move Table for ops to TD spec 11:14:50 ml: need some more discussion 11:15:16 ... think the Architecture spec should also explain the ops at a high level 11:15:48 ... let's mark this Issue 606 as "blocks publication" 11:15:51 q? 11:16:04 mm: discuss this in the TD call as well 11:16:17 ... kind of odd to have the same information at two places 11:16:21 ml: ok 11:16:24 ... need some more discussion 11:16:30 ... and need a leader for that 11:17:05 mm: having the table at one table is one issue 11:17:17 ... and having some description is another 11:17:41 ... the question is that the table includes too much detail 11:17:50 ml: yeah, agree that's too much 11:18:14 mm: maybe detailed definitions in TD 11:18:23 s/in/should be in/ 11:18:53 ... suggest we have some text on the Issue itself first 11:19:03 ml: ok 11:19:14 ... who could work on that? 11:19:18 mm: me and Ege 11:19:30 ml: tx 11:20:55 ... we've reviewed many of the issues marked as "blocks publication" today 11:25:20 ... need further clarification about the 3 categories defined by Issue 641 11:25:38 [[ 11:25:38 clarify the assertion in the architecture specification 11:25:38 move the text section to the TD specification 11:25:38 delete from the architecture specification 11:25:39 ]] 11:25:48 kaz: ok 11:26:01 ... @@@ 11:26:33 ml: have we got owners for each issue yet? 11:26:49 mm: you can assign me to Issue 635 11:27:01 ml: (assigns McCool to Issue 635) 11:27:28 i/we've/topic: Next steps/ 11:27:37 ml: what about Issue 638? 11:28:14 i|what|-> https://github.com/w3c/wot-architecture/issues/635 Issue 635| 11:28:27 -> https://github.com/w3c/wot-architecture/issues/638 Issue 638 11:28:33 (no volunteers) 11:28:39 ml: let's see next week again 11:28:46 ... and Issue 626? 11:29:05 -> https://github.com/w3c/wot-architecture/issues/626 Issue 626 11:29:09 (McCool and Ege) 11:29:50 ml: (have added "remove" label to the issue to remove the assertion) 11:29:53 topic: Profile 11:30:29 -> https://github.com/w3c/wot-profile/labels/blocks%20publication Issues marked as "blocks publication" 11:30:37 ml: (goes through the issues) 11:31:02 ... we need prioritization here 11:31:19 ... we need to see resolution for these issues 11:31:24 ben: ys 11:31:27 s/ys/yes/ 11:31:41 ml: some more additional labels as well 11:31:51 ... e.g., "close-next-week" 11:32:32 ... for example, Issue 56 11:32:57 ben: sorry I confused things 11:33:06 ... intention was simply can be closed 11:33:14 ml: ok 11:33:23 ... let's concentrate on "blocks publication" then 11:34:36 ... regarding the issues marked as "close-next-week" can be marked as "close" to show it's proposed to be closed 11:34:41 ben: can change the label 11:35:30 ml: would like to use the remaining time to find a review for each issue marked as "block publication" 11:36:01 ... can have some more offline discussions if needed 11:36:19 ... first, let's try to find owners 11:36:28 subtopic: Issue 144 11:36:57 -> https://github.com/w3c/wot-profile/issues/144 Issue 144 - Outdated reference to Architecture spec 11:37:01 ben: can work on that 11:37:05 ml: tx 11:37:26 subtopic: Issue 142 11:37:35 -> https://github.com/w3c/wot-profile/issues/142 Issue 142 - Clarify RFC7807 Problem Details Format constraints 11:37:40 ben: happy to take this too 11:37:44 ... no action needed 11:37:49 ml: ok 11:38:55 subtopic: Issue 141 11:39:08 kaz: not marked as "blocks publication" 11:39:20 ml: forgot to mark it, and adding the label 11:39:29 sk: can work on this or with Daniel 11:39:45 ml: personally would having a single form 11:40:00 i|not|-> https://github.com/w3c/wot-profile/issues/141 Issue 141 - how to handle multiple forms| 11:40:13 sk: it's always problematic 11:40:42 ... possible use cases should include IPv4 vs IPv6 11:40:53 ... depending on the support by the Consumers 11:41:03 ml: it requires some more discussion 11:41:15 ... (adds the label of "needs discussion") 11:41:56 sk: if we can have multiple forms, I'm happy to work on that issue 11:42:06 ... but if we need more discussion, would wait a bit 11:42:53 kaz: are you still ok to be assigned? 11:42:55 sk: yes 11:43:03 subtopic: Issue 140 11:43:25 -> https://github.com/w3c/wot-profile/issues/140 Issue 140 - Add reference to security best practices document 11:43:28 ben: can take it 11:43:34 subtopic: Issue 132 11:44:01 -> https://github.com/w3c/wot-profile/issues/132 Issue 132 - Normative Canonicalisation format 11:44:12 mm: had read the canonicalization part 11:44:24 ... the term "canonicalization" itself is not correct any more 11:44:30 q+ 11:44:41 ... all the constraint description to be move to the Profile spec, I think 11:45:01 ... the question is if we need the constraints, one by one 11:45:36 kaz: are you ok with working on this issue? 11:45:39 mm: yes 11:45:45 kaz: tx 11:45:47 q? 11:45:54 ack b 11:46:19 ben: strongly disagree moving the canonicalization section to Profile 11:46:41 mm: note that it's actually not about "canonicalization" 11:46:53 ben: discussing potential constraints? 11:47:30 ... we definitely don't want to require canonical format 11:47:42 mm: right 11:48:18 ... so let's remove the description from Architecture first 11:48:27 ... and then continue discussion on how to deal with that 11:48:43 ml: (adds comments on the discussion) 11:49:14 -> https://github.com/w3c/wot-profile/issues/132#issuecomment-979137729 Lagally's comments 11:49:21 subtopic: Issue 120 11:49:48 -> https://github.com/w3c/wot-profile/issues/120 Issue 120 - Complete or remove JSON Schema of the Core Profile 11:50:04 ml: think we should remove this 11:50:31 q+ 11:50:44 sk: having multiple JSON Schema for different purposes would be confusing 11:50:48 q? 11:51:02 mm: JSON Schema is a set of constraint 11:51:16 ... could use it for additional constraints 11:51:19 ml: right 11:51:21 ack b 11:51:33 ben: don't have problem with having JSON Schema itself 11:51:42 ... but need clarification 11:51:48 ml: ok 11:52:03 ... consensus to add a JSON Schema 11:52:41 ... should rely on the Schema from the TD spec and provide additional rules/validations/constraints if any 11:53:05 ... the set of constraints needs to be consolidated first 11:53:14 ... before we can define the schema itself 11:53:22 ben: ok 11:53:36 -> https://github.com/w3c/wot-profile/issues/120#issuecomment-979140725 Lagally's comments 11:53:43 subtopic: Issue 107 11:54:14 -> https://github.com/w3c/wot-profile/issues/107 Issue 107 - Events - Scalable event mechanism for cloud use cases 11:54:19 ml: will take this 11:54:25 subtopic: Issue 60 11:54:53 -> https://github.com/w3c/wot-profile/issues/60 Issue 60 - Allow multiple forms for interaction affordances in Core Profile 11:55:01 sk: can work on this 11:55:14 ... same as another discussion 11:55:21 ben: not completely the same 11:55:38 ml: overlap with Issue 141 11:56:35 subtopic: Issue 17 11:56:44 -> https://github.com/w3c/wot-profile/issues/17 Issue 17 - Vocabulary not in TD context 11:56:51 ml: Sebastian? 11:57:00 sk: we've already covered this, I think 11:57:24 ... only geolocation is covered by TD, though 11:57:29 ... can take this issue 11:57:44 mm: builtin ontology and external ones 11:57:46 q+ 11:58:14 ack b 11:58:49 ben: Sebastian has already removed the term 11:58:53 ... need to update the note 11:58:56 ... an help 11:58:59 s/an/can/ 11:59:20 subtopic: Issue 10 11:59:43 -> https://github.com/w3c/wot-profile/issues/10 Issue 10 - Reduce the number of constraints in section 5.1 WoT Core Data Model 12:00:02 mm: probably we'll discuss during the Security call too 12:00:27 ml: would propose assigning this issue to Ben, McCool, Sebastian and myself 12:01:02 subtopic: Issue 6 12:01:19 -> https://github.com/w3c/wot-profile/issues/6 Issue 6 - Recommended Security 12:01:28 mm: assign this to me 12:01:54 subtopic: Issue 5 12:02:03 -> https://github.com/w3c/wot-profile/issues/5 Issue 5 - "Core" profile name has undesired implications 12:02:06 ml: to me 12:02:33 subtopic: Issue 3 12:02:42 -> https://github.com/w3c/wot-profile/issues/3 Issue 3 - Evaluate Data Schema Constraints 12:02:48 ben: duplicated with Issue 10 12:02:54 ... Issue 10 is broader 12:03:03 ... so this is subset of Issue 10 12:03:09 ml: ok 12:03:25 ... assign this to the 4 reviewers for Issue 10 then 12:04:16 ... i.e., Ben, McCool, Sebastian and myself 12:04:28 q+ 12:04:41 ... for the next call, would expect concrete PRs 12:05:16 s/concrete/to discuss/ 12:05:20 q? 12:05:37 ... please continue to work on the issues/PRs 12:05:54 ben: fundamental issues to be clarified 12:05:59 ... so need prioritization 12:06:02 ml: yes 12:06:07 ... aob? 12:06:23 (none) 12:06:28 [adjourned] 12:06:36 s/[adjourned]// 12:06:51 ml: will generate another Doodle for possible new slot 12:07:02 ... thank you very much for your contributions 12:07:05 [adjourned] 12:07:19 rrsagent, draft minutes 12:07:19 I have made the request to generate https://www.w3.org/2021/11/25-wot-arch-minutes.html kaz 13:29:41 zkis_ has joined #wot-arch 15:38:01 zkis has joined #wot-arch 18:11:45 sebastian has joined #wot-arch 18:29:58 sebastian has joined #wot-arch 19:14:08 sebastian has joined #wot-arch