Skip to content
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

An issue where only raw files are created when run with "Attribute patch-level 2 or 3" #49

Closed
wanchae opened this issue Oct 18, 2022 · 6 comments
Assignees
Labels
bug Something isn't working

Comments

@wanchae
Copy link

wanchae commented Oct 18, 2022

When deploying with patch-level 2 or 3, only "segmentation.raw" file is created instead of segmentation.tiff.

In the fastpathology screen, low resolution segmentation overlays are made well. Please see the link below for photos.
https://forum.image.sc/t/question-about-converting-fastpathology-segmentation-file-for-importing-to-qupath/72855

Thank you so much,

Seoung Wan Chae.

@andreped andreped self-assigned this Oct 18, 2022
@andreped andreped added the bug Something isn't working label Oct 18, 2022
@andreped
Copy link
Member

@wanchae This has been discussed in a separate Issue #45.

What happened was that when the generated segmentation got too small, instead of storing it in a pyramidal format (TIFF) it was stored as .mhd/.raw. This has been fixed in FAST and will be made available in the next upcoming release of FastPathology.

We might be able to provide a new release by the end of the week. Will keep you updated :]

@andreped
Copy link
Member

@wanchae assuming you are on Windows, you could try downloading and installing the latest artefact which is made available here: https://github.com/AICAN-Research/FAST-Pathology/actions/runs/3210898280

You need to be logged into GitHub to artefact. The file should be named: Windows package.

Alternatively, try clicking this link, which should download the installer for you directly: Windows package

If I remember correctly, the issue you had should have been resolved in this artefact.

@smistad
Copy link
Member

smistad commented Oct 18, 2022

No @andreped, the fix has not been added yet. It is a bug in FP, not in FAST.

@andreped
Copy link
Member

No @andreped, the fix has not been added yet. It is a bug in FP, not in FAST.

Huh? I thought this issue was due to FAST having special handling of small segmentation images, where these images were stored in mhd/raw instead of pyramidal TIFFs. But this was fixed in FAST either right after the summer vacation, AFAIK. Hence, now all segmentations should be stored in the same pyramidal TIFF format. However, for smaller segmentation images, there should only be a single image plane, no? But that should not be an issue. Or is there something that is missing in FP?

What needs changing in FP for this to work?

smistad added a commit that referenced this issue Oct 19, 2022
…rmat.

They are now stored as TIFF pyramids.
Note that old segmentations stored as mhd will now not be loaded. An error will be printed in the terminal if FP finds a mhd file.
@wanchae
Copy link
Author

wanchae commented Oct 20, 2022

I have confirmed that it has been corrected the issue. It works perfectly. Thank you very much.
Import_Anno_LR_seg_from_FP

@smistad
Copy link
Member

smistad commented Oct 20, 2022

Thanks for the feedback @wanchae

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants