And also we should vote for any maven module, class, package and variable naming, right?

This is mainly to prevent TSC members (people responsible of the technical direction of powsybl) ignoring what the point is of some repositories - a situation that can happen when repositories are

I think we can also create a page on the website to describe, for each repository, which features it offers. With the multiplication of the repositories, we need to have somewhere a clear picture of

I created a PR in the documentation, to add a technical documentation section, a micro-services architecture diagram (and repo mapping) and a short description of each of the

Hi, Just a question about CGMES GL: are we sure we want to put the code of each profile (GL, DL, DY...) in different repositories? Or should we create a more generic CGMES repository (or put

Hi, We have designed additional profiles management in a very modular way (IIDM extensions + CGMES post processor plugin). For th powsybl-cgmes-gl its contains not only the web service but also a

Hi all, Geoffroy and I started a discussion about the content of powsybl-core and the opportunity to well separate this repository because: - it is relatively big enough to be splitted - modules are

Hi, I agree with this proposition. A good addition would be to define also the associated maintainers. I imagine that I will be a/the maintainer of powsybl-capacity-calculation (typo in your message

I propose to add maintainers (you right, we have to!) once everyone agree the final proposal! PS: Thanks for mentioning the typo, I fix it

I see no problem in keeping the handling of "core" CGMES profiles (EQ, TP, SV) in powsybl-core, and the other profiles in repositories related to the functions for which they provide more specific

Hi all, We were thinking yesterday with Mathieu of modeling new regulation (shunt's regulation particularly) as extensions rather than attributes (by boolean attribute regulating, double attribute

Hi, Rather than throwing an exception when trying to serialize an IIDM network in a uncompatible previous version, it has been proposed to use network's extensions to serialize it as accurately as

Hi, It makes sense to me but I am not sure everything is ready on extension side to support this kind of “critical” extension. I am thinking in particular about the lack of adder support

Hi, What was the initial issue? If it was to be able to generate old IIDM data for out dated applications (so not supporting last IIDM standard) it won’t work at all as XIIDM will be

Hi TSC members, The LF Energy asks me to have a roadmap for 2020 with the main features for PowSyBl organization. Please take a few minutes to complete the following file:

Hi TSC members, Some of you may have noticed that a draft of the release notes for the next release of powsybl-core (3.2.0) has been created on the release page of the repository. Please update it

TSC meeting When: Thursday, 1 October 2020 1:00pm to 2:00pm (UTC+02:00) Europe/Brussels Repeats: Every 4 weeks on Thursday Organizer: Anne Tilloy anne.tilloy@... Description: Please register

Hi everybody, Only 3 people are registered for tomorrow’s meeting. You have to register to get the zoom link for the meeting. For our first public meeting, it would be great if we follow these

TSC meeting When: Thursday, 1 October 2020 1:00pm to 2:00pm (GMT+02:00) Europe/Brussels Organizer: anne.tilloy@... Description: Please register one for all meetings