From 8c34dd774d9bc6f1708af9fef896a034124d6507 Mon Sep 17 00:00:00 2001
From: David Rouquet <david.rouquet@tetras-libre.fr>
Date: Sun, 7 Jun 2020 23:10:24 +0200
Subject: [PATCH] Update README.md

---
 README.md | 41 +++++++----------------------------------
 1 file changed, 7 insertions(+), 34 deletions(-)

diff --git a/README.md b/README.md
index 8f75b6b..0605d2f 100644
--- a/README.md
+++ b/README.md
@@ -1,37 +1,10 @@
-# Python Env. with Conda and Win10
+# Environnements scientifiques Python avec Conda and Win10
 
-SAGE utilise Python dans plusieurs applications métier.
-Généralement, il y a plusieurs installations de Python en // sur chaque PC (un avec QGIS, un avec Anaconda, etc)
-On cherche à rendre ça lisible à l'aide d'environnements.
+Les ingénieurs de SAGE travaillent sur des postes Windows 10 et ont une utilisation de Python nécessitant le recours à des environnements virtuels. 
+Les installations logicielles des différents postes de travail ne sont aujourd'hui pas homogènes et ne fonctionnent souvent pas comme attendu (difficultés d'accès aux environnements, problèmes de PATH dans les applications, etc.).
 
-# Extrait du mail de Pierre Bottelin du 29 mai 2020
+Nous proposons dans ce projet deux environnements scientifiques Python répondant aux besoins de SAGE :
+1.  Le premier utilise la distribution Anaconda pour Windows,
+2.  Le second la distribution Anaconda dans le sous-système Windows pour Linux (WSL)
 
-On voudrait s'occuper uniquement de Python distribué par Anaconda.
-
-a) savoir où et comment l'installer proprement, lui et ses packages
-
-b) coeur Python+Ananconda nous sert dans plusieurs codes distincts, qui ne sont pas forcément compatibles niveau packages utilisés. On a globalement besoin de 3 environnements pour l'instant, qui seraient:
-
-1- environnement de développement sans besoin particulier (tous packages à jour par exemple). (ça n'est peut-être pas une bonne pratique, ne pas hésiter à le dire!)
-
-2- environnement pour Pybert et Pygimli (codes de géophysique) ==> celui là est crucial
-
-3- environnement pour les codes de photogrammétrie d'Ombeline
-
-Actuellement, on ne sait pas utiliser les environnements, ce qui met un sacré bazar... et 4 postes sur 5 qui ne fonctionnent pas de façon satisfaisante
-
-c) LE point bloquant est l'environnement n°2:
-
-- BERT est un logiciel C++ qui fait appel à Python pour quelques routines (notamment matplotlib pour la représentation graphique, mais aussi le package pygimli pour des calculs)
-
-- Il se lance depuis windows via un émulateur ligne de commande type cygwin, msys2, minGW
-
-- Evidemment, il faut que BERT et Python soient dans la variable "PATH", de l'émulateur et/ou de windows (là on commence à bidouiller les variables environnement, le .bashrc de l'émulateur, les deux, ... jusqu'à ce que ça marche)
-   
-Le plus drôle, c'est que pygimli s'installe par défaut et exclusivement dans un environnement nommé 'pg' qui lui est propre (car si on l'installe dans l'environnement 'base', ça coince depuis début mai). Et quand BERT appelle Python (celui par défaut dans le PATH), et bien c'est le Python de base qui se lance (sans pygimli) alors qu'on aurait besoin d'un appel à Python + environnement pg.
-
-Quelques liens:
-
-https://www.pygimli.org/
-
-http://resistivity.net/bert/
+es ressources sont disponibles dans le Wiki : https://gitlab.tetras-libre.fr/sage/python-env.-with-conda-and-win10/-/wikis/home
\ No newline at end of file
-- 
GitLab