-
Notifications
You must be signed in to change notification settings - Fork 68
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
Draft a pipeline recipe specification #310
Comments
@berl this issue should address the vagueness in the spaceTx specification of the pipeline recipe. Anything I missed in the description? |
looks good. I think the 0th version of the multi-FOV processing can treat every FOV equivalently and process all of the FOVs in the manifest. In the future Simone and I both would like to see incremental processing whereby (e.g.) rounds 1-3 can be uploaded and processed, then round 4 appended and processed without re-running rounds 1-3. I've added this as an issue- likely for the next project! |
ProposalA significantly simplified snippet of python code will represent the pipeline recipe. There is one method, There are two magic variables: Example invocation: Example recipe file:
|
I've also thought about making the input and output files be able to start from an
Thoughts? |
@ttung two questions: How does starfish know what input is of what type, and what does that imply about how it serializes or deserializes objects? What object types are valid? |
Can I say magic? :) Ok actually it’s inspecting the method signature to figure it out. It supports ImageStack, IntensityTable, ExpressionMatrix, and Codebook |
Implementation in #311 |
The starfish specification indicates that starfish will accept a
JSON
pipeline recipe, which it will translate into a series ofCLI
calls.From the spaceTx Specification:
This recipe will need to solve both multi-fov processing and the processing of different stack types (nuclei, hybridization)
JSON
recipeDepends on #292 , #311
The text was updated successfully, but these errors were encountered: