-
Notifications
You must be signed in to change notification settings - Fork 44
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
[BUG] STL generated for a prostate segmentation appears like a donut! #389
Labels
bug
Something isn't working
Comments
The issue has been reproduced on other segmentation applications too, eg. a Lung Seg with STL as one of the outputs. It is further confirmed that:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
An prostate segmentation application is built with App SDK 0.5 and a model trained with MONAI core v1. It takes in a MR T2 series, creates the segmentation image, which then get written as DICOM Seg as well as transformed into a STL image. The former looks good, while latter looks like a squished donut.
Steps/Code to reproduce bug
Application code is supper simple since it uses the built-in MONAI bundle inference operator as well as others, though the model itself is proprietary, not to be shared publicly.
Expected behavior
The STL generated from the seg image (numpy + metadata) should represent closely the seg image
Environment details (please complete the following information)
Additional context
The STL operator has been tested with the liver and spleen application and generated the correctly mesh image. Noted that those seg images have hundreds of slices, while the prostate MR has only around 20 slices, though, it is expected the 3D spacings should be correct irrespective of number of slices.
The text was updated successfully, but these errors were encountered: