-
Notifications
You must be signed in to change notification settings - Fork 6
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
About gsoc #5
Comments
Do you have particular reconstruction algorithms you're interested in? Your stereo matching idea (JuliaImages/Images.jl#878) is a form of reconstruction, right? Are there any simpler ones you're interested in? For deconvolution there is https://github.com/computational-imaging/ThreeDeconv.jl; I haven't played with it, though. Another way to get involved might be the ImageFeatures.jl package, especially if you'll need feature-correspondence for your matching work. |
@timholy Thanks for replay! Actually I also have done some CT reconstruction algorithm, I think Julia is a suitable tool to implement the reconstruction algorithm. I think I could try to add some classical reconstruction algorithms and basic util functions. For example sinogram, back-projection algorithm etc. |
@xiaoerlaigeid I appreciate your willingness to contribute to this repository! A great start might be to implement the algorithms in Kak and Slaney Chapter 3 and 6, 7, and 8. You could add @timholy implementation for the |
@kczimm I have been implemented a sinogram function with the help of @johnnychen94. https://github.com/xiaoerlaigeid/ImageReconstruction.jl In the next step, I plan to add @timholy implementation into this library. By the way, If I plan to implement some basic reconstruction algorithms including paper. Could this fit for the GSoC project workload? |
@xiaoerlaigeid great work so far. It looks like your I’m not familiar with the workload for GSoC as I have no experience with the program. Perhaps @timholy or @johnnychen94 have insight into this. The paper actually has several aspects which maybe some could be within scope but not all? The aspects can be broken down into 2D and 3D, pencil beam and finite beam, and CPU and GPU versions. For the finite beam, we will need to create some concept of the geometry of the imaging system (so we can have fanbeams as opposed to parallel beams). A good start may be just the 2D, pencil beam, CPU version. This would be yet another implementation of the |
JuliaImages/juliaimages.github.io#113 (comment) There're many in the wild, but here're packages I know that use the functor API:
If it's about adding algorithms into the current codebase, I think 3-5 non-trivial algorithms would be a fair workload. For example, https://medium.com/@manjunathbhat9920/gsoc19-final-summary-cfc4b0c2e680 |
@johnnychen94 Thanks for linking to your previous comment. I couldn't remember where that was located. Using a functor is fine for applying the implementation. I was wondering what the type hierarchy should be. For CT image reconstruction, I can roughly categorize them into |
I have check this library and find in this library only have on function radon transform. I wonder what's the plan to add more new features? I am glad to help.
The text was updated successfully, but these errors were encountered: