4.1 This practice will permit various agencies to compare intersection turning movement data using two foundational principles, truth in data and base data integrity. These two principles help ensure that intersection turning movement counts can be correctly interpreted and appropriately used to improve the safe and efficient operation of intersections. The principles may be summarized as follows:4.1.1 Truth in data principle—The truth in data principle provides information that assists potential data users to understand what the data do and do not mean. The opportunity to collect data that advise safe and efficient transportation carries with it the obligation to report how the data were collected, edited, summarized, and reported.4.1.2 Base data integrity principle—The principle of base data integrity retains the field data collected. In keeping with the principle of base data integrity, it is possible to look at the original data to verify any subsequent changes to the data. In intersection turning movement and other data collection activities, field data may be edited, adjusted, and then summarized and reported. Whatever steps are taken to ensure the quality of the data summarized, the base data must not be corrupted. In keeping with the principle of truth in data, editing and adjustments are documented.1.1 This practice for intersection turning movement data acquisition was developed to improve its quality by specifying the data items to be collected and a procedure for documenting the results. Such a practice will provide the ability to compare these data over time within governmental agencies and among different governmental agencies. While there are national and international standards for road segment traffic data, there is not a practice for intersection turning movement data acquisition.1.2 Units—The values stated in inch-pound units are to be regarded as the standard. The values given in parentheses are mathematical conversions to SI units that are provided for information only and are not considered standard.1.3 This standard does not purport to address all of the safety concerns, if any, associated with its use. It is the responsibility of the user of this standard to establish appropriate safety and health practices and determine the applicability of regulatory limitations prior to use.
定价: 515元 加购物车
AbstractThese test methods define two categories of acceptance tests for evaluating the performance of highway traffic monitoring devices (TMD) according to the functions it performs, the data it provides, the required accuracy of the data, and the conditions under which the device operates. The tests are performed in a field environment and result in an accept or reject decision for the TMD under analysis. The first test is the Type-approval Test intended for TMDs that have never been type approved, and verifies the functionality of all features of the TMD by providing information for evaluating the accuracy of the data item outputs when monitoring vehicle flows consisting of a mix of all anticipated vehicle classes under a specified range of operating conditions. The second, the On-site Verification Test, is applicable to production versions of TMDs that have previously passed a Type-approval Test, but are now being installed at a new location or have been repaired. Lighting and weather factors that may be included as part of TMD testing are (1) dawn ambient lighting, (2) dusk ambient lighting, (3) nighttime ambient lighting, (4) sun glint, (5) rain characterized by rain rate, (6) fog or dust characterized by human visual range, and (7) snow characterized by snow fall rate and snow flake size.1.1 Purpose—The two test methods contained in this standard define acceptance tests for evaluating the performance of a Traffic Monitoring Device (TMD) according to the functions it performs, the data it provides, the required accuracy of the data, and the conditions under which the device operates. Acceptance tests are recommended whenever a TMD is purchased, installed, or performance validation is desired. The tests are performed in a field environment and result in an accept or a reject decision for the TMD under test.1.2 Exceptions—Exceptions and options to the test methods may be included in any derivative test method presented by a user as part of the procurement process for TMDs. Sellers may offer exceptions and options in responding to an invitation to bid.1.3 Units—The values stated in inch-pound units are to be regarded as standard. The values given in parentheses are mathematical conversions to SI units,2 which are provided for information only and are not considered standard.1.4 The following safety procedures apply to Sections 6 and 7, which describe the details of the acceptance test methods. When a test site accessible by the public (for example, a street or highway) is used for the acceptance test of the TMD, obtain approval from the public authority having jurisdiction over the site for the traffic control procedures to be used during the test. This standard does not purport to address all of the safety concerns, if any, associated with its use. It is the responsibility of the user of this standard to establish appropriate safety and health practices and determine the applicability of regulatory limitations prior to use.
定价: 646元 加购物车
This specification deals with archiving intelligent transportation system-generated traffic monitoring data, including conventional traffic monitoring data, collected data directly from intelligent transportation systems, and travel-time data from probe vehicles. It is intended for primary use by archived data management system developers and administrators. It also can be used by traffic operations and planning stakeholders who need to understand the contents of the archived data management system. Archived data management system can support the following transportation agency functions: incident management support, disseminate traveler information, performance measure support, intelligent transportation system program planning, traffic-monitoring program, corridor planning, evacuation and detour planning, safety planning support, operations planning, and travel demand forecasting and simulation support. The application requirements of stakeholder group are specified for input data, traffic monitoring data, temporal resolution, and spatial resolution. Archived data dictionary and input and processing procedures for archived data management system shall be developed. Quality control checks for validity shall be applied to the original source data, statistics, and aggregated data. All data quality attributes specified in this section shall be reported in the metadata on an annual basis. The metadata shall maintain a complete history of the annual reporting of data quality attributes. Tests for data accuracy shall be done with the following parameters: location, date, equipment, time tested, description of the method, and number of comparisons made. The completeness report shall be specified and updated at least annually.1.1 This specification describes data elements and schema for an archived data management system for intelligent transportation system (ITS)-generated traffic monitoring data, including conventional traffic monitoring data, data collected directly from ITS systems, and travel-time data from probe vehicles. It establishes the names of the data elements, their interrelationships, and their procedural definitions. These procedural definitions include data collection instrumentation and methodology as well as recommended procedures for calculating traffic statistics.1.2 This specification is intended for primary use by archived data management system (ADMS) developers and administrators. It also can be used by traffic operations and planning stakeholders who need to understand the contents of the ADMS. ITS systems exist across a variety of governmental levels, and the data archived in such a system would be available to all levels of government and the private sector, making this specification applicable to all levels of government and the private sector.1.3 Many users might wish to develop integrated archived traffic data management systems that include both ITS-generated data and data collected from conventional traffic-monitoring programs. The latter use requires a superset of data elements to meet the articulated nature of a conventional traffic-monitoring program. This specification will describe a basic set of data elements applicable to ITS-generated traffic data and the additional data elements required for conventional traffic-monitoring programs. In the following discussion, the specification for the system for ITS-generated data will be referred to as the “basic system,” and the one for ITS plus conventional traffic-monitoring data will be denoted the “extended system.” Travel-time data from probe vehicles are stored in separate tables that can be linked through the roadway link identifiers.1.4 This specification is applicable to traffic data collected by ITS and stored in an ADMS. Similarly, this specification also can be used with other types of historical and monitored traffic data collected and stored in an ADMS, including travel-time data from probe vehicles.1.5 The applications of “near-real-time” traffic data, such as an automated transit information system (ATIS), are not addressed in this specification. In many cases, traffic data to be archived will be provided by a real-time system, but these systems are considered data sources rather than data repositories.1.6 This specification specifies a logical data structure for an archived traffic data management system.1.7 Metadata requirements are specified for these systems. Actual metadata are provided for the elements defined in this specification. Placeholders are included for the metadata elements that are specific to a given installation. All metadata specifications follow the requirements of Practice E2468.1.8 This specification assumes the existence of quality-checked data. The quality checks to be applied should be, at a minimum, those specified in the AASHTO Guidelines for Traffic Data Programs (1),2 where applicable. As quality checks are developed for ITS-generated traffic data, they should be used. All checks used should be specified in the metadata for the archive.1.9 The summary statistics stored in the archive are assumed to have been calculated in a standard way by the software that “feeds” the archive. These standard calculations should be those specified in the AASHTO Guidelines for Traffic Data Programs (1). Any exceptions to these computational methods should be defined in the metadata for the archive.1.10 This specification assumes the existence of a road network database but does not specify the nature of this database. Both traffic and travel-time measurements occur on a road network, but the specification of that network is outside the scope of this specification. The entities defined in this specification will specify a “link location” or “link description” entity that will contain foreign keys to an unspecified road network entity.1.11 This specification assumes the existence of a location-referencing system and does not specify a standard for location referencing.1.12 The values stated in inch-pound units are to be regarded as standard. The values given in parentheses are mathematical conversions to SI units that are provided for information only and are not considered standard.1.13 This standard does not purport to address all of the safety concerns, if any, associated with its use. It is the responsibility of the user of this standard to establish appropriate safety and health practices and determine the applicability of regulatory limitations prior to use.
定价: 1189元 加购物车