-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Chaining multiple skimage functions leads to conversion issues #1334
Comments
Hi @thirdoctet, hog is not supposed to output an image (unless you are using Whether your result is expected or a bug depends entirely on the function sequence and on your original image's validity. Could you provide a minimal example with data and code for your error? Thanks for reporting! |
Yes I am using
|
Hey @thirdoctet, This is a conundrum. On the one hand, you would never (I think) want to do what you're doing, which is to take the gradient of an edge of a gradient of a gradient of a gradient. (!!!) So in that sense it's not surprising that you're getting nonsense at the end of this thing. On the other hand, there's various parts of that pipeline that are letting you down and maybe shouldn't. In particular,
@stefanv @blink1073 any thoughts on this? My instinct:
|
I think the description should be along the lines of "positive values in the valid dtype range" to account for integer types as well. I agree that a |
Agreed with all the above. |
@jni ideally I would like to be able to chain and use the full range of applicable image transformations. If for any reason other chained transformations fail is there a pre processing stage I can apply? I.e prepare the image to avoid failure or best attempt to enable continuation Thanks for any assistance |
I am using the skimage library to chain a list of randomly selected skimage functions. During the chaining process a function will need to convert the image to a format for processing and it is here I experience the "Images of type float must be between -1 and 1". This is because a previous function, such as "histogram of oriented gradients" outputs an ndarray of type float with values less than -1 and greater than 1 then another function "adaptive histogram" attempts to convert the result and throws the error.
Does anyone know the best way to handle the conversion in order to ensure that a chain of transformations will execute successfully regardless of the type? Thanks.
The text was updated successfully, but these errors were encountered: