NASA-IMPACT / veda-ui

Frontend for the Dashboard Evolution project
Other
19 stars 5 forks source link

Revisit layer groups / datasets #774

Closed j08lue closed 8 months ago

j08lue commented 10 months ago

We currently have a concept of datasets (loosely corresponding to STAC collections), which can have multiple layers (corresponding to STAC assets - similar to variables in NetCDF etc.).

We need to look into how we represent this grouping consistently throughout the app - the Exploration & Analysis layer selection currently does not represent any groupings - and ideally keep it close to STAC.

Acceptance criteria

faustoperez commented 10 months ago

Assigning it to myself to think of a design solution for this 👍

faustoperez commented 8 months ago

Speaking with Jonas earlier today, here are the design action points:

j08lue commented 8 months ago

Examples for multi-layer datasets from the current GHG Center catalog

  1. CASA-GFED3 Land Carbon Flux image
  2. OCO-2 MIP Top-down CO₂ Budgets image

User flows

Switching between dataset and layer information

This is a hypothetical use case that illustrates the need for simultaneous access to dataset and layer information

  1. User looks for data for CO₂ fluxes between land and atmosphere (carbon stored in land being released to the atmosphere e.g. via fires, or atmospheric carbon consumed by land, e.g. by vegetation growth). Research questions:
    1. Where in the world do the largest fluxes occur?
    2. How do uptake and release compare across the year e.g. over a region of tropical rainforest?
  2. User goes to catalog and looks through dataset titles
  3. Finds the CASA-GFED3 or OCO-2 dataset
  4. Wants to see which parameters the datasets include - LIMITATION: no information on layers on the Dataset Overview page
  5. Clicks Explore to open the E&A interface
  6. In E&A, sees the filtered list of layers for the dataset
  7. It is not immediately apparent that this filter is applied via the search box
  8. Adds a layer to the E&A interface
  9. User is looking for information about the dataset again (e.g. temporal and spatial coverage to know what they can select) - LIMITATION: dataset information not available from E&A
  10. Goes back to the catalog or dataset overview page to look for that information
  11. Leaving E&A means they lose the state of the interface (layers, time, analysis, etc.)

Enter through E&A

  1. User learned that they can explore GHG datasets on the U.S. GHG Center website. Enters the website for the first time.
  2. User sees the menu item "Exploration" and opens it
  3. User sees list of layers (has not encountered the concept of Datasets yet)
  4. User is looking for more information about the data layers - provenance, longer description, temporal and spatial coverage
  5. Layer cards include title of the dataset but are otherwise not linked to dataset-level information
  6. E&A interface has a layer info button, but clicking that takes the user out of the interface, loosing its state.

Related

j08lue commented 8 months ago

Our current data model / access mechanisms - mostly static / locally configured, single catalog

  1. Datasets and Layers belonging to the datasets, configured in MDX that combines front matter with dataset overview page content. I.e. datasets and layers relation is hard-coded in config
  2. All information on datasets and layers is contained in these MDX files, except for information about temporal and spatial coverage, which is loaded from STAC when user accesses the layer in the Exploration/Analysis interface
  3. Requires information from STAC about temporal and spatial extent and data periodicity

Microsoft Planetary Computer data model / access mechanisms - largely dynamic, single catalog

Relies largely on STAC, plus additional "storage" datasets - see PlanetaryComputerDataCatalog repo

  1. Groups of Datasets - encoded in custom field in STAC + additional descriptions etc. in datasetGroups config
  2. Datasets corresponding to STAC collections - including rich-text descriptions
  3. Assets (aka variables, bands, layers)
  4. Rendering information - probably stored in auxiliary config somewhere (not part of public repos)?

Our target data model - mostly dynamic, multi catalog

TBD

  1. Dataset groups (optional)
  2. Datasets
  3. Layers / assets / variables / bands
faustoperez commented 8 months ago

Thank you Jonas!

faustoperez commented 8 months ago

Here are the designs for the layer groups / collections on the E&A interface.

Link to Figma file 👉 https://www.figma.com/file/9INQauBWhiRxvOWDGhRrxO/US-GHG-Center?type=design&node-id=706%3A1518&mode=design&t=XPpNJKF2Hguv85nW-1

The work is done around 2 main areas:

Dataset panel

US GHG Center - Timeline + data panel - options

Data layers selection modal

US GHG Center - Timeline + data panel - collection Data layers selection Data layer selection - filters Data layers selection - search
faustoperez commented 8 months ago

Drag and drop design work in ticket #836

j08lue commented 8 months ago

I think regarding the acceptance criteria, we can close this ticket as completed. Following up in https://github.com/NASA-IMPACT/veda-ui/issues/840 and others for future changes of the data model to be more linked to STAC.