-
Notifications
You must be signed in to change notification settings - Fork 17
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
openEO Cookbook #16
Comments
People sometimes "complain" that there should be more examples, smaller examples derived from real world examples you can go through, to understand how the processes work. Like how to work with reducers, merging, generally how to approach issues. Many have no experience with data cubes and related processes. We could have a guide for all languages at once, showing the code snippets for all languages in tabs or so and then go through various things. |
I want to open a discussion about this idea of having more organized examples, so if you have any comments and ideas on what should be explained there, please post! Please also mention people you feel could add something. @m-mohr @christophfriedrich @edzer Outcome: An openEO cookbook users can refer to to get a first idea on how to solve their problems with the openEO API in the three languages Python, R and JavaScript (as described above). It should not replace the getting started guides nor go as much into API details as API documentation (e.g. python) or go through multiple complete use cases, but should describe how to implement simple use cases in a very pragmatic way. Content:
|
See #28 for a Code Switcher example. |
very nice, code switcher example works like a charm @m-mohr. |
just a note to myself: should the cookbook contain FAQs with links to where these questions are explained (might make navigation, topics easier to find) and/or tasks at the end of a chapter to explore the used processes (a la what happens when you do this and that). |
Maybe a nice addition could be, after the correct example, some common mistakes to avoid. Like forgetting to insert the dimension in a reduce_spatial process. Since the logs from the back-ends are not always so informative, it's important to know what could go wrong. |
@clausmichele yes, great idea! it is already in the making - if you have anything else that strikes you as a common mistake, let me know! |
The examples are outdated: https://openeo.org/documentation/1.0/developers/examples/
Doesn't even use the new processes, but simply shows process graphs in the old pre 1.0.0-rc.2 state.
The text was updated successfully, but these errors were encountered: