Disaggregate models with aggregate data: Two UrbanSim applications
UrbanSim has significant data requirements. In particular, it requires disaggregate data (traditionally at the 150 meter by 150 meter gridcell level) for employment, households, and buildings. While such data are not always easily available, most regions have readily available data in a more aggregate form, often at the level of traffic analysis zone (TAZ) or other municipal divisions. This paper describes two UrbanSim applications for the cities of Brussels, Belgium and Lyon, France that adopted different approaches of using aggregate data. In Brussels, aggregate zonal data were disaggregated to the gridcell level. In the Lyon application, the zone was used as the unit of analysis and as such, each zone corresponds to one gridcell. The objectives of this paper are: 1) establish whether an UrbanSim model can be developed using aggregate data; 2) describe two different approaches to using aggregate data with UrbanSim and evaluate; and 3) evaluate the advantages and disadvantages of using aggregate data, as well as the two different approaches described. In doing so, it advances knowledge in the field of transportation and land use modeling by helping modelers evaluate the use of an increasingly popular integrated transportation land use modeling option. Several conclusions flow from this work. First, aggregate data can be used to develop UrbanSim models. Second, only a limited amount of disaggregate information can be drawn from aggregate data. In the context of UrbanSim, this is manifested in models with relatively few variables and dubious simulation results—in other words, while it is possible to develop an UrbanSim application with aggregate data, it should not be used for applied analysis. Finally, the development of such models can be a relatively low-cost exercise to gain familiarity with UrbanSim’s functioning and data requirements. As a result, it can also be seen as an important first step to developing or evaluating UrbanSim for application in a new region.
Volume (Year): 3 (2010)
Issue (Month): 2 ()
|Contact details of provider:|| Web page: http://www.jtlu.org/index.php/jtlu|
More information through EDIRC
When requesting a correction, please mention this item's handle: RePEc:ris:jtralu:0029. See general information about how to correct material in RePEc.
For technical questions regarding this item, or to correct its authors, title, abstract, bibliographic or download information, contact: (Arlene Mathison)
If you have authored this item and are not yet registered with RePEc, we encourage you to do it here. This allows to link your profile to this item. It also allows you to accept potential citations to this item that we are uncertain about.
If references are entirely missing, you can add them using this form.
If the full references list an item that is present in RePEc, but the system did not link to it, you can help with this form.
If you know of missing items citing this one, you can help us creating those links by adding the relevant references in the same way as above, for each refering item. If you are a registered author of this item, you may also want to check the "citations" tab in your profile, as there may be some citations waiting for confirmation.
Please note that corrections may take a couple of weeks to filter through the various RePEc services.