i'm resurrecting this thread to see if there's any more support for the idea of deleting intermediate files in a workflow. i think this is an important feature to have. oftentimes a workflow creates many intermediate files no one will ever look at. and leaving it up to the user to cleanup their data files is asking too much. there's another ticket regarding allow users to still be able to preview the metadata of deleted workflow history items and together these would go together nicely.
On Wed, Jan 26, 2011 at 1:36 PM, Dannon Baker <dannonba...@me.com> wrote: > Marcel, > > It isn't currently possible to delete datasets from within workflows. If > I'm understanding your situation correctly, to simplify the view of a > history after running a workflow, you could use the workflow output toggle > (the asterisk next to each output in the workflow editor view) and select > only the particular outputs you actually want to see. The rest of the > outputs are still in the destination history, but hidden from view by > default. This won't help you with disk space, though, so you might also > want to use the new functionality available for placing the results of a > workflow in a new history to accomplish what you want, deleting the previous > history that was cluttered with inputs after the workflow has run. > > Regarding the Galaxy API, you can look at the README file in the > scripts/api/ directory of your galaxy installation (also at > https://bitbucket.org/galaxy/galaxy-central/src/76c18b38a3b8/scripts/api/README) > for a some examples and hints to get you started. More detailed > documentation should be available soon though. > > -Dannon > > > > > On Jan 20, 2011, at 4:15 AM, Kempenaar, M (med) wrote: > > > Hello, > > > > Is it possible to let a tool in a workflow manage the users history? For > instance, I have a tool that takes a variable number of user-uploaded CSV > files as input and merges them into one file. Before running this tool, the > user thus has a number of CSV files in the history which I would like to > 'replace' with the single merged file. > > I was hoping that when I remove a file from disk that it would also be > removed from the history, but that only results in a 'The resource could not > be found.' error. > > Alternatively, is it possible to create a composite datafile/history item > from uploaded files? In any case, I would like to remove the separately > uploaded files from the users history which makes selecting files for the > next step(s) easier. > > > > (this is a bit of a followup for: > http://gmod.827538.n3.nabble.com/Creating-new-datatype-with-variable-number-of-input-files-td2248444.html > ) > > > > One other question, is there (any) documentation available on the Galaxy > API or a set of example files? > > > > Thanks for your input! > > > > Regards, > > > > Marcel. > > > > > > De inhoud van dit bericht is vertrouwelijk en alleen bestemd voor de > geadresseerde(n). Anderen dan de geadresseerde(n) mogen geen gebruik maken > van dit bericht, het niet openbaar maken of op enige wijze verspreiden of > vermenigvuldigen. Het UMCG kan niet aansprakelijk gesteld worden voor een > incomplete aankomst of vertraging van dit verzonden bericht. > > > > The contents of this message are confidential and only intended for the > eyes of the addressee(s). Others than the addressee(s) are not allowed to > use this message, to make it public or to distribute or multiply this > message in any way. The UMCG cannot be held responsible for incomplete > reception or delay of this transferred message. > > > > _______________________________________________ > > galaxy-dev mailing list > > email@example.com > > http://lists.bx.psu.edu/listinfo/galaxy-dev > > _______________________________________________ > galaxy-dev mailing list > firstname.lastname@example.org > http://lists.bx.psu.edu/listinfo/galaxy-dev >
___________________________________________________________ Please keep all replies on the list by using "reply all" in your mail client. To manage your subscriptions to this and other Galaxy lists, please use the interface at: http://lists.bx.psu.edu/