OMEGAlpes issueshttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues2018-11-20T09:03:08+01:00https://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/76Proposed simulation of self-consumption can be ambiguous2021-11-18T11:17:13+01:00Pierre-Thomas Demarspierre-thomas.demars@grenoble-inp.orgProposed simulation of self-consumption can be ambiguousIn the tutorial notebook **To_Modify__PV_self_consumption_eng** which presents the modelling and optimization of an energetic system of an individual house, maximizing the self-consumption is proposed by minimizing the imports from the g...In the tutorial notebook **To_Modify__PV_self_consumption_eng** which presents the modelling and optimization of an energetic system of an individual house, maximizing the self-consumption is proposed by minimizing the imports from the grid ( **imports.minimize_production** ). This is proposed without further explanations.
This issue is about underlining the fact that this restrictions (**imports.minimize_production**) isn't sufficient to really achieve an optimization of self-consumption with respect to the grid. Although this is going to give a great approximation of self-consomption/self-production ratio on the period, this method doesn't give restrictions on the exports behavior. Therefore, this method lead to an anormal use of exports and is not modelling a correct storage when looking at the step to step behavior.
Optimizing the self-consumption should be constructed by two restrictions : one on the imports ( **imports.minimize_production** ) and one on the exports ( **exports.minimize_consumption** ).
To illustrate this difference, here is two cases of a self-consumption optimization for a building with a load, a production and a battery. The first case doesn't include the exports restriction, while the next one includes both restrictions.
![sans_restriction](/uploads/1387416aac97e8f776190324875a5ae6/sans_restriction.JPG)
![avec_restriction](/uploads/7c9045e0e200dd7334721bd3de4bcf99/avec_restriction.JPG)
In green, it is the battery behavior (positive value is charging, negative value is discharging. It is possible to notice that without the restrictions on the exports, the battery is charging and exporting (which is not the optimal behavior) rather than storing the energy to use it when the production is low (which is optimizing the self-consumption).https://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/70Organization of the Git - Split between tutorial notebooks, unfunctionnal not...2021-11-18T11:14:31+01:00Pierre-Thomas Demarspierre-thomas.demars@grenoble-inp.orgOrganization of the Git - Split between tutorial notebooks, unfunctionnal notebooks and article notebooksFinding the tutorial notebooks could be improve byt dedicating a clear file, which would make them apart from the article notebooks and the other notebooksFinding the tutorial notebooks could be improve byt dedicating a clear file, which would make them apart from the article notebooks and the other notebookshttps://gricad-gitlab.univ-grenoble-alpes.fr/omegalpes/omegalpes/-/issues/64Color code for OMEGAlpes graphic representation2020-12-10T18:41:23+01:00Sacha HodencqColor code for OMEGAlpes graphic representationBefore updating OMEGalpes documentation regarding its graphic documentation with its current version (commit 61c9d79c97450c3929ecbfd2a7776f4c4ac0f491) , some questions and thoughts:
- What color for:
- Gas : green that is more common f...Before updating OMEGalpes documentation regarding its graphic documentation with its current version (commit 61c9d79c97450c3929ecbfd2a7776f4c4ac0f491) , some questions and thoughts:
- What color for:
- Gas : green that is more common for gas instead of the current yellow
- Electriity : blue that is also more standard, but currently for cold
- conversion_unit : black empty rectangle rather than green full one.
- Differentiating hot and cold or keeping thermal energy type. Question of the thermal dissipation units where hot and cold would not be able to mix.Sacha HodencqSacha Hodencqhttps://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/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/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éhttps://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/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/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/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.