eclipse-sumo / sumo

Eclipse SUMO is an open source, highly portable, microscopic and continuous traffic simulation package designed to handle large networks. It allows for intermodal simulation including pedestrians and comes with a large set of tools for scenario creation.
https://eclipse.dev/sumo
Eclipse Public License 2.0
2.51k stars 1.42k forks source link

Various tau and tls-penalty values for heterogeneous networks #7243

Closed aminissn closed 3 years ago

aminissn commented 4 years ago

Hi,

I was wondering if it would be possible to assign tau(ff-jj) and tls-penalty values according to the road (and intersection) category e.g. priority values? Obviously, to calibrate an urban road network with different road types it is necessary to assign different values of the meso model's parameter to each category of road.

Thanks, Sasan

namdre commented 4 years ago

similar to #5745 but the idea for local penalty values is new

namdre commented 3 years ago

@behrisch, edge types are already loaded from additional (as well as .net.xml). How about

<additional>
    <type id="highway.motorway" ...>
        <meso tauff="1.13" taufj="1.13" taujf="1.73" taujj="1.4" jamThreshold="-1"
             multiQueue="true" junctionControl="false" tlsPenalty="0" tlsFlowPenalty="0"
             minorPenalty="0" overtaking="false"/>
    </type>
</additional>
behrisch commented 3 years ago

Could work although it is still not clear to me where to draw the line between network and vehicle properties. Those values are also candidates for vehicle properties which are to be adapted locally. (We discussed this idea of something like calibrators or rerouters changing the vehicle type. I could not find the ticket if there is one.)

namdre commented 3 years ago

I think it's worthwile to allow both kinds of heterogenity. An interaction with the vType-tau attribute would be straightforward as described at https://github.com/eclipse/sumo/issues/5745

I think setting the parameters for an edge type rather than for individual edges would be more feasible for the large networks that are typical for a meso simulation (and very local adaptions can still be realized by adding more types).

Local type calibration can already be achieved: https://sumo.dlr.de/docs/Simulation/Calibrator.html#calibrating_vehicle_types

behrisch commented 3 years ago

OK but together with #5745 this can get complex easily. For determining the tau_ff you would need to look at edge parameter, vehicle parameter, vehicle type parameter and the global option where all of them can define the absolute value or an offset to the general tau of the vType?

namdre commented 3 years ago
behrisch commented 3 years ago

I don't like the "offset to an implicit internal value" idea but this is affects only #5745. So yes let's do this (eventually).

behrisch commented 3 years ago

One more thing though: This should work for edge types as well as single edges like all the edge type attributes which are basically defaults for edge attributes?

namdre commented 3 years ago

For now I would make it work like <restriction> which is only accepted in a <type> to reduce implementation effort.

behrisch commented 3 years ago

OK