GIS-ALAS Advisory Committee Meeting

Wednesday, May 14, 1997

8:00-10:00am


Present: Reg Souleyrette (CTRE), Michael Pawlovich (CTRE), Peggi Knight (Iowa DOT), Jeff Gerken (CTRE), Tim Strauss CTRE), Joyce Emery (Iowa DOT), Alicia Caton (Des Moines MPO), John Nervig (Iowa DOT), Larry Forney (FHWA), Duane Smith (CTRE)

The purpose of this meeting was to provide updates on the status of the GIS-ALAS project and to address issues related to future tasks.

Update: Software and data distribution options

A meeting was held in April at CTRE to discuss the ways data should be distributed for GIS-ALAS and other GIS-related projects being conducted at CTRE. It was decided that attention should be focused on three GIS vendors: ESRI (ArcView, Arc/Info, Internet Map Server, Map Objects), MapInfo Corporation (MapInfo Professional, MapBasic, ProServer, MapX), and Caliper Corporation (Maptitude, GIS-DK, Interactive Web Mapper). In addition, two distribution options are being considered (CD and the Web). Prototype GIS-ALAS applications will be written on all three platforms. An evaluation matrix (see list of criteria) will be used to help assess the software alternatives and select the best option. Full-scale development will begin immediately after this.

Development of prototypes

A handout was provided (see prototype diagram) which outlines recent activities in generating the accident coverages which are essential in the development of both the prototypes and the full-scale effort. To briefly explain the diagram, on the spatial side, DOT node cartography has been transferred from dgn design files to dxf (a generic graphics format), and then to MapInfo. On the tabular side, the PC-ALAS records (A tables, B tables, and C tables) have been transferred from mpt format to MapInfo tables. The spatial and tabular files are then joined in MapInfo. The final product is a coverage of accident point locations, with tabular data attached and accessible by pointing and clicking. From here, it is a simple matter to convert the spatial and tabular files into Maptitude and ArcView. A coverage of accident locations inor Dallas County, for five years of data, was done in 30 minutes. Doing this for 10 years, for the entire state, should take roughly a week. If the DOT cartography were enhanced, the programs would simply be run again to update the accident locations.

Error checking

The final product of the above process turns out to be a good tool for checking errors. Errors can arise from several sources, such as: missing roads in the DOT cartography (e.g., in recently developed areas), which would make accidents seem to appear on non-existent roadways; and incorrect reporting or coding of "from-nodes" and "to-nodes" in the accident file, which would create new, fictional roadway segments. Accidents can also appear to be mislocated if they occurred on an excessively curved segment of road (the algorithm used to locate accidents uses a straight line distance between the from-node and the to-node). If desired, the cause of the errors can be determined and the cartography and/or accident records can be updated (although this is outside the scope of the current project). The project team is considering possible solutions to the "curved line problem," which may be addressed in Year 2 of the project.

Demonstration of the prototype and error checking

A demonstration was provided, in all three software packages, to show the Advisory Committee the coverages that were created for Dallas County, and to illustrate the data access and error-checking functionality of the current prototype.

Integration with collision diagram software

Duane Smith and Jeff Gerken provided an update on the commercial collision diagram software currently being considered. Two options were found, and one, Intersection Magic, was selected. This can be linked with GIS, but it is not yet integrated). The plan is to design GIS-ALAS and Intersection Magic to work with each other. For instance, an intersection would be chosen in GIS-ALAS, then a button pressed on the toolbar would start up Intersection Magic, which would then provide a collision diagram. (The information would mainly flow from GIS-ALAS to Intersection Magic, and not in the other other direction.) The project team and advisory committee discussed specific issues related to how this would be done, such as what data would need to be transferred from GIS-ALAS to Intersection Magic. In particular, there was a concern to avoid inefficient file structures, duplicate databases, and orphan databases, especially since ultimately GIS-ALAS must also be integrated with MARS, OIM, and other efforts. A demonstration of Intersection Magic was provided. A representative of the vendor will be visiting CTRE to discuss the integration of Intersection Magic with GIS-ALAS. The vendor will also be asked if there is a version of the product that can be run on the Web.

Progress Report

The project team distributed a report on the progress of the project through April (see progress report). The report summarized progress by subtask and provided an assessment of current status ("percent complete"). Some tasks scheduled for completion earlier in the year need to be finished up, and other tasks scheduled for later in the year are being addressed now. Overall, though, the project is generally on track, in terms of both progress and finances.

Future activities

The project team will do benchtesting for the prototype, assessing such things as speed, size of database, and the other criteria in the evaluation matrix (see above). The team has not yet found anything that, from a technical perspective, would preclude the use of any specific package, but further benchtesting is necessary.

At some point, the project team and advisory committee need to assess how the data would be divided for distribution (statewide, RPA, transportation center, highway system, etc.). The final answer will depend both on technical issues and the needs of the end users.

Several aspects of Year 2 activities were discussed, including the role of efforts at the University of Iowa and the University of Northern Iowa. (Steve McGregor of UNI stopped by during lunch to discuss his ideas.) The committee members agreed to meet again soon to discuss the second year of the project. A draft proposal for Year 2 will be prepared for discussion prior to this meeting.

 

Key CTRE Programs

Center for Portland Cement Concrete Pavement Technology

Iowa Traffic Safety Data Service

Local Technical Assistance Program

Midwest Transportation Consortium


CTRE is an Iowa State University center.

Contact CTRE, 2901 South Loop Drive, Suite 3100, Ames, Iowa 50010-8632
Phone  515-294-8103 ~ Fax 515-294-0467

CTRE communications Marcia Brink ~ CTRE webmaster Michele Regenold

www.ctre.iastate.edu/