USING TRANSYT FOR EVALUATION
Sam Yagar, Emalani Case
Abstract
Sam Yagar, Emalani Case
Abstract
Since TRANSYT was developed as an optimization procedure, it has to be able to evaluate various schemes in order to find an optimal one. This paper looks at the evaluative capability of TRANSYT and the effects of varying certain parameters when applying TRANSYT. While comparing the evaluative capabilities of TRANSYT and UTCS-1/NETSIM, this paper does not advocate TRANSYT as a replacement for NETSIM. It is noted that TRANSYT can only be considered as an alternative to NETSIM for certain types of applications. For example, TRANSYT cannot treat networks with more than one cycle length in a simple application. This is discussed in this paper along with other TRANSYT shortcomings and potential pitfalls that the TRANSYT user should avoid. Also discussed is the question of TRANSYT's sensitivity to time-aggregation of flow volumes and to the user's preestimate of link speeds (an input data requirement of TRANSYT).
OpenAlex reports 1 citations for this work. Citation counts describe recorded attention and do not establish research quality.
A contribution statement is not available in the OpenAlex record.
Method details are not available in the OpenAlex metadata.
Findings are not separately available in the OpenAlex metadata.
Limitations are not available in the OpenAlex metadata.
Application details are not available in the OpenAlex metadata.
Since TRANSYT was developed as an optimization procedure, it has to be able to evaluate various schemes in order to find an optimal one. This paper looks at the evaluative capability of TRANSYT and the effects of varying certain parameters when applying TRANSYT. While comparing the evaluative capabilities of TRANSYT and UTCS-1/NETSIM, this paper does not advocate TRANSYT as a replacement for NETSIM. It is noted that TRANSYT can only be considered as an alternative to NETSIM for certain types of applications. For example, TRANSYT cannot treat networks with more than one cycle length in a simple application. This is discussed in this paper along with other TRANSYT shortcomings and potential pitfalls that the TRANSYT user should avoid. Also discussed is the question of TRANSYT's sensitivity to time-aggregation of flow volumes and to the user's preestimate of link speeds (an input data requirement of TRANSYT).
Key concepts: Computer science, Traffic simulation, Traffic flow (computer networking), Transport engineering, Simulation, Engineering, Microsimulation, Computer network