Skip to content

Need for point buffering ? #148

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

Open
soxofaan opened this issue Oct 24, 2022 · 0 comments
Open

Need for point buffering ? #148

soxofaan opened this issue Oct 24, 2022 · 0 comments

Comments

@soxofaan
Copy link
Member

While working on #141/ Open-EO/openeo-geopyspark-driver#239 a lot of struggle was related to point handling and (ad-hoc) buffering of these to get a non-empty bbox with enough pixels to work with.

First problem is currently the hardcoded 10m buffering (which assumes Sentinel2 resolution I guess). Can this be made more generic and made dependent on the collection metadata?

But maybe even better is to eliminate the point buffering hacks we now have in various places (in openeo-python-driver, openeo-geopyspark-driver, ...) and move that to the logic that actually loads the pixels (where it is easier to buffer in terms of pixels)?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant