Conversation
In our AML case, some bounding boxes for cells overlap. Thus, masks don't look good since a good chunk of the bounding box for a cells may be masked away. This commit adds an option to remove the mask altogether.
Even though an error is raised, it never makes it to the console. See issue on github for more details
If there are fewer superpixels than what you can show on a single page, the following code would yield -1
|
I endorse 1. Not all applications will have masks for the regions (for example, a grid tiling). Regarding 2 - I could see a flag set at the entry screen, or metadata added to the 'Data' folder to modify app and CLI behavior. What are the specific issues with |
|
there are several calls to
It might be smaller fixes but I didn't want to touch it right away util we've had a discussion or two about it 😄 |
|
In this repo, we have documented the data formats for people who generate data offline and import. Will need to document the additional indices variable stored in the h5. This could be a mandatory variable or optional. |
This PR could maybe be divided into multiple PRs. Let me know if you want to. In summary, the changes are:
Allow a flag called
overlappingSuperpixelsin the attribute part of annotation files. If this istrue(default isfalse) then masks for the filmstrip and review cards are removed. This is for AML, where bounding boxes for cells often overlap, which means part of the thumbnails will be missing. I defined it in the attributes to avoid having to change all the JSON validation schemas in girder.Support for ignoring background pixels. This is to enable sparse pixelmaps to be defined, where there is empty space between superpixels (in my case, space between white blood cells). Right now it is implemented with a 1 pixel bounding box in the top left corner. If this is found at index 0, then the UI will ignore this (and other clicks in empty areas).
I tried using a cleaner approach where I told the UI to ignore all pixelmap-values which had 0. But this requires changes to several parts of the code, including changes to
large_imageandhistomicstk. I could start working on this, but for now I just wanted to start simple. In my current commit, the downside is that the background superpixel with a 1 pixel bounding box will show up in the filmstrip and review card, which may confuse the user. I tried hiding it from the UI, but this also requires changes in multiple locations, so I wanted to hear any reviewer's thoughts first.a simple log to the console to fix
getJobXmlUrlexception is eaten by framework #185Potential error fixes in cases with few superpixels