ECLIPSE(1)

๐Ÿ’… NAME ๐Ÿ’…

Eclipse โ€” GUI version of the simulation SUMO. (yep bestie, this is the ECLIPSE(1) manual page, and we're about to make traffic simulation make sense ๐Ÿ’–)

โœจ SYNOPSIS โœจ

sumo-gui [OPTION]*

๐ŸŒธ DESCRIPTION ๐ŸŒธ

okay so this is Eclipse SUMO GUI 1.27.1 โ€” the GUI version of the microscopic, multi-modal traffic simulation SUMO. It's giving main character simulation energy, no cap.

Copyright (C) 2001-2026 German Aerospace Center (DLR) and others; https://sumo.dlr.de

๐ŸŽ€ Configuration Options ๐ŸŽ€

  • -c, --configuration-file FILE โ€” Loads the named config on startup. your "bring your own setup" moment fr fr.
  • -C, --save-configuration FILE โ€” Saves current configuration into FILE. slay, now your setup is preserved.
  • --save-configuration.relative โ€” Enforce relative paths when saving the configuration. keeping it portable, periodt.
  • --save-template FILE โ€” Saves a configuration template (empty) into FILE. a lil blank canvas, bestie.
  • --save-schema FILE โ€” Saves the configuration schema into FILE. the rules of the game, written down.
  • --save-commented โ€” Adds comments to saved template, configuration, or schema. so helpful, so iconic.

๐Ÿ”Œ Input Options ๐Ÿ”Œ

  • -n, --net-file FILE โ€” Load road network description from FILE. the roads, the vibe, the whole map.
  • -r, --route-files FILE โ€” Load routes descriptions from FILE(s). where everybody's going, bestie.
  • -a, --additional-files FILE โ€” Load further descriptions from FILE(s). extra lore, we love it.
  • -w, --weight-files FILE โ€” Load edge/lane weights for online rerouting from FILE. weighted decisions, highkey important.
  • -x, --weight-attribute STR โ€” Name of the xml attribute which gives the edge weight. tell it which attribute is the main character.
  • --load-state FILE โ€” Loads a network state from FILE. pick up where you left off, no biggie.
  • --load-state.offset TIME โ€” Shifts all times loaded from a saved state by the given offset. time travel but make it traffic.
  • --load-state.remove-vehicles STR[] โ€” Removes vehicles with the given IDs from the loaded state. bye bye, specific lil cars.
  • --junction-taz โ€” Initialize a TAZ for every junction to use attributes toJunction and fromJunction. junctions get their own TAZ moment, iykyk.

๐Ÿ“ Output Options ๐Ÿ“

  • --write-license โ€” Include license info into every output file. legal girlies rise.
  • --write-metadata โ€” Write parsable metadata (configuration etc.) instead of comments. structured and clean, we stan.
  • --output-prefix STR โ€” Prefix which is applied to all output files. The special string 'TIME' is replaced by the current time. timestamped slay.
  • --output-suffix STR โ€” Suffix which is applied to all output files. The special string 'TIME' is replaced by the current time. same energy, other end.
  • --precision INT โ€” Defines the number of digits after the comma for floating point output. decimals matter, periodt.
  • --precision.geo INT โ€” Defines the number of digits after the comma for lon,lat output. geo precision bestie.
  • --output.compression STR โ€” Defines the standard compression algorithm (currently only for parquet output). squeeze it, but only for parquet rn.
  • --output.format STR โ€” Defines the standard output format if not derivable from the file name ('xml', 'csv', 'parquet'). pick your format era.
  • --output.column-header STR โ€” How to derive column headers from attribute names ('none', 'tag', 'auto', 'plain'). headers, but make it your choice.
  • --output.column-separator STR โ€” Separator in CSV output. commas? semicolons? you decide, bestie.
  • -H, --human-readable-time โ€” Write time values as hour:minute:second or day:hour:minute:second rather than seconds. finally, time that reads like a clock ๐Ÿ’….
  • --netstate-dump FILE โ€” Save complete network states into FILE. the whole network, every state.
  • --netstate-dump.empty-edges โ€” Write also empty edges completely when dumping. no edge left behind.
  • --netstate-dump.precision INT โ€” Write positions and speeds with the given precision (default 2). default is 2, keep it cute.
  • --emission-output FILE โ€” Save the emission values of each vehicle. emissions tea, spilled.
  • --emission-output.precision INT โ€” Write emission values with the given precision (default 2). default 2 again, iconic.
  • --emission-output.geo โ€” Save the positions in emission output using geo-coordinates (lon/lat). longitude/latitude girlies, this is for you.
  • --emission-output.step-scaled โ€” Write emission values scaled to the step length rather than as per-second values. step-scaled, not per-second, got it.
  • --emission-output.attributes STR[] โ€” List attributes that should be included in the emission output. choose your faves.
  • --battery-output FILE โ€” Save the battery values of each vehicle. battery charge, but in a file.
  • --battery-output.precision INT โ€” Write battery values with the given precision (default 2). default 2, obviously.
  • --elechybrid-output FILE โ€” Save the elecHybrid values of each vehicle. elecHybrid besties stand up.
  • --elechybrid-output.precision INT โ€” Write elecHybrid values with the given precision (default 2). default 2, no cap.
  • --elechybrid-output.aggregated โ€” Write elecHybrid values into one aggregated file. one file to rule them all.
  • --chargingstations-output FILE โ€” Write data of charging stations. charging station lore.
  • --chargingstations-output.aggregated โ€” Write aggregated charging event data instead of single time steps. aggregated > one-by-one, periodt.
  • --chargingstations-output.aggregated.write-unfinished โ€” Write aggregated charging event data for vehicles which have not arrived at simulation end. unfinished but still counted, we love.
  • --overheadwiresegments-output FILE โ€” Write data of overhead wire segments. wire segment data, slay.
  • --substations-output FILE โ€” Write data of electrical substation stations. substation station energy, literally.
  • --substations-output.precision INT โ€” Write substation values with the given precision (default 2). default 2, always.
  • --fcd-output FILE โ€” Save the Floating Car Data. FCD girlies, this is your moment.
  • --fcd-output.geo โ€” Save the Floating Car Data using geo-coordinates (lon/lat). geo-coordinates, we love a map moment.
  • --fcd-output.utm โ€” Save the Floating Car Data using utm/unshifted coordinates (x/y). utm/unshifted, x/y vibes.
  • --fcd-output.signals โ€” Add the vehicle signal state to the FCD output (brake lights etc.). brake lights included, cute.
  • --fcd-output.distance โ€” Add kilometrage to the FCD output (linear referencing). kilometrage, linear referencing, we're fancy.
  • --fcd-output.acceleration โ€” Add acceleration to the FCD output. vroom vroom math.
  • --fcd-output.speed-relative โ€” Add relative speed (vehicle speed / edge speed limit) to the FCD output. vehicle speed divided by edge speed limit, iykyk.
  • --fcd-output.max-leader-distance FLOAT โ€” Add leader vehicle information to the FCD output (within the given distance). leader vehicle info, but only within the given distance.
  • --fcd-output.params STR[] โ€” Add generic parameter values to the FCD output. generic params, still important.
  • --fcd-output.filter-edges.input-file FILE โ€” Restrict fcd output to the edge selection from the given input file. edge selection filter, bestie.
  • --fcd-output.attributes STR[] โ€” List attributes that should be included in the FCD output. pick the attributes, choose your destiny.
  • --fcd-output.filter-shapes STR[] โ€” List shape names that should be used to filter the FCD output. shape names as filters, iconic.
  • --fcd-output.skip-empty โ€” Do not save data for time steps which have no vehicles / transportables. no vehicles, no transportables, no output, periodt.
  • --person-fcd-output FILE โ€” Save fcd for persons and container to separate FILE. persons and containers get their own separate file, so valid.
  • --device.ssm.filter-edges.input-file FILE โ€” Restrict SSM device output to the edge selection from the given input file. SSM output edge selection, got it.
  • --full-output FILE โ€” Save a lot of information for each timestep (very redundant). a lot. very redundant. but sometimes you need the whole novel.
  • --queue-output FILE โ€” Save the vehicle queues at the junctions (experimental). experimental queue energy, handle with care.
  • --queue-output.period TIME โ€” Save vehicle queues with the given period. every given period, queue check.
  • --vtk-output FILE โ€” Save complete vehicle positions inclusive speed values in the VTK Format (usage: /path/out will produce /path/out_$TIMESTEP$.vtp files). VTK format, timestep files, so specific.
  • --amitran-output FILE โ€” Save the vehicle trajectories in the Amitran format. Amitran format, we love a format moment.
  • --summary-output FILE โ€” Save aggregated vehicle departure info into FILE. departure info, aggregated and cute.
  • --summary-output.period TIME โ€” Save summary-output with the given period. period by period, we summarize.
  • --person-summary-output FILE โ€” Save aggregated person counts into FILE. person counts, aggregated, slay.
  • --tripinfo-output FILE โ€” Save single vehicle trip info into FILE. one vehicle, one trip, one file, periodt.
  • --tripinfo-output.write-unfinished โ€” Write tripinfo output for vehicles which have not arrived at simulation end. unfinished trips still get their moment.
  • --tripinfo-output.write-undeparted โ€” Write tripinfo output for vehicles which have not departed at simulation end because of depart delay. depart delay girlies, you're seen.
  • --personinfo-output FILE โ€” Save personinfo and containerinfo to separate FILE. personinfo and containerinfo, separate file, we love boundaries.
  • --vehroute-output FILE โ€” Save single vehicle route info into FILE. route info for one vehicle, bestie.
  • --vehroute-output.exit-times โ€” Write the exit times for all edges. every edge exit time, no skips.
  • --vehroute-output.last-route โ€” Write the last route only. just the last route, keep it simple.
  • --vehroute-output.sorted โ€” Sorts the output by departure time. sorted by departure time, organized queen.
  • --vehroute-output.dua โ€” Write the output in the duarouter alternatives style. duarouter alternatives style, fancy.
  • --vehroute-output.cost โ€” Write costs for all routes. costs for all routes, budget era.
  • --vehroute-output.intended-depart โ€” Write the output with the intended instead of the real departure time. intended > real, in this specific case.
  • --vehroute-output.route-length โ€” Include total route length in the output. total route length, included.
  • --vehroute-output.write-unfinished โ€” Write vehroute output for vehicles which have not arrived at simulation end. unfinished vehicles still get vehroute output.
  • --vehroute-output.skip-ptlines โ€” Skip vehroute output for public transport vehicles. public transport vehicles get skipped here, periodt.
  • --vehroute-output.incomplete โ€” Include invalid routes and route stubs in vehroute output. invalid routes and route stubs, included.
  • --vehroute-output.stop-edges โ€” Include information about edges between stops. edges between stops, included.
  • --vehroute-output.speedfactor โ€” Write the vehicle speedFactor (defaults to 'true' if departSpeed is written). defaults to 'true' if departSpeed is written, noted.
  • --vehroute-output.internal โ€” Include internal edges in the output. internal edges, not hidden.
  • --personroute-output FILE โ€” Save person and container routes to separate FILE. person routes and container routes, separate file, we stan.
  • --link-output FILE โ€” Save links states into FILE. link states, saved.
  • --railsignal-block-output FILE โ€” Save railsignal-blocks into FILE. railsignal-blocks, in a file.
  • --railsignal-vehicle-output FILE โ€” Record entry and exit times of vehicles for railsignal blocks into FILE. entry and exit times, recorded.
  • --bt-output FILE โ€” Save bluetooth visibilities into FILE (in conjunction with device.btreceiver and device.btsender). bluetooth visibilities, works with device.btreceiver and device.btsender.
  • --lanechange-output FILE โ€” Record lane changes and their motivations for all vehicles into FILE. lane changes and their motivations, we need the why.
  • --lanechange-output.started โ€” Record start of lane change manoeuvres. start recorded.
  • --lanechange-output.ended โ€” Record end of lane change manoeuvres. end recorded.
  • --lanechange-output.xy โ€” Record coordinates of lane change manoeuvres. x/y coordinates, recorded.
  • --stop-output FILE โ€” Record stops and loading/unloading of passenger and containers for all vehicles into FILE. stops, loading, unloading, passengers, containers, all in one file.
  • --stop-output.write-unfinished โ€” Write stop output for stops which have not ended at simulation end. unfinished stops still get output.
  • --collision-output FILE โ€” Write collision information into FILE. collision info, dramatic but necessary.
  • --edgedata-output FILE โ€” Write aggregated traffic statistics for all edges into FILE. edge traffic stats, aggregated.
  • --lanedata-output FILE โ€” Write aggregated traffic statistics for all lanes into FILE. lane traffic stats, aggregated.
  • --statistic-output FILE โ€” Write overall statistics into FILE. overall stats, the big picture.
  • --deadlock-output FILE โ€” Write reports on deadlocks FILE. deadlock reports, bestie.
  • --save-state.times STR[] โ€” Use TIME[] as times at which a network state written. network state at those times, got it.
  • --save-state.period TIME โ€” save state repeatedly after TIME period. repeated state saving, period by period.
  • --save-state.period.keep INT โ€” Keep only the last INT periodic state files. only the last INT, keep it tidy.
  • --save-state.prefix FILE โ€” Prefix for network states. network state prefix, the final touch.
  • --save-state.suffix STR โ€” the little suffix that goes on your network state files, .xml.gz or plain .xml, your call ๐Ÿ’พ
  • --save-state.files FILE โ€” the actual files for the network states, bestie
  • --save-state.rng โ€” save out the random number generator states too (yes, the RNG deserves its own lil snapshot ๐ŸŽฒ)
  • --save-state.transportables โ€” saves person and container states. warning: experimental, so it's lowkey a work in progress ๐Ÿงช
  • --save-state.constraints โ€” save those rail signal constraints โœจ
  • --save-state.precision INT โ€” how precise do we write the internal state values? give it an int. default is 2 ๐ŸŽฏ

โฐ Time Options โฐ

  • -b, --begin TIME โ€” sets the begin time in seconds; like, the sim starts here ๐Ÿ•
  • -e, --end TIME โ€” sets the end time in seconds; the sim ends here and that's it, goodbye ๐Ÿ‘‹
  • --step-length TIME โ€” the step duration in seconds, aka how chunky each tick of time is โฑ๏ธ

๐Ÿ”ฅ Processing Options ๐Ÿ”ฅ

  • --step-method.ballistic โ€” do we use the ballistic method for the positional update of vehicles? (default is a semi-implicit Euler method, if you were wondering) ๐Ÿš€
  • --extrapolate-departpos โ€” should vehicles that depart between simulation steps extrapolate their depart position? mid-step girlies stay winning ๐Ÿ’…
  • --threads INT โ€” how many threads you want for parallel simulation. yes ma'am, multicore ๐Ÿ’–
  • --lateral-resolution FLOAT โ€” the resolution in m for handling lateral positioning inside a lane. and listen, if you pass -1 then all vehicles just drive at the center of their lane ๐Ÿ›ฃ๏ธ
  • -s, --route-steps TIME โ€” load routes for the next however-many seconds ahead ๐Ÿ”ฎ
  • --no-internal-links โ€” disables (junction) internal links ๐Ÿšซ
  • --ignore-junction-blocker TIME โ€” ignore vehicles blocking the junction once they've been standing there for SECONDS. pass -1 and it means never ignore them, periodt
  • --ignore-route-errors โ€” don't check whether routes are connected ๐Ÿ™ˆ
  • --ignore-accidents โ€” don't check whether accidents occur. no thoughts head empty โœจ
  • --collision.action STR โ€” how do we deal with collisions? options are [none,warn,teleport,remove] ๐Ÿ’ฅ
  • --intermodal-collision.action STR โ€” how to deal with collisions between a vehicle and a pedestrian: [none,warn,teleport,remove] ๐Ÿšถ
  • --collision.stoptime TIME โ€” let the vehicle stop for TIME before carrying out the collision action (except for action none)
  • --intermodal-collision.stoptime TIME โ€” let the vehicle stop for TIME before the intermodal-collision action (again, except for action none)
  • --collision.check-junctions โ€” enables collision checks on junctions โœ…
  • --collision.check-junctions.mingap FLOAT โ€” turn the sensitivity for the junction collision check up or down ๐ŸŽš๏ธ
  • --collision.mingap-factor FLOAT โ€” sets the fraction of minGap that has to be maintained to avoid collision detection. if you give it a negative value, the carFollowModel parameter gets used instead
  • --keep-after-arrival TIME โ€” after a vehicle arrives, keep it in memory for the given TIME (so TraCI can still access it, iykyk) ๐Ÿง 
  • --max-num-vehicles INT โ€” delay vehicle insertion so you stay within the given max number ๐Ÿš—
  • --max-num-persons INT โ€” delay person insertion to stay within the given max number ๐Ÿง
  • --max-num-teleports INT โ€” abort the whole simulation if that max number of teleports gets exceeded ๐Ÿ’€
  • --scale FLOAT โ€” scale demand by this factor (by discarding or duplicating vehicles) ๐Ÿ“ˆ
  • --scale-suffix STR โ€” suffix added when creating ids for cloned vehicles ๐Ÿท๏ธ
  • --time-to-teleport TIME โ€” how long a vehicle may wait before it gets teleported. defaults to 300, and non-positive values disable teleporting entirely โœจ
  • --time-to-teleport.highways TIME โ€” the waiting time after which vehicles on a fast road (speed > 69km/h) get teleported if they're sitting on a non-continuing lane
  • --time-to-teleport.highways.min-speed FLOAT โ€” the waiting time after which vehicles on a fast road (default: speed > 69km/h) are teleported if they're on a non-continuing lane
  • --time-to-teleport.disconnected TIME โ€” the waiting time after which vehicles with a disconnected route get teleported. negative values disable teleporting
  • --time-to-teleport.remove โ€” should vehicles be removed after waiting too long instead of being teleported? ๐Ÿ—‘๏ธ
  • --time-to-teleport.remove-constraint โ€” should rail-signal-constraint-based deadlocks be cleared by removing a constraint?
  • --time-to-teleport.ride TIME โ€” the waiting time after which persons / containers waiting for a pickup get teleported. negative values disable teleporting
  • --time-to-teleport.bidi TIME โ€” the waiting time after which vehicles on bidirectional edges get teleported
  • --time-to-teleport.railsignal-deadlock TIME โ€” the waiting time after which vehicles stuck in a rail-signal-based deadlock get teleported ๐Ÿš‚
  • --waiting-time-memory TIME โ€” length of the time interval over which accumulated waiting time is taken into account (default is 100s.) โŒ›
  • --startup-wait-threshold TIME โ€” minimum consecutive waiting time before startupDelay gets applied
  • --max-depart-delay TIME โ€” how long vehicles wait for departure before getting skipped. defaults to -1, which means vehicles are never skipped ๐Ÿ‘‘
  • --sloppy-insert โ€” should insertion on an edge not be repeated in the same step once it's failed?
  • --eager-insert โ€” should each vehicle be checked separately for insertion on an edge?
  • --emergency-insert โ€” allow inserting a vehicle in a situation that requires emergency braking ๐Ÿšจ (bold move, bestie)
  • --insertion-checks STR โ€” override the default value for the vehicle attribute insertionChecks
  • --random-depart-offset TIME โ€” every vehicle gets a random offset added to its depart value, drawn uniformly from [0, TIME] ๐ŸŽฒ
  • --lanechange.duration TIME โ€” duration of a lane change maneuver (default 0) ๐Ÿš™
  • --lanechange.overtake-right โ€” is overtaking on the right on motorways permitted? ๐ŸŽ๏ธ
  • --tls.all-off โ€” switches off all traffic lights. all of them. periodt ๐Ÿšฆ
  • --tls.actuated.show-detectors โ€” sets the default visibility for actuation detectors ๐Ÿ‘€
  • --tls.actuated.jam-threshold FLOAT โ€” sets the default jam-threshold parameter for all actuation detectors
  • --tls.actuated.detector-length FLOAT โ€” sets the default detector length parameter for all actuation detectors
  • --tls.delay_based.detector-range FLOAT โ€” sets the default range for detecting delayed vehicles
  • --tls.yellow.min-decel FLOAT โ€” minimum deceleration when braking at yellow ๐ŸŸก
  • --railsignal-moving-block โ€” let railsignals operate in moving-block mode by default
  • --railsignal.moving-block.default-classes STR[] โ€” list of vehicle classes that default to moving-block operations
  • --railsignal.moving-block.max-dist FLOAT โ€” max signal distance above which zipper conflicts get ignored
  • --railsignal.max-block-length FLOAT โ€” don't build blocks longer than FLOAT, issue a warning instead โš ๏ธ
  • --railsignal.default-classes STR[] โ€” list of vehicle classes that use block-based insertion checks even when the network has no rail signals for them
  • --time-to-impatience TIME โ€” how long a vehicle may wait before its impatience grows from 0 to 1. defaults to 300, and non-positive values disable impatience growth ๐Ÿ˜ค
  • --default.departspeed STR โ€” pick the default depart speed
  • --default.departlane STR โ€” pick the default depart lane
  • --default.action-step-length FLOAT โ€” length of the default interval length between action points for the car-following and lane-change models, in seconds. if you don't specify it, the simulation step-length is used per default. vehicle- or VType-specific settings override the default. and it must be a multiple of the simulation step-length, no exceptions โœ‹
  • --default.carfollowmodel STR โ€” pick the default car following model (Krauss, IDM, ...) ๐Ÿš—
  • --default.speeddev FLOAT โ€” pick the default speed deviation. a negative value implies vClass-specific defaults (0.1 for the default passenger class)
  • --default.emergencydecel STR โ€” pick the default emergencyDecel value among ('decel', 'default', FLOAT), which sets the value either to the same as the deceleration value, a vClass-class-specific default, or the given FLOAT in m/s^2
  • --overhead-wire.solver โ€” use Kirchhoff's laws to solve the overhead wire circuit โšก
  • --overhead-wire.recuperation โ€” enable recuperation from the vehicle equipped with an elecHybrid device back into the overhead wire ๐Ÿ”‹
  • --overhead-wire.substation-current-limits โ€” enable current limits of the traction substation while solving the overhead wire electrical circuit โšก
  • --emergencydecel.warning-threshold FLOAT โ€” sets the fraction of emergency decel capability that has to be used to trigger a warning ๐Ÿšจ
  • --parking.maneuver โ€” does parking simulation include maneuvering time and the associated lane blocking? ๐Ÿ…ฟ๏ธ
  • --use-stop-ended โ€” override stop until times with stop ended times when they're given
  • --use-stop-started โ€” override stop arrival times with stop started times when they're given
  • --pedestrian.model STR โ€” pick your pedestrian model among ['nonInteracting', 'striping', 'jupedsim', 'remote'] ๐Ÿšถโ€โ™€๏ธ
  • --pedestrian.timegap-crossing FLOAT โ€” minimal acceptable gap, in seconds, between two vehicles before a pedestrian starts to cross
  • --pedestrian.striping.stripe-width FLOAT โ€” width of the parallel stripes used to segment a sidewalk, in meters, for use with model 'striping' ๐ŸŒˆ
  • --pedestrian.striping.dawdling FLOAT โ€” factor for random slow-downs [0,1], for use with model 'striping' ๐Ÿข
  • --pedestrian.striping.mingap-to-vehicle FLOAT โ€” minimal gap / safety buffer, in meters, from a pedestrian to another vehicle, for use with model 'striping'
  • --pedestrian.striping.jamtime TIME โ€” time in seconds after which pedestrians start squeezing through a jam when using model 'striping' (non-positive values disable squeezing) ๐Ÿซ 
  • --pedestrian.striping.jamtime.crossing TIME โ€” time in seconds after which pedestrians start squeezing through a jam while on a pedestrian crossing, when using model 'striping' (non-positive values disable squeezing)
  • --pedestrian.striping.jamtime.narrow TIME โ€” time in seconds after which pedestrians start squeezing through a jam while on a narrow lane, when using model 'striping'
  • --pedestrian.striping.jamfactor FLOAT โ€” factor for reducing the speed of a pedestrian in a jammed state
  • --pedestrian.striping.reserve-oncoming FLOAT โ€” fraction of stripes to reserve for oncoming pedestrians ๐Ÿค
  • --pedestrian.striping.reserve-oncoming.junctions FLOAT โ€” how much of the stripes to set aside for pedestrians coming the other way, on crossings and walkingareas ๐Ÿ’– like it's giving generosity but make it math.
  • --pedestrian.striping.reserve-oncoming.max FLOAT โ€” the max width, in m, you're allowed to reserve for those oncoming pedestrians ๐ŸŽ€
  • --pedestrian.striping.legacy-departposlat โ€” interpret departPosLat for walks the legacy way, bestie. old-school vibes only ๐Ÿฆ‹
  • --pedestrian.striping.walkingarea-detail INT โ€” generate INT intermediate points so the lanes inside the walkingarea get smoothed out โœจ
  • --ride.stop-tolerance FLOAT โ€” the tolerance applied when matching pedestrian and vehicle positions for boarding at individual stops ๐Ÿš
  • --mapmatch.distance FLOAT โ€” the maximum distance allowed when mapping input coordinates (fromXY etc.) onto the road network ๐Ÿ—บ๏ธ
  • --mapmatch.junctions โ€” match positions to junctions instead of edges, periodt.
  • --mapmatch.taz โ€” match positions to taz instead of edges ๐ŸŽ€
  • --weights.turnaround-penalty FLOAT โ€” slap this time penalty on when computing routing costs for turnaround internal lanes ๐Ÿ’…
  • --weights.reversal-penalty FLOAT โ€” same energy but for train reversal. and heads up: negative values disable reversal ๐Ÿ˜ญ
  • --persontrip.walk-opposite-factor FLOAT โ€” use FLOAT as a factor on walking speed when you're walking against the direction of vehicle traffic ๐Ÿšถโ™€๏ธ

๐Ÿงญ Routing Options ๐Ÿงญ

  • --routing-algorithm STR โ€” pick your fighter from ['dijkstra', 'astar', 'CH', 'CHWrapper'] ๐Ÿ‘‘
  • --weights.random-factor FLOAT โ€” edge weights for routing get dynamically disturbed by a random factor drawn uniformly from [1,FLOAT) ๐ŸŽฒ chaos but make it deliberate.
  • --weights.random-factor.dynamic โ€” when you're using --weights.random-factor, this varies the randomness over time. it's giving evolving chaos โณ
  • --weights.minor-penalty FLOAT โ€” apply this time penalty when computing minimum routing costs for minor-link internal lanes ๐ŸŒธ
  • --weights.tls-penalty FLOAT โ€” apply scaled travel time penalties based on green split when computing minimum routing costs for internal lanes at traffic lights ๐Ÿšฆ
  • --weights.priority-factor FLOAT โ€” take edge priorities into account alongside travel times, weighted by this factor ๐Ÿฅ‡
  • --weights.separate-turns FLOAT โ€” distinguish travel time by turn direction, and shift a fraction of the estimated time loss ahead of the intersection onto the internal edges ๐Ÿ”„
  • --astar.all-distances FILE โ€” initialize the lookup table for astar from this file (generated by marouter --all-pairs-output) ๐Ÿ“‚
  • --astar.landmark-distances FILE โ€” initialize the lookup table for the astar ALT-variant from this file ๐Ÿ—‚๏ธ
  • --persontrip.walkfactor FLOAT โ€” use FLOAT as a factor on pedestrian maximum speed during intermodal routing ๐Ÿšถ
  • --persontrip.transfer.car-walk STR[] โ€” where mode changes from car to walking are allowed. possible values: 'parkingAreas', 'ptStops', 'allJunctions' and combinations ๐Ÿš—โžก๏ธ๐Ÿšถ
  • --persontrip.transfer.taxi-walk STR[] โ€” where taxis can drop off customers ('allJunctions, 'ptStops', 'parkingAreas') ๐Ÿš•
  • --persontrip.transfer.walk-taxi STR[] โ€” where taxis can pick up customers ('allJunctions, 'ptStops', 'parkingAreas') ๐Ÿ™‹โ™€๏ธ
  • --persontrip.default.group STR โ€” when set, trips between the same origin and destination will share a taxi by default. carpooling era fr fr ๐Ÿซถ
  • --persontrip.taxi.waiting-time TIME โ€” estimated time for taxi pickup โฑ๏ธ
  • --persontrip.ride-public-line โ€” only use the intended public transport line, instead of any alternative line that stops at the destination ๐ŸšŒ no side quests.
  • --railway.max-train-length FLOAT โ€” use FLOAT as the maximum train length when initializing the railway router ๐Ÿš‚
  • --replay-rerouting โ€” replay the exact rerouting sequence from vehroute-output ๐Ÿ”
  • --device.rerouting.probability FLOAT โ€” the probability that a vehicle has a 'rerouting' device ๐ŸŽฐ
  • --device.rerouting.explicit STR[] โ€” assign a 'rerouting' device to named vehicles, by name, no guessing ๐Ÿ’Œ
  • --device.rerouting.deterministic โ€” the 'rerouting' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --device.rerouting.period TIME โ€” the period with which the vehicle shall be rerouted โณ
  • --device.rerouting.pre-period TIME โ€” the rerouting period before depart ๐Ÿ•ฐ๏ธ
  • --device.rerouting.adaptation-weight FLOAT โ€” the weight of prior edge weights for exponential moving average โš–๏ธ
  • --device.rerouting.adaptation-steps INT โ€” the number of steps for the moving average weight of prior edge weights ๐Ÿ‘ฃ
  • --device.rerouting.adaptation-interval TIME โ€” the interval for updating the edge weights ๐Ÿ”„
  • --device.rerouting.threshold.factor FLOAT โ€” only reroute if the new route is faster than the current route by the given factor ๐Ÿ’จ
  • --device.rerouting.threshold.constant TIME โ€” only reroute if the new route is faster than the current route by the given TIME โฑ๏ธ
  • --device.rerouting.with-taz โ€” use zones (districts) as routing startand endpoints ๐Ÿ—บ๏ธ
  • --device.rerouting.mode STR โ€” set routing flags (8 ignores temporary blockages) ๐Ÿšง
  • --device.rerouting.init-with-loaded-weights โ€” use weight files given with option --weight-files for initializing edge weights ๐Ÿ“ฅ
  • --device.rerouting.threads INT โ€” the number of parallel execution threads used for rerouting ๐Ÿงต parallel bestie era.
  • --device.rerouting.synchronize โ€” let rerouting happen at the same time for all vehicles ๐Ÿ• everyone on beat.
  • --device.rerouting.railsignal โ€” allow rerouting triggered by rail signals ๐Ÿšฆ๐Ÿ›ค๏ธ
  • --device.rerouting.bike-speeds โ€” compute separate average speeds for bicycles ๐Ÿšฒ
  • --device.rerouting.output FILE โ€” save adapting weights to FILE ๐Ÿ’พ
  • --person-device.rerouting.probability FLOAT โ€” the probability that a person has a 'rerouting' device ๐ŸŽฒ
  • --person-device.rerouting.explicit STR[] โ€” assign a 'rerouting' device to named persons ๐Ÿ’Œ
  • --person-device.rerouting.deterministic โ€” the 'rerouting' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --person-device.rerouting.period TIME โ€” the period with which the person shall be rerouted โณ
  • --person-device.rerouting.mode STR โ€” set routing flags (8 ignores temporary blockages) ๐Ÿšง
  • --person-device.rerouting.scope STR โ€” which part of the person plan is to be replaced: stage, sequence, or trip ๐Ÿ”€

๐Ÿ“‹ Report Options ๐Ÿ“‹

  • -v, --verbose โ€” switches to verbose output. she's chatty now ๐Ÿ—ฃ๏ธ
  • --print-options โ€” prints option values before processing ๐Ÿ–จ๏ธ
  • -?, --help โ€” prints this screen, or selected topics โ“
  • -V, --version โ€” prints the current version ๐Ÿท๏ธ
  • -X, --xml-validation STR โ€” set the schema validation scheme of XML inputs ("never", "local", "auto" or "always") โœ…
  • --xml-validation.net STR โ€” set the schema validation scheme of SUMO network inputs ("never", "local", "auto" or "always") ๐ŸŒ
  • --xml-validation.routes STR โ€” set the schema validation scheme of SUMO route inputs ("never", "local", "auto" or "always") ๐Ÿ›ฃ๏ธ
  • -W, --no-warnings โ€” disables output of warnings ๐Ÿ”‡
  • --aggregate-warnings INT โ€” aggregate warnings of the same type whenever more than INT occur ๐Ÿงบ bundling the drama.
  • -l, --log FILE โ€” writes all messages to FILE (implies verbose) ๐Ÿ“
  • --message-log FILE โ€” writes all non-error messages to FILE (implies verbose) ๐Ÿ’ฌ
  • --error-log FILE โ€” writes all warnings and errors to FILE ๐Ÿšจ
  • --log.timestamps โ€” writes timestamps in front of all messages โฐ
  • --log.processid โ€” writes process ID in front of all messages ๐Ÿ†”
  • --language STR โ€” language to use in messages ๐ŸŒ
  • --duration-log.disable โ€” disable performance reports for individual simulation steps ๐Ÿ™…โ™€๏ธ
  • -t, --duration-log.statistics โ€” enable statistics on vehicle trips ๐Ÿ“Š
  • --no-step-log โ€” disable console output of the current simulation step ๐Ÿคซ
  • --step-log.period INT โ€” number of simulation steps between step-log outputs ๐Ÿชœ

๐ŸŒฑ Emissions Options ๐ŸŒฑ

  • --emissions.volumetric-fuel โ€” return fuel consumption values in the (legacy) unit l instead of mg โ›ฝ
  • --phemlight-path FILE โ€” determines where to load PHEMlight definitions from ๐Ÿ“
  • --phemlight-year INT โ€” enable fleet age modelling with the given reference year in PHEMlight5 ๐Ÿ“…
  • --phemlight-temperature FLOAT โ€” set ambient temperature to correct NOx emissions in PHEMlight5 ๐ŸŒก๏ธ
  • --device.emissions.probability FLOAT โ€” the probability that a vehicle has an 'emissions' device ๐ŸŽฒ
  • --device.emissions.explicit STR[] โ€” assign an 'emissions' device to named vehicles ๐Ÿ’Œ
  • --device.emissions.deterministic โ€” the 'emissions' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --device.emissions.begin STR โ€” recording begin time for emission-data โฐ
  • --device.emissions.period STR โ€” recording period for emission-output ๐Ÿ”

๐Ÿ“ก Communication Options ๐Ÿ“ก

  • --device.btreceiver.probability FLOAT โ€” the probability that a vehicle has a 'btreceiver' device ๐ŸŽฒ
  • --device.btreceiver.explicit STR[] โ€” assign a 'btreceiver' device to named vehicles ๐Ÿ’Œ
  • --device.btreceiver.deterministic โ€” the 'btreceiver' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --device.btreceiver.range FLOAT โ€” the range of the bt receiver ๐Ÿ“ถ
  • --device.btreceiver.all-recognitions โ€” whether all recognition point shall be written ๐Ÿ“
  • --device.btreceiver.offtime FLOAT โ€” the offtime used for calculating detection probability (in seconds) โฑ๏ธ
  • --device.btsender.probability FLOAT โ€” the probability that a vehicle has a 'btsender' device ๐ŸŽฒ
  • --device.btsender.explicit STR[] โ€” assign a 'btsender' device to named vehicles ๐Ÿ’Œ
  • --device.btsender.deterministic โ€” the 'btsender' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --person-device.btsender.probability FLOAT โ€” the probability that a person has a 'btsender' device ๐ŸŽฒ
  • --person-device.btsender.explicit STR[] โ€” assign a 'btsender' device to named persons ๐Ÿ’Œ
  • --person-device.btsender.deterministic โ€” the 'btsender' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ
  • --person-device.btreceiver.probability FLOAT โ€” the probability that a person has a 'btreceiver' device ๐ŸŽฒ
  • --person-device.btreceiver.explicit STR[] โ€” assign a 'btreceiver' device to named persons ๐Ÿ’Œ
  • --person-device.btreceiver.deterministic โ€” the 'btreceiver' devices are set deterministic using a fraction of 1000 ๐ŸŽฏ

๐Ÿ”‹ Battery Options ๐Ÿ”‹

  • --device.stationfinder.probability FLOAT โ€” the probability that a vehicle has a 'stationfinder' device ๐Ÿ”Œ
  • --device.stationfinder.explicit STR[] โ€” bestie, this one assigns a stationfinder device to named vehicles. like, you pick the names, it gets a stationfinder. ๐Ÿ’…
  • --device.stationfinder.deterministic โ€” the stationfinder devices are set deterministic using a fraction of 1000. no cap, that's the whole vibe. โœจ
  • --device.stationfinder.rescueTime TIME โ€” time to wait for a rescue vehicle on the road side when the battery is empty. literally the roadside rescue clock. ๐Ÿ˜ญ
  • --device.stationfinder.rescueAction STR โ€” how to deal with a vehicle which has to stop due to low battery: [none, remove, tow]. pick your fighter. ๐Ÿ’€
  • --device.stationfinder.reserveFactor FLOAT โ€” scale battery need with this factor to account for unexpected traffic situations. it's giving cautious queen energy. ๐ŸŽ€
  • --device.stationfinder.emptyThreshold FLOAT โ€” battery percentage to go into rescue mode. when it hits this, drama starts. ๐Ÿšจ
  • --device.stationfinder.radius TIME โ€” search radius in travel time seconds. so not meters, bestie, seconds. โณ
  • --device.stationfinder.maxEuclideanDistance FLOAT โ€” Euclidean search distance in meters. a negative value disables the restriction. so if you're like nope, just go negative. ๐Ÿ’…
  • --device.stationfinder.repeat TIME โ€” when to trigger a new search if no station has been found. like a little retry timer. ๐Ÿ”
  • --device.stationfinder.maxChargePower FLOAT โ€” the maximum charging speed of the vehicle battery. zoom zoom but for electrons. โšก
  • --device.stationfinder.chargeType STR โ€” type of energy transfer. that's it, that's the tea. ๐Ÿต
  • --device.stationfinder.waitForCharge TIME โ€” after this waiting time vehicle searches for a new station when the initial one is blocked. so if the first charger is taken, wait this long then go find another. ๐Ÿซถ
  • --device.stationfinder.minOpportunityDuration TIME โ€” only stops with a predicted duration of at least the given threshold are considered for opportunistic charging. if your stop is too short, no charge for you. โฑ๏ธ
  • --device.stationfinder.saturatedChargeLevel FLOAT โ€” target state of charge after which the vehicle stops charging. it's full, bestie, we can stop. ๐Ÿ”‹
  • --device.stationfinder.needToChargeLevel FLOAT โ€” state of charge the vehicle begins searching for charging stations. the panic threshold, basically. ๐Ÿ˜ฐ
  • --device.stationfinder.opportunisticChargeLevel FLOAT โ€” state of charge below which the vehicle may look for charging opportunities along its planned stops. lowkey opportunistic but in a cute way. โœจ
  • --device.stationfinder.replacePlannedStop FLOAT โ€” share of stopping time of the next independently planned stop to use for charging instead. so you're stealing a bit of the stop for electrons. ๐Ÿ’…
  • --device.stationfinder.maxDistanceToReplacedStop FLOAT โ€” maximum distance in meters from the original stop to be replaced by the charging stop. don't stray too far, babe. ๐Ÿ“
  • --device.stationfinder.chargingStrategy STR โ€” set a charging strategy to alter time and charging load from the set: [none, balanced, latest]. pick your strategy, no cap. ๐ŸŽฏ
  • --device.stationfinder.checkEnergyForRoute โ€” only search for charging stations if the battery charge is not estimated sufficient to complete the current route. so if you're fine, don't even look. periodt. ๐Ÿ’…
  • --device.battery.probability FLOAT โ€” the probability for a vehicle to have a battery device. rng decides if you get one. ๐ŸŽฒ
  • --device.battery.explicit STR[] โ€” assign a battery device to named vehicles. you name them, they get battery. ๐Ÿท๏ธ
  • --device.battery.deterministic โ€” the battery devices are set deterministic using a fraction of 1000. same deterministic energy. โœจ
  • --device.battery.track-fuel โ€” track fuel consumption for non-electric vehicles. yes, gas cars get tracked too. โ›ฝ

๐ŸŽ€ Example Device Options ๐ŸŽ€

  • --device.example.probability FLOAT โ€” the probability for a vehicle to have a example device. yes, example, literally. ๐Ÿ™ˆ
  • --device.example.explicit STR[] โ€” assign a example device to named vehicles. bestie, the grammar is not the point. ๐Ÿ’…
  • --device.example.deterministic โ€” the example devices are set deterministic using a fraction of 1000. iconic. ๐ŸŽ€
  • --device.example.parameter FLOAT โ€” an exemplary parameter which can be used by all instances of the example device. a little parameter for the girlies. โญ

๐Ÿ›ฐ๏ธ SSM Device Options ๐Ÿ›ฐ๏ธ

  • --device.ssm.probability FLOAT โ€” the probability for a vehicle to have a ssm device. rng but make it safety. ๐ŸŽฒ
  • --device.ssm.explicit STR[] โ€” assign a ssm device to named vehicles. named and monitored. ๐Ÿท๏ธ
  • --device.ssm.deterministic โ€” the ssm devices are set deterministic using a fraction of 1000. deterministic safety slay. โœจ
  • --device.ssm.measures STR โ€” specifies which measures will be logged (as a space or comma-separated sequence of IDs in ('TTC', 'DRAC', 'PET', 'PPET', 'MDRAC')). pick your faves. ๐Ÿ“Š
  • --device.ssm.thresholds STR โ€” specifies space or comma-separated thresholds corresponding to the specified measures (see documentation and watch the order!). only events exceeding the thresholds will be logged. bestie, the order MATTERS. ๐Ÿ‘€
  • --device.ssm.trajectories โ€” specifies whether trajectories will be logged (if false, only the extremal values and times are reported). so false = just the highlights. โœจ
  • --device.ssm.range FLOAT โ€” specifies the detection range in meters. for vehicles below this distance from the equipped vehicle, SSM values are traced. it's giving personal space but with sensors. ๐Ÿ“ก
  • --device.ssm.extratime FLOAT โ€” specifies the time in seconds to be logged after a conflict is over. required >0 if PET is to be calculated for crossing conflicts. so if you want PET for crossing, make it >0. no exceptions. โš ๏ธ
  • --device.ssm.mdrac.prt FLOAT โ€” specifies the perception reaction time for MDRAC computation. the prt, the moment. ๐Ÿ’…
  • --device.ssm.file STR โ€” give a global default filename for the SSM output. name the file, bestie. ๐Ÿ“
  • --device.ssm.geo โ€” whether to use coordinates of the original reference system in output. original flavor, yes or no. ๐ŸŒ
  • --device.ssm.write-positions โ€” whether to write positions (coordinates) for each timestep. every step gets a lil location drop. ๐Ÿ“
  • --device.ssm.write-lane-positions โ€” whether to write lanes and their positions for each timestep. lanes too, because why not. ๐Ÿ›ฃ๏ธ
  • --device.ssm.write-na โ€” whether to write conflict outputs with no data as NA values or skip it. NA or ghost? ๐Ÿ‘ป
  • --device.ssm.exclude-conflict-types STR โ€” which conflicts will be excluded from the log according to the conflict type they have been classified (combination of values in ('ego', 'foe' , '', any numerical valid conflict type code)). an empty value will log all and 'ego'/'foe' refer to a certain conflict type subset. complicated? yes. iconic? also yes. ๐Ÿ’…

๐Ÿš— ToC Device Options ๐Ÿš—

  • --device.toc.probability FLOAT โ€” the probability for a vehicle to have a toc device. rng but for takeover. ๐ŸŽฒ
  • --device.toc.explicit STR[] โ€” assign a toc device to named vehicles. be specific, bestie. ๐Ÿท๏ธ
  • --device.toc.deterministic โ€” the toc devices are set deterministic using a fraction of 1000. deterministic takeover era. โœจ
  • --device.toc.manualType STR โ€” vehicle type for manual driving regime. hands on the wheel energy. ๐Ÿš—
  • --device.toc.automatedType STR โ€” vehicle type for automated driving regime. hands off, but make it safe. ๐Ÿค–
  • --device.toc.responseTime FLOAT โ€” average response time needed by a driver to take back control. how long until they're like omg wait. ๐Ÿ˜ญ
  • --device.toc.recoveryRate FLOAT โ€” recovery rate for the driver's awareness after a ToC. healing era. ๐Ÿซถ
  • --device.toc.lcAbstinence FLOAT โ€” attention level below which a driver restrains from performing lane changes (value in [0,1]). if attention is low, no lane changes for you. ๐Ÿšซ
  • --device.toc.initialAwareness FLOAT โ€” average awareness a driver has initially after a ToC (value in [0,1]). starting awareness, no cap. ๐Ÿง 
  • --device.toc.mrmDecel FLOAT โ€” deceleration rate applied during a 'minimum risk maneuver'. the safe stop slay. ๐Ÿ›‘
  • --device.toc.dynamicToCThreshold FLOAT โ€” time, which the vehicle requires to have ahead to continue in automated mode. the default value of 0 indicates no dynamic triggering of ToCs. so 0 = no dynamic ToC, periodt. โฑ๏ธ
  • --device.toc.dynamicMRMProbability FLOAT โ€” probability that a dynamically triggered TOR is not answered in time. TOR said, driver said nothing. ๐Ÿ’€
  • --device.toc.mrmKeepRight โ€” if true, the vehicle tries to change to the right during an MRM. right girlie behavior. โžก๏ธ
  • --device.toc.mrmSafeSpot STR โ€” if set, the vehicle tries to reach the given named stopping place during an MRM. safe spot, we love to see it. ๐Ÿ“
  • --device.toc.mrmSafeSpotDuration FLOAT โ€” duration the vehicle stays at the safe spot after an MRM. how long we chill. โณ
  • --device.toc.maxPreparationAccel FLOAT โ€” maximal acceleration that may be applied during the ToC preparation phase. prep phase zoom but capped. ๐ŸŽ๏ธ
  • --device.toc.ogNewTimeHeadway FLOAT โ€” timegap for ToC preparation phase. gap but in time. โฒ๏ธ
  • --device.toc.ogNewSpaceHeadway FLOAT โ€” additional spacing for ToC preparation phase. extra room, bestie. ๐Ÿ“
  • --device.toc.ogMaxDecel FLOAT โ€” maximal deceleration applied for establishing increased gap in ToC preparation phase. slow down to make space. ๐Ÿข
  • --device.toc.ogChangeRate FLOAT โ€” rate of adaptation towards the increased headway during ToC preparation. how fast you ease into the new gap. ๐ŸŒŠ
  • --device.toc.useColorScheme โ€” whether a coloring scheme shall by applied to indicate the different ToC stages. pretty colors for stages. ๐ŸŒˆ
  • --device.toc.file STR โ€” switches on output by specifying an output filename. give it a file and it's logging. ๐Ÿ“

๐Ÿง  Driver State Device Options ๐Ÿง 

  • --device.driverstate.probability FLOAT โ€” the probability for a vehicle to have a driverstate device. rng decides if driver gets a state. ๐ŸŽฒ
  • --device.driverstate.explicit STR[] โ€” assign a driverstate device to named vehicles. name them and they get the state. ๐Ÿท๏ธ
  • --device.driverstate.deterministic โ€” the driverstate devices are set deterministic using a fraction of 1000. deterministic driver state, slay. โœจ
  • --device.driverstate.initialAwareness FLOAT โ€” initial value assigned to the driver's awareness. starting awareness, bestie. ๐Ÿง 
  • --device.driverstate.errorTimeScaleCoefficient FLOAT โ€” time scale for the error process. errors but make it timed. โณ
  • --device.driverstate.errorNoiseIntensityCoefficient FLOAT โ€” noise intensity driving the error process. the chaos dial. ๐Ÿ”Š
  • --device.driverstate.speedDifferenceErrorCoefficient FLOAT โ€” general scaling coefficient for applying the error to the perceived speed difference (error also scales with distance). speed diff error, but distance matters too. ๐Ÿ“
  • --device.driverstate.headwayErrorCoefficient FLOAT โ€” general scaling coefficient for applying the error to the perceived distance (error also scales with distance). distance perception? error. ๐Ÿ“
  • --device.driverstate.freeSpeedErrorCoefficient FLOAT โ€” general scaling coefficient for applying the error to the vehicle's own speed when driving without a leader (error also scales with own speed). no leader, own speed error. ๐Ÿ›ฃ๏ธ
  • --device.driverstate.speedDifferenceChangePerceptionThreshold FLOAT โ€” base threshold for recognizing changes in the speed difference (threshold also scales with distance). when you notice speed diff changed. ๐Ÿ‘€
  • --device.driverstate.headwayChangePerceptionThreshold FLOAT โ€” base threshold for recognizing changes in the headway (threshold also scales with distance). when you notice the gap changed. ๐Ÿ‘€
  • --device.driverstate.minAwareness FLOAT โ€” minimal admissible value for the driver's awareness. don't go below this. ๐Ÿšจ
  • --device.driverstate.maximalReactionTime FLOAT โ€” maximal reaction time (~action step length) induced by decreased awareness level (reached for awareness=minAwareness). slow reaction at min awareness. ๐Ÿข

๐Ÿšจ Bluelight Device Options ๐Ÿšจ

  • --device.bluelight.probability FLOAT โ€” the probability for a vehicle to have a bluelight device. emergency rng. ๐Ÿšจ
  • --device.bluelight.explicit STR[] โ€” assign a bluelight device to named vehicles. named, lit, and loud. ๐Ÿ’™
  • --device.bluelight.deterministic โ€” the bluelight devices are set deterministic using a fraction of 1000. deterministic sirens, iconic. โœจ
  • --device.bluelight.reactiondist FLOAT โ€” set the distance at which other drivers react to the blue light and siren sound. they react when they're this close. ๐Ÿ‘ฎ
  • --device.bluelight.mingapfactor FLOAT โ€” reduce the minGap for reacting vehicles by the given factor. smaller gap when reacting, yes bestie. ๐Ÿ“

โœจ FCD Device Options โœจ

so your cars can spill out their whole little journey diary ๐Ÿ““

  • --device.fcd.probability FLOAT โ€” the odds that a vehicle gets blessed with a 'fcd' device
  • --device.fcd.explicit STR[] โ€” hand-pick which named vehicles get a 'fcd' device, no randomness
  • --device.fcd.deterministic โ€” the 'fcd' devices are set deterministic using a fraction of 1000
  • --device.fcd.begin STR โ€” the recording begin time for FCD-data โฐ
  • --device.fcd.period STR โ€” the recording period for FCD-data
  • --device.fcd.radius FLOAT โ€” record objects in a radius around equipped vehicles, so the fcd girlies can see their neighbors too

and the person-flavored ones, because pedestrians deserve lore too ๐Ÿšถโ€โ™€๏ธ

  • --person-device.fcd.probability FLOAT โ€” the odds that a person gets a 'fcd' device
  • --person-device.fcd.explicit STR[] โ€” assign a 'fcd' device to named persons
  • --person-device.fcd.deterministic โ€” the 'fcd' devices are set deterministic using a fraction of 1000
  • --person-device.fcd.period STR โ€” the recording period for FCD-data

โœจ ElecHybrid Device Options โœจ

electric girlies, this one's for you ๐Ÿ”‹

  • --device.elechybrid.probability FLOAT โ€” the odds that a vehicle gets the 'elechybrid' device
  • --device.elechybrid.explicit STR[] โ€” assign a 'elechybrid' device to named vehicles
  • --device.elechybrid.deterministic โ€” the 'elechybrid' devices are set deterministic using a fraction of 1000

โœจ Taxi Device Options โœจ

vroom vroom, someone call an Uber ๐Ÿ’…

  • --device.taxi.probability FLOAT โ€” the odds that a vehicle gets a 'taxi' device
  • --device.taxi.explicit STR[] โ€” assign a 'taxi' device to named vehicles
  • --device.taxi.deterministic โ€” the 'taxi' devices are set deterministic using a fraction of 1000
  • --device.taxi.dispatch-algorithm STR โ€” the dispatch algorithm. pick your fighter: [greedy|greedyClosest|greedyShared|routeExtension|traci]
  • --device.taxi.dispatch-algorithm.output FILE โ€” write information from the dispatch algorithm to FILE
  • --device.taxi.dispatch-algorithm.params STR โ€” load dispatch algorithm parameters in format KEY1:VALUE1[,KEY2:VALUE]
  • --device.taxi.dispatch-period TIME โ€” the period between successive calls to the dispatcher
  • --device.taxi.dispatch-keep-unreachable TIME โ€” how long before we give up on unreachable reservations ๐Ÿ˜ญ
  • --device.taxi.idle-algorithm STR โ€” what the idle taxis do with their free time [stop|randomCircling|taxistand]
  • --device.taxi.idle-algorithm.output FILE โ€” write information from the idling algorithm to FILE
  • --device.taxi.vclasses STR[] โ€” the network permissions that can be accessed by taxis

โœจ GLOSA Device Options โœจ

green light speed advisory, the ultimate "hurry up bestie" energy ๐Ÿšฆ

  • --device.glosa.probability FLOAT โ€” the odds that a vehicle gets a 'glosa' device
  • --device.glosa.explicit STR[] โ€” assign a 'glosa' device to named vehicles
  • --device.glosa.deterministic โ€” the 'glosa' devices are set deterministic using a fraction of 1000
  • --device.glosa.range FLOAT โ€” the communication range to the traffic light
  • --device.glosa.max-speedfactor FLOAT โ€” the maximum speed factor when approaching a green light ๐ŸŸข
  • --device.glosa.min-speed FLOAT โ€” minimum speed when coasting towards a red light ๐Ÿ”ด
  • --device.glosa.add-switchtime FLOAT โ€” extra time the vehicle is assumed to need to reach the intersection after the signal turns green
  • --device.glosa.use-queue โ€” use the queue in front of the tls for GLOSA calculation
  • --device.glosa.override-safety โ€” override safety features: ignore the current light state and always follow GLOSA's predicted state. yeah that's a spicy one, be careful ๐ŸŒถ๏ธ
  • --device.glosa.ignore-cfmodel โ€” vehicles follow a perfect speed calculation: ignore speed calculations from the CF model if not safety critical

โœจ Tripinfo Device Options โœจ

receipts for the whole trip, we love documentation ๐Ÿงพ

  • --device.tripinfo.probability FLOAT โ€” the odds that a vehicle gets a 'tripinfo' device
  • --device.tripinfo.explicit STR[] โ€” assign a 'tripinfo' device to named vehicles
  • --device.tripinfo.deterministic โ€” the 'tripinfo' devices are set deterministic using a fraction of 1000

โœจ Vehroutes Device Options โœจ

the itinerary stays on the record, periodt ๐Ÿ—บ๏ธ

  • --device.vehroute.probability FLOAT โ€” the odds that a vehicle gets a 'vehroute' device
  • --device.vehroute.explicit STR[] โ€” assign a 'vehroute' device to named vehicles
  • --device.vehroute.deterministic โ€” the 'vehroute' devices are set deterministic using a fraction of 1000

โœจ Friction Device Options โœจ

measurement chaos, but make it configurable ๐Ÿซ 

  • --device.friction.probability FLOAT โ€” the odds that a vehicle gets a 'friction' device
  • --device.friction.explicit STR[] โ€” assign a 'friction' device to named vehicles
  • --device.friction.deterministic โ€” the 'friction' devices are set deterministic using a fraction of 1000
  • --device.friction.stdDev FLOAT โ€” the measurement noise parameter which can be applied to the friction device
  • --device.friction.offset FLOAT โ€” the measurement offset parameter which can be applied to the friction device โ†’ e.g. to force false measurements ๐Ÿ‘€

โœจ FCD Replay Device Options โœจ

for when you want to rewatch the tape ๐Ÿ“ผ

  • --device.fcd-replay.probability FLOAT โ€” the odds that a vehicle gets a 'fcd-replay' device
  • --device.fcd-replay.explicit STR[] โ€” assign a 'fcd-replay' device to named vehicles
  • --device.fcd-replay.deterministic โ€” the 'fcd-replay' devices are set deterministic using a fraction of 1000
  • --device.fcd-replay.file FILE โ€” FCD file to read

โœจ TraCI Server Options โœจ

letting other programs pull up to the function ๐Ÿค

  • --remote-port INT โ€” enables TraCI Server if set
  • --num-clients INT โ€” the expected number of connecting clients

โœจ Mesoscopic Options โœจ

the zoomed-out, chill-lookin'-at-traffic-as-vibes mode ๐Ÿฆ‹

  • --mesosim โ€” enables mesoscopic simulation
  • --meso-edgelength FLOAT โ€” length of an edge segment in mesoscopic simulation
  • --meso-tauff TIME โ€” factor for calculating the net free-free headway time
  • --meso-taufj TIME โ€” factor for calculating the net free-jam headway time
  • --meso-taujf TIME โ€” factor for calculating the jam-free headway time
  • --meso-taujj TIME โ€” factor for calculating the jam-jam headway time
  • --meso-jam-threshold FLOAT โ€” minimum percentage of occupied space to consider a segment jammed. a negative argument causes thresholds to be computed based on edge speed and tauff (that's the default, btw)
  • --meso-multi-queue โ€” enable multiple queues at edge ends
  • --meso-lane-queue โ€” enable separate queues for every lane
  • --meso-ignore-lanes-by-vclass STR[] โ€” do not build queues (or reduce capacity) for lanes allowing only the given vclasses
  • --meso-junction-control โ€” enable mesoscopic traffic light and priority junction handling
  • --meso-junction-control.limited โ€” enable mesoscopic traffic light and priority junction handling for saturated links. this prevents faulty traffic lights from hindering flow in low-traffic situations
  • --meso-tls-penalty FLOAT โ€” apply scaled travel time penalties when driving across tls controlled junctions based on green split instead of checking actual phases
  • --meso-tls-flow-penalty FLOAT โ€” apply scaled headway penalties when driving across tls controlled junctions based on green split instead of checking actual phases
  • --meso-minor-penalty TIME โ€” apply a fixed time penalty when driving across a minor link. when using --meso-junction-control.limited, the penalty is not applied whenever limited control is active
  • --meso-overtaking โ€” enable mesoscopic overtaking
  • --meso-recheck TIME โ€” time interval for rechecking insertion into the next segment after failure
  • --meso-interpolate-pos โ€” enable mesoscopic position interpolation

โœจ Random Number Options โœจ

the chaos engine, but you get to choose the chaos ๐ŸŽฒ

  • --random โ€” initialises the random number generator with the current system time
  • --seed INT โ€” initialises the random number generator with the given value
  • --thread-rngs INT โ€” number of pre-allocated random number generators to ensure repeatable multi-threaded simulations (should be at least the number of threads for repeatable simulations)

โœจ GUI Only Options โœจ

the pretty-graphics era, we're so back ๐ŸŽ€

  • -g, --gui-settings-file FILE โ€” load visualisation settings from FILE
  • -Q, --quit-on-end โ€” quits the GUI when the simulation stops
  • -G, --game โ€” start the GUI in gaming mode ๐ŸŽฎ
  • --game.mode STR โ€” select the game type ('tls', 'drt')
  • -S, --start โ€” start the simulation after loading
  • -d, --delay FLOAT โ€” use FLOAT in ms as delay between simulation steps
  • -B, --breakpoints STR[] โ€” use TIME[] as times when the simulation should halt
  • -m, --edgedata-files FILE โ€” load edge/lane weights for visualization from FILE
  • -N, --alternative-net-file FILE โ€” load a secondary road network for abstract visualization from FILE
  • --selection-file FILE โ€” load pre-selected elements from FILE
  • -D, --demo โ€” restart the simulation after ending (demo mode)
  • -T, --disable-textures โ€” do not load background pictures
  • --registry-viewport โ€” load current viewport from registry
  • --window-size STR[] โ€” create initial window with the given x,y size
  • --window-pos STR[] โ€” create initial window at the given x,y position
  • --tracker-interval TIME โ€” the aggregation period for value tracker windows
  • --osg-view โ€” start with an OpenSceneGraph view instead of the regular 2D view
  • --gui-testing โ€” enable overlay for screen recognition
  • --gui-testing-debug โ€” enable output messages during GUI-Testing
  • --gui-testing.setting-output FILE โ€” save gui settings in the given settings output file

๐ŸŒˆ EXAMPLES ๐ŸŒˆ

living proof, here's how you actually run this thing:

sumo-gui -b 0 -e 1000 -n net.xml -r routes.xml

start a simulation from time 0 to 1000 with the given net and routes โœจ

sumo-gui -c munich_config.cfg

start with a configuration file

sumo-gui --help

print help ๐Ÿซถ

๐Ÿ› REPORTING BUGS ๐Ÿ›

okay bestie, if something's acting up, do not suffer in silence ๐Ÿ’– the maintainers literally want to hear about it. Bugs go here:

And if you wanna slide into their inbox instead, that's completely valid too:

  • <sumo@dlr.de>

Fr fr, that's the whole vibe โ€” found a bug, tell the people, they'll be feral about fixing it. ๐Ÿซถ


โœจ the receipts (aka build features, no cap) โœจ

here's exactly what this build was cooked with, so when you file that issue you can copy-paste this and look super professional ๐Ÿ˜Œ๐Ÿ’…:

Build features: Linux-6.8.0-139-generic x86_64 GNU 15.3.0 None
FMI Proj GUI Intl SWIG Eigen GDAL FFmpeg OSG GL2PS
Copyright (C) 2001-2026 German Aerospace Center (DLR) and others;
https://sumo.dlr.de

like, FMI, Proj, GUI, Intl, SWIG, Eigen, GDAL, FFmpeg, OSG, GL2PSโ€ฆ the whole squad showed up ๐Ÿ”ฅ


Eclipse SUMO GUI 1.27.1 is part of SUMO. ๐Ÿš—๐ŸŒŠ

This program and the accompanying materials are made available under the terms of the Eclipse Public License v2.0 which accompanies this distribution, and is available at

This program may also be made available under the following Secondary Licenses when the conditions for such availability set forth in the Eclipse Public License 2.0 are satisfied: GNU General Public License, version 2 or later, which is available at

And the little license tag that says it all:

SPDX-License-Identifier: EPL-2.0 OR GPL-2.0-or-later
โš ๏ธ no cap: you gotta actually respect these licenses. reading them is not optional, bestie. choose your license era โœจ

๐Ÿ’Œ aaaand that's the whole page ๐Ÿ’Œ

okay so this entire manual page right here? it's Eclipse SUMO GUI 1.27.1, dated August 2026, and it lives under the section ECLIPSE(1) โ€” that's the source and version and date, all wrapped up like a little gift ๐ŸŽ€

ty for reading the whole thing, you absolute main character ๐Ÿ‘‘ now go report that bug, run that sim, and eat something. i'm so proud of you, fr fr ๐Ÿ’œ๐Ÿฆ‹๐ŸŒธ

๐Ÿ“ฆ where this page comes from