currently, parameter is always the product of all replace_dict parameters
alternatively, a Jobs.tfs file could be provided to specify which parameter should go together ..
user is responsible for preparing such a file

currently, only one mask file is supported.
As Roderik pointed out in the ABP CP, in some cases multiple input masks could be used

Codeclimate coverage branchname is refs/heads/master instead of master

Currently the standard deviation (std) over all seeds is calculated, like the min, max and mean, by taking the std of the stds of the seeds, but it should be calculated from the std of all instances.

change

Cosmetic changes in the documentation

remove max nr of jobs warning and instead use the max_materialize option in the sub file.
if more then X jobs are submitted, the user is informed that those will materialize at a slower pace to not kill the scheduler

Currently, if the package is installed, the inputparameters are saved as a config in the lib/pylhc-submitter directory, whereas they should be saved in the working_directory

Currently, only a mask file can be used for submission.
Alternative option could be to allow a masked commandline input like --commandparam1=%(param1)s --commandparam2=%(param2)s .

currently, the sub file is always called queuehtc.sub
in dagman workflows, one might want multiple .subs created in the same directory, which is currently not possible

currently, Job.sh have to be created and then modified by hand after to achieve more complicated behaviour..
optional input could be a dict with 'pre' and 'post' keys that take any string and insert it before/after the execution ..
advantage: the mkdir Outputdata part could be added there too

Currently, when given --dryrun, the job_submitter will create the proper folders, bash scripts, output some summary and exit. It would be nice to also create the submition file before giving a summary and exiting, without submitting to htc of course.

It should be a simple change, maybe incorporating the following lines in the main function?

subfile = htcutils.make_subfile(
    cwd, job_df, output_dir=output_dir, duration=flavour, **additional_htc_arguments
)

Those lines are currently only in the _run_htc function.

The reason I'd like this is that while job_submitter makes life easy, it does not provide ways to do some of the wacky complicated things we can see in the batch docs. Going for a dry run and changing / adding things to the submit file would be an easy way to toy around. @JoschD what do you think?

logging tools