18:00:42 RRSAgent has joined #auto 18:00:42 logging to https://www.w3.org/2021/09/07-auto-irc 18:00:44 RRSAgent, make logs Public 18:00:44 Meeting: Automotive Working Group Teleconference 18:01:02 agenda+ Implementation notes 18:01:06 agenda+ Issues and PRs 18:01:47 agenda+ VSS data set and cloud PoC 18:02:15 Present+ Gunnar, Ulf, Peter, Isaac, Ashish, MagnusG, Ted 18:03:01 zakim, next agendum 18:03:01 agendum 1 -- Implementation notes -- taken up [from ted] 18:03:33 Peter: brief report for now, I started an implementation based on fork from VISSv2 reference implementation 18:03:48 Present+ Carine 18:03:56 … goal is to have it running in a vehicle soon. I'm using another open source project to feed southbound signals 18:04:26 … bimi (sp?) broker which started at Volvo but now elsewhere and flexray 18:04:58 … I'm using a record/playback mechanism for testing VISS via bimi 18:05:06 … setup a 'vehicle' on a rpi 18:05:30 … Ulf's implementation is working, using dockerized composition from Magnus which is also working 18:05:45 … the plan here is to use this to populate VSSo in the cloud 18:06:18 Ted: presumably Joakim will jump in on VSSo part? 18:06:32 Peter: yes, guess that is it for now 18:06:42 Ulf: glad this is being used 18:07:02 Peter: hope to have more progress in a few weeks and a vehicle with hardware that can support it 18:07:25 Gunnar: when mapping signals from flexray to VSS, are you using a configuration file to map? 18:07:46 Peter: I have some ideas on how to do that. that is one of the challenges here, low level work 18:08:17 … there are lexical similarities between the models that may facilitate 18:09:56 Ted: that is going to be a common problem for others, would be great if we can generalize it 18:11:36 … we have to do that often ourselves 18:11:55 Ulf: it is arduous indeed, think Peter was looking for automated mapping 18:12:16 Peter: that is my thought based on similarity of naming, not sure how far you can go with it 18:12:24 Ulf: not all the way but a good start 18:14:00 Gunnar: we have a similar exercise elsewhere, eg for Android 18:15:52 Peter: there are a number of useful tools out there, hopeful we might be able to achieve something 18:16:22 … there may be gaps between the mappings, eg additional signals not in VSS 18:18:24 Ted: immediate solution is to use private branch and encourage contributing those for consideration back to VSS 18:18:25 zakim, next agendum 18:18:25 agendum 2 -- Issues and PRs -- taken up [from ted] 18:18:55 Ulf: perhaps we can first hear from Isaac on his thoughts or progress on revision from last time 18:19:07 Isaac: too early to present, should have more by next week 18:19:25 … perhaps a summary for the callers here worthwhile 18:20:51 Ulf: let's defer and cover next week 18:21:06 https://github.com/w3c/automotive/pulls 18:21:27 Ulf: first off thanks to Gunnar for helping sort out PR mess last week 18:21:43 I have made the request to generate https://www.w3.org/2021/09/07-auto-minutes.html ted 18:22:11 https://github.com/w3c/automotive/pull/407 18:22:19 https://github.com/w3c/automotive/issues/387 18:22:39 Ulf: we were inconsistent in providing timestamps and concluded we should be uniform 18:23:03 … getSuccessResponse had timestamps for data points but not the time for the response itself 18:24:01 … this PR contains more than just timestamps as I noticed the format for the responses was using old way of representing data points 18:24:29 … it is possible to return multiple data points in one response 18:25:19 … I addressed both in this PR 18:28:59 … I consider this a minor PR and propose we adopt it 18:30:00 Ted: agree, let's go with it 18:30:48 https://github.com/w3c/automotive/pull/406 18:30:58 https://github.com/w3c/automotive/issues/399 18:31:25 Ulf: this relates to tokens in transport, how they can be used 18:31:52 … there was only one example but we have different types of requests 18:32:33 … this one should be fairly straight forward as well, using tokens for slightly different requests 18:33:27 … the main thing here is "A token header can be combined with all types of update requests" 18:34:17 … this one is fairly straight forward. unless people feel more is needed, suggest we accept this change as well. it meets and resolves the raised problem 18:36:57 … I encourage people to read through the other PR on their own as I wasn't part of it 18:37:08 Ted: let's discuss that one next week 18:37:10 https://github.com/w3c/automotive/pull/404 18:38:20 [closing 387. 399 only half addressed at present] 18:38:36 https://github.com/w3c/automotive/issues/386 18:38:58 Ulf: while we have multiple underlying datatypes in VSS but in the actual JSON payload it is sent as a string 18:39:46 … I claim there is value in having it as a string 18:40:18 … crea7or pointed to C locale and JSON RFC, my leaning is to the latter 18:40:56 … I could produce a PR but want to get input first 18:43:11 Gunnar: doesn't it need quotes to be strings in JSON? 18:43:36 Ulf: quotes make clear it is a string but not required 18:43:43 Gunnar: this comes from JS typing 18:44:27 Ulf: my question is are we ready to consider a PR adding this 18:44:38 Peter: I think its needed 18:44:53 … ran into exactly this with southbound translation 18:48:47 Ted: perhaps try to get some feedback from Sebastian first 18:49:51 https://github.com/w3c/automotive/issues/405 18:50:48 Ulf: that is a good point, agree consistency would be better 18:51:24 Ted: agree 18:51:29 Peter: seems straight forward 18:52:18 Ulf: I'll address and use arrays 18:52:44 https://github.com/w3c/automotive/issues/403 18:53:57 Ulf: the question is should it be possible to set more than one signal in a request 18:54:08 … at the time I wrote it, thought so but now hesitant 18:56:27 Ted: for locking all doors, same node as suggested, makes sense but not across nodes 18:57:23 … access control per signal write could prevent. think child window/door lock - don't let the kid in the backseat unlock all doors 18:59:19 Gunnar: I wonder if such policies (access control) would take care of it 18:59:31 Ted: agree 18:59:54 MagnusG: how are we handling for get? 19:00:27 s/how are we handling for get?/how are we handling error response if eg one is refused?/ 19:00:52 Ulf: it could be all fail and underlying system should revert 19:01:16 … that may be a pain for implementations 19:01:39 Gunnar: yeah we would have to support transaction rollbacks 19:02:31 … recall the previous discussion that setting a target value may take some time, not produce immediate results 19:04:23 … you might need to eg read back repeatedly to see progress of window being lowered 19:05:55 I have made the request to generate https://www.w3.org/2021/09/07-auto-minutes.html ted 19:07:03 Ulf: some of this belongs more in VSC than VISS 19:07:29 … the client can check results and act accordingly 19:07:32 I have made the request to generate https://www.w3.org/2021/09/07-auto-minutes.html ted