Replies: 1 comment
-
|
Hi @Jaapel , sorry for the long delay in response: I believe right now, the plan for For some background: there may be a split of the "nisar" package from the "isce3" core library, but it has not fit into the NISAR development schedule (which is, so far, the only source of funding for isce developement). I don't think there is a plan to make some top-down, Abstract Base Class-based "Workflow" with isce3. The NISAR algorithm team already has their hands full producing the planned data products, and making "a cleaner version of the I do think Sweets could be a little better refactored so that you could have your new options that you want; I know that I'm already seeing some differences in how I want to run it now vs. 2 years ago when I put it together. I think the biggest immediate change for me is wanting different input sources:
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi @scottstanie !
I previously used
isce2, which also had thisWorkflowpart, where community members could create their own workflows based on the framework thatisce2offered some kind of generic workflow component, where you could compose your own interferometric workflow.isce3seems more like a standalone package of algorithms, am I correct? If so, I like thatisce3keeps its scope smaller.What are plans for people sharing their workflows using
isce3algorithms? Sweets is of course an example of a workflow.For example, I would like to be able to run a goldstein filter, and add other options that dolphin exposes. But I may run into other requirements that perhaps require adding additional steps in the
sweetsworkflow. What do you see as the scope forsweets? As the GitHub description says:Which can of course be implemented in many ways :)
Beta Was this translation helpful? Give feedback.
All reactions