Tools and Methods for a Transportation Household Survey
TOOLS AND METHODS FOR A TRANSPORTATION HOUSEHOLD SURVEY
(Version 1/9/06)
Martin TrÈpanier, Robert Chapleau and Catherine Morency
|
Abstract: Nowadays, large transportation household surveys cannot be conducted without the help of powerful management and support tools, and the information technologies are useful for preparing, conducting, and post-analyzing such surveys. In the Greater Montreal Area (GMA), the 2003 household survey followed the general methodology that has been developed over the past twenty years to integrate the finest software, databases, and methods. The tools making up the household survey information system (HSIS) are based on the Totally Disaggregate Approach and its object-oriented extension. This paper presents the background and the fundamentals of the Montreal 2003 survey information system, and describes the way in which it has been assembled, illustrating the functional and technical architectures that were used. It also emphasizes the transposition of the method to other transportation survey activities and planning tools. The final discussion stresses the ìwinningî elements involved in conducting a modern transportation household survey successfully. |
INTRODUCTION
Large household surveys have always presented a methodological challenge for transportation planners and authorities. Conducting a survey of more than 70,000 households is not a single task because of the sample size and the complexity of the survey itself. Every planner knows that transportation data are strongly related to the spatial elements of a territory and to the transportation network (roads and public transit), and that the survey tool must take into account these specificities. Today, even though intelligent transportation systems (ITS) have provided new ways to collect data, large transportation surveys are still needed. Data collected from these operations are now well integrated in the fields of transportation planning, finance, and management.
This paper presents the information technologies that were used for the 2003 Greater Montreal Area Household Survey (Quebec, Canada). It also emphasizes the technological background and architectures that were required to yield the best results possible from the survey. Following a recounting of the history of the household survey in the Montreal area, the Totally Disaggregate Approach and Transportation Object-Oriented Modeling, two key elements which helped support and develop the 2003 tools, are presented in the second section. The third part of the paper (section 3) describes the methodology that was used to prepare and synchronize the various software programs and databases. Section 4 is aimed at demonstrating the functions of the software that was used for the survey. The conclusion reports some findings on the 2003 experience in Montreal.
BACKGROUND
In the past, travel surveys were mainly conducted by mail or face-to-face interviews. They basically provided data for the development of aggregated travel forecasting models. Richardson and al. (1995) propose a thorough description of classical Survey Methods for Transport planning. With the advent of new technologies, combining spatial information systems and computation capacities, travel surveys have become an integral part of the continuing transportation planning process and assist many types of transportation studies.
In the Transportation Research Board Millennium Paper of the Committee on Travel Surveys Methods, Griffiths and al. (2000) identify future directions for Travel Survey Methods:
ß The improvement of the quality standards of travel surveys through full and honest documentation of the survey process. The need to document all stages of the survey process also appears as the most over-riding conclusion of a conference held in 1997 on raising the standards of travel surveys (Richardson, 2002).
ß The use of mixed-mode survey designs to meet the data needs of the surveyor in ways that create the least burden and the greatest flexibility for the respondents. The concept of common cognitive space between an interviewer and a respondent was outlined by Brˆg (2000). The purpose of survey tools is to maximize this common space in order to facilitate the exchange of information between the two agents and to lessen the respondent burden.
ß A move toward more continuous survey to provide more timely data in an economical manner, which would also develop and preserve technical and managerial skills in the conduct of complex surveys.
ß The judicious use of new technologies to augment existing survey techniques.
In this regard, computer-assisted telephone interviewing (CATI) is one of the main fields of development regarding travel surveys. It allows interviewers to administer a survey questionnaire via telephone and capture responses electronically. CATI ìemploys interactive computing systems to assist interviewers and their supervisors in performing the basic data-collection tasks of telephone interview surveysî (Nicholls II, 1988). It can be viewed as a tool to facilitate or expedite telephone surveys, to enhance and control survey data quality and to allow new types of surveys. Jones and Polak (1992) point the ability to combine the data collection and management functions as one of the key advantages shown by CATI. For recent discussions, the reader can refer to a report on Survey Automation Tools by the National Research Council (2003) or to Couper et al. (1998) who discuss Computer Assisted Survey Information Collection.
As will be discussed in the following sections, the Household Survey Information System of the 2003 Montreal Surveys integrates tools and functions to address these issues. Automatic documentation of the survey process, synchronous/asynchronous monitoring of interviews, transposition of the tools to other survey methods (post-coding of on-board surveys or self-completion of survey questionnaire through private access via Internet), integration with implemented planning and operational tools are some of the features of the presented Household Survey Information System.
Household surveys in the Greater Montreal Area
The history of origin-destination household surveys in Montreal begins in the 1960s, when the first large-scale survey in the region is conducted. Since 1972, 8 large surveys have been conducted, at 5 to 6-year intervals. The standard survey method relies on the following principles:
ß The interviews are conducted by telephone, by agents specially recruited and trained for this purpose.
ß All the trips made on the previous day are collected for every person residing at the contacted household; details regarding trip ends, time of departure, mode sequence and trip purposes are gathered. Surveys are trip-based and relate to a single week-day. Even if emerging issues regarding the substitution of out-of-home activities by in-home activities are discussed in the literature, the metropolitan steering committee on travel surveys sees no need to move toward an activity-based survey since the main purpose of the origin-destination surveys is to precisely measure the use of transportation networks. It hence appears more important to preserve comparability between successive surveys in order to measure the evolution of trip patterns over the area. Moreover, totally disaggregate functions allow to construct activity patterns from individual travel behaviors.
ß Generally, a unique respondent provides all the information regarding the trips made by all the members of the household. Comparability issues are also dictating the continuity of this methodological choice. As noted by Liss (2005) regarding the NHTS (National Household Travel Survey) ìthe Proxy reporting yields a lower trip rate than that of respondents who are interviewed personallyî.Badoe and Steuart (2002) also discuss the potential bias due to the interviewing by proxy respondent. Incidentally, the effects of proxy respondents on trip rates are evaluated cyclically for the Montreal surveys.
ß The sample is approximately 5% of the residing population. This sample is drawn from a set of residential phone numbers. Sampling strata are defined in order to monitor the construction of the final sample through the overall interview process (4 months of survey).
ß The standard questionnaire is organized in three sections: Households, People and Trips.
More details regarding the Origin-Destination surveys held in the Montreal Area can be found on the Web site of the Metropolitan Information Centre on Urban Transportation (http://www.cimtu.qc.ca/index.asp).
Through the years, this process has evolved both technically and methodologically.
Technical evolution
Technically, the surveys have benefited from the evolution of computer technology. The first survey data were post-treated with computer programs running during weekends on large computers rented to sizeable organizations like the Montreal School Board. In 1982, data was validated using computer procedures which now form the basis for the well-known MADITUC system and the Totally Disaggregate Approach (both of which are defined below). In 1987, survey data was coded, geocoded, and validated with the help of microcomputers. In 1993, a survey firm was contracted to conduct the survey, and data was captured by means of its own in-house software, based on the VAX system. Due to data post-validation and survey quality concerns, it has been decided that computer-assisted interviewing software (CATI) would be developed for future surveys. In 1998 and 2003, a software suite was used, which combined the best practices and procedures from past surveys. It also took advantage of the evolution of computer technology (both hardware and software) that had occurred during this period (see Table 1).
Methodological evolution
Most of the advances of the 1970-2000 period were methodological. Many aspects of survey methodology have evolved since 1970:
ß Spatial zoning. Prior to 1987, the territory was divided into several zones (the transit equivalent of traffic analysis zones, or TAZ), reflecting the general usage in transportation planning of synthesized and aggregate models for which little precision is needed. This was also due to a lack of spatial search engine capabilities in the survey tools. With the advent of the Totally Disaggregate Approach, zones have been abandoned at coding level for a much higher spatial level of resolution. In 1987, the postal code, then considered the best means of location definition, was used. Now, every trip extremity is coded at the X-Y coordinate level (in metres), which is the best means available currently. In 1998 and 2003, every location was stored and treated as well. For example, a trip generator can now be identified under many naming.
ß Transit network definition. In the Greater Montreal Area, household surveys tend to be oriented towards transit planning usage and have been remarkably successful in this field. Moreover, transit network data for analysis have been becoming more and more precise over the years. Early on, the network was specially coded for the survey. Now, a more ìrealî representation of the transit network is derived from operational data files obtained from transit authorities.
ß Sampling and weighting (expansion). Significant changes have been made to sampling methods over the years. In the beginning, expansion was based on people only. Today, it is categorized by both people and households, and different weights are given to people and households, depending on their attributes (age and size respectively).
ß Survey execution. Initially, a survey would be conducted by employees of the transit authorities because of the absence of CATI software and the complexity of the task. Since 1993, a specialized survey firm has been mandated to do this. The firm provides expertise in conducting surveys, and in staff and telephone infrastructure, but uses the CATI software selected by the survey Board Committee.
The question as to whether or not to use specialized CATI survey software has long been decided in the GMA. CATI provides the flexibility and the power that are needed in conducting such a complex survey. It is complex because questions on households, people, and trips are interleaved with looping; every trip extremity needs to be geocoded; on-line transit trip declarations must be validated; and the validity of trip chains within the household must be checked.
|
Year |
1974 |
1978 |
1982 |
1987 |
1993 |
1998 |
2003 |
|
Total area |
2,331 km2 |
2,331 km2 |
3,341 km2 |
3,350 km2 |
4,500 km2 |
5,300 km2 |
6,445 km2 |
|
Population |
2,824 000 |
2,954,000 |
2,895,000 |
2,900,000 |
3,263,000 |
3,493,000 |
3,505,810 |
|
Sampling rate |
4.8% |
5.3% |
7.0% |
5.0% |
4.7% |
4.5% |
4.8% |
|
Surveyed households |
43,000 |
50,000 |
75,000 |
54,000 |
61,000 |
65,000 |
70,000 |
|
Surveyed trips |
265,000 |
305,000 |
492,000 |
338,000 |
350,000 |
380,000 |
388,000 |
|
Zoning system/ Geocodes |
1,192 zones |
1,264 zones |
1,500 zones |
70,000 PC |
30,000 TG 70,000 PC |
44,600 TG |
77,800 TG |
AR: Address ranges, IN: Intersections, PC: Postal codes, SN: Street names, TG: Trip Generators
Table 1. Comparative statistics for the last six household surveys in Montreal.
Totally Disaggregate Approach
The Totally Disaggregate Approach (TDA) was developed in the 1980s in the Greater Montreal Area for the validation, processing, and modeling of large computer-assisted household origin-destination surveys conducted by telephone interview. It was used in particular to process transit usage declarations, but was then extended to other survey information. Typically, in 1998, a telephone survey would involve more than 65,000 households (5% overall sampling). To use such a quantity of data, even a 1500-zone system and its aggregate approach could not satisfy planners (Chapleau 1986), so a new method had to be developed to store and process data on households, people, and trips. Setting aside its many features and special functionalities, the TDA is briefly defined here by its two essential elements:
ß Individual trip data processing throughout the transportation analysis process, maintaining all trip characteristics (time, purpose, modes, itinerary) with their associated person and household;
ß Use of X-Y co-ordinates, monuments, and place declarations as the basic spatially referenced system for origin, destination, residential, and intermodal junction locations for each trip and other spatialized objects in the system.

Figure 1. 3D transit load profile of AM peak period, Montreal, 1998 household survey.
In terms of data completeness, the Totally Disaggregate Approach does not use an origin-destination matrix, which would aggregate and dissolve information, but rather maintains origin-destination survey trip files containing information on trips, people, and households intact. The use of the most fully defined information improves the level of resolution of the system, while at the same time preserving any possible aggregation. As reported by OíDonnell and Smith David (2000), possibilities are widened because the number of dimensions distinguished by the information system is increased. The use of special analysis modules, combined with the presence of an underlying GIS, provides useful tools to the planner such as three-dimensional load profiles (see Figure 1). These load profiles help to calibrate the modules and validate the results of the survey using ground counts and other observed data over the transit network.
Transportation Object-Oriented Modeling
Transportation Object-Oriented Modeling (TOOM) is based on the use of transportation objects, which are special components intended for the modeling, observation, planning, and analysis of a transportation system. For this purpose, these objects have a variable state in time and space, and are characterized by special properties and methods. A RoadLink object, for example, has common road properties (length, name, number), but can also have time-varying properties (like pavement condition).
There are four metaclasses of transportation objects involved in dynamic and spatialized relations:
ß Immobile (static) objects have a fixed location in time and space. Their role is to describe the territory and serve as transportation movement beacons. Some examples are the TripGenerator, PostalCode, CensusTract, and Zone objects.
ß Dynamic objects are the transportation actors. These objects "decide" and contribute to their movements. They represent a group of persons (Household, Person), a moving object (Bus, Car), or even moved objects (Goods).
ß Kinetic objects are the movement describers. Some examples are the Trip, TransitLink (simple kinetics), Path and TransitRoute (compound kinetics) objects.
ß System objects are groups of embedded objects, with their set of relations. They can be operational (TransitNetwork, RoadNetwork), informational (Survey, Census) or globally comprehensive (UrbanSystem).
A transportation method is an "intelligent" sequence of procedures used to manipulate and transform one or more transportation objects. It blends models with information, creating "infomodels" to be reapplied to similar objects. It is important to mention that transportation object-oriented modeling is not primarily aimed at software design or database structure, and is not a database issue. First and foremost, TOOM is a "way of thinking" about the role and specific use of every piece of information in the system. With adequate object diagrams, objects can be rapidly identified, along with their properties and methods that are engaged in the analysis (Chapleau et al. 1998). The software implementation can easily integrate these underlying concepts, but not all software languages are adapted to this methodology.
In the object-model of the Montreal survey, there is an obvious link between Household, Person, and Trip objects, which constitute the core model of the interview (Figure 2). But there are also derived objects like Car, Activity, and Status, which can be defined and analyzed with the help of the other objects, even though they were not clearly declared in the survey. To better understand the links between household surveys, Totally Disaggregate Approach and Transportation Object-Oriented Modelling, please refer to TrÈpanier and Chapleau (2001).

Figure 2. Object model for household surveys in Montreal.
SURVEY INFORMATION SYSTEM FRAMEWORK
Because the Montreal household survey is a short-term endeavour (September to January), it must be well prepared at the beginning, most of this preparation involving the assembly (ìmontageî) of information systems, which requires mounting data structures, and collecting, normalizing, and storing data using a convenient software technology.
Assembly of the Geographical Information System for Transportation
Undoubtedly, there is a need for a Geographical Information System for Transportation (GIS-T) to support CATI during the interview. The GIS-T is mainly used to geocode trip extremities and junction locations, but is also called upon to validate walking distances for transit access or to geocode places of work and home locations. GIS-T is used because of its awareness of transportation specificities which are different from those of classical GIS usage (TrÈpanier et al. 2002).
A comprehensive road network database is developed first, to ensure:
ß Adequate identification of all streets within the region. This includes the various aliases (alternative street names) used by inhabitants, and also considers the language differences between French and English.
ß Integrity of the list of civic numbers, which is based on street arc geometry and refers to the street-name database.
ß Automatic building of the intersection list from the geometry of the street network. (There is also a need to generate all possible identification combinations.)
ß Normalization of the postal code list. When possible, postal codes are linked to the road network to ensure a better identification (always on the same multiple-alias basis).
The trip generator database is critical because: 1) most respondents give trip generators as trip extremities; and 2) mistakes can easily be made when choosing such locations in the database. Research projects by TrÈpanier et al. (2003) have identified important issues about trip generators, such as the fact that a ìgoodî trip generator database must not be too narrowly defined because of possible mismatches between two places (for example, two franchise locations), but must contain all ìmajorî generators. To discover what these major generators are, data from previous surveys were analyzed. In constructing the trip generator database, it is important not to simply amass lists of companies provided by commercial data vendors, because these data have not been validated (they may contain double entries, spelling errors, and deleted entries (what about incomplete entries?), usually not well geocoded and not classified. For the 2003 survey, every trip generator was well characterized (class, exact location, named with aliases) and uniquely identified.
Each location in all the tables (civic addresses, intersections, postal codes and trip generators) is characterized and positioned at the finest level of resolution, although variable definitions can be used in surrounding regions. This ensures good geocoding during the survey. However, the CATI-software also accepts locations which are not so well defined, as is often the case in household surveys because respondents do not know, or do not want to give, precise information. For example, a street name alone can be given if the street is not too long, or a municipality name alone is acceptable for places outside a territory, and so on.
For the household survey, the GIS-T also integrates the best possible definition of the transit network. An analytical transit network (ATN), built up from the information provided by each operator, is also required. When respondents describe transit trips, they give the sequence of routes taken. With the help of the ATN, the CATI-software immediately validates the information, while at the same time rejecting bad sequences and asking for precision. Mistakes are often made when operatorsí routes have the same number. Also, there can be trips with too much walking distance to the stops, in which case the CATI software flags the problem and asks for a second validation.
Assembly of the Household Survey Information System
The household survey information system (HSIS) gathers all the information necessary to conduct the survey. The main data tables are:
ß Households. This table contains all the information gathered about the households surveyed (respondent name, size, car ownership).
ß Persons. This table stores data on people, such as age, gender, status (worker, retired, student, etc.) and possession of a driverís license.
ß Trips. This table describes each trip collected during the survey (purpose, time of departure, origin and destination locations). It also contains the sequence of modes (car, transit routes, bike, foot, paratransit, school bus, taxi, etc.), bridges crossed (if any), parking information and freeways traveled (if any).
ß Locations. This table groups together all the described locations in a single structure which identifies them by civic number, street, intersection, generatorís name, coordinates, region and categories.
ß Calls. Each call made by an interviewer is stored in this table, and is characterized by a status (completed, refused, busy signal, voice mail, language problem, etc.)
ß Sample. This table contains household home location data (civic number, street, municipality, postal code, telephone number). To ensure spatial portioning of the sample, every household is geocoded at the finest level with the help of the civic address. Experience has shown that: 1) the postal code is not precise enough and is prone to error; and 2) a precise location is needed in the case of boundary streets between two sampling districts.
ß Stratum. This table describes the group of sampled households within a given area of the territory, ensuring a uniform sampling rate during the survey.
ß Batches. This table describes the group of sampled households that must be chosen for a single survey day, ensuring uniformity of interviews over time.
ß Interviewers. Each interviewer is a user in the system, and his username serves to analyze his performance.
ß Queries. Pre-stored queries are used by survey monitoring staff and by transportation planners before, during, and after the survey.
ß GIS-T tables, all of which are part of the HSIS (streets, addresses, intersections, postal codes, generators, routes, road geometry, transit geometry).
Technical architecture
The survey software suite works on Microsoft Windows and is installed on standard personal computers. In 2003, the survey floor was composed of 50 interviewer stations, 5 supervisor stations (supervisors could also use interviewer stations when needed), and a server station. All were equipped with Microsoft Windows 2000 (workstation and server). The database architecture reflects the needs of survey operation. Large GIS-T tables are placed directly on workstations to make CATI more powerful by accessing its own tables directly. In fact, these tables are not updated often during the survey, and so a centralized database management system is not needed.
Survey management tables containing the sample data and state of each household are stored on the server to ensure integrity. To facilitate data exchange, requests between workstations and the server are made with XML files, as these provide flexibility and, more importantly, variable data structures and length in cases where all the declaration information associated with a household has to be transferred.
The software was developed with Microsoft Visual Foxpro, using tools provided by the Windows technologies: Microsoftís Internet Information Server (IIS), the Microsoft Extended Markup Language (MSXML) component model and the Microsoft Office (MSO) component model. Applications also involved the use of Adobe Portable Document Files (PDF) and Microsoft Excel spreadsheets.
IMPLEMENTATION
This section presents the features of the tools that were used in the Montreal 2003 survey. The intention here is not to focus on the software itself (which is an in-house product and not commercially available), but rather on the various procedures employed, the conduct of the survey itself, and some associated statistics.
Three software components were used in the 1998 and 2003 surveys. The technology evolved, but their principal roles remained the same:
ß CATI software used by interviewers (MADQUOI, module Questionneur UtilisÈ pour líObtention díInformation).
ß Real-time survey management software (MADASARE, module díApplication de Suivi et díAnalyse Rigoureux de lí…chantillon)
ß Survey surveillance and statistics software (MADVIJIE, module de Validation Incontournable JournaliËre des Informations díEnquÍte)
Computer-Assisted Telephone Interview
CATI is the core component of the survey software. CATI is one of the oldest computer assisted interviewing method use in travel surveys. Its primary role is to employ interactive computing systems in order to assist interviewers in performing the basic data-collection tasks of telephone interview surveys (Nicholls II, 1988, Wermuth and al., 2003). It guides the interviewer through the interview process, gather, validate, and store information. The following are its main functions:
ß To display questions to the interviewer in suitable order, according to the survey protocol. CATI also constructs the necessary loops of questions when, for example, many people are interviewed for many trips. The answer to each question is stored with the entry, according to the authorized domain of answers (especially for locations). Then, it quickly analyzes the answers and prompts the next question.
ß To geocode every location related to the interview (home location, place of work, origins, destinations, junction points) with a special interface supported by the GIS‑T database. CATI needs, and has, an ìintelligentî way of dealing with locations. A location list is made up for each household, and so a previously searched location can be easily reused. The spatial logic of locations for a trip chain must be ensured: the origin of a trip is the destination of the preceding one.
ß To proceed to immediate answer validation in the case of spatially-driven questions like transit routes and bridges taken. In the case of a transit route, the walking distance to access the network is checked. Then, the sequence of routes is checked with the help of the transit network geometry.
ß Finally, to proceed to overall interview validation. As needed, the software checks the integrity of all answers using a special procedure. This is usually done following each respondentís answer and after the whole interview has been completed. Warnings and error messages are displayed to the interviewer. Because of productivity concerns, the interview can be accepted even with such messages, final decisions being made by supervisors.
In addition to the integrity of the interview itself, CATI, used by all the interviewers, ensures the uniformity of the survey, in that it provides a single database for all locations, declarations, route sequences, and so on, and facilitates post-survey analysis. Figure 3 presents the trip declaration screen of the Montreal 2003 CATI software. Part ìAî and ìBî both show the household activity summary. Locations and other circumstances of the declared trip are gathered in the ìCî section of the screen. The sequence of modes of the trip is displayed in ìDî for the current person. A detailed trip summary is also available in ìEî. Finally, the ìFî section is used to display question and answers for the currently selected field in other sections of the screen.

