Currently it can be hard for new users to start because they don't have a master htc and associated DLCs.xlsx. Also not having version tracking on DLCs.xlsx is causing me a lot of grief. So I think it would be good to have a subfolder in docs where we store these. I'll do this, I'm just adding the issue for tracking purposes.
Designs
Child items
...
Show closed items
Linked items
0
Link issues together to show that they're related.
Learn more.
There is one complication though, I do not like to add a binary files to a git repo (unless with Large File Support, see further). So we should either have a script that creates that file, or host them somewhere else. Alternatively, we could use git LFS, which is actually supported on Gitlab, see here. But someone should first have to figure out how to use it properly.
Ah. Good point. I think I've addressed this issue (see description below), but there are three possible issues with my solution right now:
It uses module xlsxwriter. Is that okay that I've added a new dependency?
It currently does not have a test function.
It's currently just a function and an if __name__=="__main__" block, no classes or anything fancy. Not sure if we need those.
Description of my solution:
I saved each tab in a DLCs.xlsx file to a tab-delimited text file using VBA.
I wrote code that scrapes the information from each text file and saves the resulting data as an Excel file. I've attached an example output of the code.DLCs.xlsx
So, we can store the text files and the generating code in the repository, and people can submit issues if they see something wrong with the Excel files. Only issues to resolve are the extra module and possibly writing test functions.
In this case we'll have to make sure pandas does not convert anything to something we don't like.
Theoretically, these files don't have to be of type xlsx, but I think it is otherwise nice to be able for users to safe the files with some formatting (at the end of the day a csv file is rather basic).
Since the master file contains model specific data I would argue that ideally they should belong together with the htc master file and maybe some example htc files in a model repository (like the one you have now for the V52). But maybe we'll figure out how to handle that another day.
I kept the code local temporarily so I could check these issues with you before I pushed them.
I didn't know pandas had xlsxwriter built in -- I think I can do everything with pandas, which would be great. Let me check this real quick, and if it works I'll add it to the repo and create a merge request.
Yes, I've taken to naming my master Excel file with names that describe some of the model specifics (i.e., DLCs_onshore_WTI_TC3.xlsx for onshore, wind turbine class 1, and turbulence class 3). But yeah, we can find a more elegant approach to solve this later.