15:02:06 RRSAgent has joined #wot-td 15:02:11 logging to https://www.w3.org/2024/03/06-wot-td-irc 15:03:52 meeting: WoT-WG - TD-TF 15:04:00 chair: Ege, Koster 15:04:19 present+ Kaz_Ashimura, Ege_Korkan, Mahda_Noura, Michael_Koster 15:06:40 dape has joined #wot-td 15:06:56 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#March_06_and_07%2C_2024 15:07:08 present+ Daniel_Peintner 15:09:21 q+ 15:09:37 present+ Tomoaki_Mizushima 15:10:41 ack k 15:11:20 scribenick: mahda-noura 15:11:26 present+ Mahda_Noura 15:11:47 ege: 3 main thing on the agenda, but we postpone the decision making 15:12:24 i|3 main|topic: Agenda| 15:12:41 topic: TD 15:12:51 subtopic: High-level overview of work 15:12:52 q+ 15:13:08 ack k 15:13:22 https://github.com/w3c/wot/blob/main/planning/ThingDescription/work-items.md 15:13:48 s/of work/of the work/ 15:14:24 ege: schedule for TD deliverable. Before the charter date we will stop working on big feature, 15:14:41 ...things like historical data or data mapping are considered probably as big features 15:15:28 ...in the main call Michael McCool mentioned we need to integrate this in the schedule 15:15:51 q+ 15:16:21 ...we also follow the same schedule as discovery, any opinions? 15:16:25 -> https://github.com/w3c/wot/blob/main/planning/schedule.md schedule.md 15:16:41 -> https://w3c.github.io/spec-releases/milestones/ milestone calculator 15:17:44 ack k 15:17:51 scribe+ 15:18:06 kaz: for that purpose, we can use the milestone calculator tool 15:18:20 ek: thought we already once used it, but let's check it again 15:18:25 q+ 15:18:28 scribe- 15:18:42 ...looking at the milestone calculator, I proposed to put the same schedule as the discovery 15:18:45 mjk_ has joined #wot-td 15:19:15 ...we will not merge it, but gather opinions from the others 15:20:15 luca_barbato has joined #wot-td 15:20:22 kaz: maybe the schedule for TD deliverable section in the work item file can be updated with the expected schedule 15:20:38 present+ Luca_Barbato 15:21:08 ege: as there was not so many people joining in the beginning we decided not to make big decisions in this call 15:21:45 s/as th/(Luca joins)/ 15:22:09 s/(Luca joins)/(Note to Luca) as th/ 15:22:20 i/not so many/(Luca joins)/ 15:22:29 present+ Jan_Romann 15:22:38 rrsagent, make log public 15:22:42 rrsagent, draft minutes 15:22:43 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 15:22:51 subtopic: Versioning Discussion 15:23:07 ege: we will talk about the requirements for the versioning and not the proposal itself 15:24:10 ...the requirements we have are: supporting all users of wot resources who are early adopters and REC publication users 15:24:39 i|we will|-> https://github.com/w3c/wot-thing-description/pull/1969 PR 1969 - WIP: Concrete Versioning Proposal| 15:24:47 ...we want to provide concrete guidelines 15:25:00 ...any questions/feedback? 15:25:06 i|we will|-> https://github.com/w3c/wot-thing-description/blob/0185f368aa60bcd0e16302683006d38e13759e86/VERSIONING.md rendered VERSIONING.md| 15:25:09 rrsagent, draft minutes 15:25:10 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 15:25:51 ...other small points such as what we think of post REC users, the changes should be communicated to early adopters 15:26:03 ...in all cases we need to serve all resources at all the time 15:26:19 ...post REC is guranteed from W3C 15:26:30 q+ 15:27:30 kaz: consolidating the proposal like this is good, but we should clarify which part is fixed and which part is vague and need further clarification 15:28:08 ege: good point 15:29:02 ege: for the requirements these are the things we should agree on, maybe not today 15:29:14 ack k 15:29:26 rrsagent, draft minutes 15:29:27 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 15:29:35 ege: from other spec users do you have any requirements for TD resources? 15:30:05 Daniel: the json schema is the one referred to, any changes to the json-schema should change the version, and that is what we are going to use for the scripting API 15:30:27 ...in the past when some changes were done to the json-schema we changed the date, but maybe there are better ways to do that 15:30:45 ege: you mean each change in the resources should bump versioning 15:30:49 daniel: ideally 15:31:43 q? 15:33:19 luca: I think you managed to capture all possible requirements, mainly the part that is not here but is an implementation detail, making sure we can signal that some of the resources might be , if the early adopters refer to a prelease they have something that has changed 15:33:46 ...we can decide if we want to also embed the versioning inside the single resources 15:34:40 s/prelease/pre-release/ 15:34:54 ...if we want to setup or promote that we are going to make a nice changelog with commercial tools 15:35:34 ...precise changelog in pre-release or early adopter cope with us or work with us 15:36:48 ege: we have enough early adopters 15:37:24 ege: when we talk about version it should be reflected in the URL as well as the resource 15:37:31 q? 15:38:10 ege: is anyone interested in participating in the versioning besides Luca, Mahda and Ege? 15:38:12 Tomo has joined #wot-td 15:38:45 Daniel: it should be worth if from the scripting API side if either Cristiano or me should joing 15:39:02 ...I will talk with Cristiano and let you know 15:39:53 cris_ has joined #wot-td 15:40:52 ege: In the main call we agreed that on 28th March we agree on the solution 15:41:04 ...any opinions on this? 15:41:08 (none) 15:41:23 subtopic: Toolchain Discussion 15:41:42 ege: toolchain requirements 15:42:14 https://github.com/w3c/wot-thing-description/pull/1975 15:42:53 ege: when we are talking about the toolchain its not only about TD but others like Bindings 15:43:19 ...consider a person who is an expert in the protocol but not an expert in our toolchain, we should reduce the learning curve for them 15:43:35 ...rely on well-known tools and should be easy to debug 15:44:04 s|https://github.com/w3c/wot-thing-description/pull/1975|| 15:44:10 ...since it is unlikely that one tool will fix our problems we need to chain them meaningfully 15:44:23 i|toolchain requirements|-> https://github.com/w3c/wot-thing-description/pull/1975 PR 1975 - Toolchain requirements| 15:44:32 ...also not to have multiple languages combined in one file 15:45:01 q? 15:45:03 i|toolchain req|-> https://github.com/w3c/wot-thing-description/blob/9f3b830f05285ac88790cb15bf82e691af6dccaa/toolchain/requirements.md rendered requirements.md| 15:45:07 rrsagent, draft minutes 15:45:09 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 15:45:15 q+ 15:45:22 ege: any comments? 15:46:14 kaz: consolidating requirements is good as usual, but the overall requirement as a whole is also good, we should think about the expected output and existing input in general, and clarify which resource is generated by each module for the next step 15:46:43 ege: depending on the tooling we chose we may need to do changes 15:47:02 ...the goal is to change a small number of files while generating as many resources as possible 15:47:21 ...the compromise is that we should at least reduce the cross checking between the files 15:47:45 s/depending/right. depending/ 15:47:50 rrsagent, draft minutes 15:47:51 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 15:48:29 ege: since this is still requirements, I will ask comments from everyone here asynchronously 15:49:05 JKRhb has joined #wot-td 15:49:35 ...we will probably have a version of the spec that is not perfect and overtime improve 15:49:49 subtopic: Management 15:50:16 ege: In the main call we mentioned that this topic will be discussed today and will be applied to other task forces 15:50:25 https://github.com/w3c/wot-thing-description/blob/ege-project-management/proposals/project-management/project-management.md 15:50:52 i|In the main|-> https://github.com/w3c/wot-thing-description/pull/1977 PR 1977 - Project Management Improvements| 15:51:14 ege: has everyone seen this lifecycle? 15:51:46 ...it's all about categorization and moving things in the correct place 15:52:00 ...if there is a use case coming from the use case TF we can work on it 15:52:10 ...of course we can have our own editorial issues 15:52:45 ...we have to agree on prioritization, we talked with Michael Koster about this yesterday and noticed this aspect is not taken into account 15:53:10 q? 15:53:14 q- 15:53:33 q+ 15:53:40 ...ultimately we can see the issues concrectly 15:53:47 ...I also provided some examples 15:54:08 ...also everything from the meeting I put them in archive so it can be read through 15:54:34 kaz: thank you for creating this, minor comment, the description text should also have a number 15:54:58 ege: the numbers are in the brackets, but I can add the step numbers 15:55:04 s/this,/this./ 15:55:21 s/the des/each des/ 15:55:40 s/step numbers/step numbers at the beginning of each sentence./ 15:55:41 q- 15:55:57 mjk: prioritization is how things are selected to go from one stage to another 15:56:20 ...it is really how we select the items 15:56:24 q+ 15:56:50 mjk: dependency or no one to work on it 15:58:34 ege: I hope this should never happen, I hope we can either work on it ourselves or use the help from related groups like canonicalization... 15:59:04 kaz: we should probably clarify what we mean by prioritization as next step 15:59:34 ege: just to summarize as quick as possible, given two refined issues which one should be done first 15:59:46 s/step/step, e.g., from the viewpoint of feature necessity or timing of release./ 16:00:36 ...I have seen people doing metrics for this, doing a table with metrics like time, technicality, and so on 16:02:20 [adjourned] 16:02:27 rrsagent, draft minutes 16:02:28 I have made the request to generate https://www.w3.org/2024/03/06-wot-td-minutes.html kaz 16:18:19 JKRhb has joined #wot-td 16:43:26 JKRhb has joined #wot-td 18:10:24 Zakim has left #wot-td