OMEGAlpes issueshttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues2019-03-27T09:01:11+01:00https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/7Add AUTHORS.rst and README.rst2019-03-27T09:01:11+01:00Lou MorrietAdd AUTHORS.rst and README.rst— AUTHORS.md : Liste des auteurs et contributeurs. Ce fichier peut être divisé en sections ( e.g. Ini- tiateurs , Développeurs , Contributeurs ). L’ajout des adresses mails à ce fichier est sujet à caution (risque de spam).
— README.md...— AUTHORS.md : Liste des auteurs et contributeurs. Ce fichier peut être divisé en sections ( e.g. Ini- tiateurs , Développeurs , Contributeurs ). L’ajout des adresses mails à ce fichier est sujet à caution (risque de spam).
— README.md : Description générale du projet, comprenant : — Une description rapide (en quelques lignes/paragraphes), avec indication du type de licence et l’origine du projet — Une description des grandes fonctionnalités — Un paragraphe sur la manière de tester le projet (installation, docker, . . .) — Les liens importants (papiers, documentation, projets annexes)Lou MorrietLou Morriethttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/8Add INSTALL.rst2019-07-17T19:52:11+02:00Lou MorrietAdd INSTALL.rstINSTALL.md : Description de l’installation complète du projet et de ses dépendances, avec des commandes prêtes à être copiées/collées. Le fichier a généralement une section par système d’ex-ploitation, si c’est nécessaire.INSTALL.md : Description de l’installation complète du projet et de ses dépendances, avec des commandes prêtes à être copiées/collées. Le fichier a généralement une section par système d’ex-ploitation, si c’est nécessaire.https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/5docstring2019-07-17T19:53:24+02:00EXT HodencqdocstringFilling in the doscstrings for the different modules and classes.Filling in the doscstrings for the different modules and classes.https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/14Documentation review2019-07-17T19:50:33+02:00Lou MorrietDocumentation reviewLa dernière étape avant la première diffusion du projet est la revue complète de la documentation. Il est absolument nécessaire de s’assurer qu’elle respecte les règles suivantes : — l’installation du projet et de ses dépendances doit ê...La dernière étape avant la première diffusion du projet est la revue complète de la documentation. Il est absolument nécessaire de s’assurer qu’elle respecte les règles suivantes : — l’installation du projet et de ses dépendances doit être décrites pour tous les environnements suppor- tés. Les commandes indiquées doivent être testées par copier/coller (comme le feront les lecteurs) — les concepts ne doivent pas être utilisés sans avoir été définis précédemment — les exemples de code sources doivent être testés et associés à la sortie attendue (résultats affichés, . . .) — la documentation automatique des modules/classes/méthodes doit être vérifiée régulièrement.https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/24déplacement du projet2018-11-20T09:03:08+01:00Benoit Delinchantdéplacement du projetIl y a des conséquences au déplacement du projet.
Par exemple il faut mettre à jour les informations d'installation :
pip install git+https://gricad-gitlab.univ-grenoble-alpes.fr/OptimisationQuartier/omegalpes.gitIl y a des conséquences au déplacement du projet.
Par exemple il faut mettre à jour les informations d'installation :
pip install git+https://gricad-gitlab.univ-grenoble-alpes.fr/OptimisationQuartier/omegalpes.gitLou MorrietLou Morriet2018-11-21https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/55Graphical representation of AssemblyUnits2020-03-18T15:56:14+01:00Sacha HodencqGraphical representation of AssemblyUnitsThe graphical representations of assembly units, i.e. conversion units and reversible units have been discussed on the 31st of January 2020 with the following conclusions (see the attached picture):
1. The historical representation of ...The graphical representations of assembly units, i.e. conversion units and reversible units have been discussed on the 31st of January 2020 with the following conclusions (see the attached picture):
1. The historical representation of conversion units should be kept
2. The production and consumption units in reversible units will not appear as in conversion units but will be represented as single units, like storage units BUT double arrows will indicate the power flows in reversible units.
3. Storage units will eventually inherit from AssemblyUnit. At the moment, there is a single power flow that can go both ways, represented by a single arrow with two heads. Eventually, it will consists in double arrows, just like other assembly units.
4. ReversibleConversionUnits will abide by these rules.
![GraphReprAssembly](/uploads/8d9c533801db61f2447a0603e00750bb/GraphReprAssembly.JPG)
Other ideas for graphical representation were rejected (see the attached picture):
5. Reversible units with detailed production and consumption, which seemed useless to detail and that would make reversible conversion unit to hard to represent.
6. Conversion units with less detailed units, which seem to make things less understandable.
![GraphReprAssemblyRejected](/uploads/1f580ec3e58a0b77254bebfdfe4a11dc/GraphReprAssemblyRejected.JPG)Sacha HodencqSacha Hodencqhttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/6License2019-07-17T19:53:10+02:00Lou MorrietLicenseDefine a license (?)
Write the license fileDefine a license (?)
Write the license filehttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/9Prepare and add CONTRIBUTING.rst and2019-07-17T19:51:21+02:00Lou MorrietPrepare and add CONTRIBUTING.rst andCONTRIBUTING.md : Définition des règles de contributions, comprenant notamment :
— Quelles sont les contributions pouvant être acceptées et celles devant faire l’objet d’un projet à part
— Qui contacter (adresses mail ou URL pour crée...CONTRIBUTING.md : Définition des règles de contributions, comprenant notamment :
— Quelles sont les contributions pouvant être acceptées et celles devant faire l’objet d’un projet à part
— Qui contacter (adresses mail ou URL pour créer un ticket) — Un rappel sur le fait que les contributions doivent être soumises à la même licence que le projet
— Une description des règles de formatage et des outils utilisés
— Une indication claire concernant l’obligation ou non de fournir des tests unitaires avec chaque
contribution.
— Une description rapide du système de prise de décision du projet. Ceci permettra à un contribu-
teur de savoir pourquoi sa contribution a été refusée.
CODE_OF_CONDUCT.md
(optionnel) : Définition des règles et usages de la communauté, aussi
bien dans le code que dans les discussions, en ligne ou lors de réunions/conférences, . . . Ce fichier
est de plus en plus présent dans les projets et leur sert de support de décision lorsqu’un membre doit
être exclu suite à un comportement inapproprié répété