Documentation: fix bad links

2 files changed, 12 insertions, 12 deletions

diff --git a/docs/en/import_export.rst b/docs/en/import_export.rst
index cbbff70..6dd1d7a 100644
--- a/docs/en/import_export.rst
+++ b/docs/en/import_export.rst
@@ -46,9 +46,9 @@ Common fields
   your source.
 - **Overload existing data**: by default when data is updated on the source and
   has been changed in your Chimère instance a new item is created and has to
-  be reconciled with the `amendment form <managing-modified>`. If you don't want
-  to use this form and then overwrite with the data from the external source,
-  check this option.
+  be reconciled with the :ref:`amendment form <managing-modified>`. If you don't
+  want to use this form and then overwrite with the data from the external
+  source, check this option.
 - **Origin**: if not null this field will be associated to each item imported in
   order to easily identify where the item came from. For OSM import the source
   is automatically added.
@@ -218,8 +218,8 @@ to determine:
 
 The OSM export in Chimère is designed to be the more preservative possible in
 regards to OSM database. That's why before any export an import is done. If
-the new import has updated data, treat them before doing an export (cf `manage
-imported data <manage-imported-data>`).
+the new import has updated data, treat them before doing an export (cf.
+:ref:`manage imported data <manage-imported-data>`).
 
 To launch an export select the appropriate *Import* object in the imports list.
 Then select the **Export to OSM** action and validate.
diff --git a/docs/fr/import_export.rst b/docs/fr/import_export.rst
index fc2902e..beca4e7 100644
--- a/docs/fr/import_export.rst
+++ b/docs/fr/import_export.rst
@@ -47,10 +47,10 @@ Champs communs à tous les types de source
   correspondant au système de coordonnées de votre source.
 - **Écraser les données existantes** : par défaut quand les données ont été
   mises à jour à la fois sur la source externe et sur votre source externe un
-  nouvel élément est créé et a à être rapproché avec le `formulaire de gestion
-  des modifications <managing-modified>`. Si vous ne souhaitez pas avoir à faire
-  ce rapprochement et alors écraser les données existantes avec les données de
-  la source externe, cochez cette option.
+  nouvel élément est créé et a à être rapproché avec le :ref:`formulaire de
+  gestion des modifications <managing-modified>`. Si vous ne souhaitez pas avoir
+  à faire ce rapprochement et alors écraser les données existantes avec les
+  données de la source externe, cochez cette option.
 - **Origine** : si non nul, ce champ va être associé à chaque élément importé
   afin d'identifier facilement d'où l'élément provient. Pour les imports OSM
   la source est ajoutée automatiquement.
@@ -188,8 +188,8 @@ Export
 Exporter vers CSV/KML/Shapefile
 *******************************
 
-Depuis les `listes d'éléments géographiques <geographic-items-management>` vous
-pouvez exporter directement vers le format choisi.
+Depuis les :ref:`listes d'éléments géographiques <geographic-items-management>`
+vous pouvez exporter directement vers le format choisi.
 Tout ce que vous avez à faire c'est de sélectionner les éléments que vous
 souhaitez exporter, choisir l'action appropriée dans la liste d'action et de
 valider.
@@ -224,7 +224,7 @@ Exporter vers OSM
 
 Les exports ne sont pas aussi facile à gérer que les autres exports. Tout
 d'abord (si cela n'est pas déjà fait) vous avez à définir un import OSM
-(:ref:`regarder dessus<osm-import>` pour plus de détail). Cela permettra de
+(:ref:`regarder dessus <osm-import>` pour plus de détail). Cela permettra de
 déterminer :
 
 - la zone géographique concernée par votre export ;