From 97ce5c2718e388e8677d36f38b1dfb4408811c4c Mon Sep 17 00:00:00 2001
From: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
Date: Wed, 29 Apr 2020 13:27:58 +0200
Subject: Github returns a 301 for urls with /./ which confuses fetcher

Remove the ./ .

Signed-off-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
---
 docs/getting-started/machines/raspberrypi.md | 2 +-
 docs/signaling/architecture.md               | 8 ++++----
 2 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/docs/getting-started/machines/raspberrypi.md b/docs/getting-started/machines/raspberrypi.md
index 732d311..6993bab 100644
--- a/docs/getting-started/machines/raspberrypi.md
+++ b/docs/getting-started/machines/raspberrypi.md
@@ -239,7 +239,7 @@ Olimex cable.
 You can reference the following diagram for information on the following steps:
 
 <p align="center">
-  <img src="./images/RaspberryPi2-ModelB-debug-serial-cable.png">
+  <img src="images/RaspberryPi2-ModelB-debug-serial-cable.png">
 </p>
 
 1. Connect the Olimex cable to the Universal Asynchronous Receiver-Transmitter
diff --git a/docs/signaling/architecture.md b/docs/signaling/architecture.md
index 823a6d2..fb52baf 100644
--- a/docs/signaling/architecture.md
+++ b/docs/signaling/architecture.md
@@ -81,7 +81,7 @@ AGL services which have two distincts roles:
 - high level should handle more complex tasks (signals compositions, complex
  algorythms like Kalman filter, business logic...)
 
-![image](./images/signal-service-arch.svg "Signal Agent Architecture")
+![image](images/signal-service-arch.svg "Signal Agent Architecture")
 
 To do so, the choice has been to use a similar architecture than [[OpenXC]], a
 Ford project. Principle is simple, from a JSON file that describes all CAN
@@ -92,7 +92,7 @@ reads, decodes and serves this CAN signals to a high level CAN service that
 holds business logic and high level features like described is the above
 chapter.
 
-![image](./images/can-generator.svg "AGL CAN generator")
+![image](images/can-generator.svg "AGL CAN generator")
 
 While in some cases it may be chosen to implement a single service responsible
 for everything, other scenarii may chose to split responsibility between
@@ -113,7 +113,7 @@ implemented. Low level CAN service isn't fully functional nor tested to assume
 this feature but its architecture let the possibility open and will be
 implemented later.
 
-![image](./images/distributed-arch.png "Distributed Architecture")
+![image](images/distributed-arch.png "Distributed Architecture")
 
 Performance matters. There is a trade-off between modularity and efficiency.
 This is specially critical for signals where propagation time from one module to
@@ -437,7 +437,7 @@ so, Signal modules should enable composition within one or more [[APbinder]]
 inside the same ECU. Furthermore they should also support chaining with the
 outside world.
 
-![image](./images/cloud-arch.svg "Cloud & Multi-ECU Architecture")
+![image](images/cloud-arch.svg "Cloud & Multi-ECU Architecture")
 
 1. Application requests Virtual Signal exactly like if it was a low level signal
 1. Agent Signal has direct relation to low level signal
-- 
cgit