Skip to content
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

Allow admins to define a workflow via an existing processing. #3369

Open
sjanssen2 opened this issue Feb 22, 2024 · 4 comments
Open

Allow admins to define a workflow via an existing processing. #3369

sjanssen2 opened this issue Feb 22, 2024 · 4 comments

Comments

@sjanssen2
Copy link
Contributor

Is there a mechanism to insert the latest default workflows into a fresh new qiita DB? Do you provide these information as some file or do they just live in qiita.ucsd.edu database?

-- c. Linking some of the data_types with the default_workflows; note that this
-- is fine for the test database but we are going to need to clean up and
-- insert the most up to date recommendations directly in qiita.ucsd.edu

@antgonza
Copy link
Member

Yes, information in the dev help:
https://qiita.ucsd.edu/static/doc/html/dev/workflows.html

Note that currently they are added by hand - really carefully - as there is no GUI or easy way to do it - in case you have any ideas on how to make it user friendly and/or are interested in implementing something easier.

@sjanssen2
Copy link
Contributor Author

I found the stup about which DB tables to extend in the documentation. My goal was to insert the same values for default workflows as in qiita.ucsd.edu i.e. carry over your expert knowledge on best practice processing. What I am saying is: where do I get the information from, not how do I technically insert it.

Regarding a "user interface", one could adopt the Galaxy way of upgrading/generalizing an individual processing into a workflow by providing an according button to a privileged user like:
image
We might want to double check before adding that no non-deprecated default-workflow already exists for this kind of input.

To do so, we could provide a deprecation action for privileged users to the workflow overview:
image

Thus, the privileged user does not have to manually insert values into the database. However, my use case (inject pre-defined workflows into a fresh new productive database) would not be covered by this approach as one first needs to create studies / processing pipelines to generalized those.

@antgonza
Copy link
Member

I see, the issue with "copying" a given workflow between systems is that the database identifiers will not match; for example, command X in system A can have the id of n, while that same command in system B can have m.

Anyway, I really like these ideas of the add/deprecate button for admins. FWIW we haven't spent a lot of time making the admin easier as the impact is only for admins (vs. all users) but will love to have them available.

@antgonza
Copy link
Member

Renaming issue based on discussion.

@antgonza antgonza changed the title populate workflows Allow admins to define a workflow via an existing processing. May 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants