Difference between revisions of "CVM Webviewer Development"

From SCECpedia
Jump to navigationJump to search
(Created page with "== SCEC CVM Webview Development == Below are notes from SCEC CVM Call on Friday 8 November 2019. The software development group will work with the CXM leads to prioritize thi...")
 
Line 7: Line 7:
 
# Users would like a map-based interface to the site, so users can select point, lines, regions from the map.
 
# Users would like a map-based interface to the site, so users can select point, lines, regions from the map.
 
# User’s would like a metadata download for queries that includes the values used in the UCVM query, including dimensions, model name, and settings of UCVM including background models and GTL settings when the query was made.
 
# User’s would like a metadata download for queries that includes the values used in the UCVM query, including dimensions, model name, and settings of UCVM including background models and GTL settings when the query was made.
* We need to develop the metadata format. JSON is a suggested format.
+
## We need to develop the metadata format. JSON is a suggested format.
* Include Date/time/UCVM version
+
## Include Date/time/UCVM version
* Include username of requestor
+
## Include username of requestor
* Include which geotechnical layer setting was used in a query.
+
## Include which geotechnical layer setting was used in a query.
* It was suggested that we return the command used to query UCVM, to make it easy for users to repeat the query.
+
## It was suggested that we return the command used to query UCVM, to make it easy for users to repeat the query.
 
# Users want to download both the images, and the data files used to create the plots they request.  
 
# Users want to download both the images, and the data files used to create the plots they request.  
* It’s possible they don’t want the plots at all, and only the data.  
+
## It’s possible they don’t want the plots at all, and only the data.  
* Need to describe the data format for any returned queries. Presumably the data format is the UCVM return format.
+
## Need to describe the data format for any returned queries. Presumably the data format is the UCVM return format.
 
# To make the site as easy to use as possible, for beginning users, it could provide two modes, a simple option, and an advance option:
 
# To make the site as easy to use as possible, for beginning users, it could provide two modes, a simple option, and an advance option:
* For the Simple Option: “simple/fast” auto resolution.
+
## For the Simple Option: “simple/fast” auto resolution.
* For the Advanced Options: Then give “complex/slow” manual resolution for queries including depth spacing for the requested profiles.
+
## For the Advanced Options: Then give “complex/slow” manual resolution for queries including depth spacing for the requested profiles.
 
# To deal with the issue of long waits, and large data requests, the recommendation is that beyond some mesh-point query count, the web-based requests become non-interactive.
 
# To deal with the issue of long waits, and large data requests, the recommendation is that beyond some mesh-point query count, the web-based requests become non-interactive.
* In this case, the request is processed offline, and the requester gets an email when their job is done.  
+
## In this case, the request is processed offline, and the requester gets an email when their job is done.  
* This add complexity to the site, requiring both user registration (collect their email), and the need for background processing of requests.
+
## This add complexity to the site, requiring both user registration (collect their email), and the need for background processing of requests.
 
# Users would like to provide a file containing a list of data points (lat,long, elevation/depth) and get back results.
 
# Users would like to provide a file containing a list of data points (lat,long, elevation/depth) and get back results.
* This will require the users to provide other information about the requested data, such as the model, elevation or depth, to be used in the query. This can be handled by asking the user to specify this information in the webpage when they submit their input file.
+
## This will require the users to provide other information about the requested data, such as the model, elevation or depth, to be used in the query. This can be handled by asking the user to specify this information in the webpage when they submit their input file.
 
# Users would like to request other CVM products, currently not available on the site, such as:
 
# Users would like to request other CVM products, currently not available on the site, such as:
* 3d volumes (mesh)
+
## 3d volumes (mesh)
* Specification of surface defined by Strike-rake-dip values.
+
## Specification of surface defined by Strike-rake-dip values.
* Iso surfaces such as Vs30, Z1.0, Z2.5 or a user-specified Vp, Vs, or rho value
+
## Iso surfaces such as Vs30, Z1.0, Z2.5 or a user-specified Vp, Vs, or rho value
 
# Users recommended the names of the queries are changed. Suggested labels include: 0D (point), 1D profile, 2D cross section, 2D horizontal plot
 
