Open-EO / Open-EO/openeo-python-driver
Drop "public" UDP feature?
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 12
- Forks
- 8
- Avg merge
- 6d 3h
- Merged PRs (30d)
- 4
Description
This is a question that came up while working on a supporting refactor for https://github.com/Open-EO/openeo-aggregator/issues/125. I was slowed down quite a bit with this non-standard "public" UDP feature:
- user
johndoesaves a UDP withpublic=True - other users can list this UDP under
GET /processes/u:johndoe - other users can load this UDP with namespace
u:johndoe
also described in python client docs at https://open-eo.github.io/openeo-python-client/cookbook/udp_sharing.html
I think we nowadays settled on UDP sharing through URLs (e.g. with the official remote process definition extension) instead of this non-standard "public" flag.
Is it still useful/necessary to keep this non-standard "public" UDP feature alive?
Or can we clean that up to simplify the related code paths?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the UDP sharing behavior described in the issue, the related aggregator issue #125, and the Python client cookbook page on UDP sharing. Compare the non-standard public flag with the remote process definition extension; done requires a maintainer decision on whether to retain or remove the feature and a defined scope for any cleanup.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- api, backend
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100