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

ROI shape loading improvements and strategies #5575

Open
rgozim opened this issue Nov 17, 2017 · 3 comments
Open

ROI shape loading improvements and strategies #5575

rgozim opened this issue Nov 17, 2017 · 3 comments

Comments

@rgozim
Copy link
Member

rgozim commented Nov 17, 2017

OMERO currently does not support a scalable strategy for loading a large number of shapes in the forms of regions of interest (ROI).

There are instances were users are creating and using images with large numbers of ROIs, sometimes in the regions of hundreds of thousands.

The current implementation in the JSON API returns ROIs as a composite object, containing shapes, details and other meta data. This results in a 13 second load time for a single HTTP request from the eel OMERO server and subsequently is limited to returning only 500 JSON array items.

Solution

  • Reduce server load by only fetching the exact data required to list all ROIs (this will still require a limit on max ROIs)

  • Add ability for loading ROIs by a viewport size and an x, y position for images of a high resolution

  • Add function for loading ROIs by timepoint

@joshmoore
Copy link
Member

Brief discussion today: initial focus will be optimizing the current calls as well as loading more than the first page of data.

@joshmoore
Copy link
Member

@chris-allan mentions that in the case of masks the current behavior is "all on by default" which causes issues. There may be some changes to defaults that would be beneficial for non-masks as well.

@jburel
Copy link
Member

jburel commented Nov 20, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants