Not logged in - Login
< back

Data Request Procedure

Overview

This page is intended to document the procedure for requesting data from the Western Air Quality Data Warehouse.

The basic procedure is defined as follows:

  1. Register for a user account
  2. Access the Data Request Form
  3. Provide Basic Parameters
  4. Provide Details regarding intended use
  5. Select Data
  6. Submit Request
  7. Monitor Request Status

Data Request Form

The Data Request form can be accessed at the following URL: http://views.cira.colostate.edu/DEMO1/DataRequest/DataRequest.aspx

The Request form consists of:

  1. A status overview showing the current status of the request.
  2. A number of actions available based on the current status of the request and the role of the user currently viewing the request.
  3. A number of collapsible sections containing various input fields and information. Each section is described in detail within this document.
    Data Request Form

Basic Parameters

The Basic Parameters input section consists of the following fields
  1. Project: Projects are detailed in another section of this page. This field shows any projects that you have been assigned to. If this does not mean anything to you simply leave the default option of "Unspecified. If you are participating in a known project and wish to issue a request within the context of that project you should select the appropriate project here.
  2. Requestor: You should see your name and organization listed in this field. Nothing to do here.
  3. Data Use Agreement: You should read the data use agreement. This document describes the conditions of using any data you retrieve from the warehouse.
  4. "I Agree" Checkbox: Checking this box signifies that you agree with the data use agreement. You must explicitly check this box before you submit your request so you should save this until immediately before submitting your request.

Request Details

Data Selection

Actions

Request Status and History

The following table describes the life cycle of a data request in terms of the request status. Each status has a definition and an indicator of which user roles can set a request to that status

StatusDefinitionRequestorProject ManagerAdmin
StartedThe Data Request has been initiated on the TSDW website by a user who has completed one or more fields on the request form, but the request has not yet been submitted. A “started” (unsubmitted) request can be returned to and built over time by the user until he/she decides to actually submit it.xxx
SubmittedA user has clicked the “Submit” button on a completed request. The request can now appear in any lists of submitted requests that are shown to administrators and project managers on the website.  x
ApprovedThe request has been officially approved. We have yet to formally define the approval process.  x
DisapprovedThe request has been explicitly denied. We probably need a “Notes” or “Comments” field (or multiple records in a separate, linked “DataRequestNotes” table) for specifying the reasons for disapproval. As one possible example, let’s say that the request is denied because the user didn’t sufficiently and/or properly fill out all the required fields. In that case, the request could be potentially submitted again after the user corrects/completes his entries.  x
FillingThe request is being filled. Right now, and for NEPA requests in particular, this takes the form of someone copying the desired files onto a hard disk. In the future, this may be expanded to mean that the Wget script for downloading the data has yet to be generated.  x
FilledThe request has been completely filled and is pending delivery. For hard disk fulfillment, this means that all the necessary files have been copied to set of hard disks and that the disks are awaiting packing/shipping/delivery. For Wget fulfillment, this means that the appropriate Wget scripts have been generated.  x
Data DeliveredThe requested data has been sent to the requesting user (i.e. either the hard disks have been shipped or the Wget script has been sent)  x
Data ReceivedThe requesting user has acknowledged that the data has been received.xxx
Data IncompleteThe requesting user has indicated that there is an issue with the received data (it’s incomplete, unreadable, erroneous, etc.) If this is the case, the request would revert to a previous status that’s relevant to the reason for which it has been flagged. For instance, if the disk was unreadable by the user, the request might simply revert to a status of “Filling” while we recopy the data onto a new disk.xxx
Data AcceptedThe data has been explicitly “signed off on” by the user.xxx
CompleteThe life cycle of the Data Request is over and the request is considered historical  x

Projects

Roles

Registered User

Any user registered for the site

  • View (Read-only) all projects
  • View (Read-only) all Data Requests

Project Collaborator / Team Member

A Registered User who has been added to a project by the Project Manager

  • View (read-only) all projects
  • Issue data requests within a Project they have been assigned to.
  • Edit Data Requests they have created
  • Submit Data requests they have created
  • Sign-off Data requests they have created

Project Manager

A Registered user who is also a member of a 3SDW cooperating agency (BLM, EPA, NPS, etc). Project Managers regulate access to warehouse data and monitor the data transfer progress. Project Managers may also submit Data Requests

  • Create new projects
  • Edit projects they manage
  • View (read-only) all projects
  • Issue data requests within a project they manage
  • Assign registered users to a project they manage

Administrator

Administrators are warehouse staff who are responsible for monitoring and fulfilling data requests.

  • Create new projects
  • Edit any project
  • Edit any data request