15:03:13 RRSAgent has joined #wot-td 15:03:17 logging to https://www.w3.org/2023/11/29-wot-td-irc 15:03:53 present+ Kaz_Ashimura, Ege_Korkan, Cristiano_Aguzzi, Daniel_Peintner, Luca_Barbato, Michael_Koster 15:05:29 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#November_29.2C_2023 15:07:38 topic: agenda 15:07:50 mjk_ has joined #wot-td 15:07:56 ege: longer discussion on binding templates 15:08:01 ... then on the TD next 15:08:14 ... we will discuss about how to manage the process 15:08:21 ... and finally on the IANA registry 15:08:27 ... anything else to add? 15:08:33 topci: minutes 15:08:44 ege: we fixed the minutes 15:08:48 ... anything else to be fixed? 15:09:00 ... minutes approved 15:09:11 s/topci/topic/ 15:09:17 topic: td call slot 15:09:18 i/longer/scribenick: cris_/ 15:09:30 ege: we have input from toumura 15:09:32 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#November_29.2C_2023 15:09:43 i|longer|-> https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#November_29.2C_2023 agenda for today| 15:10:07 i|we fixed the|-> https://www.w3.org/2023/11/22-wot-td-minutes.html Nov-22| 15:10:12 rrsagent, make log public 15:10:23 rrsagent, draft minutes 15:10:24 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:10:32 cris: we pass the dates 15:10:33 present+ Tomoaki_Mizushima 15:10:41 ege: people can't vote for the past 15:10:45 ... it is problematic 15:11:10 q+ 15:11:14 ... I record inputs we have and create a new one 15:11:44 kaz: do we need anymore additional participant? 15:11:52 ege: maybe only Kudzai 15:12:05 kaz: ah in that case we can close it and check directly with them 15:12:08 s/anymore/any more/ 15:12:27 s/and create a new one// 15:13:12 ege: we will start with the new slot after holidays 15:13:21 topic: TD 1.1 15:13:59 ege: most of the issues got deferred to TD 2.0 15:14:04 ... we need to categorize them 15:14:11 ... I closed very obvious issues 15:14:45 ... please check you emails for closed issues if you have any remarks let us know 15:14:55 subtopic: transition request 15:15:01 ege: it will happen next week 15:15:07 ... we will have a publication soon 15:15:08 q+ 15:15:14 ... 5th or 6th 15:15:30 kaz: the request has been approved, we are working on the final details 15:15:48 ... expected publication date is December 5th 15:16:15 topic: binding templates 15:16:54 subtopic: PR 318 15:17:09 ege: last week we agreed to clean up URI schemes 15:17:19 ... dogan did that 15:17:26 ... and we merged the PR 15:17:35 ... it fixes some points in the bacnet binding 15:18:00 s/or 6th// 15:18:05 ... with this there a still some small fixes to the bacnet that needs to be done 15:18:19 ... use the label to search for them 15:18:23 ... we can close issue 302 15:18:32 ... it was fixed by 318 15:19:08 subtopic: issue 319 15:19:16 s/the request/the transition request/ 15:19:23 ege: it is not clear in the introduction what we are talking about 15:20:01 i|approved|-> https://github.com/w3c/transitions/issues/579 Transition Request| 15:20:10 ack k 15:20:12 rrsagent, make log public 15:20:16 rrsagent, draft minutes 15:20:17 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:20:23 ... it is better to explain better use cases for non-experts and explain that is about modbus tcp 15:21:05 cris: I can do it 15:21:09 ege: I can also help 15:21:18 subtopic: PR 320 15:21:20 meeting: WoT-WG TD-TF 15:21:22 rrsagent, draft minutes 15:21:23 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:21:29 ege: it is about modbus prefix 15:21:29 chair: Ege, Koster 15:21:31 rrsagent, draft minutes 15:21:32 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:22:23 i|we have input fro|-> https://doodle.com/meeting/participate/id/dwkzgZrd Doodle| 15:22:31 ... plus a smal fixes in the examples 15:24:14 i|it is about|-> https://github.com/w3c/wot-binding-templates/pull/320 PR 320 - Minor modbus improvements| 15:25:47 i|it is not clear|-> https://github.com/w3c/wot-binding-templates/issues/319 Issue 319 - Better Explaining the current use case of the Modbus Binding| 15:25:47 present+ Mahda_Noura 15:26:18 cris: fixed the prefix, minor fixes in the example, and fixed the context url 15:26:18 ege: looks good 15:26:25 q+ 15:26:42 kaz: I'm ok with the fixes 15:26:56 ... but why do we prefer modv instead of modbus 15:27:05 mahda-noura has joined #wot-td 15:27:15 ege: it is from Manu Spoony recommendations 15:27:31 ... we basically put a v to avoid people get confused 15:27:39 ... and it also aligned with the others 15:27:49 sebastian has joined #wot-td 15:27:49 present+ Mahda_Noura 15:27:49 s/confused/confused with actual modbus protocol/ 15:27:58 present+ Sebastian_Kaebisch 15:28:04 subtopic: ISsue 293 15:28:27 ege: we dag deper in the implementations to understand how to deal with the types in modbus 15:28:37 ... the final outcome is promising 15:28:44 i|last week we|-> https://github.com/w3c/wot-binding-templates/issues/118 Issue 118 - Introduce contentType byte order| 15:28:50 ... there are lot of fine details to keep in mind 15:29:00 q? 15:29:01 ack k 15:29:13 q+ 15:29:31 rrsagent, draft minutes 15:29:33 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:29:39 ... I evaluated the one word and three word approach 15:29:55 s/ISsue/Issue/ 15:29:59 ... they both have pro and cons that we discussed in the issue 15:30:22 i|we dag|-> https://github.com/w3c/wot-binding-templates/issues/293 Issue 293 - [Modbus-binding] type conversion based on byte and word order| 15:30:28 ... we have evaluated different libraries 15:30:46 ... I made all findings available in the comment 15:31:31 rrsagent, draft minutes 15:31:32 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:31:45 ... defaults are easier in the three words approach 15:33:30 ... byte swapping and endianess are the same 15:33:57 ... the problem is that different communities use the same term for the same concept 15:34:18 q+ 15:34:20 JKRhb has joined #wot-td 15:34:56 q+ 15:35:20 ... I like sebastian's proposal 15:35:26 present+ Jan_Romann 15:35:47 q+ 15:35:57 ... instead of using Change I would use another term like lowWordFirst 15:36:38 kaz: having this kind of detail discussion is important. As I mention last week I'm still not really sure what level of databinding we have to support 15:36:59 ... we can talk about the approach before 15:37:20 ... for example we can concentrate to the ASCII mode as a starting point 15:37:29 ... but if we want to go for the bytes 15:37:52 ... we have to understand length 15:38:20 ... modbus sensor can be polled 15:38:36 ... implementations can store the data for one day 15:39:27 ege: ok it is a nice use case, but for now let's keep it simple 15:39:39 ... I agree for a real web thing we should have a streaming discussion 15:41:08 kaz: ok, I'm not objecting with this simple starting point 15:41:17 q? 15:41:19 ... we need to think about future use cases too 15:41:20 ack k 15:41:40 luca: In the end modbus is all about dealing with 16bits registers 15:42:11 ... all the perceived complexity is about the fact that you can read multiples registers 15:42:20 ... we have also coils single booleans 15:42:29 ... those are the basic building blocks 15:42:41 ... and we have to describe them first. 15:43:06 ege: int32 is very common, but everything more complicated is out of scope right? 15:43:47 luca: modbus has the ability to read/write multiple registers but at the end we are dealing with 2 bytes (16 bit) 15:44:00 ... we have to describe endianess 15:44:13 q+ 15:44:29 ... and when we lamp them all togheter it stars to have additional problems 15:45:08 ... we should try to keep naming as simple as possible to allow newcomers understand 15:46:18 s|we need|but we need to clarify now we're concentrating on a simple mechanism of one-shot request/response with one byte or two for both the TD producer and the TD consumer. And also we need to work on clarify further possible use cases on how to use Modbus data, e.g., recording multiple data for one whole day and process it at once, to think about the requirements for existing IoT systems.| 15:46:21 rrsagent, draft minutes 15:46:23 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:46:34 ack lu 15:46:36 ack cr 15:47:04 cris: I would prefer something else than wordOrderChange, but something more evocative 15:47:09 s/objecting with/objecting to/ 15:47:10 +1 15:47:12 rrsagent, draft minutes 15:47:13 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:47:20 seb: we don't have to over complicate this 15:47:34 ... but we have to support the use cases and this use cases are pretty common 15:47:43 ... there is no good guideline unfortunately 15:47:50 ... that is the reason why we are talking about this 15:47:51 s/As I mention/As I mentioned/ 15:48:02 s/last week I/last week, I/ 15:48:07 ... are we going to provide this information? 15:48:14 ... one word approach is very compact 15:48:18 s/databinding/data binding/ 15:49:00 s/understand length/understand the length to be handled at once for some specific use case./ 15:49:01 ... if you have a lot of datapoints it is more compact 15:49:16 ... there is no perfect term anyway 15:49:28 s/for example we/for example, we/ 15:49:46 ... let's find the words and explain them very well 15:50:18 s/we can talk about the approach before/we should discuss some more expected use cases and requirements before diving into this level of details./ 15:50:19 ege: ideally if we have to define the order per device, you will have one word per form 15:50:22 rrsagent, draft minutes 15:50:23 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:50:29 seb: what is the default though? 15:50:42 ege: for that I would wait for TD 2.0 15:50:50 ... the common connection field 15:50:54 ... we can put the information there 15:51:24 ... default big endian 15:51:27 s/clarify now/clarify (1) now/ 15:51:28 ... no word swapping 15:52:05 seb: I like Ege's proposal 15:52:08 cris: +1 15:52:08 s/work on clarify/clarify (2)/ 15:52:10 rrsagent, draft minutes 15:52:11 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 15:52:26 q? 15:52:29 ack s 15:53:04 mk: Modbus spec talks about registers and multiple registers? 15:53:07 q+ 15:53:33 luca: there are multiple commands to do different stuff 15:53:50 ack m 15:53:50 ... and you cannot read more than X depending on the configuration 15:54:14 mk: it doesn't really address the idea of having oderning 15:54:54 ... do we really need swapping? 15:55:05 ege: you are right 15:55:12 ... but it is very common 15:55:19 q+ 15:55:42 ... if you don't putting in the TD you have to do manually 15:55:55 ack mjk 15:56:47 luca: you start having the problem when you try to map a double 15:57:19 ... and then you stumble upon the swapping problem 15:59:31 ack lu 15:59:32 ack cr 15:59:34 rrsagent, draft minutes 15:59:36 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:00:10 cris: +1 with mk observation. in the future we should have a more systematic approach. 16:01:30 q+ 16:01:47 q+ 16:02:14 q+ 16:02:23 ack se 16:03:39 dape: I'm in favor of what Michael proposed, mostSignaficatByteFirst 16:04:02 I would also be in favor of "least significant" or "most significant" 16:04:37 kaz: I agree with previous points, what kind of data should be described? If possible should be aligned with the TD 2.0 use cases. 16:04:41 ege: +1 16:04:41 ack k 16:04:52 ege: anything else? 16:04:52 ack dape 16:05:15 s/with the TD 2.0 use cases/with actual use case descriptions for TD 2.0./ 16:05:40 +1 16:06:29 +1 16:06:53 q+ 16:06:54 ege: let's go with the proposal and wait for a PR in the next week 16:07:06 kaz: maybe the names are good, I'm not sure 16:07:20 ... can we use them as candidates? 16:07:28 ege: yes we can iterate in the future 16:07:34 seb: any alternative? 16:07:46 s/good/good at the moment/ 16:07:47 kaz: I don't really know but we can review them in the future 16:08:10 s/I'm not sure/but I'm not sure if it's really good at the moment./ 16:08:23 s/review them/revisit the naming/ 16:08:28 rrsagent, draft minutes 16:08:30 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:09:52 subtopic: PR 298 16:10:04 ege: not a lot to be done at the moment 16:10:26 ... Jan is adding a guide on how to create binding template document 16:10:34 ... it binds with the tooling discussion 16:10:53 ... there were some reviews to be tackled 16:11:02 ... any questions? 16:11:10 jan: no questions yet 16:11:13 i|not a lot|-> https://github.com/w3c/wot-binding-templates/pull/298 PR 298 - Add additional explanations to vocabulary creation guide| 16:11:16 rrsagent, draft minutes 16:11:18 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:11:30 ... regarding Madha's comments, I hope I addressed them 16:11:43 ... thank you for the reviews 16:12:09 ege: we use activate 16:12:15 ... accessing is not used 16:12:43 q+ 16:12:57 ack k 16:13:39 ack c 16:13:54 cris: how much should be follow the current approach? 16:14:12 ege: I'm not sure how much we will comply with the current process 16:17:07 sorry, I have to go. bye 16:19:39 q+ 16:19:43 madha: the wordings are different between the context.jsonld and the ontology 16:20:18 cris: yeah so basically this is done by loading the context.jsonld into a RDF database and use it to convert between the ontology 16:21:07 q+ 16:22:18 kaz: in the end the document will be included in the html? 16:22:25 ... or do we want to keep this as separate? 16:22:39 ege: I don't have a quick answer 16:22:47 ... it might be fine to include it in the spec 16:22:50 ... it might go there 16:23:06 q+ 16:23:29 ack k 16:23:36 ack c 16:23:38 ack jk 16:23:55 jan: think we the creation guide we want to capture the status quo that we have right now 16:23:58 ... we can later refine 16:24:07 ... and make it more user-friendly 16:24:15 q? 16:24:58 i/think we/kaz: this description as MD is fine as a starting point, but thinking about the final location and structure within the spec HTML would be useful to consider how to improve this description./ 16:25:02 rrsagent, draft minutes 16:25:03 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:25:22 ScribeNick: mahda-noura 16:25:37 topic: TD next 16:26:53 ege: ege worked on linking work items from sub documents, converted lists to headings and then in the work items we can see the links to them 16:27:57 i|worked on|-> https://github.com/w3c/wot/blob/main/planning/ThingDescription/work-items.md TD Next work items.md 16:27:58 ...any opinions on this from others? 16:28:07 s/work items/work-items/ 16:28:07 rrsagent, draft minutes 16:28:08 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:28:23 ...ege would work on simplifying the items 16:29:12 -> https://github.com/w3c/wot/pull/1160 PR 1160 - TD Planning: Linking Work Items from Sub Documents 16:29:13 subtopic: IANA registries 16:29:15 rrsagent, draft minutes 16:29:17 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:29:51 -> https://github.com/w3c/wot/blob/main/registry-analysis/Readme.md registry-analysis/Readme.md 16:30:00 rrsagent, draft minutes 16:30:01 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:30:40 cris: IANA has a range of possibilities, in the previous text we were mentioning some examples, having such text is fine, IANA has defined some rules to be used in registries 16:30:53 ege: so IANA has a common approach? 16:31:34 cris: IANA says you are encouraged to use the policies, but could happen that this doesn't happen 16:32:26 ege: I think the generic consideration is good, but wouldn't bother with the other ones 16:32:52 ...websocket is relevant and the media types 16:33:54 https://github.com/w3c/wot/pull/1161 16:34:29 cris: all the submission goes through email 16:34:58 ege: maybe the initial submission happens via the form and the rest via email 16:35:19 s/https/-> https/ 16:35:20 ...for the official W3C mechanism we are waiting for Michale Koster 16:35:38 s/1161/1161 PR 1161 - docs: IANA procedures for registries summary/ 16:35:45 rrsagent, draft minutes 16:35:47 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 16:35:53 q+ 16:36:08 merged PR https://github.com/w3c/wot/pull/1150 16:37:00 kaz: on Thursdays, sometimes there are project review meetings regarding technical meetings, maybe it might make sense if we want to talk about and how we want to use the registry, or questions, or improvements 16:37:31 ...I have organized several times about W3C updates, it might make sense to talk about registry track 16:37:35 ege: is it weekly? 16:37:49 kaz: any members can join 16:38:34 ege: maybe we join after we merged the PR from cristiano 16:38:59 q? 16:39:04 ack k 16:39:21 ege: I talked to some persons on tpac, they gave good inputs 16:39:38 kaz: I will talk with them about this 16:39:51 subtopic: project management 16:41:04 ege: get input on what people like to see, how to you like to structure the evolution of the specification workflow, how to take issues into account, and how we plan to address PRs 16:41:27 ...if anyone has experience on this, we can improve our way of working 16:41:27 q+ 16:42:30 mjk: I think we have alot of work items and potential need to prioritize, have been done a good job until now in prioritizing? I personally think we are doing a bit better 16:42:43 s/how to you like/how you'd like/ 16:42:59 ...we need to manage a set of features, we have alot of ideas, we don't know whether they all fit 16:43:12 ...what are requirements and use cases for project management 16:43:51 ...having an agenda items is helpful, but maybe having something more formal is helpful 16:44:27 ...maybe something lightweight, we need to think about something that is a bit more systematic 16:45:31 ege: the current approach is not well organized 16:46:00 ...recently we used the github issue and assigned it to people 16:46:43 q+ 16:47:01 ack mjk 16:47:05 q+ 16:47:08 ackmjk 16:47:11 ack mjk 16:48:37 ack ma 16:49:06 mahda: personally, I loose track when the number of issues that I have to work on gets too much, and would prefer to have an overview 16:50:22 cris: assigning an issue definitly helps, but probably assignee would happen if you know that this will happen in a quick manner, 1 week, and that it digestible in one week. Sometimes there are issues that need more weeks, and something with a higher organization could help 16:50:42 q+ 16:50:47 ack c 16:51:35 ege: ideally we assign when we know that this person can do the best, best fit, but what if there are some issues that need to do by one persons 16:51:51 ...kanban board could help 16:52:28 ...we make sure in a one week time frame that the person works on 1-2 issues per week 16:52:49 cris: if we have the kanban, we can generate the issue PR discussion by just loooking at it 16:53:24 ege: I saw one of the groups in TPAC planning the agenda using something similar to a Kanban board 16:53:35 q+ 16:54:29 ack jk 16:54:32 jan: splitting issues that is larger into smaller chunks could also help to distribute the workload 16:56:37 jan: I had issues with an overwhelming task with the use cases and requirements 16:56:57 -> https://github.com/w3c/wot-usecases/issues/236 an example of wot-usecases Issue 236 - Associate Discovery Requirement with Use Cases 16:57:05 ege: the issue should be small 16:58:05 jan: mentioned the task list of github 16:58:07 q? 16:59:22 kaz: think about this kind of workflow for our standardization discussion, i personally think from my viewpoint, WoT WG has been working on different versions, there are already different modules, tools and pieces, etc., 16:59:56 ...i would like to suggest think of a specific process for the specification generation, think about features 17:00:22 ege: I agree, the pipeline we are talking should be taken into account 17:00:41 q+ 17:00:44 ...one thing I can do is to document the procedure to explain what has been happening so far 17:00:56 s/think about this kind of workflow for our standardization discussion,/think about this kind of workflow for our standardization discussion is good./ 17:01:04 ack k 17:01:13 ...e.g., when there was a feature in TD, node-wot would try to implement it 17:01:36 q? 17:02:42 ack d 17:02:42 dape: I wonder in the future how we want to select and rank the isssues 17:03:21 ege: we cannot mandate how fast someone should work, I don't think we won't give specific deadlines to people 17:03:41 s/different modules, tools and pieces, etc.,/resources and information to clarify better procedure for our spec generation./ 17:03:45 ...we actually had a plan on this, how to handle all those issues, we talked about this with kaz and Michael Koster 17:05:11 ....the initial plan is to categorizing the issues, new features are prioritized, while the tooling is getting settled 17:05:22 q? 17:05:30 rrsagent, draft minutes 17:05:32 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:05:54 i/this description as MD/scribenick: kaz/ 17:06:20 i/think we the creation/scribenick: mahda-noura/ 17:06:22 rrsagent, draft minutes 17:06:23 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:07:46 i|creation guide we|scribenick: cris_/ 17:07:47 rrsagent, draft minutes 17:07:48 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:08:10 i|creation guide we|scribenick: cris_| 17:08:12 rrsagent, draft minutes 17:08:13 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:08:35 [adjourned] 17:08:36 rrsagent, draft minutes 17:08:37 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:09:19 s/i personally think from my viewpoint,/On the other hand, I personally think/ 17:09:21 rrsagent, draft minutes 17:09:22 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:09:55 s/working on different versions/working on spec generation for two versions of specs/ 17:09:58 rrsagent, draft minutes 17:09:59 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:10:20 s/there are al/so there are al/ 17:10:31 rrsagent, draft minutes 17:10:32 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 17:10:44 s/resources/enough resources/ 17:12:31 s/i would like to suggest think of a specific process for the specification generation, think about features/Then I'd like to suggest we think about the basic procedure to generate specs starting with the use cases first, then extract requirements, then analyze gaps with the existing version of standards, then think about necessary features based on those considerations./ 17:12:37 rrsagent, draft minutes 17:12:39 I have made the request to generate https://www.w3.org/2023/11/29-wot-td-minutes.html kaz 19:52:11 Zakim has left #wot-td