To/#610 extend temp lps

[t-ober]

resolves #610

[t-ober]

@sebastian-peter I'm not really satisfied with this implementation as the referenceTemperature and minTemperature should be static. But since you can not declare abstract static fields nor methods I don't find a way to declare them in the interface but make the subclasses set the specific value. I'm probably missing the right way to do it. Maybe you can help me out once more 👼🏼

[sonarqubegithubprchecks]

• 57.14% Coverage on New Code (is less than 72.00%)

Analysis Details

0 Issues

• 0 Bugs
• 0 Vulnerabilities
• 0 Code Smells

Coverage and Duplications

• 57.14% Coverage (77.20% Estimated after merge)
• 0.00% Duplicated Code (0.60% Estimated after merge)

Project ID: edu.ie3:PowerSystemDataModel

View in SonarQube

[sebastian-peter]

@t-ober since the (power) values are fully handled by SIMONA and the within PSDM we (up until now) only provide keys and inputs, wouldn't it make sense to provide this info in SIMONA instead?

[t-ober]

@t-ober since the (power) values are fully handled by SIMONA and the within PSDM we (up until now) only provide keys and inputs, wouldn't it make sense to provide this info in SIMONA instead?

@sebastian-peter I thought about this too but I that information is part of the actual input as the calculation gets parameterized by it and we need to make sure that this gets supplied for every subclass of temperature dependent profiles as the values differ between different profile of different grid providers. So if you would put them in SIMONA for adding a different profile set e.g. WestnetzTemperatureDependentLoadProfiles we would need to make a new datastructure in SIMONA setting up the additional parameters. All in all I think this should be part of the PSDM data model as it specifically is input for the calculation later on.