Profit and full load hours should be shown with less significance (in all relevant charts)

quintel / merit

A system for calculating hourly electricity and heat loads with a merit order

MIT License

4 stars 2 forks source link

Profit and full load hours should be shown with less significance (in all relevant charts) #72

Closed ChaelKruip closed 11 years ago

ChaelKruip commented 11 years ago

The current representation suggests an accuracy that is not (at all) real. I suggest using 2 significant digits for full load hours. And perhaps also 2 for profit per MWh.

The question still unanswered is how do we do this? A few suggestions to stimulate discussion:

Scientific notation (e.g., 1.5e3 hours): very correct but probably alienates our users.
Rounding numbers (e.g., 1500 hours for all results in the range 1450 -- 1550): results in 'jumps' when changing a slider.
...

@dennisschoenmakers @wmeyers @AlexanderWirtz please share your opinion.

AlexanderWirtz commented 11 years ago

@ChaelKruip this is technically simple to solve, but actually not easy. Any format we pick is going to have drawbacks. Scientific notation and rounding number will both cause jumps.

I suggest one of the following for the FLH:

We round to the nearest 50, making any jumps relatively small
We leave it as is, and STATE somewhere visibly that the numbers are not signigicant to single FLHs.

@JAlsem also reported a problem with profitability (issue 1237 etmodel). He is entirely correct of course. I suggest we round the profitability to whole EUR/MWh. @JAlsem told me he agrees with this last suggestion.

@dennisschoenmakers and @wmeyers please weigh in

ChaelKruip commented 11 years ago

I suggest we do as @AlexanderWirtz proposes:

Round the profitability to whole EUR/MWh
Round to the nearest 50, making any jumps relatively small

@dennisschoenmakers please weigh in.

ChaelKruip commented 11 years ago

Added milestone "Deploy March 2013"

AlexanderWirtz commented 11 years ago

assigned to @dennisschoenmakers and added milestone "Deploy April 2013"

dennisquintel commented 11 years ago

Jumping to nearest 50 seems to me a very bad idea. It is cumbersome, and wil lead to weird results, and people will complain that the full_load_hours cannot be zero, while in fact, they aren't.

You might want to consider rounding numbers in charts or tables in etmodel.

ChaelKruip commented 11 years ago

You might want to consider rounding numbers in charts or tables in etmodel.

@dennisschoenmakers Good point! In my mind this was implied (rounding happening in etmodel, not in merit) but now I see that this has not been expressed anywhere explicitly. I agree!

dennisquintel commented 11 years ago

Then I suggest we move this ticket to the etmodel repository. :smile: