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
{{ message }}
Repository navigation
Simplify the pipeline procedure by passing everything through a single argument conversion_pipeline #298
Currently the GeoZarrWriter has several (partially mutually exclusive) arguments for selecting a processing pipeline. This requires several functions and checks to determine which pipeline is actually applicable and later used, which I think is more complicated than it needs to be.
My suggestion would be a single argument (eg. conversion_pipeline) and a single function which validates the input product matches the argument and selects the corresponding processing function. It would also simplify the cli.
Something along the lines of this; it would also align with the S2Type simplified detection for data product, which could be extended to all other products.
Definitely, this will have to done in its own PR, as also the test routing and eodc/developmentseed's pipeline will have to be adapted. I don't assign this a high priority, getting the products out soon is more important, but I want to keep it in a backlog for optimizing and refactoring the code.
Activity
emmanuelmathot commentedon Oct 1, 2026
If you mean we should remove the auto detection of the product type. Agreed!
shollendEODC commentedon Oct 2, 2026
i would go even further and remove the
*_optimizedparameters ineopf_geozarr/cpm/writer.py:from:
To:
Something along the lines of this; it would also align with the
S2Typesimplified detection for data product, which could be extended to all other products.emmanuelmathot commentedon Oct 2, 2026
I am generally in favor but a separate PR would allow us to check that further
shollendEODC commentedon Oct 2, 2026
Definitely, this will have to done in its own PR, as also the test routing and eodc/developmentseed's pipeline will have to be adapted. I don't assign this a high priority, getting the products out soon is more important, but I want to keep it in a backlog for optimizing and refactoring the code.