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
This used to not be the case but it's suddenly popping up, I don't know what happened.
Suddenly the 'bounds' parameter from stackstac.stack function messes up the original coordinates of the images.
When using the 'bounds' parameter, instead of preserving the original x/y coordinnates, stackstac modifies them and they'll give you float values:
@Berhinj I'm looking at this now, but I can't reproduce your example because aoi and crs_utm that you're referencing in your code aren't defined.
Without that, I can't really see what the issue is here. It's not surprising that the output changes between passing and not passing bounds. When you don't pass it, stackstac picks bounds for you based on the extent of all the assets. When you do, you're defining your own bounds, which could be completely different.
Notice, for example, that with the bounds you specify, you're getting a 40px wide image. If you don't specify bounds, the whole thing is 7821px wide!
Also, because snap_bounds=False, it's not surprising that the coordinates are floats. See the docs for snap_bounds: "snap the bounds to whole-number intervals of resolution to prevent fraction-of-a-pixel offsets".
This used to not be the case but it's suddenly popping up, I don't know what happened.
Suddenly the 'bounds' parameter from stackstac.stack function messes up the original coordinates of the images.
When using the 'bounds' parameter, instead of preserving the original x/y coordinnates, stackstac modifies them and they'll give you float values:
Will give you
While removing the 'bounds' will give you the
will give you the original integer like x, y coordinnates
The text was updated successfully, but these errors were encountered: