-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
pre builds broken by scipy 1.6.0rc1 #5130
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
Comments
It looks like inside Do you know how the expected result for this test was originally generated? If it relied on this erroneous behavior then we probably just need to regenerate the reference. I will take a closer look in a bit, but if it is only this boundary change then the central part of the image should still match the refernce, but a couple pixel width at the border could be different. |
The simplest solution is probably to just change from scikit-image/skimage/segmentation/boundaries.py Lines 223 to 224 in 448ae97
I verified that this will pass with the existing test data. There is actually a separate issue from the one above in that zoom never requested coordinate locations outside the original image bounds. However, the interpolation kernel does extend past the image boundary. For this case, in SciPy, the boundary mode was previously ALWAYS hardcoded to mirror when the center pixel of the interpolation kernel is within the image, but some portions of the filter kernel extended outside the boundary! In a subsequent commit, this was fixed, so we either have to update the reference result or switch the function to use mode='mirror' to get a result identical to the existing reference. Let me know which you think is preferred. I don't see a strong reason not to use |
Specifically, I agree that it makes pretty much no difference to the end result here. =) |
Description
The release of scipy 1.6.0rc1 has broken our builds, see e.g. here. The failing test is
skimage/segmentation/tests/test_boundaries.py::test_mark_boundaries_subpixel
. As I recall that function depends on a rather precise interpretation of the sizes given tondi.zoom
, so I expect that the culprit lies in recent (positive!) changes by @grlee77 to how SciPy handles interpolation. Probably a +1 can be removed somewhere and we can move on! 🤞The text was updated successfully, but these errors were encountered: