Using an Observations Data Model in a GIS Framework
Tyler Jantzen, CRWR
July, 2006
Table of Contents
Create the appropriate Relates between the tables and shape files
Determine variables measured at the mouth of the Nueces River
Find all Values for a particular site, and select a single Variable
The need to make hydrologic information more widely available has long been recognized as a priority among the hydrologic research community. National datasets combined with regional and local observatory datasets offer the potential to investigate hydrologic science in more depth than ever before. However, not all sources of hydrologic data are readily available. These sources are often stored in incompatible formats such that significant difficulty exists in merging these datasets into a common table or database. One method of dissemination of hydrologic data is a Hydrologic Information System (HIS). A HIS is currently being developed at National scale through the efforts of the Consortium of Universities for the Advancement of Hydrologic Science, Inc. (CUAHSI)[1]. Similar efforts are being conducted at regional scales to make regional and local data available. While an “enterprise” HIS can be created at larger scales, similar “workgroup” HIS can be developed within a research group to share data in a consistent format. The following exercises and tutorials provide hands-on examples of how to use this data in a GIS framework.

Figure 1: The Concept of a Hydrologic Information System
The goal of a HIS is to make comprehensive hydrologic information from multiple scales available in a format that is easy to use. The Observations Data Model (ODM) has been developed as a universal data structure in which to store observations data, and has greatly assisted the creation of a HIS. At the time of publication for this tutorial, the ODM had been developed through version 3.0. See the accompanying document “CUAHSI Community Observations Data Model Working Design Specifications Document- Version 3” by Tarboton, Horsburgh, Maidment and Jennings for a more in depth description of this model and its specifications.

Figure 2: Observations Data Model v. 3.0 Schema[2]- a universal data structure
The strength of the ODM is derived from the fact that a single database structure can be used for various sources of data. Because this data is stored within the same structure, data from multiple sources can be merged and treated as a single source. An investigator can now look at different datasets describing similar physical phenomena as a single database.
Links to the ODM blank schema, tutorials on loading data into the ODM, and additional documentation can be found below in the Downloads and Additional Information section. In general, the creation of an ODM involves populating the already created schema with observations data. Because the ODM is a relational database, the relationships between each of the tables must be preserved as they are populated. Thus, the tables must be loaded in a specific order, with the most dependent tables being loaded last. This is discussed in more depth in the linked tutorials: Creating an Observations Data Model Using Microsoft Access and Merging Data from Two or More Observations Data Models.
Once an ODM has been populated with relevant observations data, it can be used in ArcGIS to investigate answers to hydrologic questions in a geospatial framework. The following examples will use a modified product of the two linked tutorials- a merged ODM database with water quality data from both an individual researcher and a state agency along the Texas coast. The data in this database has been limited to the year 2000 for simplicity sake. The modifications include the removal of sites that do not have values associated with them in this example.





The Table of Contents source view should now look something like the following:

|
Source Table/Feature |
Source Field |
Related Table/Feature |
Related Field |
|
Values2 |
SiteID |
MergedODMSites |
SiteID |
|
Values2 |
VariableID |
Variables |
VariableID |
|
Values2 |
SourceID |
Sources |
SourceID |
|
SeriesCatalog |
SiteID |
MergedODMSites |
SiteID |
|
SeriesCatalog |
VariableID |
Variables |
VariableID |
For each of the above relates, complete the following procedure:


Once all the layers have been imported, and relates created, the user can query the data either by attribute or spatially. Data can be retrieved from the ODM using any type of SQL query in any one of a number of applications. However, the use of ArcGIS to view and query data from the ODM extends the spatial utility of such searches.





With the ODM tables and Sites shapefile added to ArcMap, the ability to query ODM data in a spatial context is greatly improved. It is possible to see how the various sites fit together geographically, and to select data based on geographic position. Because the ODM is a model that can be applied to many different types of observations data, additional sources of data can easily be added to what has been presented here. This has been only a brief example of some of the capabilities that exist with the combination of ArcMap and ODM 3.0. With future versions of the ODM and of ArcGIS, capabilities are sure to be increased.
Tarboton, D.G., Horsburgh, J.S., Maidment, D.R., and Jennings, B. “CUAHSI Community Observations Data Model Working Design Specifications Document- Version 3.” June 23, 2006.
CUAHSI Community Observations Data Model Working Design Specifications Document- Version 3 (.pdf)
Supporting Files for Using an ODM in ArcGIS (.zip)
Creating An Observations Data Model Tutorial
Merging Data from Two or More Observations Data Models Tutorial
[1] http://www.cuahsi.org/his/index.html
[2] Tarboton, et. al.
Tyler Jantzen
Graduate Research Assistant
Center for Research in Water Resources
e-mail:
tjantzen@mail.utexas.edu
These materials may be used for study, research, and education, but
please credit the authors and the Center for Research in Water Resources, The