Docs: Non-intuitive order of chapters

[jnnr]

I suggest to change the order of the docs. In my view, it makes more sense to first explain the usage and then show the validation. This would be the proposed order:

Getting started
User's guide
Model validation
Theoretical considerations
Reference

It can be done quickly so it can be included in the upcoming release.

[FranziPl]

I am not sure about that. I think your order is intuitive, but the other one as well. Maybe I want to see the validation first, to decide, if I will use the component. So I am happy with both versions.

[jnnr]

I am not sure about that. I think your order is intuitive, but the other one as well. Maybe I want to see the validation first, to decide, if I will use the component. So I am lucky with both versions.

Thanks for your opinion! I guess you can still decide which chapter to read first. But logically, at least how I understand it, the explanation of the concept of a component and how you apply it comes first before providing some evidence that it is valid when applied to real world data.

[c-moeller]

I agree with @jnnr
I think the current order was not created on purpose.

[c-moeller]

There is also a docs issue in oemof/oemof: oemof/oemof#67
I think we are not up-to-date with our Getting-started-section, but I think this is nothing we could solve within oemof-heat anymore.

[c-moeller]

order is fixed #169

[c-moeller]

See #171 for further tasks