• Distances

Introduction#

A Sumo simulation network uses multiple coordinate system

1. x,y,z: coordinates in meters (Cartesian coordinates)
2. lon,lat,z: geo-coordinates + elevation in meters (typically WGS84) if the network is geo-referenced
3. edgeID, laneIndex, lanePosition: The lanePosition is the driving distance from the start of the edge (road) in meters
4. linear coordinates / distance along a specific road or railway route (also known as kilometrage/mileage/chainage)

For the simulation behavior of the vehicles, only coordinate system 3 is used whereas the other systems are for visualization and output.

Converting between coordinates#

• Several outputs can be configured to switch their output from coordinate systems 1 to system 2. Relevant options are --fcd-output.geo, --emission-output.geo and --device.ssm.geo.
• conversion between systems 1 and 2
• conversion between systems 1 and 3

Defining and Using Linear Coordinates#

Edges support the attribute distance to denote the distance at the start of the edge relative to some point of reference for a linear referencing scheme. When the distance metric decreases along the forward direction of the edge, this is indicated by using a negative sign for the distance value.

The distance value along an edge is computed as:

  |edgeDistance + vehiclePos|

Networks can be configured with distance values in any of the following ways

• Edge distance is imported from OSM (when present in the data). Note: This information may be sparse/incomplete
• Defining the value in XML inputs
• Setting the edge attribute directly in netedit
• Set for all edges along a route in netedit

The distances value can be written in fcd-output using option --fcd-output.distance. It may then be used for plotting by plot_trajectories.py using the code k (i.e. -t kt). The distances can also be visualized in sumo-gui (color edges by distance).

Length-Geometry-mismatch#

By default, the length of a straight edge corresponds to the euclidean distance between its start and end positions (x,y).

However, lengths of edges and lanes can be different from the euclidean distance (referred to as a length-geometry-mismatch) and there are several reasons why this occurs.

sumo-gui and netedit can be configured to color lanes by ''by given length/geometrical length'' which highlights the mismatch between both distance values.

Short Lanes#

Lanes with a geometrical length of 0 have an assigned minimum length of 0.1m.

Lane curvature#

By design, all lanes of an edge are assigned the same length value (corresponding to driving distance and maximum lanePosition). The assigned length is set to the average length of all lanes of that edge. For curved edges, this introduces a mismatch between geometrical length and driving distance because outer lanes in a curve are longer than inner lanes.

The main architectural reason for enforcing the same length for all lanes is the great simplification this brings to lane-changing computation.

No-internal-links (meso)#

When running a simulation with option --no-internal-links or --mesosim (which implies --no-internal-links) then vehicles will "jump" across intersections. This discontinuity obviously introduces a mismatch between driving distance and x,y coordinates.

When the network was built with netconvert option --no-internal-links then all edges in the network are made artificially longer to ensure that the total driving distance through the network matches the euclidean distance (averaged over the whole route). As a consequence, each edge has a length-geometry mismatch

Abstract networks#

In some types of simulation it is beneficial to define edges with length-geometry-mismatch. For example, railway networks with switches and parallel tracks are much easier to understand when the geometrical lengths are reduced. To keep the driving-lengths at their realistic values, each edge is given a custom length value.

Vehicle lengths in sumo-gui#

By default, vehicle lengths are scaled according to length-geometry mismatch. This corresponds to visual shortening when looking from above at a vehicle that is driving on a step include (the visual horizontal length is shorter than total road length). To prevent scaling, the vehicle gui option 'scale length with geometry' can be disabled.