You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So, you're specifying the type of the pipeline there, too. What if these don't match? Like, you say sample: piface.yaml but that actually says pipeline_type: project inside?
Why can't looper just read the pipeline_type from the piface in the first place? We could simplify the looper config to:
pipeline interfaces:
- ../pipeline/piface.yaml
The text was updated successfully, but these errors were encountered:
This work is now complete with the above PR. It also maintains backwards compatibility.
Now, the user can give a list of pifaces in the looper config and Looper will assign them to sample or project pifaces given the pipeline_type within the piface:
pep_config: project/project_config.yaml # local path to pep config
output_dir: "results"
pipeline_interfaces:
- pipeline/pipeline_interface.yaml
- pipeline/pipeline_interface_project.yaml
When working on the above changes, I had forgotten that, for Looper 2.0, we are considering placing both sample and project-level interfaces into one pipeline interface: #493
Right now, a pipeline interface can say
pipeline_type: sample
orpipeline_type: project
.Then, in the
.looper.yaml
, you say something like:So, you're specifying the type of the pipeline there, too. What if these don't match? Like, you say
sample: piface.yaml
but that actually sayspipeline_type: project
inside?Why can't looper just read the pipeline_type from the piface in the first place? We could simplify the looper config to:
The text was updated successfully, but these errors were encountered: