GISG 114GEODATABASE

PROJECT:DEVA Archaeology

Designed by: Janelle Harrison

DESIGNING THE GEODATABASE

I wanted to integrate properties from the geodatabase I worked in for California State Parks and from Death Valley National Park; yet modify that which I didn’t like in both.

Archaeological data collection based on codes for Cultural Resources:

State of California has unique set of codesNPS has specific codes and terminology

DESIGN REQUIREMENTS

NPS archaeologists need specific data collected in the field to complete online Archaeological Site Information Management System (ASMIS) forms.

ASMIS is NPS archaeological record keeping system

All archaeological sites must have a state site record on standard DPR forms

I based my domains & subtypes on the codes used for both ASMIS and DPR forms

CALIFORNIA SITE RECORDS

INSTRUCTIONS FOR RECORDINGHISTORICAL RESOURCES

Office of Historic PreservationP.O. Box 942896

Sacramento, CA 942196-0001

I USED APPENDIX 4: RESOURCE ATTRIBUTE CODES

for my coded values

Resource Attribute Codes

NPS RESOURCE CODES

The National Register for Historic Places (NRHP).

State of California uses the NRHP status coded for Standard DPR site records

State & Federal use BSO (Building, Structure, Object) for Historic

I used the NRHP Architectural Styles as coded values for my BSO_Style domain

NATIONAL REGISTER CODES

ORIGINAL DEVA GEODATABASE

Everything was placed into 3 categories (the geodatabase does not have feature datasets):

SITES CULTURAL INVESTIGATIONS Each category contains a point, line and

polygon features class VERY GENERAL- not a lot of choice in the

coded domains for better field data collection & data management in the geodatabase; no subtypes

DEVA_ARCH

DEVA_ARCH

The Geodatabase design used mostly “TEXT” Field Types for the feature class domains

The domains were limited in descriptive dropdown fields and rarely represented the types of sites/artifacts and features found in Death ValleyOr as classified by the California Office of Historic Preservation

DEVA_ARCH

The lack of useable coded domains or subtypes and no real subtypes other than ERA left little options in specification during map production and when querying data from attribute table

MY GEODATABASE DESIGN

I created most of my Domains as SI I created coded values to chose from in

most “descriptive” fields i.e. artifact type, building type, feature type and used the resource codes used on DPR Site Records and ASMIS/ NRHP codes so that data can be queried by these codes, site records can be completed more efficiently and NPS employees working in California can learn DPR site record coding while working in the field collecting data

DEVA ARCHAEOLOGY

GEODATABASE DESIGNI created categories based on archaeological classification and data collection standards and grouped each of the categories Feature Classes (usually one feature class for each geometry) into datasets.

I created a Mosaic Dataset of the 8 MrSid USGS Topos that are used for the base map of the Park

I created a representation for the Park Boundary Feature Class & the Roads FC.

I added several other representations to several other Feature Classes

DOMAINS & CODED VALUES

DOMAINS & CODED VALUES

DOMAINS IN ARCMAP EDIT SESSION

The drop down fields that are available in ArcMap are also available in the Field- the attributes can be recorded in the field and/or updated in an ArcMap session

DOMAINS IN ARCMAP EDIT SESSION

The drop down fields contain descriptive attributes to select from in ArcMap or in the field

DOMAINS IN ARCMAP EDIT SESSION

The drop down fields contain descriptive attributes to select from in ArcMap or in the field.

There is also a DESCRITION FIELD that allows the user to type in a description/comment

DOMAINS IN ARCMAP EDIT SESSION

The Domains coded values are the same codes used on standard DPR site records

DOMAINS IN ARCMAP EDIT SESSION

The Domains coded values are the same codes used on standard DPR site records

At first I was only going to enter codes that would most likely be found in Death Valley and not add those most likely not to be found, such as a shipwreck or a Lighthouse but then decided to enter all codes so that the user could become familar with all of them and to not have “gaps” in the codes.

DOMAINS & CODED VALUES

Each Feature Class contains a Subtype of “ERA”:

Prehistoric, Protohistoric, Historic, Modern or Unknown Subtype ERA will display in ArcMap. Further classification is by coded values in the Domains set in the Geodatabase as USE or TYPE

These FC’s include:

Artifacts, BSO, Features & Sites

REPRESENATATIONS

MY ROADS LOAD WITH THE SET REPRESENTATIONS

RELATIONSHIP CLASSES

I created a relationship Class between the PhotoPoint FC & a table containing images so that when the info button is selected in ArcMap and the PhotoPoint is clicked on, the photos are linked and can be viewed right from ArcMap!

I also created a representation for the PhotoPoint Symbol- it will always load into ArcMap as the symbol I selected/created

GEODATABASE TOPOLOGY

BSO, FEATURE & SITE FC’s have Polygon Topology Rules to prevent Polygon overlapping.

CONCLUSION IN THE PROCESS OF DESIGING AND

BUILDING AND FINALLY TESTING MY GEODATABASE DESIGN:

I have concluded that this design is much more functional for a National Park then the geodatabase I worked with previously but,

I also found several areas that could be improved!