Conversation
Currently the bottleneck is `gaussian_pyramid` which is still in Images.jl
5ebdae8 to
3356c46
Compare
|
Can we bring pyramid functions here or somewhere more appropriate if needed?That almost empties out algorithms.jl in Images.jl if threshold ones are gone too today and much closer to a meta package than ever. |
|
Pyramids should be a separate package; ImageTracking among likely many others needs them. Though perhaps they could move to ImageBase; it's a pretty fundamental concept in image processing. |
|
Should we make it a separate package then or keep it in ImageBase.jl? I am assuming it doesn't conflict with monorepo work because Images.jl is at top level and ImageBase.jl seems to be separate enough too. |
|
I don't have a strong opinion, but I think since |
Currently the bottleneck is
gaussian_pyramidwhich is still inImages.jl