-
Notifications
You must be signed in to change notification settings - Fork 272
Color correction scatterplot #1759
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
base: v5.0
Are you sure you want to change the base?
Conversation
|
Here's the code health analysis summary for commits Analysis Summary
Code Coverage Report
|
|
Yes, this would address #1582 ! @NMiklave has also been working on something similar, so you both could compare what you are doing and see what is a good fit. Nick's tools are related to assessing color cards for if they are too worn to use, and this seems like a similar suite of quality control tools. |
|
Yeah, this is in line with some of what I've been working on and I'd be happy to compare notes on this! Checking whether or not a color card is too worn to use requires some metric to quantify how "good" the color correction is, and I've been going about it by comparing the measured color matrix of an already-corrected image to the standard reference matrix, which can be built off of the changes made by this PR. Although, I think that the output plot of this function should flip the roles of the corrected image matrix and uncorrected image matrix. The uncorrected matrix can change quite a bit depending on lighting color temperature, but that shouldn't really matter as long as the calibrated values are consistent with what it is expected. |
|
Thanks @NMiklave ! I'll be looking forward to seeing what you have for that, your plots a few weeks ago were very useful.
I think there are two somewhat distinct use cases here. The one I was initially considering was thinking about whether there was something particularly strange in how the camera is wrong (non-linearity of error, different trends in different channels, etc) where knowing that information might help with fine tuning an imaging setup or making decisions about how the color correction should work. So the changes you mention in the uncorrected matrix are part of what I had in mind for the function to detect. Maybe instead of explicitly taking an uncorrected and a corrected input this could work as |
This is a new feature for visualizing the distance from observed to expected colors of a color card and an RGB image and optionally a color corrected image. The idea is to make it easier to assess when a camera/image is "wrong" in a bizarre way and to have a more objective gauge of how well color correction did.
This is a new feature.
This might address 1582 but I would want @kmurphy61 to weigh in on that. If the "smaller" form in 1582 would be preferred there could be an argument to this function or another function to do that.
For the reviewer
See this page for instructions on how to review the pull request.
plantcv/mkdocs.ymlupdating.md