Documentation proofreading

1 files changed, 12 insertions, 12 deletions

diff --git a/docs/fr/source/principes.rst b/docs/fr/source/principes.rst
index 3dbef8d60..d3c46007c 100644
--- a/docs/fr/source/principes.rst
+++ b/docs/fr/source/principes.rst
@@ -5,7 +5,7 @@ Principes
 =========
 
 :Auteur: Valérie-Emma Leroux - Yann Le Jeune - Étienne Loks
-:Date: 2018-10-02
+:Date: 2020-11-23
 :Copyright: CC-BY 3.0
 
 Ce document présente les grands principes qui structurent Ishtar.
@@ -175,24 +175,24 @@ Notions avancées
 Données géographiques
 ---------------------
 
-Les éléments principaux d'Ishtar (opérations, sites archéologiques, unités d'enregistrement, mobilier, dépôts et contenants) peuvent être localisés. Pour l'heure chaque élément localisé n'est pas associé à un (ou des) élément(s) « Localisation » (qui correspondrait par exemple à un relevé) mais chaque élément stocke directement des données géographiques. Cette évolution est envisagée pour les futures versions d'Ishtar.
+Les éléments principaux d’Ishtar (opérations, sites archéologiques, unités d’enregistrement, mobilier, dépôts et contenants) peuvent être localisés. Actuellement cette localisation est réalisée par le stockage de données géographiques (point ou polygone) parmi les champs de l'élément concerné. Dans une future version d'Ishtar, il est envisagé de créer des éléments distincts de type « Localisation » (qui correspondrait par exemple à un relevé topographique de terrain) auxquels les éléments principaux d'Ishtar pourraient être associés (de la même manière qu'un document est un élément distinct, auquel un ou des éléments parmi opération, site, UE, mobilier, dépôt et contenant peuvent être associés).
 
-Un élément localisé dispose des champs suivants (entre parenthèse le nom du champ en base de données - à utiliser pour les configurations d'import) :
+Un élément localisé dispose des champs suivants (entre parenthèses le nom du champ en base de données - à utiliser pour les configurations d'import) :
 
-- système de coordonnées géographiques utilisé (`spatial_reference_system`). Les systèmes de coordonnées standard sont présent par défaut dans Ishtar mais d'autres peuvent être ajoutés en administration.
+- système de coordonnées géographiques utilisé (`spatial_reference_system`). Les systèmes de coordonnées standards sont présents par défaut dans Ishtar mais d'autres peuvent être ajoutés en administration.
 - coordonnées en x, y et z (`x`, `y`, `z`).
 - erreur estimée en x, y et z (`estimated_error_x`, `estimated_error_y`, `estimated_error_z`).
 - un champ point 2D (`point_2d`) et point 3D (`point`). Ce champ est déduit automatiquement des coordonnées (non visible en interface de saisie).
-- un champ polygone ou plus précisément un champ multi-polygone (`multi_polygon`) - par abus de langage polygone et repris dans la suite de la documentation. Pour l'instant ce champ n'est éditable qu'en import (mais visible sur les fiches) .
-- l'origine des coordonnées (`point_source`) et l'origine du polygone (`multi_polygon_source`). Pour l'instant trois origines possibles :
+- un champ polygone ou plus précisément un champ multi-polygone (`multi_polygon`) - par abus de langage polygone est repris dans la suite de la documentation. Pour l'instant ce champ n'est éditable qu'en import (mais visible sur les fiches) .
+- l'origine des coordonnées (`point_source`) et l'origine du polygone (`multi_polygon_source`). Trois origines sont possibles :
 
-  - « précis » (valeur **P** pour *precise*). Les coordonnées, le polygone ont été relevés.
-  - le polygone (valeur **M** pour *multi-polygon*). Ne concerne que le point : reprend le centroïde du polygone. Géré automatiquement par Ishtar. **Géré automatiquement par Ishtar** quand le polygone a été défini précisément et qu'il n'y a pas de coordonnées précises associées.
+  - « précis » (valeur **P** pour *precise*). Les coordonnées ou le polygone ont été relevés précisément.
+  - le polygone (valeur **M** pour *multi-polygon*). Ne concerne que le point : reprend le centroïde du polygone. **Géré automatiquement par Ishtar** quand le polygone a été défini précisément et qu'il n'y a pas de coordonnées précises associées.
   - la commune (valeur **T** pour *town*). Le point a été déduit du centroïde de la commune, le polygone reprend celui de la commune. **Géré automatiquement par Ishtar** quand aucune autre source n'est disponible.
   
-- la source des coordonnées (`point_source_item`), du polygone (`multi_polygon_source_item`). Quand l'élément n'a pas de coordonnées/de polygone associé, on essaye d'associer un les coordonnées d'un élément parent, exemple : sans coordonnées précises, le mobilier a les coordonnées de l'Unité d'enregistrement qui elle même hérite des coordonnées de l'opération ou du site archéologique associé si elle n'a pas de coordonnées propres. Cette mécanique est **gérée automatiquement par Ishtar**.
+- la source des coordonnées (`point_source_item`), du polygone (`multi_polygon_source_item`). Quand l'élément n'a pas de coordonnées/de polygone associé, on essaye d'associer les coordonnées d'un élément parent, exemple : sans coordonnées précises, le mobilier a les coordonnées de son unité d'enregistrement qui elle-même hérite des coordonnées de l'opération ou du site archéologique associé si elle n'a pas de coordonnées propres. Cette mécanique est **gérée automatiquement par Ishtar**.
 
-La gestion des données géographiques dans Ishtar est résumé par le graphe logique suivant pour les coordonnées :
+La gestion des données géographiques dans Ishtar est résumée par le graphe logique suivant pour les coordonnées :
 
 .. figure:: _static/geo-source-point.png
     :width: 561px
@@ -209,14 +209,14 @@ Pour les polygones, la gestion est assez similaire aux coordonnées mais sans la
 
     Gestion des polygones
 
-L'arbre de prise en compte des éléments parents pour les données géographique est le suivant :
+L'arbre de prise en compte des éléments parents pour les données géographiques est le suivant :
 
 .. figure:: _static/geo-parents.png
     :width: 367px
     :align: center
 
 
-.. note:: Dans le profil d'instance, il est possible d'activer un degré d'imprécision. Cela permet de mettre un positionnement approximatif des éléments sur la fiche au cas où ces fiches seraient consultables par des tiers non dignes de confiance. Pour se faire, les coordonnées sont tronquées (X nombres après la virgule) pour l'affichage (les données en base de données restent inchangées). Le troncature est opérée sur les coordonnées en WGS 84 (latitude/longitude).
+.. note:: Dans le profil d'instance, il est possible d'activer un degré d'imprécision. Cela permet de mettre un positionnement approximatif des éléments sur la fiche au cas où ces fiches seraient consultables par des tiers non dignes de confiance. Pour ce faire, les coordonnées sont tronquées (X nombres après la virgule) pour l'affichage (les données en base de données restent inchangées). Le troncature est opérée sur les coordonnées en WGS 84 (latitude/longitude).
 
 
 ..