-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposal for a replication or documentation mode #53
Comments
I took a stab at this today. Does the code make sense as you imagine it, @christofs ? There are mainly two functions it makes available. stylo_logThe first,
Options exist, including At the same time that it appends the call and configuration to a log file, it also copies any files made at the same time as stylo_config.txt into the directory used for logging, prepending each of their file names with the date and time they were originally created. stylo_replicateThe second function,
|
Sounds cool! Will report back as soon as I was able to do a test run. |
This is just an idea or a suggestion. With the way stylo works at the moment, it is not very easy to create results that can easily be replicated or precisely documented. The reasons for this, if my probably superficial analysis is correct, have something to do with the following aspects:
In practice, this means people need to copy this stuff to a new folder whenever they think an analysis is good and should be kept. More often than not, by the time you realize this, the "stylo_config" is already overwritten and the table of frequencies wasn't saved or was overwritten in the meantime as well.
A simple solution for this could be a "replication mode" or "documentation mode" that can be activated when calling stylo. One could simply say: "documentation=TRUE". Then, the following things would happen:
Of course, this creates a lot of data. Folders that turn out not to be useful need to be deleted at some point. But at least no data is lost.
To replicate an analysis, one simply needs to set the working directory to the right time-stamped folder and run stylo again to repeat (and then possibly vary) the analysis. Maybe a parameter like "replication=TRUE" could be used to activate all parameters necessary, for instance to make sure stylo uses the frequency table from the documentation.
Maybe not quite thought out to the end, but something along these lines might be useful.
The text was updated successfully, but these errors were encountered: