plot for scaling of the generation of commands in memory. clearly we cant load this into memory the whole time

 updated help all super function to combine the results of detailed_help to the already present results

updated the grid to handle single systems, also by loading the custom logging. then i stumbled on the following: if the .so is loaded once, and then we change and rebuild the library and load it again, it doesnt have effect. the solution to this is to give the newly built library name a random hash in its name. TODO: need to remove the contents of the custom_logging_dir each time the single or population function is done

added a help all super function that calls help_all first, and then loops over the parametr names to get more information

added some extra grid option parameters. I need to make sure that these dicts are so that you can change the values, but not add keys

added general run_system api binding, which will eventually replace the individual ones. this function runs a system, and depending on the input it will use a custom logging, a preloaded store, write log to file etc. I think it will be better to just write some if statements in a single function, and not have too many repeating code

added directory that will contain test systems/evolutions which can be compared to a hardcoded output

created file that will contain examples of logging lines/custom logging snippets for people to use as an inspiration

added extra test files. there are new api functions im starting to put all of them into a test function now. later this will become a real unit test function

Rewrote argument handling of population class, added export functions. Added python-c-bindings to return store and other small changes

building population code. added some grid options, loading custom logging code now works (but not yet on runing the population tho)

created tet directory with start of test functions. also fixed small bugs and finished the help function