diff --git a/README.md b/README.md index 8f75b6be0f02dc158be0cee8ee0ef8834973407f..0605d2fbd398112ca555a8feb97ebc2594c84bd5 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