# Environnements scientifiques Python avec Conda and Win10
SAGE utilise Python dans plusieurs applications métier.
Les ingénieurs de SAGE travaillent sur des postes Windows 10 et ont une utilisation de Python nécessitant le recours à des environnements virtuels.
Généralement, il y a plusieurs installations de Python en // sur chaque PC (un avec QGIS, un avec Anaconda, etc)
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.).
On cherche à rendre ça lisible à l'aide d'environnements.
# 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.
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
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.
