Reso 1997-136 to 140 - Laserfiche WebLink

Home

Mr. Steve Fitzsimons Page 6 November 5, 1996 other systems (Traconet capabilities are already complete and available). Once the data are acquired, TIS will translate the output to the standardized report format in the Traffic Database. In the absence of an automated data acquisition capability, TIS will, at a minimum, support an engineer directly accessing and translating the data from controller to Traffic Database for CT Net (more on the basic contract with respect to Econolite in sections below). Interface with Synchro, TRANSYT and PASSER: The Traffic Database report will be translated, as necessary, to become the needed traffic data for Synchro input. Synchro models also automatically code TRANSYT 7F and PASSER H-90 input data as well. Synchro has greatly improved graphics input and reporting functions and is superior to the Arterial Analysis Package developed by McTrans. TIS, then. will support and be a shell to Synchro, TRANSYT 7F and PASSER II-90. Another editing and input program in TIS combines signal system hardware data with Synchro signal system configuration (ie., which loops in the Traffic Database are related to each phase at each intersection, etc.). Therefore, the files containing signal system configuration will have to work with both the data extraction and compilation programs as well as with Synchro. Use of this module enables the engineer to create a new signal system within TIS or to edit and modify existing signal systems. In either event, the Synchro input file editor will access both the Traffic Database as well as the System Configuration Files before data input is complete and consistent with the signal system under review and analysis. Additional features for this interface include the ability to upload 15 minute raw counts, signal splits, offsets and coordination plan in effect and use them immediately and directly in Synchro rather than using processed data in the Traffic Database. This function will include an audit of system performance which compares a model simulation using actual counts, splits, offsets and plan in effect and an optimized plan generated from the same data. This function will include a report directly comparing existing simulated and optimized output for determination of the need to update signal timing plans. Also included with this interface is the ability to re -code TRANSYT 7F input for phase sequence and overlaps on the basis of actual counts rather than the interval timings and sequences coded into the model. This capability already exists in the Campbell TIS, as well as in Synchro. • Automated Year -End Archiving of Traffic Database: TIS will include an automated year-end procedure to consolidate an year's worth of data into a number of summary files such as averages by month and day -of -week, and calculation of factors for regenerating traffic volumes for any particular time interval during the year (month, day of week, day of year, hour, peak 15 minutes, 30th highest hour, etc.). The daily 15-minute data will then be archived onto tape or other off-line storage. Access to Controller and Detector Data by Multiple Jurisdictions: The assumed architecture of the TSM signal system is that Caltrans will own a central monitor at their Oakland offices which will be connected, at first, via dial -up modem to the various field masters for systems along East 14th Street and Mission Boulevard. It is also assumed (and recommended) that the Caltrans central monitor be capable of simultaneous connections from multiple agencies, and that the CT Net software be capable of providing simultaneous monitoring functions with both the Caltrans central monitor as well as in remote computers in Oakland, San Leandro, Alameda County, Hayward and the Caltrans maintenance facilities. This means that Caltrans