Merge pull request #48 from UlfBj/master

Documenatation update. Curvelog signal dimension config file added.

server/vissv2server/signaldimension.json

@@ -0,0 +1 @@
+{"dim2":[{"path1":"Vehicle.CurrentLocation.Latitude", "path2":"Vehicle.CurrentLocation.Longitude"}], "dim3":[{"path1":"Vehicle.Acceleration.Lateral", "path2":"Vehicle.Acceleration.Longitudinal", "path3":"Vehicle.Acceleration.Vertical"}]}

tutorial/content/client/_index.md

@@ -1,5 +1,5 @@
 ---
-title: "VISSv2 Clients"
+title: "VISSR Clients"
 ---
 
 ## Client deployment options

tutorial/content/datastore/_index.md

@@ -4,10 +4,15 @@ title: "VISSR Data Storage"
 
 The VISSR tech stack architecture contains a data storage component located between the server and the feeder(s).
 This data store provides a decoupling between the server data access operations and the data access operations of a feeder.
+
 Feeders are expected to keep the data store updated with the latest available value of the signals defined in the VSS tree,
 and for client read/subscribe requests the server reads from what is available in the data store.
 This leads to that for all client read/subscribe requests the underlying vehicle system does not get involved by instantaneously
 having to provide a signal value when asked for by a client.
+
+For subscriptions it also enables that a more versatile menu of event trigger conditions can be available to the client
+than what the underlying vehicle system actually is supporting.
+
 Client write requests are not passed through the data store (except for the soon to be deprecated version 1 client template type),
 but are instead communicated over an Unix Domain Socket IPC channel directly to the feeder by the server.
 

tutorial/content/docker-step-by-step/_index.md

@@ -1,5 +1,5 @@
 ---
-title: "VISSv2 Docker"
+title: "VISSR Docker"
 ---
 
 ## Intro

tutorial/content/peripheral-components/_index.md

@@ -1,5 +1,5 @@
 ---
-title: "VISSv2 peripheral components"
+title: "VISSR peripheral components"
 ---
 
 A few other software components that can be useful when setting up a VISSv2 communication tech stack exists:

tutorial/content/server/_index.md

@@ -1,5 +1,5 @@
 ---
-title: "VISSv2 Server"
+title: "VISSR Server"
 ---
 
 The VISSv2 server is the Sw component that implements the interface that is exposed to the clients, and that must conform to the COVESA VISSv2 specification.