[web] A few more link fixes.

.codespellrc

 [codespell]
 skip = ./.git,./Tests/Data,./ThirdParty,*.yml,*.bib,./web/content/imprint.md,./GeoLib/IO/XmlIO/OpenGeoSysSTN.xsd
-ignore-words-list = ket,nd,strat,theis,ba
+ignore-words-list = ket,nd,strat,theis,ba,sur
 exclude-file = .codespellexclude

container-maker @ fe2418fa

-Subproject commit 4f8e99bbd80470fa685c5293363e2fa02aa829de
+Subproject commit fe2418fa39b0c71edaf218d05c29d7500515ea7a

web/content/docs/benchmarks/elliptic/drainage_diffusion/index.md

@@ -14,7 +14,7 @@ project = ["Elliptic/cube_1x1x1_SteadyStateDiffusion/drainage_excavation.prj"]
 
 ## Problem description
 
-We present the drainage of an excavation benchmark in [this PDF](../web/content/docs/benchmarks/liquid-flow/drainage_LiquidFlow.pdf).
+We present the drainage of an excavation benchmark in [this PDF](/docs/benchmarks/liquid-flow/drainage_Liquid_Flow/drainage_LiquidFlow.pdf).
 
 Here's an impression of the problem and its results:
 

web/content/docs/benchmarks/phase-field/pf_perc/index.md

@@ -17,7 +17,7 @@ weight = 158
 **Note**, this project file runs only with a modified version of OGS
 which you can find [here](https://github.com/KeitaYoshioka/ogs/tree/H2M_phasefield).
 
-We simulate two different fluid percolation experiments performed on rock salt samples with a true tri-axial loading system as described in [this PDF](Yoshioka_percolation.pdf). The experiments were performed under two different stress configurations as below.
+We simulate two different fluid percolation experiments performed on rock salt samples with a true tri-axial loading system as described in [this PDF](./Yoshioka_percolation.pdf). The experiments were performed under two different stress configurations as below.
 {{< img src="ME2_stress_state_1.pdf" >}}
 {{< img src="ME2_stress_state_2.pdf" >}}
 

web/content/docs/tools/meshing-submeshes/identifySubdomains/index.md

@@ -35,7 +35,7 @@ The tool will first try to find all unique nodes in the "bulk" mesh using search
 radius 1e-6, and create the `bulk_node_ids` mapping upon success. Then the
 `bulk_element_ids` mapping is created by finding a unique element containing all
 the nodes of the subdomain element. The output file
-[`new_quater_circle.vtu`](new_quater_cirle.vtu) will now contain both
+[`new_quater_circle.vtu`](new_quater_circle.vtu) will now contain both
 mappings and is prepared for usage as a boundary condition mesh.
 
 ## Notes

web/content/docs/tools/model-preparation/convert-data-array-to-data-array/index.md

@@ -50,5 +50,5 @@ convertVtkDataArrayToVtkDataArray
 
 ### Example Files
 
-[doubleValuedMaterialIDs.vtu](doubleValuedMaterialIDs.vtu)
+[doubleValuedMaterialIDs.vtu](../../doubleValuedMaterialIDs.vtu)
 </div>

web/content/docs/userguide/troubleshooting/general/index.md

@@ -41,5 +41,5 @@ Now the save the modified file and try to load it again.
 
 <details>
     <summary>Background info:</summary>
-    The XSD files may be downloaded from a web location. We changed the protocol of our web site to `https://` but due to some weird behaviour of the Qt XML validation code it tries to download the file (even if it is available locally) and does not respect the URL redirection to `https://` of the web server. Simply removing the part solves the problem. The XML is still validated! Newer OGS versions do not write that parameter into files anymore, see <https://github.com/ufz/ogs/pull/2198>.
+    The XSD files may be downloaded from a web location. We changed the protocol of our web site to `https://` but due to some weird behaviour of the Qt XML validation code it tries to download the file (even if it is available locally) and does not respect the URL redirection to `https://` of the web server. Simply removing the part solves the problem. The XML is still validated! Newer OGS versions do not write that parameter into files anymore, see [!2198](https://github.com/ufz/ogs/pull/2198).
 </details>