13:53:43 RRSAgent has joined #wot-td 13:53:43 logging to https://www.w3.org/2022/07/06-wot-td-irc 13:53:50 meeting: WoT-WG - TD-TF 13:54:40 Mizushima has joined #wot-td 14:02:39 dape has joined #wot-td 14:03:59 present+ Kaz_Ashimura, Daniel_Peintner, Ege_Korkan, Michael_McCool 14:06:16 present+ Sebastian_Kaebisch 14:07:11 sebastian has joined #wot-td 14:07:33 scribe: dape 14:07:52 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#July_6.2C_2022 14:08:07 present+ Cristiano_Aguzzi 14:08:20 TOPIC: Review draft minutes 14:08:34 cris has joined #wot-td 14:08:38 -> Jun 29 -> https://www.w3.org/2022/06/29-wot-td-minutes.html 14:10:12 present+ Tomoaki_Mizushima 14:10:51 14:12:12 rrsagent, make log public 14:12:16 rrsagent, draft minutes 14:12:16 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 14:12:52 chair: Sebastian 14:13:09 SK: Minutes look good. Any objections/concerns? 14:13:17 ... none -> minutes approved 14:13:52 TOPIC: TD 14:14:27 SUBTOPIC: PR # 1560 Update assertions.csv for testing 14:14:36 ... -> https://github.com/w3c/wot-thing-description/pull/1560 14:14:47 EK: Automatic one.. 14:15:35 s/... ->/->/ 14:15:40 ... IPR issue, but we can ignore... I think 14:15:55 SK: Looks good 14:16:42 ... merging 14:17:09 SUBTOPIC: PR # 1561 More in values for apikey security scheme 14:17:13 -> https://github.com/w3c/wot-thing-description/pull/1561/ 14:17:38 EK: adding cookie, auto, and uri in both JSON schemas 14:17:48 MMC: Looks good 14:17:59 rrsagent, draft minute 14:17:59 I'm logging. I don't understand 'draft minute', kaz. Try /msg RRSAgent help 14:18:04 s/rrsagent, draft minute// 14:18:06 rrsagent, draft minutes 14:18:06 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 14:18:09 SK: Merging 14:18:37 SUBTOPIC: PR # 1562 remove metadata from example ids 14:18:43 -> https://github.com/w3c/wot-thing-description/pull/1562 14:19:18 EK: removed metadata.. in ids 14:19:40 ... used online tool to generate v4 ids 14:19:51 MMC: Looks good 14:20:06 SK: Merging 14:20:34 q+ 14:20:47 SUBTOPIC: PR # 1549 Add husky pre-commit for rendering 14:20:52 -> https://github.com/w3c/wot-thing-description/pull/1549 14:21:11 EK: Looks good 14:21:27 CA: does not fix #883 14:21:38 ... it does local rendering 14:21:48 ... should prevent some errors 14:23:04 SK: Try to resolve conflict 14:23:08 ... done 14:23:15 SK: Merging.. 14:23:31 i|#883|-> https://github.com/w3c/wot-thing-description/issues/883 Issue 883 - Automate running TD rendering script| 14:23:33 CA: reminder.. everyone has to do "npm install" 14:23:39 ... it is in readme 14:23:52 s/it is in readme/it is mentioned in readme 14:24:02 TOPIC: Issues 14:24:21 q+ 14:25:09 s/install"/install" at the root folder of the repository./ 14:25:13 SUBTOPIC: Issue # 875 Should it be possible to indicate whether writing a property returns set value? 14:25:18 -> https://github.com/w3c/wot-thing-description/issues/875 14:25:25 SK: Older topic 14:25:45 ... what is getting back from server when writing... 14:25:56 ... some implementations echo value 14:26:14 ... some don't respond 14:26:40 EK: It is in the spec now... 14:26:49 ... using additionalResponses 14:27:03 ... not elegant.. but should work 14:27:05 q+ 14:27:18 q+ 14:28:07 q+ 14:28:12 ... maybe we should it fix it "properly" in next version 14:28:15 ack e 14:28:26 CA: Agree with Ege... 14:28:40 ... wondering about response vs additionalResponses 14:28:58 ack c 14:29:32 SK: not sure about additionalResponses and when to use it 14:29:38 -> https://w3c.github.io/wot-thing-description/#sec-op-data-schema-mapping 5.3.4.2.1 Mapping op Values to Data Schemas 14:29:44 ... using it for errors? 14:29:55 s|-> https://w3c.github.io/wot-thing-description/#sec-op-data-schema-mapping 5.3.4.2.1 Mapping op Values to Data Schemas|| 14:30:05 i|not sure|-> 5.3.4.2.1 Mapping op Values to Data Schemas| 14:32:24 q+ 14:32:30 -> https://w3c.github.io/wot-profile/#http-baseline-profile-protocol-binding-writeproperty WoT Profile - 6.2.3.1.2 writeproperty 14:32:38 DP: not sure what profile does.. expect return value 14:32:46 SK: Changed it.. no value anymore 14:32:50 ack dape 14:33:06 ack c (I was about to suggest this schema addition to response too :) ) 14:33:12 ack c 14:33:27 EK: properly fixing it needs a way to group response & requests for each type of affordance 14:34:05 Kaz: We should think about potential impact of 1.1 change 14:34:20 ... when it comes to existing implementations 14:34:59 ... if it is difficult to fix it at the moment, postpone for future version 14:35:11 SK: Yes, clarify it in next version 14:35:59 ack k 14:36:11 Kaz: Consistency check between TD and profile spec might be also useful 14:36:24 s/of 1.1 change/of 1.1 changes to the WoT implementers./ 14:36:48 SUBTOPIC: Issue # 878 Describing initial connection 14:36:52 -> https://github.com/w3c/wot-thing-description/issues/878 14:36:55 s/WoT implementers./WoT implementers/ 14:37:06 SK: Some protocols need setup 14:37:45 ... discussed a lot... 14:37:59 s/postpone for future version/could postpone it to the future version, but should describe the issue as an Editor's note./ 14:39:05 ... but I think it is difficult to solve it in version 1.x 14:39:39 ... I suggest to defer to version 2.0 14:40:36 +1 14:42:33 SUBTOPIC: Issue # 888 Should writing to an observable property trigger new values being pushed 14:42:38 -> https://github.com/w3c/wot-thing-description/issues/888 14:42:58 EK: I think we should say there is no such guarantee 14:43:40 ... writing should cause new value pushed.. 14:43:55 ... but this is something a developer needs to do in scripting... 14:44:01 ... or might come later 14:44:08 CA: Or the value can be lost... 14:44:25 EK: Need to do a PR. 14:44:33 ... will be non-normative 14:46:10 SUBTOPIC: Issue # 892 HTTP Binding for providing historical events 14:46:17 -> https://github.com/w3c/wot-thing-description/issues/892 14:46:33 SK: We kind of gave up 14:46:43 .... I think Mozilla WebThings has support for it 14:46:53 ... but don't think this in profile 14:47:03 ... so far we do not have generic approach 14:47:36 EK: should definitely to that in next charter 14:47:54 CA: +1 14:48:33 EK: Might also consider storing property value for an entire day 14:48:43 rrsagent, make log public 14:48:46 rrsagent, draft minutes 14:48:46 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 14:48:48 MMC: Historical data should be in next charter 14:49:09 SK: Okay, will label it accordingly 14:49:42 SUBTOPIC: Issue # 68 how to find the Form pair for an operation, e.g. the unsubscribe Form for a given subscribe Form 14:49:46 -> https://github.com/w3c/wot-thing-description/issues/968 14:50:55 s/Issue # 68/Issue #968/ 14:50:57 rrsagent, draft minutes 14:50:57 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 14:51:27 DP: How to find "correct" unsubscribe 14:51:42 CA: node-wot tries it in best effort approach 14:51:52 ... protocol counts most etc 14:52:24 SK: My feeling: depends on how the servient is setup 14:52:36 ... might work... but doesn't need to work 14:53:11 ... don't think we should make any assumption in TD spec 14:53:49 EK: Examples in node-wot for examples... have HTTP and CoAP 14:54:24 ... could to subscribe on HTTP and unsubribe on CoAP 14:55:08 McCool has joined #wot-td 14:55:13 CA: not sure if there is a good use-case 14:55:16 q+ 14:55:30 EK: Agree 14:55:36 ... seems like an Edge case 14:56:05 MMC: Profile defines payload.. unsubscribe should be in 14:56:16 q+ 14:56:17 EK: VERY webhook-like 14:56:30 MMC: I guess we need to leave this up to the implementation 14:56:33 ... no simple fix 14:56:36 q? 14:56:39 ack m 14:56:53 Kaz: Agree with McCool 14:57:09 ... we should invite Zoltan (and maybe also MLagally) 14:57:32 DP: Don't think this is a pressing issue 14:57:43 Kaz: Okay, then lets postpone 14:57:56 SK: Okay.. let's defer 14:59:34 s/lets postpone/let's postpone this issue, but we should involve Zoltan and Lagally when we have further discussion./ 14:59:51 q? 14:59:52 ack k 14:59:58 q+ 15:00:31 -> https://github.com/w3c/wot-thing-description/pull/1517 15:00:48 SUBTOPIC: Static version for TD 15:01:17 Kaz: Copied resources in 4-wd directory 15:01:27 ... we can also move instead of copy 15:01:29 q+ 15:01:33 ack k 15:01:41 SK: fine by me 15:03:00 DP: Didn't get why we changed to WD 15:03:12 Kaz: It is updated WD not CR itself 15:04:15 SK: Want to wait ... need more/better test results 15:04:38 s/wait/wait for the CR publication until August./ 15:05:17 TOPIC: Protocol Bindings 15:05:55 s/ in 4-wd directory/ from "4-cr" directory to "4-wd" directory/ 15:06:09 SUBTOPIC: PR #164 Change mjkoster to invited expert 15:06:13 -> https://github.com/w3c/wot-binding-templates/pull/164 15:06:51 EK: We agreed on changing M. Kosters affiliation to invited expert 15:07:06 q+ 15:07:06 ... objections? 15:07:10 SK: Looks good 15:07:11 ack dape 15:07:21 Kaz: Change itself is fine 15:07:39 ... Farshid would like to mention "former" affiliation 15:07:50 ... did you check with Michael Koster 15:08:06 MK: No objection 15:08:12 ... invited expert is fine 15:09:02 rrsagent, draft minutes 15:09:02 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 15:09:36 EK: Can add SmartThings as former affiliation 15:09:50 ... it is in older documents 15:09:57 present+ Michael_Koster 15:10:00 ... proceed with merging 15:10:22 SUBTOPIC: Other PRs 15:10:35 EK: Not ready yet, like #156 15:10:43 s/Farshid/Sometimes some of the Invited Experts/ 15:10:57 TOPIC: Testing call 15:11:03 s/affiliation/affiliation in addition to "Invited Expert"./ 15:11:11 EK: noticed issue in testing call 15:11:17 s/with Michael Koster/with Michael Koster?/ 15:11:22 ... see # 1563 15:11:37 s/invited expert is fine/just saying "Invited Expert" is fine./ 15:11:49 ... https://github.com/w3c/wot-thing-description/issues/1563 15:12:05 ... it is about the hash sign 15:12:48 ... some libraries don't accept # 15:13:12 SK: Strange... 15:13:18 s/... https/-> https/ 15:13:35 https://tools.ietf.org/id/draft-handrews-json-schema-00.html#rfc.section.9.2 15:13:47 s/1563/1563 Issue 1563 - Wrong format for tm:required in examples/ 15:14:22 SK: # used in JSON schema 15:14:39 s/ # / "#" / 15:14:50 EK: it speaks about uri-encoded JSON pointers 15:16:11 -> https://datatracker.ietf.org/doc/html/rfc6901 RFC 6901 - JavaScript Object Notation (JSON) Pointer 15:16:39 MMC: adds implications whether we need to URI encode it 15:17:06 ... we just need local references, no URI 15:17:25 EK: This would mean we need to fix all examples 15:17:36 ... removing the hash sign 15:17:52 MMC: Correct, seems like a bug in the examples 15:18:14 s/all examples/all the examples/ 15:18:37 q+ 15:18:59 Kaz: I am OK with fixing the examples 15:19:21 ... what was our original intention? 15:19:59 SK: Need to fix examples if they are not compliant 15:20:13 Kaz: no impact on existing implementations? 15:20:17 EK: Correct 15:20:37 ... I don't think this is critical 15:20:48 q? 15:20:50 ack k 15:21:28 EK: FYI: Next week Sebastian is not available. I will moderate 15:22:01 i/FYI/topic: AOB/ 15:22:04 [adjourned] 15:22:08 rrsagent, draft minutes 15:22:08 I have made the request to generate https://www.w3.org/2022/07/06-wot-td-minutes.html kaz 17:22:22 Zakim has left #wot-td