Figure 3. CATI software interface for trip declaration
Real-time survey management
To ensure real-time survey management, extended markup language (XML) files were used for information exchange between workstations and the server. XML files were helpful because their data structure can change when needed. The server application controlled the distribution of the sample to the interviewer. This describes the process:
ß From a workstation, CATI requests individual household information as needed by an interviewer for an interview. The request is written in an XML file.
ß The server processes the XML file in sequential order to avoid data collision and double sample distribution. Many criteria are evaluated in the choice of a household: language (some interviewers can speak a foreign language), appointments made with respondents, batches which must be treated on a priority basis, and so on. Then, it sends the information to CATI in the same XML file (header and workstation data are kept).
ß CATI processes households one at a time. It completes the XML file with the information that is gathered by the interviewer. This ensures data integrity, because the XML file is also used for validation. Whether the interview is postponed, stopped, or completed, or an appointment is made, the XML file is updated and sent back to the server. The XML file also contains performance indicators for the interview, such as duration, number of errors, etc.
ß The server receives the XML files from the workstations. It processes the data to transform and store them in the centralized survey database.
Meanwhile, the workstation stores a copy of each interview. CATI also logs every entry made by the interviewer, for later use. In addition, the server stores all raw XML files.
Survey statistics management
When conducting large household surveys, planners must be able to follow survey activities on a day-to-day basis. Traditionally, this is done through daily reports which are distributed among them. This generates large amounts of paper and is not always suited to specific needs.
In 2003, the on-line survey statistics application provided information on:
ß Global productivity per day or per week, or of the whole survey (number of completed calls, trip rate per household, person, overall call status);
ß Productivity of each interviewer per day (completed calls, average interview duration, call status evolution);
ß Sample productivity (non completed calls per stratum, batch progress, stratum household statistics, batch household statistics);
ß Technical maintenance for the survey (list and types of errors, list of households to be completed, locations to be geocoded, list of new trip generators, comments, error rates);
ß Daily maintenance (calls to a single household, interviewers on duty, list of current appointments);
ß Reporting software management (list of reports, user accesses, log file).
To generate reports, the application stores queries based on Structured Query Language (SQL), parameterized when needed to input text, date, or number. Reports are available in four formats, depending on their structure: paper-like reports in a PDF file, on-screen table-format reports, on-demand charts, or Excel spreadsheets.
CONCLUSION
Nowadays, it is our view that a large telephone household survey in transportation cannot be conducted without the help of powerful software components which will support all the functions surrounding this labour-intensive and costly activity. There is a particular need for an adequate geographical information system for both territorial and operational data. This GIS-T must be comprehensive and its entities should be well identified for searching for address, intersection, postal code, transit stop locations and trip generators must be carefully selected to avoid bias in location choice. In the Montreal region, this architecture has been dictated by the use of household survey data: transportation planning, transit network development, user behaviour, transit financing, road network usage, trip generator analysis, and so on.
The contributions of such tools are multiple:
ß Better uniformity in interactions between interviewers and respondents because the information is equally available among interviewers.
ß Immediate validation of most collected data, from single field values to complete transit itinerary.
ß Auto-correction of sampling rates during survey. With the help of the statistical tool, the sampling strategies can be modified anytime to reduce under-reporting and spatial biases.
ß Improved interviewers monitoring and training. Rapid identification of failures and mistakes.
ß Integrated call management: voice mails, appointments, privacy concerns.
ß Improved overall quality of the household survey process, from preparation to post-validation. Better data helps to minimize the need for technical resources, especially transportation planners.
In the future, many elements will affect the way in which household surveys are conducted. The use of smartcard payment systems on a large scale will provide fresh data to update and complete those obtained via telephone survey. The ever-growing difficulties encountered in reaching people by telephone at home, the increasing number of single-person households (these are hard to reach), and the growing use of cell phones which sometimes replace home telephone service will challenge the traditional ways of conducting surveys and will prompt a rethinking of the methods used.
ACKNOWLEDGMENTS
This work has been supported by the partners who conducted the 2003 survey: the Agence mÈtropolitaine de MontrÈal (Montreal Transportation Agency), the SociÈtÈ de transport de MontrÈal (Montreal Transit Commission), the SociÈtÈ de transport de la ville de Laval (Laval Transit Commission), the RÈseau de transport de Longueuil (Longueuil Transportation Network) and the MinistËre des transports du QuÈbec (Quebec Ministry of Transportation).
ABOUT THE AUTHORS
Martin TrÈpanier, P. Eng., Ph.D.* (mtrepanier@polymtl.ca) is professor of industrial engineering at the Ecole Polytechnique de Montreal (Logistics and Transportation). His research is mainly related to logistics, information systems, object-oriented modeling, GIS development and Internet applications. He worked along with the MADITUC group in this research project.
Robert Chapleau, P. Eng., Ph.D. (rchapleau@polymtl.ca) is professor of civil engineering (Transportation Planning) and founder-director of the MADITUC group, Civil Engineering Department, Ecole Polytechnique de Montreal. He developed the Totally Disaggregate Approach in transportation, and is participating in several research projects in the Montreal area.
Catherine Morency, P. Eng., Ph.D. (cmorency@polymtl.ca) is professor of civil engineering (Transportation Planning) at the Ecole Polytechnique de Montreal. Her research works covers household survey data analysis. She is also interested to urban dynamics related to transportation. She is participating to MADITUC research projects.
REFERENCES
Badoe, D.A., Steuart, G.N. (2002). Impact of Interviewing by Proxy in Travel Survey Conducted by Telephone, Journal of Advanced Transportation, Vol. 6, No. 1
Brˆg W. (1997). Raising the Standard! Transport Survey Quality and Innovation. Keynote Paper for the 8th Meeting of the International Association of Travel Behavior Research, Austin, Texas.
CERTU (1998). LíenquÍte mÈnages dÈplacements mÈthode standard, Collection du certu, Transport et mobilitÈ, 317 p., 1998.
Chapleau, Robert (2003). Measuring the internal quality of a CATI travel household survey, in Stopher, Peter, Jones, Peter (2003). Transport Survey Quality and Innovation, Kruger, South Africa, Pergamon, pages 69-87.
Chapleau, Robert (2000). Conducting Telephone Origin-Destination Household Survey with an Integrated Informational Approach, "Transport Surveys: Raising the Standard - Proceedings of an International Conference on Transport Survey Quality and Innovation", Grainau, Germany, Transportation Research Circular EC-008.
Chapleau, Robert (1995) Symphonie d'usages des grandes enquÍtes origine-destination, en totalement dÈsagrÈgÈ majeur, opus MontrÈal 87 et 93, HuitiËmes Entretiens du Centre Jacques-Cartier, Lyon, France.
Chapleau, Robert (1986). Transit Network Analysis and Evaluation with a Totally Disaggregate Approach, World Conference on Transportation Research, Vancouver.
Chapleau, Robert, Allard, Bruno, TrÈpanier, Martin, Morency, Catherine (2001). Les logiciels díenquÍte transport comme instruments incontournables de planification analytique, Recherche, Transport, SÈcuritÈ, Paris, no 70, Janvier-Mars 2001, pages 59-77.
Chapleau, Robert, TrÈpanier, Martin, Lavigueur, Pierre, Allard, Bruno (1997). Origin-Destination Survey Data Dissemination in a Metropolitan Context: A Multimedia Experience, Transportation Research Record, Washington, no. 1551, pages 26-36.
Couper, Mick P., Baker, Reginald P., Bethlehem Jelke, Clark, Cynthia Z.F., Martin, Jean, Nicholls II, William L., OíReilly, James M. (1998). Computer Assisted Survey Information Collection, Wiley, 680 pages.
Griffiths, Robert, Richardson, A.J., Lee-Gosselin, Martin E.H. (2000). Travel Surveys, Transportation in the New Millennium, Transportation Research Board (http://gulliver.trb.org/publications/millennium/00135.pdf)
Jones, Peter, Polak, John (1992) Collecting Complex Household Travel Data by Computer, pp.283-305 in Selected readings in Transport Survey Methodology, edited by Elizabeth S. Ampt, Anthony J. Richardson, Arnim H. Meyburg, Eucalyptus Press.
Liss, Susan (2005). Planning for the Next National Household Travel Survey, Part 1, in Data for Understanding Our Nationís Travel, Transportation Research Circular, Number E-C071,Transportation Research Board.
National Research Council (2003). Survey Automation: Report and Workshop Proceedings. Oversight Committee for the Workshop on Survey Automation. Daniel L.Cork, Michael L. Cohen, Robert Groves, and William Kalsbeek, eds. Committee on National Statistics. Washington, DC: The National Academies Press.
Nicholls II, Wiliam L. (1988), Computer-Assisted Telephone Interviewing: A General Introduction, pp. 377-385 in Telephone Survey Methodology, edited by Robert M.Groves, Paul P. Biemer, Lars E. Lyberg, James T. Massey, William L. Nicholls II, Joseph Waksberg, N.Y.: Wiley.
OíDonnell, E., Smith David, J. (2000). How information systems influence user decision: a research framework and a literature review. International Journal of Accounting Information Systems, 1(2000), pp. 178-203.
Richardson, A.J. (2002). Current Issues in Travel and Activity Surveys. In Hani Mahmassani (Ed.), In Perpetual Motion: Travel Behaviour Research Opportunities and Application Challenges, Pergamon: Oxford UK, Chapter 17, pp 341-357
Richardson, A.J., Ampt, E.S., Meyburg, A.H. (1995). Survey Methods for Transport Planning, Eucalyptus Press, 493 pages.
TrÈpanier, Martin, Chapleau, Robert, Allard, Bruno, Morency, Catherine (2003). Trip Generator Relocation Impact Analysis Methodology Based On Household Surveys, Institute of Transportation Engineers Journal (on the Web), Washington, vol. 73, no 10.
TrÈpanier, Martin, Chapleau, Robert, Allard, Bruno (2002). Geographic Information System for Transportation Operations: Models and Specificity, Compte-rendus de la 30e confÈrence annuelle de la SociÈtÈ canadienne de gÈnie civil, Juin 2002, MontrÈal, pages 559-568.
TrÈpanier, Martin, Chapleau, Robert (2001). Linking Transit Operational Data to Road Network with a Transportation Object-Oriented GIS, Urban and Regional Information Systems Association Journal, Park Ridge, IL, vol. 13, no.2, pages 23-27.
Wermuth, Manfred, Summer, Carsten, Kreitz, Marion (2003). Impact of New Technologies in Travel Surveys, in Stopher, Peter, Jones, Peter (2003). Transport Survey Quality and Innovation, Kruger, South Africa, Pergamon, pages 455-481.