# Users recommended the names of the queries are changed. Suggested labels include: 0D (point), 1D profile, 2D cross section, 2D horizontal plot
 
# Users would like the site to provide more information about which DEM is used for a query
 
# Users would like the site to provide more information about which DEM is used for a query
 
# Users discussed the issue of how the site supported CVM coverage regions.  
 
# Users discussed the issue of how the site supported CVM coverage regions.  
* An initial version of the site may be simple and not support tiling. Future versions should support tiling of models
+
## An initial version of the site may be simple and not support tiling. Future versions should support tiling of models
* A map-based interface should help the users understand the coverage regions for models.
+
## A map-based interface should help the users understand the coverage regions for models.
* There should be consistency for how “no data”, in the air, and in the water queries are handled.
+
## There should be consistency for how “no data”, in the air, and in the water queries are handled.
 
# The site should support an easy method for users to provide feedback and request new features.
 
# The site should support an easy method for users to provide feedback and request new features.
 
# Developers should measure how long queries take on the site, and the site should provide this information to users, before they submit files.
 
# Developers should measure how long queries take on the site, and the site should provide this information to users, before they submit files.

Revision as of 22:49, 15 November 2019

SCEC CVM Webview Development

Below are notes from SCEC CVM Call on Friday 8 November 2019. The software development group will work with the CXM leads to prioritize this development list.

During this call, the SCEC CVM and CXM groups looked at the prototype CVM web-interface, and the group had comments on Current prototype which is posted at: SCEC CVM Webviewer Prototype

  1. Users would like a map-based interface to the site, so users can select point, lines, regions from the map.
  2. User’s would like a metadata download for queries that includes the values used in the UCVM query, including dimensions, model name, and settings of UCVM including background models and GTL settings when the query was made.
    1. We need to develop the metadata format. JSON is a suggested format.
    2. Include Date/time/UCVM version
    3. Include username of requestor
    4. Include which geotechnical layer setting was used in a query.
    5. It was suggested that we return the command used to query UCVM, to make it easy for users to repeat the query.
  3. Users want to download both the images, and the data files used to create the plots they request.
    1. It’s possible they don’t want the plots at all, and only the data.
    2. Need to describe the data format for any returned queries. Presumably the data format is the UCVM return format.
  4. To make the site as easy to use as possible, for beginning users, it could provide two modes, a simple option, and an advance option:
    1. For the Simple Option: “simple/fast” auto resolution.
    2. For the Advanced Options: Then give “complex/slow” manual resolution for queries including depth spacing for the requested profiles.
  5. To deal with the issue of long waits, and large data requests, the recommendation is that beyond some mesh-point query count, the web-based requests become non-interactive.
    1. In this case, the request is processed offline, and the requester gets an email when their job is done.
    2. This add complexity to the site, requiring both user registration (collect their email), and the need for background processing of requests.
  6. Users would like to provide a file containing a list of data points (lat,long, elevation/depth) and get back results.
    1. This will require the users to provide other information about the requested data, such as the model, elevation or depth, to be used in the query. This can be handled by asking the user to specify this information in the webpage when they submit their input file.
  7. Users would like to request other CVM products, currently not available on the site, such as:
    1. 3d volumes (mesh)
    2. Specification of surface defined by Strike-rake-dip values.
    3. Iso surfaces such as Vs30, Z1.0, Z2.5 or a user-specified Vp, Vs, or rho value
  8. Users recommended the names of the queries are changed. Suggested labels include: 0D (point), 1D profile, 2D cross section, 2D horizontal plot
  9. Users would like the site to provide more information about which DEM is used for a query
  10. Users discussed the issue of how the site supported CVM coverage regions.
    1. An initial version of the site may be simple and not support tiling. Future versions should support tiling of models
    2. A map-based interface should help the users understand the coverage regions for models.
    3. There should be consistency for how “no data”, in the air, and in the water queries are handled.
  11. The site should support an easy method for users to provide feedback and request new features.
  12. Developers should measure how long queries take on the site, and the site should provide this information to users, before they submit files.

Related Entries