-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
removed code relative to cnecs in series with a pst #1015
Conversation
Signed-off-by: Philippe Edwards <philippe.edwards@rte-france.com>
…e_cnecs_series_pst_feature Signed-off-by: Philippe Edwards <philippe.edwards@rte-france.com>
Signed-off-by: Philippe Edwards <philippe.edwards@rte-france.com>
I'm not sure what relevant test I could add. |
public enum UnoptimizedCnecFillerRule { | ||
MARGIN_DECREASE, | ||
PST_LIMITATION | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you still need this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess not
public static final String VARIABLE_NOT_CREATED = "%s variable has not yet been created for Cnec %s (side %s)"; | ||
public static final String OPTIMIZE_CNEC_BINARY = "Optimize cnec binary"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you still need this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No. I can't even seem to find where it was used before.
public UnoptimizedCnecFiller(OptimizationPerimeter optimizationContext, | ||
Set<FlowCnec> flowCnecs, | ||
FlowResult prePerimeterFlowResult, | ||
UnoptimizedCnecParameters unoptimizedCnecParameters, | ||
RangeActionsOptimizationParameters rangeActionParameters) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It appears optimizationContext
and rangeActionParameters
are no longer required
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
indeed
...ain/java/com/powsybl/openrao/searchtreerao/commons/parameters/UnoptimizedCnecParameters.java
Outdated
Show resolved
Hide resolved
public static UnoptimizedCnecParameters build(NotOptimizedCnecsParameters parameters, Set<String> operatorsNotSharingCras) { | ||
if (parameters.getDoNotOptimizeCurativeCnecsForTsosWithoutCras()) { | ||
return new UnoptimizedCnecParameters(operatorsNotSharingCras); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this actually still relevant since it is only a set of strings?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also can you one-line this method?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All the other parameters have builders so it allows for slightly more homogeneity
Signed-off-by: Philippe Edwards <philippe.edwards@rte-france.com>
…powsybl/open-rao into remove_cnecs_series_pst_feature
…e_cnecs_series_pst_feature Signed-off-by: Philippe Edwards <philippe.edwards@rte-france.com>
Please check if the PR fulfills these requirements
Does this PR already have an issue describing the problem?
No
What kind of change does this PR introduce?
Removing a feature for which the specifications were misunderstood
What is the current behavior?
We do not include in the functional part of the objective function cnecs that are linked with a pst in the "do-not-optimize-cnec-secured-by-its-pst" parameter, when taps would be sufficient to solve constraints on that cnec.
This isn't exactly what the TSOs wanted.
What is the new behavior (if this is a feature change)?
The feature is removed.
Does this PR introduce a breaking change or deprecate an API?
If yes, please check if the following requirements are fulfilled
What changes might users need to make in their application due to this PR? (migration steps)
You should remove the parameter "do-not-optimize-cnec-secured-by-its-pst".
If you were using that feature, please contact us so we can understand why you were using this feature, and what exactly the need for it is on your end, so we can try find a better solution for you.
Other information: