-
Notifications
You must be signed in to change notification settings - Fork 129
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
Regarding subimage patch and label size #23
Comments
+1 |
+1 According to his function , and also |
I love this question, I run the MSNet and get 91.4% in whole tumor segmentation on BRATS2015 with this (19, 144, 144, 4), but I don't understand why 19 and 11. |
Well, it is the problem of the model if self !
ant run it like
You will find that the result is
I hope this could help you solve the problem |
我又思考了一遍,沿着axial轴截了19(155),但是后续沿着coronal, sagittal方向,也是截了19,三个长方体叠起来,是不是覆盖了大部分范围。 |
yeah! As you know, the shape of raw data is 155 * 240 * 240, but we only randomly select some data with shape of 19 * 144 * 144 from the raw data. This is because with a large iteration (like here is 20000), we can cover the whole data (155 * 240 * 240)probabilistically speaking. I guess he did so because it could help save the memory use when training or testing! |
To save memeory, the training and testing were based on image patches, not the entire image size. The convolution in the z-axis was based on 'valid' mode, that's why the output size is reduced by 8 in z-axis. |
Hi,
I was curious as to how you have selected sub-image patch size of [19, 144, 144, 4]? Is it based on cross-validation? Further as already asked here: (#20) , why the corresponding label has 11 units along depth? [11, 144, 144, 1] as opposed to 19 in input sample?
The text was updated successfully, but these errors were encountered: