Details
-
Type:
Story
-
Status: To Do
-
Resolution: Unresolved
-
Fix Version/s: None
-
Component/s: SUIT
-
Labels:
-
Story Points:16
-
Team:Science User Interface
Description
Currently, whenever new (or filtered) catalog table is received, we send a request to the server to obtain central and/or corner points for each catalog row. (Search for doFetchTable call in CatalogWatcher.js) These points are then used to compute central point and maximum radius to get the coverage image. (See CatalogWatcher:computeSize.)
For doFetchTable request, we a get a few columns of the WHOLE table, which considerably slows the system when catalog table is huge.
A big improvement would be replacing doFetchTable call with a server call, which takes catalog table request and calculates central point and radius on the server.
Further optimization – if needed in future – could be adding central point and radius into table meta in prepareTableMeta of the search processor when we know it (cone search) or it is easy to calculate (polygon search).
Attachments
Issue Links
Activity
Field | Original Value | New Value |
---|---|---|
Epic Link |
|
Team | Science User Interface [ 10303 ] |
Summary | CoverageWatcher.js improvements | CoverageWatcher.js performance improvements |
Story Points | 14 |
Story Points | 14 | 16 |
Labels | FireflyCCB |
Sprint | SUIT Sprint 2017-4 [ 603 ] |
Rank | Ranked higher |
Sprint | SUIT Sprint 2017-4 [ 603 ] | SUIT Sprint 2017-5 [ 604 ] |
Rank | Ranked lower |
Sprint | SUIT Sprint 2017-5 [ 604 ] |
Sprint | SUIT Sprint 2017-6 [ 609 ] |
Rank | Ranked higher |
Sprint | SUIT Sprint 2017-6 [ 609 ] | SUIT Sprint 2017-7 [ 618 ] |
Sprint | SUIT Sprint 2017-7 [ 618 ] |
Rank | Ranked higher |
Epic Link |
|
DM-4425 [ 21565 ] |
Remote Link | This issue links to "Page (Confluence)" [ 31365 ] |
Gregory Dubois-Felsmann is this old ticket still relevant?