-
Notifications
You must be signed in to change notification settings - Fork 11
Update ESRF demo #224
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
Update ESRF demo #224
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks good and ran fine with the latest cil. Just have some suggestions for improvements
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great with the extra docs info
Thank you for reviewing @lauramurgatroyd, these should all be updated now |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like the new text surrounding the phase but I am not sure about the claim: "The sample feature (at horizontal_x, horizontal_y=35 in the plot above) is reduced in intensity and blurred but we find the SNR of the feature is improved. " It looks like what you have labelled as "Sample feature SNR" is a SNR of the full line profile, not just focussing on this feature? |
Looks good! |
Sorry, all in one as it's difficult to comment on a notebook directly.
processor.set_input(data_before)
I don't really see the point of showing the rotation axis position some calls might shift and reorientate the coordinate system. the CoR could be encoded there, or in the detector position or partially in both, so depending on the state of your data taking this in isolation is meaningless whereas 'get_centre_of_rotation' takes this in to account.
The other issue could be that this is a tall sample, so the offset might change in different slices.
Wouldn’t these be the better values? It’s removed the fringes completely and acted like a blurring filter (as expected). I think it’s also important to note these aren’t clear features, and we’re not tuning it around them. With the stronger paganin we can still find slices with clear features - don’t be afraid to change the contrast as well. Maybe show2D will help fix a particular view, but encourage them to explore their data. |
Thank @gfardell these are all really good points. I've updated the notebook |
New ESRF demo notebook using TomoBank data
Closes #237