Monday, September 2
Participants
- Gerald Spreitz
- Benjamin Klotz
- Gunnar
- Philippe
apologies:
Minutes
- Call with Sensoris
- very good and friendly atmosphere in the call
- Porkop seems to be quite open for a coordination discussion
- He gave a rough overview od Sensoris including business cases and system architecture, business cases are OEM-related and do not intend to provide an open access to the vehicle
- Sensoris objective is to describe what the car is sensing for the world surrounding it, e.g. number of lanes, road works, traffic signals, outside temperatue (as part of a data set called climate, temperature and weather)
- Gunnar: VSS rather describes the in-vehicle data, we have not been through the data models during the call, there is some overlap in some areas but not in other like map-related data and data with a location-based focus
- Gunnar: license - Sensoris do not want derivatives, there are the only body that can launch Sensoris specs, they propose openess to anyone and this is the way they work with Japanese projects
- Gunnar: Sensoris welcome any proposal that would make their data model more complete, but this proposal would become part of the Sensoris data model because of their licensing approach
- Prokop shows an architecture picture (that includes GENIVI and AGL)
- Sensoris main purpose is to make sure that OEMs are not delivering different data, they should deliver the same data
- Prokop said it is out of scope of Sensoris to describe the system and software architecture, however they care about the "how" (e.g. protocols) to some extent
- Gerald: motivation for having a common data model in Sensoris is for instance the wipers model (e.g. 3 bits on the CAN bus)
- Gunnar: Gerald had a quite long discussion with Prokop about how OEMs provide the data, Sensoris does not care about the software architecture OEMs will use
- Gunnar: it seems they would reuse whatever architecture is defined by GENIVI
- Philippe: IMHO we should not fight for having an aligment of the data models, we could likely live with some duplicated representation for the data that overlap between Sensoris and VSS
- Benjamin: agreed
- discussion follows on GENVIVI scope vs Sensoris scope, VSS could be considered upstream w.r.t. Sensoris for the data defined in both projects
- another meeting will be scheduled in 4-week time, we need to do our gap analysis between Sensoris and VSS first
will be added to the new sprint
- Scrum review
done
done
kept in the backlog, can be activated whenever Don provides us with an update on the OCF Automotive group work- done,
created, we might be interested in knowing more about the OCF cloud services framework in the future when we start looking at the available technologies for the framework
done
done, Gerald provided an updated version of the CCS block-diagram highlighting GENIVI components rather than Autosar framework
done- added to the sprint, new Jira ticket created
with blocking link added 
updated- Gerald: IMHO ISO ExVe is not too exciting, performing a gap analysis between ExVe is to be further discussed with Kevin,
- ticket is reassigned to Kevin to determine whether it is worth GENIVI buys the access to the specs from ANSI/ISO,
- Gunnar: then we should likely check the architecture proposed by ISO ExVe can be filled by some components we have identified in the GENIVI communication framework
- Review of remaining items related to Analysis epic in the backlog
actually done with the various surveys completed- tickets to be added to the next Sprint starting on 10 September:
inputs for this work item will be given by the various gap analysis we have identified
- Gap analysis deliverable
updated with subtasks for Kevin, Gunnar, Gerald, Guru, Benjamin, Daniel for describing their contribution to the deliverable, please refer to the GAP analysis outline draft
Monday, August 26
Participants
- Gerald Spreitz
- Kevin Valdek
- Don Dulchinos
- Benjamin Klotz
- Gunnar
- Philippe
Minutes
- Sensoris
- Gerald has contacted the project chairman
- timeslot proposed on Thu 29/8 at 8:30am for a sync call (expected participants: Gerald (call moderator), Gunnar, Philippe, Benjamin),
updated and closed - Philippe will send an invite once the timeslot is confirmed by Sensoris chairman has confirmed the timeslot
- discussion on the draft content of the gap analysis deliverable prepared by Kevin: GAP analysis outline draft
- discussion on whether to include CVIM in the gap analysis, even though the results of Automat have not been exploited by OEMs which participated to the Automat project
- consensus seems to be there are some good stuff in CVIM that is worth appearing in the gap analysis
- Kevin, Gerald, Gunnar will start populating the deliverable in the wiki
- report from Don on OCF automotive
- Don was not able to sync with OCF staff as expected
- Don showed a slide deck about working mode with GENIVI
- next week agenda: backlog and sprint review
- misc. Benjamin's slide deck on his findings on CVIM are available there
- Adjourned: 17:05
Monday, August 19
Participants
- Gerald Spreitz
- Kevin Valdek
- Michael Ger
- Steve Crumb
- Don Dulchinos
- Guru
- Stephen
- Benjamin Klotz
- Gunnar
Minutes
- Kevin Valdek opened the meeting and welcomed participants.
- Discussing the organization of the gap analysis document...
- Kevin has produced an outline proposal in VCS-48.
- Gunnar has put some ideas into a wiki page
- How do we slice the document. One chapter per compared (data model) covering all characteristics, or one chapter per characteristics/topic covering all data models.
- some discussion, no obvious conclusion - but let's write an outline for clearer proposal we can decide on.
- SC: I would like to see a motivation chapter (for the GENIVI deliverable itself) to clarify document purpose and organization to the reader.
- Gunnar: Seems like we need to rework this a bit with the given input.
- Kevin: I volunteer to propose a (new, detailed) outline of the document
- Kevin will rework the Wiki page that Gunnar started on (because it is now kind of obsolete).
- Gerald: I can report on my action (VCS-28). Yes, overall we think CCC digital key is not much in scope. About car data, they are apparently not planning to create a data model / data taxonomy.
- Gunnar: OK so their main deliverable is requirements, or a design and a programming API? If a programming API, there can be some similarity between an API and a data exchange model, so I would at least take some look (for overlap) if it is an API.
- Gerald: ... yes it seems mostly requirements, use-cases, ... maybe more. I can check a bit more.
- Kevin/Gunnar: We should include them (any organization that falls a bit out of scope) in the report nonetheless, just to document that we have analyzed them and drawn a conclusion.
- Gunnar: Let's go through the JIRA tickets so we don't miss anything
- Kevin: I can do that, I will display...
- VCS 25 - Gerald: I sent a mail to Sensoris chairman about a joint meeting. No answer, need to retry this.
- VCS-50 - (W3C workshop) Steve Crumb: Yes it is confirmed that GENIVI will present the project on the W3C workshop
- VCS-2 This is Philippe's ticket and looks like a kind of overview tracking ticket (An Epic, sort of)
- VCS-33 - (SENSORIS vs VSS) Still open only because the presentation has not been published in the Wiki (Benjamin was reminded)
- VCS-25, Guru working on it. Keep it open.
- VCS-34 - Sensoris vs CVIM. We think we can close the ticket. Overlaps other analysis.
- VCS-38 - Steve Crumb: I have an update. I contacted ANSI via helpdesk. They require us a site license ($1200) to get the specification and we must put limits on the individuals that may read it. How many of you can get your own access via your organization?
- Kevin: I can read the ExVe document.
- Gerald and Guru: Also we can do that.
- ...BMW? (Benjamin can't go on audio, but we assume it ought to be accessible – follow up)
- SC: GENIVI might purchase it only for staff since the limited circulation requirement will in that case not allow us to distribute to the members. Steve will investigate this.
- VCS-39. Kuksa. Gerald will contact Sebastian to see status
- VCS-42. Automat Security analysis. Gunnar: I will try to make sure it is presented to the security meeting this Thursday, as requested. We assume this ticket stays open until then.
- VCS-47. Don: This is on track. I am talking to OCF tomorrow.
- Kevin: Any other business?
- Meeting adjourned
Monday, August 12
Participants
- Kevin Valdek (High Mobility)
- Gerald Spreitz (Bosch)
- Don Dulchinos (eonti)
- Gunnar (GENIVI)
- Philippe Robin (GENIVI)
apologies:
Planned agenda
- Gap analysis deliverable: document owner and contributors, table of content update
- Sprint 2 closing
- Various topics according to JIRA (SCRUM sprint review)
Minutes
- Philippe welcomes Gerald and Gunnar who are back from vacation
- Sebastien Schidlt sent apologies, he will try to join in a few weeks
- Gap analysis deliverable
- contributors
- Gerald: yes, Bosch will contribute, but gap analysis topic is TBD, I need to check with Guru
- Kevin: yes, HM will contribute, quite open about the topic(s)
- Gunnar: yes, I will contribute
- Gunnar: when performing the gap analysis, we will identify new topics to investigate in addition to filling the content of the gap analysis
- Philippe: we are in an agile process, no worries
- Philippe: we need to get Daniel and Benjamin in the loop
- Philippe: I added Androif Auto P.Car to the list of projects we will review, the analysis of P.Car is starting in the Android Automotive SIG Vehicle Data APIs subproject, from this work, we expect to get a gap analysis between what AA provides and what the OEMs need w.r.t. the vehicle data APIs
- /TODO/ Kevin, Gerald, Gunnar initiate a thread offline to decide on the topics assignment, created and assigned
- Philippe: IMHO we need to start writing now
- OCF update
- Philippe: welcomes Don Dulchinos representing OCF Automotive
- Don: introduces himself, Don is in consulting business - contracted to a security company which is interested in automotiven, tried the OCF Automotive project a year ago, set up an official liaison with GENIVI
- this year has done some work in April/May, OCF has started a cloud interface WG and wanted to set up a liaison with W3C and this took a long time
- in June there was an event in Colorado with JLR and W3C where they discuss to have a poc done, OCF has some interest in it but not strong enough
- then Don organized a call with with Ted and chair of OCF strategy,
- OCF got recently renewed interest in this automotive group: Honeywell (smart thermostats), interested in the connection to the home
- use case: someone is driving to his home and wants to get access to the home for setting thermostats
- Gerald: is there the reverse direction use case ?
- Don: not an Honeywell use case
- OCF is interesting in having a demo at CES 2020, there is also an interop event scheduled before in December
- discussion on demos
- Philippe: timeline for a Cloud & Connected Services project demo is for CES2021, we intend to work before on a gap analysis between various projects working on the vehicle data access and then we will scope and specify possibly a common framework for the vehicle data access and define APIs
- Gunnar: back to OCF demo, what are the companies investigating the cloud APIs in OCF ?
- Don: Samsung, Honeywell for instance
- Gunnar: IMHO OCF would consider joining the GENIVI showcase ar CES 2019, you would need to contact the organiser of this event
- Don: I will talk to the governance of OCF (i.e. companies like Samsung, Intel, Honeywell active in the cloud interface)
- Don: is GENIVI active with the W3C ?
- Gunnar: yes, we are very much active, we have some kind of shared memberships, we work closely with them
- Scrum review
- VCS tracker https://at.projects.genivi.org/jira/browse/VCS
- Sprint 2 completed, Sprint 3 started
Survey CCC specifications and check for relevance- Philippe: IMHO the Digital Key project is not relevant for our CCS project, my interest is in the Car Data project; is it an active project within CCC ? are there deliverables available ? if yes is it worth looking at them ? if yes, we will determine later how GENIVI can access them. assigned to Gerald
- Assign gap analysis deliverable sections to ownerscreated and assigned (please look at the list of watchers who are expected to engage in the thread)
Survey SENSORIS specifications- Philippe: Guru would like to dig further into Sensoris and check on histograms in Sensoris (as a follow up of last week's discussion on automat )
- reassigned to Philippe for tracking ISO feedback on the access to the specs
Sebastian was poked about providing an update on kuksa project- Philippe: following last week's discussion on Automat, we need to point the GENIVI security team on Petar's overview, Petar added to the thread on assignment of the gap analysis deliverable sections
- assigned to Don, Don will provide an update on OCF on 26 August
review CCS project charter Done- contact Sensoris and ask for a sync call, assigned to Gerald
- Philippe: Gunnar and I need to go through the backlog and identify which other tickets are to be scheduled in Sprint 3
- Next week call
- Kevin will moderate it (thanks)
- main agenda topic is the assigment of gap analysis deliverables sections to contributors
Monday, August 5
Participants
- Gururaja N (Bosch)
- Kevin Valdek (High Mobility)
- Michael Ger (Cloudera)
- Philippe Robin (GENIVI)
Planned agenda
- 1- Update on automat project
- 2- Gap analysis deliverable: document owner and contributors, table of content update
- 3- Various topics according to JIRA (SCRUM sprint review)
look at active sprint & backlog of VCS tracker https://at.projects.genivi.org/jira/browse/VCS - 4- AOB
Minutes
Kevin moderates the call. Thanks.
1- Update on automat project
- Philippe reports the outcome of the two calls he had with Automat project participants last week
- Renault participant on Wed 31 July
- Automat cybersecurity WP lead (from Trialog) on Tue 30 July (A,ntonio)
- call wirh Renault
VW had the biggest budget share in the automat project (up to 25%)
the VW team involved was from the After Sales division (not from the R&D) and had a very short term vision of their needs
VW interest was on what happened in the vehicle before a failure using histograms, because they wanted to minimize the telecom costs for data transmission and therefore the quantity of data transmitted
there were actually two competing approaches for the vehicle data telemetry in the automat project: histograms for VW vs time series for Renault and Fiat (CRF Fiat R&D), the time series approach consisted in transmitting as many raw data as possible and processing them offline with big computers
At the beginning of the project, HERE proposed to use the Sensoris approach for gathering vehicle data but there was nothing like histograms in Sensoris and this approach was not investigated further
Renault did a proof-of-concept using a dongle to gather the data, VW and CRF decided to use existing ECUs (CRF used an existing TCU (communication box)
At the end of the project the OEMs decided not to continue.
- call with Trialog
Trialog pointed to the following position paper from BDVA (Big Data Value Association), Antonio was one of the main contributors to this paper based on his work in the automat project with a particular focus on the privacy for big data
Antonio mentions also the SAREF work on data ontologies pushed by EU whose motivation is to define and promote a European standard
Antonio mentions W3C / Web of Things (WoT) work whose charter starts with a statement on the ecosystem fragmentation
data privacy / security in automat
the interesting feature of the automat cybersecurity work is that it relies on existing standards (at the time of the project execution timeline)
Antonio said it would be good to review and restructure and update the automat cybersecurity framework according to recent US NIST work that takes into account the product lifecycle (to be shared witl the GENIVI security team)
- Conclusion on automat
Philippe's personal conclusion is that we have looked enough into Automat, unless we have an indication that Autosar will eventually use Automat CVIM as an input to their Cloud Services WG work, we in GENIVI should focus on Sensoris and VSS and ISO ExVe, we will also coordinate with Autosar on this
call participants agree
- Guru: said he will look further into requirements for histograms as defined by automat and check what was not supported in Sensoris
However the work done in automat on cybersecurity is good and relates to a big data architecture, Philippe recommends the GENIVI security team to review it and amend it w.r.t. US NIST work and extract possibly use cases to benchmark the MoRa tool
- Additional information (for Kevin and others)
- yet another proposal from VW
2- Gap analysis deliverable: document owner and contributors, table of content update
- Philippe: said he added P.Car (from AOSP) to the list of projects on Vehicle Data APIs we have to consider for the gap analysis
- P.Car is investigated in the AASIG Vehicle Data APIs subproject which started last week, look here
- Kevin: asked whether we will have one or several deliverables on gap analysis
- Philippe: said he is fine with both approaches, we need an executive summary to provide an overview of the results anyway, the format of the deliverables could possibly followed the one of the technical papers published earlier like GPRO white paper
- Philippe: we need to assign sections / deliverables to contributors and nominate a document owner, we will create the relevant Jira iickets in the new sprint that will start next Monday
- Kevin: said he (and his team) can do a contribution
- Guru: will check with Gerald whether Bosch can do a contribution
3- Scrum review
- VCS tracker https://at.projects.genivi.org/jira/browse/VCS
- commented and updated, subtask created on how GENIVI could access ISO specs created and assigned to Steve
closing remarks on automat project added
table of content for gap analysis doc reviewed and agreed, closing remark added (see above), done- we need to find an owner for the review of CCC specs
- we will close the sprint on next Monday 12 August
Monday, July 29
Participants
- Gururaja N (Bosch)
- Kevin Valdek (High Mobility)
- Michael Ger (Cloudera)
- Stephen Lawrence (Renesas)
- Steve Crumb (GENIVI)
Apologies
- Petar Vorotnikov (Visteon)
- Daniel Wilms (BMW)
- Gunnar Andersson (GENIVI)
- (Magnus, Melco - vacation)
- Gerald Spreitz (Bosch) (vacation)
- Philippe Robin
Planned agenda
- Review of the gap analysis deliverable content proposal (all)
- Presentation of a summary of the Extended Vehicle ISO 20078 standard contents
- Various topics according to JIRA (SCRUM sprint review)
- look at active sprint & backlog of VCS tracker
- JIRA kanban is here (Note, Kanban requires login. This browse project seems to currently work for viewing without login. Please request login if you are active participant....
Minutes
Kevin moderates the call. Thanks.
Gap analysis deliverable proposal
- Kevin: the proposal from Philippe is good and we already have most of the necessary information about each project to start
- Guru input:
- For the scope overlap/gap part we can bring in a table structure that we use for comparison
- We can define data characters from one project to another
- We can add information about how each project is being adopted by the industry
- Steve: when talking about deliverables, can we draw experience from the work being done in the Android Automotive SIG? Data topics are being discussed there as well.
- Philippe (added offline) : IMHO we could add P.Car as one of the inputs we need to review, to be discussed at the next meeting
Extended Vehicle ISO 20078 summary
- Kevin presents - key points:
- The ISO standard was published end of Q1 this year. It covers concept and specific requirements for OEMs to follow when providing car data access to third parties via web services
- The standard consists of three different parts:
- Content (resources)
- Security framework
- Access (consent flow)
- The standard does not enforce or recommend any specific car data protocols
- Should be useful for the CS project. To consider: if a deliverable should be compatible with the standard
- Documents are not available in the public domain, but licensed
- Guru:
- There’s a lot of info in the document that is useful: Authorisation, REST API etc.
- As the documents are not in the public domain. Does GENIVI have any type of collaboration with the ISO body, to get access to the information? How could it be done?
- Steve: will investigate if we can get a license
Monday, July 22
Participants
- Benjamin Klotz (BMW)
- Daniel Wilms (BMW)
- Gururaja N (Bosch)
- Kevin Valdek (High Mobility)
- Petar Vorotnikov (Visteon)
- Gunnar Andersson (GENIVI)
Apologies
- Michael Ger (Cloudera)
- (Magnus, Melco - vacation)
- Gerald Spreitz (Bosch) (vacation)
Planned agenda
- Update on CVIM / VSS data comparisons (Benjamin)
- Give feedback and approve project charter (all participants)
- Various topics according to JIRA (SCRUM sprint review)
- look at active sprint & backlog of VCS tracker
- JIRA kanban is here (Note, Kanban requires login. This browse project seems to currently work for viewing without login. Please request login if you are active participant....
Minutes
Gap analysis CVIM vs VSS
Benjamin: there is a lot of overlap between cvim & vss, it would be good to have someone from the automat project in the call
/TODO/ Philippe contact automat project manager & renault (since Renault is one of the project participants)
created
Sprint review
Monday, July 15
Participants
- Gerald Spreitz (Bosch)
- Michael Ger (Cloudera)
- Benjamin Klotz (BMW)
- Daniel Wilms (BMW)
- Ilios Galil (Obigo)
- Gururaja N (Bosch)
- Kevin Valdek (High Mobility)
- Petar Vorotnikov (Visteon)
- Gunnar Andersson (GENIVI)
Apologies
- Philippe Robin (GENIVI) (vacation)
- (Magnus, Melco - vacation)
- ...
Planned agenda
- review of OADF workshop minutes
- discussion on gap analysis deliverable content
- feedback on project charter
- AOB
- JIRA kanban is here (Note, Kanban requires login. This browse project seems to currently work for viewing without login. Please request login if you are active participant....
Minutes
- Presentation of Michael Ger and other participants.
- Gunnar: I'm hoping Cloudera will provide great input to the "Big Data" flavor of the technical architecture (which likely complements the on-demand protocols like W3C VSI).
- Gerald went through the minutes of the OADF meeting and through that described the different topics that are discussed in that forum.
- Guru presented analysis of current Sensoris work (Analysis document *)
- Benjamin presented AutoMat overview (slide deck *)
* please find links to material from the corresponding ticket in the JIRA project if not provided here.
Over time the material ought also be summarized as results of the project on the parent Wiki page.
Discussion:
- Michael Ger asked for login. Gunnar answered via email.
- Gunnar asked every presenter to update their corresponding JIRA ticket. If anyone is still having issues with login, email Gunnar and/or Philippe (on vacation this week).
- Benjamin's presentation was a little short on time. Decided to follow up next week on more detailed discussion on comparing the data models.
- Gunnar will create a ticket for "gap analysis" accordingly.
Monday, July 8
Participants:
- Benjamin (BMW)
- Gerald (Bosch)
- Guru (Bosch)
- Daniel (BMW)
- Petar (Visteon)
- Magnus (Melco)
- Ilios (Obigo)
- Gunnar
- Philippe
apologies:
Agenda:
Minutes
Monday, July 1
Participants:
- Benjamin (BMW)
- Gerald (Bosch)
- Guru (Bosch)
- Daniel (BMW)
- Kevin (High_Mobility)
- Gunnar
- Philippe
apologies: Petar (Visteon)
Agenda:
- Connected Services project charter
- ISO Extended Vehicle update
- W3C status presentation (Gunnar)
- CVIM review finding (Kevin)
- sprint review
Minutes
- Connected Services project charter
- ISO Extended Vehicle update
- W3C work status
- Gunnar presents the content of the following wiki page Connected Services: W3C VISS/VSI specification status
- discussion on proff-of-concept implementation of the VISS/VSI
- Kevin: is there a general plan/timeline for VSS Gen2 ?
- Benjamin: things will be delayed until the data models for transportation workshop has happened (scheduled on 12-13 September 2019)(look here)
- current WG charter started on May 2018 and will end on June 2020,
commented
- Sensoris
- Gerald shows a slide deck (link TO BE ADDED) from Bosch describing the status of Sensoris work
- Version 1.0.0 of the Sensoris specification will be released in the next days under CC-ND license
- data provided by Sensoris are not only about the vehicles but about the environment
- Version 1.1.0 will introduce the concept of "jobs"
- jobs = login jobs running for a certain period of time for a certain fleet of vehicles
- Gunnar: it would be good to identify how much overlap we have, shows the interest of different domain taxonomies
- Gerald: it would be good also to set up a call with the sensoris project once we have reviewed the Sensoris specification that will be published soon
- AOB
- telco schedule
- DECISION we will start scheduling the weekly call on Monday afternoons at 4pm CET next week (8 July)
- (added offline) cloudera and autonomic.ai which are based on US Pacific coast have been invited to join
Monday 24 June weekly call
Participants:
- Petar (Visteon)
- Gerald (Bosch)
- Daniel (BMW)
- Gunnar
- Philippe
Minutes
Monday 17 June weekly call
Participants:
- Petar (Visteon)
- Kevin (High Mobility)
- Benjamin (BMW)
- Gerald (Bosch)
- Ilios (Obigo) new participant
- Gunnar
- Philippe
Minutes
news
project charter
Philippe is preparing a project charter for advertizing our work, we foresee to breakdown the project into 2 stages
Stage 1 focusing on data, i.e. what we are initiating now with an objective to decrease the fragmentation of the ecosystem with several different approaches to describe the vehicle data and the communication framework to access them
Stage 2 focusing on compute, initial though is to look into cloud computing platform to support mobility and vehicle autonomy
- this charter will be shared with this project participants
- project tracker
- new participant
- Ilios introduced himself, he works for Obigo (Korea) and is their representative in Europe, he is based in Portugal-based representative attended the weekly call, he will be an observer for the time being, we had a discussion on the GENIVI Korea REG
- Gerald: asked Iliol whether there are public funded projects related to vehicle data in Korea
- project status
- we use the Jira tickets of the active sprint
- Kevin (High-Mobility) has reviewed the automat project Commoin Vehicle Information Model and presented his findings
VCS-26 - Survey AUTOMAT specifications (Common Vehicle Information Model - CVIM) In Progressthe model describes big data for connected cars, it is quite different from VSS, it goes very deep in data harmonization and proposes several layers like signals + measurement layer + data package layer
Gunnar: how is it compared to W3C
Kevin: I have not seen the same information than in W3C
Benjamin: we have a metadata Task Force in W3C, it is part of what next generation will do, we will have different kind of meta data, I would recommend to use the best practice, no competition now from W3C because there is no spec on this topic yet
- Kevin will summarize his findings in the wiki
- Petar (Visteon) is reviewing the automat project security model
VCS-32 - Read AUTOMAT security document In Progress - Gerald (Bosch) will spot the colleague within Bosch who attended the OADF conference, objective is to learn about the Sensoris specifications status VCS-25 - Survey SENSORIS specifications To Do
- Gerald: we need to make a comparison between the various data and protocol specifications
sensoris va automat ==> Gerald / Kevin (due date: 3-week time
vss vs sensoris ==> not assigned yet
vss vs automat ==> Benjamin (after submitting his thesis at the end of the month) , Gunnar
- Jira tickets created in VCS
Wednesday 12 June
Webinar on W3C Auto WG & GENIVI collaboration, VSS and Vehicle Data definition future steps
Wednesday, June 12, 1300 CEST
recording
Monday 10 June - informal call
(This call was not intended/schedule and therefore had no official invite. Therefore only had 3 participants, but we still made progress in discussing the needed steps and plans which will benefit the group for next time)
Participants: Kevin, Petar, Gunnar
Using a Etherpad at Mozilla we captured:
Security guidelines
1. Collect and write down Security guidelines
Idea to produce general security guidelines for different parts of the data-oriented parchitecture.
E.g.
- For this API type you should apply this type of security...
- For this data link ....
- Web services and Mobile App requirements are different
- High Mobility has input to give here
- GENIVI Security group could review, if we have something written down
(We discussed to prepare a draft result first since the Sec Team does not benefit from an undefined "open question" at this point)
Data categories
2. Analyze What type of data is needed for different data users?
- Recognize that fine-grained filtering is needed, and mechanisms for it
but here we rather mean:
- Define names of groups of data, and describe them.
...Service classes that need different refresh rates
- Define groups and needs
Data contracts
- Quick intro to discussion in W3C before. It came up because it relates to the definition of the needs of each party. These needs eventually get formalized into contracts and that is the link.
- Grab-bag of tools/questions/terms to define business contracts or more technical contracts
- A kind of checklist...
- Purpose: Simplify business contracts on data, and make sure details are not lost
Tech constraints, technology choices
What are the Technical constraints that are imposed by the used technology?
- Communication paradigm and protocols (pub/sub, req/res, REST, MQTT)
- Middleware and components standing in the data path - caching layer, service layer, service bus
Surveying existing initiatives
- SENSORIS -> await this week's meeting and announcements, and see the outcome before defining actions
- Automat - Data formats and types and similar things are in their specs. Read and consider alignment.
https://automat-project.eu/content/open-cvim-specification
- W3C protocol content (being worked on with participation in group - but summarizing and presenting to the group is useful). Also Webinar tomorrow.
- CCC - have we confirmed there is nothing to reuse or relate to or is this still active? Reconfirm with PR and GS.
- ... follow up with the rest of the list
Question: SENSORIS - which companies can lead the investigation and alignment?
Answer:
- not Visteon - Petar did not reach anyone working with it
- not HM -
- Bosch? ... figure out this list
Terms/names/definitions
Steps:
- Review existing specs, do they include a Glossary
- ... and/or just start writing it down
Collecting Information in Wiki to complete the picture
- Action for all: Populate the Wiki with useful links
- Example of things to link to:
Other Projects
Specifications
Presentations & Videos
Implementations of basic technologies (open source projects)
Do this on the Connected Services home page: https://at.projects.genivi.org/wiki/x/PIAVAg
- AUTOMAT Security document looks useful to read in addition to CVIM spec.
Steps/Actions (current and future to be assigned)
- AI(all): First get projects.genivi.org Wiki account if you don't have it (signup link is this one - it is part of JIRA)
- Read AUTOMAT CVIM specification -- AI: Kevin -- read and summarize, present next week
- AUTOMAT Security document -- AI: Petar -- read and summarize, present next week
Future:
- Look at other AUTOMAT docs - are any other important to read?
Monday 3 June weekly call
Participants:
- Petar (Visteon)
- Christian (BMW) (partially)
- Kevin (High Mobility)
- Rafael (xapix)
- Stephen L
- Gunnar
- Philippe
- apologies: Sebastian (Bosch) vacation
Minutes
roundtable
- Rafael: xapix is a German company based in Berlin trying to create an api automotive platform www.xapix.io
- takeaway from AMM
- Kevin: liked to talk about the standardization of car data, VSS, VSS 2
- high mobility has a different perspective, establishing the framework between high mobility, the car and the cloud
- a lot of different protocols, not only VSS 2 but also several others
- discussion on the various protocols
- Gunnar: at AMM we got a presentation by cloudera on the way data are managed in an automotive api framework (big data architecture)
- Discussion followed on capturing all the different players/users of the architecture. Third-party "app" development API, is that a programming API or "only" the W3C REST-based architecture?
- High level vision on the project scope
- Gunnar: shows this slide deck
- Petar: agrees totally with slides 3&4
- one question on how to describe a behavior/service, need to represent different data types, and how to represent data that is made up of combining data from several sources.
- Gunnar: When it comes to combining signals into more refined data, the VSM project is investigating exactly that. It provides currently a python implementation. This can be useful to run on powerful IT systems, and/or be further refined to a optimized compiled code through code-generation for example.
- look at: GitHub/GENIVI/vehicle_signal_manager
- Kevin: I have a more organisational level, question, is VSS 2 more based on REST ?
- clarification brought by Gunnar on the various topics wip at W3C: VISS, VSS 2, etc.
- Clarifying VSS (Data Model @GENIVI GitHub), VISS v1 (W3C specification, which does also refer to VSS as the (minimum) data that shall be provided. VISS v2 (ongoing, in combination of augmenting VSS v2 to the needs). VISS v2 primarily focuses on adding HTTP/REST but some augmentations of the underlying features and data models happen in combination with this.
- Clarifying differences of work in data definition:
- data-model description (Exemplified by VSS - shared among implementors)
- actual data names and descriptions (Also exemplified by VSS - shared among data providers/users)
- actual data names and descriptions (E.g. proprietary extended VSS additional, e.g. OEM private)
- Notice that VSS provides two different roles - defining HOW to define data, and also WHAT data, but these can be treated separately!
- There is some talk of "other data models" in W3C, not clear if this is just other proprietary data, described in VSS-like format, or if it is described in some other format. Also not clear what those other formats might be. VSS is generally adapted to match the needs that come up.
- The fact that some companies are worried to agree that all data names/descriptions are shared tend to block the discussion. We all understand that some data definitions are unique and private and VSS v1 already described private extensions. We understand that we benefit first from a shared way to describe it, and shared tooling, second that we also can benefit from some data being shared and defined (e.g. any "developer API" *requires* that to be defined at some point), and we also agree that companies may have some own unique and private data. Key point: No part should block progress on any other part.
- Kevin asked about if W3C VISS service covers security access control features. Gunnar answered that it is specified weakly on VISS v1 (but that still allows for implementors to add it), and that in v2 we will see what makes it into the formal specification (timing, progress), but there are some discussions.
- homework
- review the draft workplan and Gunnar's slidedeck
- back to the project naming ==> homework for next week- coin other project names
- AOB
- participation to OADF open conference next week in Munich ==> check whether some of your colleagues are attending it
Monday 27 May weekly call
Participants:
- Petar (Visteon)
- Gerald (Bosch)
- Christian (BMW)
- Benjamin (BMW)
- Gunnar
- Philippe
Minutes
- roundtable
- discussion on the project name, consensus on "connected services"
- Slidedeck
- Gerald went again through the slide deck he presented at the AMM
Slide #3-4:
Gunnar: needs to identify what are the higher level protocols we use on top of radio links
discussion on the roles to play by various organizations for the definition of data containers, many organizations are currently competing on this
Gerald: where is the most interested area for the genivi group ?
Benjamin: I have multiple perspectives on those topics (slide 3), this is a highly fragmented ecosystem
Petar: IoT style communications are more interesting to me, having a connected vehicle does not mean a vehicle is always connected in my opinion
slide 6 - ISO ExVehicle
BMW: does not know who from BMW is involved
/TODO/ each participant find who in their company is involved in ISO work ExVehicle
/TODO/ Philippe contact Kevin to check whether high-mobility is implementing an alpha version of the ExVehicle concept and ask him to join the call
Gunnar: does everyone has the same understanding of what a neutral server is ?
Gunnar: as genivi we need to work on the interfaces between the various parts of the architecture
Christian: agreed, we need to define the interfaces and *do it first*
slide 6 - Sensoris
- slide 7
discussion on how CCC and W3C sync on those topics
Gunnar: in his opinion, this should not be not a constraint for our work
/TODO/ each participant find who in their company is involved in CCC work
slide 8
automat: it is likely a good idea to check this project because there are 2 OEMs involved (VW, Renault) and also there seems to be a comprehensive work on security and privacy
Philippe: IoT - FYI genivi has a liaison agreement with OCF
/TODO/ Petar look into OCF work
Petar: kuksa project is quite comprehensive
Autosar: cloud services - Benjamin discussed this with Sebastianat the AMM
/TODO/ Philippe contact Sebastian (Bosch) about the Autosar cloud services
slide 11
- Gunnar will prepare a slidedeck delivering his vision of what we should work on (in reference to the 5-level ladder shown in the panel on future vehicle electrical architectures at the AMM, look at slide #3 of future EE architectures)
Monday 20 May weekly call
Participants:
- Petar (Visteon) new participant
- Gerald (Bosch)
- Guru (Bosch)
- Gunnar
- Philippe
Minutes
- roundtable
- Petar: works with Visteon Connected Car team, he is a colleague of Giovanni (GPRO project), he is also based in Sofia, Bulgaria
- Petar is the solution architect of the team responsible for the overall architecture of the Visteon platform for connected services
- Petar has 12 year experience in connected services, for the entire stack from infrastructure to Web content end-to-end and for standard compliance
- Petar is currently more on R&D and prototyping than production
- Slidedeck
- Gerald went through the slide deck he presented at the AMM
- Gerald: session went out very well, better than expected, a lot of experience people attended, Melco (Mitsubishi Electric) which is quite involved in W3C was there and showed a lot of interest
- next steps following AMM workshop
- organization of weekly calls (instead of every other week): agreed
- /TODO/ Philippe send out an invite for the calls (starting next Monday) to the genivi-projects mailing list and the list of interested participants gathered at the AMM
- /TODO/ Philippe initiate a wiki page for the project
- feedback from today's call participants
- Petar: workplan is quite interesting, told us he identified interesting work on IoT protocol standardization, the Homie protocol specification that he came across a couple of months ago. Although it is suggested to be home IoT-oriented, it is generic enough to provide structured data interface for IoT communication, which falls in the scope of Car to Cloud.
- link: https://homieiot.github.io/
- Petar: has a question on the authorization work, is it also on the cloud side ?
- Gerald: yes, you are right, something is needed on the cloud side
- Gerald: Daniel Wilms (BMW) expressed his concern about piling up abstraction layers
- Philippe: this has been a recurrent concern from BMW for a couple of years
- Gunnar: thinks this is a no brainer
