14:03:53 RRSAgent has joined #wot-td 14:03:57 logging to https://www.w3.org/2024/01/25-wot-td-irc 14:04:42 meeting: WoT-WG - TD-TF - Slot 2 14:06:06 chair: Ege, Koster 14:06:10 https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf 14:06:22 s/https:/agenda: https:/ 14:06:45 present+ Kaz_Ashimura, Ege_Korkan, Michael_McCool, Mahda_Noura, Kunihiko_Toumura 14:06:46 q+ 14:06:57 ScribeNick: mahda-noura 14:07:14 Chair: Ege Korkan 14:07:32 ack k 14:07:34 cris_ has joined #wot-td 14:07:36 Topic: Minutes Review 14:07:43 https://www.w3.org/2024/01/18-wot-td-minutes.html 14:07:43 present+ Michael_Koster Tomoaki_Mizushima 14:07:59 s|https://www.w3.org/2024/01/18-wot-td-minutes.html|-> https://www.w3.org/2024/01/18-wot-td-minutes.html Jan-18| 14:08:08 present+ Cristiano_Aguzzi 14:08:16 rrsagent, make log public 14:08:20 rrsagent, draft minutes 14:08:21 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:08:28 ege: miniutes are approved 14:08:28 Topic: Binding Templates 14:08:33 i/Minutes/topic: Agenda/ 14:08:35 dape has joined #wot-td 14:08:35 ege: there has not been a PR 14:09:10 subtopic: Registry 14:09:26 i/Minutes/kaz: suggest we concentrate on the versioning discussion given both the Discovery TF participants and the Scripting API TF participants are here to discuss that today specifically./ 14:09:30 rrsagent, draft minutes 14:09:31 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:09:52 ege: is drafting a PR about the use case, story and requirements for registries 14:10:10 https://github.com/w3c/wot/blob/egekorkan-registry-req/registry-analysis/Readme.md 14:10:23 i/there has not been/subtopic: Merged editorial PRs/ 14:10:43 ege: The use case for having a registry 14:11:08 McCool has joined #wot-td 14:11:43 ...based on the charter description, Ege added a potential and a draft of a user story and use case 14:12:17 rrsagent, draft minutes 14:12:18 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:12:33 ...also Ege defined a set of requirements, inspired from Jan's analysis 14:12:44 q+ 14:13:05 i/suggest we/scribenick: kaz/ 14:13:14 i/minutes are/scribenick: mahda-noura/ 14:13:16 rrsagent, draft minutes 14:13:17 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:13:24 mjk has joined #wot-td 14:13:31 mm: bindings as being mandatory, how to deal with that 14:13:40 q? 14:14:08 q+ 14:14:41 ege: it is same for TD, if you have a TD binding you don't have to implement a binding, but profiles are not like that 14:14:58 ack m 14:15:32 kaz: I would like to expect you Ege to add some description and story about why we need to define registry seperately from the specification 14:16:11 ege: for me the only way would be to publish a working group note 14:16:33 kaz: I am not objecting at all, we plan to describe the relation and the need 14:16:50 ege: each requirement will result in rules for the registry 14:17:32 ...I think the first requirement is important, a binding should be written by people or organization that are not WG members 14:18:09 ...the other part is about associating to a TD binding, the association has to be done by the TD task force 14:18:11 s/we plan to describe the relation and the need/just wanted to confirm we're planning to describe the rationale and the need later./ 14:19:18 ...we should have rules how the process is happening, and should outlive the WG 14:19:18 ...the next point is about us managing it, we should make sure there are no two bindings for the same protocol 14:19:38 ...if it should to a protocol should map to at least one WoT operation 14:20:01 q? 14:20:08 ack k 14:20:21 ...the last point is that it the serialization format should be described 14:20:25 ege: any questions about this? 14:20:28 (none) 14:20:47 ege: I will proceed with the last part, which are the rules of a registry 14:20:50 rrsagent, draft minutes 14:20:52 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:20:58 q+ 14:21:19 i/minutes are app/scribenick: mahda-noura/ 14:21:20 rrsagent, draft minutes 14:21:22 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:21:30 mjk: this is a great start, the word we want to use is deprecation, a typo in the document 14:21:55 ...we maybe want to extend the user story to motivate it, but I think it's a great start 14:21:55 present+ Daniel_Peintner 14:22:10 q? 14:22:12 ack m 14:22:15 ege: I can extend the overall motivation section 14:23:47 ...merged this PR 14:24:13 subtopic: Reviews of the individual bindings 14:25:38 q+ 14:26:11 mjk: are we going to add the registry in the use case agenda for that TF, do we need to involve the use case TF more? This is some actual content we could start working on 14:26:51 ack k 14:26:53 kaz: regarding the use case, we should clarify what level of use case discussion should be done and where 14:27:35 s/subtopic: Reviews of the individual bindings// 14:27:35 rrsagent, draft minutes 14:27:36 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:28:12 q+ 14:28:12 Topic: TD 14:28:15 subtopic: Versioning Resources 14:28:15 mm: I have read the current documents and would like to summarize my recent thoughts 14:28:25 ...we need to distinguish the beta versions 14:28:27 +1 14:28:50 ...we need to also version all resources, like validations, etc., 14:28:53 i|I have|-> https://github.com/w3c/wot/issues/1166 wot Issue 1166 - [Policy Proposal] Versioning Resources (McCool's proposal)| 14:29:01 rrsagent, draft minutes 14:29:03 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:29:22 ...to make things easy we should map our directories to the url structure 14:30:13 q+ 14:30:15 q+ 14:30:16 ...the final issue is synonyms or generic versions, only to have have version URL's to make our lives easier 14:30:33 ack mc 14:30:41 ...we should make all URL's versioned 14:30:57 ack m 14:31:42 ege: one point regarding matching versions, something that is a breaking change in the schema may not be a breaking change in the ontology 14:31:52 q+ 14:32:09 mm: we can version each file, and then figure out which version would go together 14:32:20 ...we can use version directories and version sets 14:32:28 ege: could you explain that 14:33:23 mm: github is smart in linking things together and mainting things and on the downside caching is inefficient 14:33:46 ...I don't know whether there is a solution for this downside, but I think everything else gets complicated 14:34:40 q? 14:34:53 ...we should think of some way that redirection can be used to point to an older version, I think the directory gets versions instead of the single files 14:35:08 q? 14:36:00 mm: we need to look into some semantic best practices for versioning 14:36:13 q+ 14:36:46 q+ 14:37:05 kaz: we need to define what we mean by semantic versioning and then deal with technical part 14:37:32 mm: we should write a user story 14:37:41 ack e 14:37:41 kaz: we should clarify our approach first 14:37:42 ack k 14:38:19 mm: the main reason why I am concerned with versioning is not to break the systems of current users 14:39:36 q+ 14:39:55 s/we should/we should once suspend this level of detailed technical proposals, and should think about our requirements based on some concrete user scenario. For example, we can start that discussion right away during this call now, but should/ 14:40:01 q? 14:40:07 ack ma 14:41:59 rrsagent, draft minutes 14:42:00 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:42:06 ack mc 14:42:06 ack m 14:42:34 mn: besides showing the diff, we need to also communicate the change and why the change was made and communicate it to the users 14:42:53 ...also what is considered a minor change, and minor or a patch changes 14:43:10 .mm: we have a change log in the discovery 14:44:02 s/.mm:/mm:/ 14:44:03 rrsagent, draft minutes 14:44:04 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:44:11 cris: about the changelog, the change could be automatically generated and I guess we can leverage on that 14:44:19 q+ 14:44:21 s/miniutes/minutes/ 14:44:30 i/minutes are/scribenick: mahda-noura/ 14:44:32 rrsagent, draft minutes 14:44:33 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:45:09 q? 14:45:09 cris: there are developers who try out the specs so there is no version just for us 14:45:09 +1 on using github to automate things, e.g. changelogs 14:45:26 cris: we have to derive some guidelines 14:45:44 q? 14:45:47 ack c 14:46:16 q+ 14:46:32 mm: I think we should see if we can leverage git to do this for us, can we use tags to generate the URL 14:46:42 ack mcc 14:47:05 s/kaz: we need to define what we mean by semantic versioning and then deal with technical part/kaz: I've started to think we need to clarify our requirements for versioning based on some concrete user scenario. For example, we need to define what we mean by "Semantic Versioning", and then could think about the details on how to fulfill the requirements./ 14:47:07 rrsagent, draft minutes 14:47:08 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz 14:47:17 mjk: maybe we should use a docstring app in some of the commit messages to generate the changelog 14:47:25 q+ 14:47:29 ack mjk 14:49:01 re rendering changelog: see https://github.com/w3c/wot-discovery/pull/536 14:49:20 kaz: today's discussion is very useful, we have been getting nice and useful opinions, however we should consolidate our need in a seperate document for this issue 14:49:32 ege: I would make one, totally agree 14:51:03 ... there are options other than manually updating specific files and redirections 14:51:32 ege: I would not create a policy for now, we need more investigation 14:52:06 ege: do you want to do this discussion in the TD call? 14:52:33 mm: We could do this again on Thursday, I won't be available on the TD slot, we should try adding comments offline 14:52:34 https://www.w3.org/TR/prov-primer/ 14:53:33 PROV is one possible approach to versioning RDF, but may be overkill for us - we generally need to do more research here 14:53:55 Topic: Use Case Discussion 14:54:09 ege: the whole idea is to find promising use cases from issues 14:54:27 ...we want to label the issues with a label "needs use case" 14:55:06 ...the second part is we evaluate them in respect to the charter 14:55:17 ...priority is on business use cases and not theoretical ones 14:55:42 ...there can be other task forces, we need to label them correctly 14:56:29 ...we can add a "relevance unclear" label if we are not unsure about the relevance for the charter 14:56:29 q? 14:56:38 q- 14:57:10 ...we have currently 268 issues and splitting it to the members 14:57:14 q+ 14:57:44 ...we can take a snapshot of a page in a point in time 14:58:09 ege: any comments, or whether if someone cannot do this work? 14:58:54 kaz: I don't disagree with this procedure, but I just want to suggest that we should work with the use case TF and which part of this long work should be handelled by us and which ones by the use case TF 14:59:07 ege: once we are done with this, the use case TF will start 14:59:20 kaz: what kind of templates are going to be tranferred to this TF 14:59:40 ege: once we have the labels, the next task would be to use the template 14:59:54 +1 15:00:01 ege: if nobody is objecting this, I can send a bunch of emails, is this fine for everyone? 15:00:01 q+ 15:00:03 +1 15:00:13 ntd - ttyl 15:00:32 kaz: once the use cases TF procedure also clarified at some point, this proedure can also be updated based on their feedback 15:01:20 ege: does anybody prefer TD issues or binding issues? 15:01:25 cris: I do not mind 15:02:17 i|does|ege: right| 15:02:26 [adjourned] 15:02:30 rrsagent, draft minutes 15:02:31 I have made the request to generate https://www.w3.org/2024/01/25-wot-td-minutes.html kaz