1 / 45

Design and Implementation of a Geodatabase for New York State Canal Inspection Data

Design and Implementation of a Geodatabase for New York State Canal Inspection Data. Ruth Ann Trudell NY State GIS Users Conference Lake Placid, NY October, 2009. Topics. Project Objective Canal History Inspection Methods, Data Storage and Need for modernization Database Development

sybil
Download Presentation

Design and Implementation of a Geodatabase for New York State Canal Inspection Data

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Design and Implementation of a Geodatabase for New York StateCanal Inspection Data Ruth Ann Trudell NY State GIS Users Conference Lake Placid, NY October, 2009

  2. Topics • Project Objective • Canal History • Inspection Methods, Data Storage and Need for modernization • Database Development • Lessons Learned

  3. Project Objective Provide a single storage location for all spatial and tabular data pertinent to Canal Inspections.

  4. Canal History

  5. Travelway for Commerce

  6. Current Canal System

  7. Canal Management • Operated and maintained by the Canal Corporation, New York State Thruway Authority • Inventory performed by NYS DOT through MOU • Canals managed primarily for recreational purposes and historic values

  8. Canal Construction • Parts of canal are embedded in the landscape; parts raised above. • Portions are raised above the surrounding landscape with the use of levees or embankments.

  9. Typical High Embankment

  10. Embankment Failure

  11. Inspection Process • Inspect every 5 years. • Inspection segments delineated on paper maps. • Embankment conditions documented in field. • Pictures taken at points of interest. • Segments are ranked and rated. • Miles of segments summarized by rating. • Report written summarizing findings.

  12. Inspection Segment Map

  13. Current Data Storage • Paper maps, inspection forms and reports. • Disparate spatial files stored on CC and DOT servers. Solution? A Database!

  14. Database Development

  15. Database Development Steps • Determine Business Needs/Database Structure • Decide upon Database Elements • Populate Database • Test by Querying Database

  16. 2009 Business Needs Meeting • Validate data input and output needs (business functions) • Discuss Database Considerations • Spatial representations- feature classes vs. linear referencing • Appropriate route • Aggregation/disaggregation of data • Image hyperlinks

  17. Database Structure

  18. File Geodatabase!

  19. Database Elements

  20. Element 1- The Value of Terrains

  21. Element 2- Linear Representation; Events or Features Two Critical Questions: Use linear events or line features to represent inspection segments? If events are to be used, which route is appropriate? which measure?

  22. Events vs. Feature

  23. Another Example

  24. Selection of Linear Route • Canals Corporation routed lines (measure in meters) • Canal Corporation lines calibrated to stationing in feet. • National Hydrography Dataset (NHD)- National Standard

  25. Elements 3-5 – Features, Data Tables, Relationship Classes Event Feature

  26. Element 6- Domains

  27. Element 7- Metadata And YES, of course a Data Dictionary!

  28. Database Maintenance

  29. Complexities of Routes Requires for both Events and Feature Classes 1. Linear referencing requires event tables with measures, WHILE: 2. Field data collection using GPS and mapping query results both require features classes

  30. Tabular Data Input-Existing Feature

  31. Testing and Data Reporting

  32. Extracting Data-Making Query Table

  33. Example: SQL Expression • Segment2009.SegID = Inspection.SegID AND Inspection.AdjTerrain = ‘DevRes’ • Segment2009.SegID = Inspection.SegIDAND Inspection.InspectionID = OtbdChar.InspectionID AND OtbdChar.DrainStrID = DrainStruct.DrainStrID AND DrainStruct.StructCondition = ‘Good’

  34. Lessons Learned • Relationship classes in GDB depend on exact match of field names in feature attribute and data tables. • Use descriptive codes for coded domains. Exported tables contain codes, not descriptions! • Ensure topology of routes is uni-directional and calibration point measures increase sequentially in up route direction. • Take advantage of NY State GIS Help Desk; They are an excellent resource!

  35. Final Result Successful development of a database that addresses data storage, data retrieval and data display needs!

  36. Credits Dr. Patrick Kennelly, Graduate Advisor Assist. Professor, Long Island University, and Penn State University Jamie DeLuca, NY State Canal Corporation Steve Heiser, Department of Transportation Ricardo Lopez and Tim Daly, Department of Environmental Conservation

  37. END

  38. Hydraulic Modeling with NHD

  39. Spatial Placement, Canal Prism vs NHD Route

  40. Event Table, cont.

  41. Example of Implementation Data Input- New Segments Ensure database contains empty (temporary) segment feature related to inspection table (required to GPS new features), Check out DB to GPS, Collect data - database tables will be updated through relates, Check in DB, Use “Locate Features along Routes” to obtain measures and RID,

  42. Data Input- New Segments (cont) Rename Segment ID with measure info., Append this attribute table to event table, Recreate “permanent” feature class, Empty contents of the “temporary” feature class for future use with GPS.

More Related