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
The openEO python client works with predefined/hardcoded DataCube methods that implement certain openEO processes (unlike some other openEO clients (JS, R), that dynamically map function/method calls to openEO processes.
This is an intentional choice with a couple of advantages:
finetune a Pythonic interface, with helpful automatic conversions/adapters where useful
user can use their standard development helper tools (code completion, code intelligence, code navigation, type hint checkers, linters, documentation popups, ...)
(on top of that, we still can add dynamic process calls, e.g. see #40)
While it is in most cases obvious to how the DataCube methods and openEO processes are linked, I think it can be useful to make this link explicitly available in a programmatic way:
e.g. add annotation to each DataCube method pointing to the related openEO process(es)
The openEO python client works with predefined/hardcoded DataCube methods that implement certain openEO processes (unlike some other openEO clients (JS, R), that dynamically map function/method calls to openEO processes.
This is an intentional choice with a couple of advantages:
(on top of that, we still can add dynamic process calls, e.g. see #40)
While it is in most cases obvious to how the DataCube methods and openEO processes are linked, I think it can be useful to make this link explicitly available in a programmatic way:
e.g. add annotation to each DataCube method pointing to the related openEO process(es)
This would be useful for documentation of the python client:
Other places where it can help:
DataCube.process
method #232)The text was updated successfully, but these errors were encountered: