> I think the best approach would be to turn your "manual" approach into a
> script, run it with "smt run", and then have Sumatra be able to display the
> two records (the original simulation and the "extra visualization" step) as
> a kind of "mini-workflow" with just two steps.
I had indeed considered this, but then the post-processed files would
be separated from the original simulation output in the web interface,
which imho makes it much less convenient to find the desired files
(especially if only a few early simulation runs are missing the
post-processed files). But I can imagine it's a useful strategy in
> However, I also like your idea of being able to add extra files, which
> should definitely be in a separate section.
> I would suggest either
> 1. a new command "smt attach" or
> 2. extend the "smt comment" command to accept binary filenames instead of
> just text strings (i.e. add an "--attach" option)
I really like the "smt attach" idea. Judging from some initial
attempts I don't think it should be too difficult to implement, but I
have a couple of questions regarding syntax and functionality.
1) Just as a sanity check: is the following syntax reasonable?
smt attach [--remove] [--label LABEL] FILE1 [FILE2 ...]
In case the "--label" argument is omitted, the most recent record is
used. Moreover, if the "--remove" option is set, this would remove
attachments from the given record.
2) More importantly, what exactly should the attach command actually
do? Initially, I thought it would just 'register' (or deregister, if
the "--remove" option is set) certain files as attachments to a given
record. However, how to deal with files that are outside that record's
data store? Should they be copied into it (and be deleted again if the
"--remove" option is given)? Otherwise, should only files that are
already present in the data store be accepted as attachments?
Imho the latter would quite severely limit the usefulness of the
command, but I don't have enough experience with Sumatra yet to decide
which alternative is preferable (or if there are any other, better
options). So any suggestions would be appreciated.