Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Info

Starting on Wednesday 27 January, the CCS call on Wednesdays gives room to the CVII Technology Stack call, same time (5pm CET). CCS call on Mondays will continue and covers both Vehicle Data and Communication Framework

Monday 2021-03-08

US friendly time 16:00 CET

Agenda

  • alignment of Sensoris and VSS data model
  • review of tickets related to the deployment of CCS communication framework  on cloud infrastructure
  • sprint review and update

Participants

  • Ulf, Naresh, Stephen L, Gunnar, Philippe

  • apologies: Kevin, Iyyaz

Minutes

quick roundtable

  • Naresh works at Bosch, is a colleague of Sebastian S, he works on VSS and Kuksa, his knowledge is on the in-vehicle networking side of things

sprint review (new sprint)

  • Jira
    serverJIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-156
    Ulf will remind Glenn about it
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-59
    Gunnar: meeting with Cloudera will likely happen this week
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-196
    Ulf: would like to know more about the timeslot duration for a demo, needs to secure resources for implementing the demo
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-123
    Gunnar: IMHO using a time-series database would be more interesting, some explanation given to Naresh about this workitem
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-181
    • Gunnar: for this one we need some one experienced with apache grapql and java script
    • Gunnar: BMW has clearly some expertise there
    • Philippe: this could be a topic for GSoC
    • Gunnar: checks the GSoC timeline,  too late for this year
    • Gunnar: we need to find an implementer or to identify an existing implementation for the graphql server we could reuse
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-129
    Gunnar: we proposed a graphql api as well, we are stuck for the same reason of having a graphql implementation available
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-149
    • in the VHAL project, Stefan Wysocki implemented a signal feeder with the OpenDS simulator
    • Gunnar: but there is outdated java code in the simulator code, runs on windows, not on linux
    • Naresh: we have (in kuksa.VAL) a can feeder written in python that sends signals to can sockets
    • Gunnar: shows OpenDS 5.0, there is a demo that can be done potentially using a windows machine and generate signals with OpenDS 5.0
  • Jira
    serverJIRA
    serverId121ddff2-c571-320f-9e4d-d5b9371533bd
    keyCCS-111
    • Naresh: in the work we did in kuksa project, the VSS data model is given to kuksa.VAL server

    • Gunnar: underlines the comment of 7 December in the ticket

    • Naresh: an implementation of VSS translation was done by kuksa

    • TODO Naresh to check with colleagues and determine wheher they can contribute on the in-vehicle VSS translation

Monday 2021-03-01

US friendly time 16:00 CET

...