Alaska DEM Workshop July 22 -23, 2008 Anchorage, Alaska Tom Heinrichs, UAF-GINA

Click here to load reader

download Alaska DEM Workshop July 22 -23, 2008 Anchorage, Alaska Tom Heinrichs, UAF-GINA

of 17

description

Sponsors

Transcript of Alaska DEM Workshop July 22 -23, 2008 Anchorage, Alaska Tom Heinrichs, UAF-GINA

Alaska DEM Workshop July , 2008 Anchorage, Alaska Tom Heinrichs, UAF-GINAStatewide Digital Mapping Initiative (SDMI)agdc.usgs.gov Conveners The purpose of the Alaska Geographic Data Committee is to provide a forum for: 1. Coordination of spatial data development projects; 2. Development of coordinated methodologies for implementing standards and policies; and 3. Review and response to Federal Geographic Data Committee initiatives. The Alaska Statewide Digital Mapping Initiatives goals are to acquire new and better statewide orthoimagery, elevation, and control data for Alaska and to make existing map data more easily available. Statewide Digital Mapping Initiative (SDMI)agdc.usgs.gov Sponsors An Example of Existing NED Error in Western Alaska Swathviewer: W, 68.1Nhttp://sv.gina.alaska.edu Western Alaska - Landsat 7 draped on NED (horizontal accuracy of Landsat data confirmed along coast) Kevin Engle UAF GINA: Alaska High-Altitude Photography Program Alaska was photographed from high-altitude U-2 and ER-2 aircraft between 1978 and 1986 under a multi-agency, State and Federal partnership led by the USGS. Program docs at Alaska has been mapped before 1950s 1:63,360 Format Tuesday: Dave Maune keynote Data provider presentations Wednesday AM: ASTER global DEM National Digital Elevation Program Control, QA, Data Distribution Hosted lunch (Quarterdeck) Wednesday PM: Workshop breakouts Summarize and wrap up Goals Learn about potential solutions from data providers Study requirements for an improved, statewide Alaska DEM Summarize options and classify potential solutions Make recommendations for next steps. Outcome: Whitepaper report that informs next steps Requirements A requirement is a documented need of what a particular product or service should be or do. It is a statement that identifies a necessary attribute, capability, characteristic, or quality of a system in order for it to have value and utility to a user. 1 [1] Young, Ralph R. Effective Requirements Practices. Boston: Addison-Wesley, through Requirements are not: A particular type of data you have worked with in the past and are comfortable with What your colleague was able to get to map his/her project site, municipality, or state What would be really nice to have Lets try to avoid: Same dog, same trick DEM envy Wish lists Choices In deciding the specification for an organizations acquisition of DEMs, it ultimately comes down to making choices. Some of these choices impact costs, whereas others do not. 1 [1] Maune, David F. Digital Elevation Model Technologies and Applications: The DEM Users Manual, 2 nd Edition, ASPRS, Tradeoffs Given a limited pool of funding, how do we manipulate the variables of data accuracy, product (DTM, DSM, hydro edits), spatial extent of coverage, and licensing to optimize the impact and value of funds spent? Statewide and Broad Scale Requirements Need to differentiate between statewide or broad scale requirements and local or project requirements No sharp line: mapping the Chugach National Forest or NPR-A are broad scale projects (and no one-size fits all) Statewide and Broad Scale Focus Keep our focus on statewide needs, to the extent possible This was the driver behind the data providers presenting today Projects tend to take care of themselves That said, we will be spending a lot of time talking about project level requirements and technologies that can serve projects Plenty of Reason for Optimism Its been done twice before Thank you!