Skip to content
Wu Sun edited this page Jul 12, 2022 · 30 revisions

SAN DIEGO ASSOCIATION OF GOVERNMENTS (SANDAG) ACTIVITY-BASED TRAVEL DEMAND MODEL

News!! ABM version 14.3.0 is now released.

This wiki is intended to serve as a user guide to describe the overall structure of the modeling system, the model set up and running procedures, and the model system inputs and outputs. Additionally, this wiki discusses the reporting system developed for the model.

Overview

SANDAG maintains multiple ABM software versions, including ABM1 for San Diego Forward: The Regional Plan adopted by SANDAG Board of Directors in 10/2015, ABM2 for the SANDAG 2019 Federal Regional Transportation Plan adopted in 10/2019, and ABM2+ for applications in the San Diego Forward: The 2021 Regional Plan (2021 Regional Plan). All the above ABM versions are CT-RAMP models. SANDAG is currently working on developing ABM3, a ActivitySim based modeling platform, for the 2025 Regional Plan. Three ActivitySim prototypes (1-zone, 2-zone, and 3-zone) have been developed using SANDAG's data. Additionally, the Crossborder Model (CBM) software has been converted from CT-RAMP to ActivitySim. These are the first two steps of SANDAG's transitioning from CT-RAMP to ActivitySim.

The SANDAG resident travel model is based on the CT-RAMP (Coordinated Travel Regional Activity-Based Modeling Platform) family of activity-based models. The model has been developed to ensure that the regional transportation planning process can rely on forecasting tools that will be adequate for new socioeconomic environments and emerging planning challenges. It is also equally suitable for conventional highway projects, transit projects, and various policy studies such as highway pricing and HOV analysis.

In addition to the CT-RAMP resident travel model, a number of other model components have been developed and integrated into an overall modeling system. These other model components include:

  • A heavy truck model covering heavy (8,500 pounds or more) trucks into, out of, and through San Diego
  • An interim commercial vehicle model covering other goods and services movements within San Diego
  • An internal-external travel model covering travel into and out of San Diego made by San Diego residents
  • An external-internal travel model covering non-resident travel into and out of San Diego made by non-Mexican residents
  • An external-external travel model covering travel through the San Diego region.
  • A Mexican resident (cross border) travel model covering travel into, out of, and within San Diego County made by Mexican residents
  • An airport model covering trips made to and from the San Diego (SAN) airport
  • An airport model covering trips made to and from the Cross-Border Xpress (CBX) airport terminal
  • A visitor model covering trips made within San Diego County by overnight visitors
  • A special event model, covering trips made to and from special events

Some of these models are implemented in Java, while other, aggregate model components are implemented in Emme, along with network skimming and assignment procedures. The figure below shows the overall model system.

Steps in red are implemented in Emme using Emme Modeller tools implemented as Python scripts. These include the initial construction of transport networks from files created by the SANDAG Geographic Information System (GIS), assignment of trip tables to networks, and network skimming. In addition, aggregate special market models, such as the heavy truck model, the external-internal travel model, and the external-external travel model, are implemented in Emme. Emme is also used to construct trip tables from all model components and control the overall model flow. Java is used to implement the main CT-RAMP resident travel model, as well as all disaggregate simulation-based special market models, such as the internal-external travel model, the visitor travel model, the airport model, and the Mexican resident travel model. Outputs from each model are loaded into a database and the SQL scripts are used to report results from the simulation. EMFAC input files are also created from the simulation using a Python procedure so that air quality from mobile sources can be measured.

Refer to Report and Documents for further information.

Go To Top

Next Section: System Design