-
-
Notifications
You must be signed in to change notification settings - Fork 8
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
steps to run the experiment from A to Z #19
Comments
@codeskings that execution order is indeed correct.
Apologies for not having clear documentation. We didn't have time to clean up the code properly and write documentation. Therefore, do not hesitate to ask us your questions and we'll get back to you as soon as possible. Feel free to make pull requests as well. |
wow, thank you for this clear response, I really appreciate it. I will put it in my consideration while reinvestigate the code scripts again. I may bother you if I have other questions. Thanks again |
Sorry for bothering you again but I got a couple of new questions if you can kindly help in them because it seems that I am still have an issues in understanding the topic well.
can you please advise me what I made wrong? Because I searched a lot with no luck. I apologize for wasting your time, thank you very much. |
Please do not hesitate to ask any questions. It's definitely not a waste of our time.
Correct
We use the higher levels to create a tissue mask. This mask is created to ignore the pixels from the glass slide. This saves time and increases accuracy.
What shifting are you referring to? There is no shifting done
Correct
Hardmining was not used in our final models. We tried hardmining but it didn't work for us.
I'm not sure what went wrong exactly. But I think you added the |
Sir, first of all thank you very much for responding to me and for your patience, I know you are busy, so please feel free for not answering my questions if they require much of your time since they are a little detailed this time. The shifting is done in the “points_extractor.py” in “extract_normal_patches_from_wsi” function, as follows:
I was studying the inference phase; therefore, I have some questions about them if possible:
Thank you again, I appreciate your effort and sharing such a quality project to our benefit. |
Hey @codeskings, it's not problem at all :)
Yes
If the patches are overlapping, you cannot calculate the jaccard index on a patch-by-patch basis because the averaging is done on the entire image after patch-by-patch prediction.
No, it calculates how many times the algorithm has "seen" a particular pixel. It's basically averaging. When the algorithm goes over each patch, it sums the overlapping regions. The
Can you let me know which region of the code you are referring to?
The output from the prediction has a range [0,1], but to be able to view it as an image, the range should be [0,255].
The raw output from the model is a probability map, it must be thresholded to get a black and white image. |
Thank you very much, really appreciated it. |
Dear Sir, I have a quick question, I calculated the Jaccard index between the original ground truth mask (I read the mask image at level 0 using ReadWholeSlideImage function) and the generated mask after thresholding (prd_im_fll_dict) but I got low values, therefore I reinvestigated the min and max values of each of them and I am surprised that the max value in the original ground truth is 3 instead of 1. Can you explain why? |
Thanks for sharing this complete detailed project with us. However, there are many scripts in it that I got confused with the order of their execution, can you please confirm my order below:
Questions -
Sorry for the many questions but I want to fully understand each step.
Thank you very much
The text was updated successfully, but these errors were encountered: