Closed SGeeversAtVortech closed 1 month ago
In GitLab by @RSinnige on Jan 8, 2020, 11:36
added 1 commit
In GitLab by @RSinnige on Jan 8, 2020, 12:23
added 1 commit
In GitLab by @BernhardBecker on Jan 8, 2020, 21:25
added 5 commits
In GitLab by @BernhardBecker on Jan 8, 2020, 22:00
added 1 commit
In GitLab by @RSinnige on Jan 9, 2020, 03:29
added 1 commit
In GitLab by @RSinnige on Jan 14, 2020, 11:35
unmarked as a Work In Progress
In GitLab by @RSinnige on Jan 14, 2020, 11:46
added 1 commit
In GitLab by @RSinnige on Jan 15, 2020, 14:15
marked as a Work In Progress
In GitLab by @RSinnige on Jan 15, 2020, 14:39
unmarked as a Work In Progress
In GitLab by @RSinnige on Jan 15, 2020, 14:40
added 1 commit
In GitLab by @RSinnige on Jan 15, 2020, 16:59
marked as a Work In Progress
In GitLab by @RSinnige on Jan 15, 2020, 17:34
added 7 commits
In GitLab by @RSinnige on Jan 15, 2020, 18:03
added 8 commits
master
In GitLab by @RSinnige on Jan 15, 2020, 18:10
unmarked as a Work In Progress
In GitLab by @RSinnige on Jan 15, 2020, 18:39
added 1 commit
In GitLab by @vreeken on Jan 20, 2020, 14:10
Couple of notes from what I can see so far:
In GitLab by @BernhardBecker on Jan 20, 2020, 17:37
Here my reactions: Comment: .py and .rst filenames should be snake_case. Same goes for example name folders. Please keep the style that's already there.: --> Makes sense. Blue River is a proper noun, so it should be Blue_River and not blue_river, when in snake_case, to distinguish it from any river with blue color.
Comment: It's confusing to call the example "Pareto optimality", but then have it in a folder name "BlueRiver". I would suggest to rename the latter to pareto_optimality: --> It is common practise to name the model according to the site (i. e. a part of the Earth). So the example should be called Blue_River rather than pareto_optimality. We will use the Blue River case to show other things (e. g. the closed loop approach), but the model (input, .mo and Blue_River.py) remains the same.
The .vsz does not need to be included as far as I know.: --> I would very much appreciate if we could find a way to include the vsz file here in the documentation, because I use this for training. In courses it has proven to be very helpful to make plots with Veusz (just a double click, zoom-in feature, add a line interactively etc.), so that we can focus on RTC-Tools rather than Matplotlib. If we can leave the vsz file here, we have everything on one place. If not, no problem, I can make a copy for trainings somewhere else. As a next step we could integrate the veusz file into the documentation.
In GitLab by @RSinnige on Jan 21, 2020, 15:22
added 3 commits
In GitLab by @RSinnige on Jan 21, 2020, 15:26
I have currently resolved the notes with exception of name changes and the .vsz files. I will modify the names when I know a clear decision is made.
In GitLab by @RSinnige on Jan 22, 2020, 15:21
marked as a Work In Progress
In GitLab by @RSinnige on Jan 22, 2020, 15:45
added 2 commits
In GitLab by @RSinnige on Jan 22, 2020, 15:46
unmarked as a Work In Progress
In GitLab by @RSinnige on Jan 22, 2020, 15:50
added 2 commits
In GitLab by @RSinnige on Jan 24, 2020, 13:13
marked as a Work In Progress
In GitLab by @RSinnige on Jan 24, 2020, 13:23
added 1 commit
In GitLab by @RSinnige on Jan 24, 2020, 13:58
added 1 commit
In GitLab by @RSinnige on Jan 24, 2020, 14:16
I think most of the issues have been resolved. The names of the py and mo file are a compromise between the suggestions.
I have removed the vsz files. In my opinion, these files have no place in the documentation when they are not in use. As said, they can always be added when required or when they are used in the documentation.
In GitLab by @RSinnige on Jan 24, 2020, 14:18
added 1 commit
In GitLab by @RSinnige on Jan 24, 2020, 14:20
unmarked as a Work In Progress
In GitLab by @SGeeversAtVortech on Dec 8, 2022, 14:37
Closed, since this MR has been inactive for quite some time.
In GitLab by @RSinnige on Jan 7, 2020, 17:21
This adds an additional example with relation to pareto optimality.