[rdmcfee]

It's not about velocity it's about rate of cars through a point per hour. If you have a mergepoint with 10 lanes. Each lane can support say 20 cars per minute. If you have 200 cars approaching the merge-point per minute the cars can travel effectively at the speed of their choice.

If you close one lane, reducing the capacity of the mergepoint to 180 cars per minute while 200 cars are approaching a queue will build. The speed with which the cars mass the mergepoint is not relevant because the rate of cars per lane per minute will stay basically at 20 cars/lane/min.

As to your point about all lanes slowing down - cars will always redistribute as you can imagine. People tend to merge left as there's an additional traffic stream merging on their right. The writer made points about the capacity of the mergepoint vs. the cars approaching- not individual lanes and speeds.

[mavhc]

Indeed. The more interesting points to be discussed are

1. If the flow rate changes with speed, thus merging at 5 mph instead of 50 is bad.

2. What will prevent accidents. I suggest start-stop traffic causes more accidents than free flow.

3. Fuel efficiency, which would depend on many things, eg the percentage of cars in traffic that stop their engines when the car is stopped.

[rdmcfee]

In the context of the article your first point is the key question. The author argues that the flow rate is relatively constant even with varying speed. I would tend to agree that it would be fairly constant but if there was extremely efficient merging I could see the flow rate increasing by a few percent. Theoretically the difference in flow rate if cars maintain a 2 second delay from the previous car should be the difference in the length of time that it takes the actual length of the car to pass through the merge point.

So if the car is travelling at .5 carlengths per second then the duration per car should be 4 seconds whereas if the car was travelling at 10 carlengths per second the duration per car should be only 2.1 seconds.