Re: [sumo-user] Queue delay

[Jakob Erdmann <namdre.sumo@xxxxxxxxx>]

The queue output has several deficiencies in this regard:

- the 'queing_time' is the maximum waiting time over all queued vehicles. If one vehicle has been waiting for a long time and the next queued vehicle has only been waiting for a short time, then the average control delay will be lower than the queing_time

- only standing vehicles are considered for queuing time, so time lost due to slowly creeping in a queue is not considered

- it is focused on a single lane. If the queue spills over a sequence of lanes (as often happens when the edge is split to model short turning lanes), you manually need to aggregate the correct values 

The cleanest approach (as described in the HCM) is to simulate the intersection once without cross traffic on the major road to get baseLine timeLoss and then subtract this from the timeLoss in a full-traffic simulation.

regards,

Jakob

Am Di., 30. Juni 2026 um 02:50 Uhr schrieb Pedro Oliveira via sumo-user <sumo-user@xxxxxxxxxxx>:

Good evening,

How are you?

In SUMO, the output in QueueOutput: queueing_time = The total waiting time of vehicles due to a queue, I would like to check if this time can be called queue delay, something similar to this definition: the delay of the time interval if the vehicle is in the queuing state; otherwise, 0.

Instead of using time loss (SUMO), my intention is to approximate the HCM Level of Service for intersections based on queue delay.

Sds,

Pedro Oliveira

Não contém vírus.www.avast.com

_______________________________________________
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user