The national Swiss railway operator is still searching for MATSim experts.

A new job offer (in german) is online, and can be found on the SBB Job platform, searching for reference number 26190.

Alternatively, the description is available as a PDF Document.

Feel free to forward this announcement to anybody who might be interested.


Just like last time, we quietly performed a release, triggered by the course we teach. This allows us to test it in this course. Bug-fixing, and possibly finishing half-done features, can happen in the v0.9.x branch, and we can do further v0.9.x releases whenever we like (suggestions welcome).

In the meantime, we could prepare a changelog and release notes, and then make the next v0.9.x release a more broadly advertised one.

If you can, please switch your non-playground code dependencies to this release version. If you cannot, remember to switch them to 0.10.0-SNAPSHOT as soon as master compiles again.

Any development which is done on v0.9.x should, of course, also be merged into master. The cleanest way to do this is to develop on a personal branch which is branched off master at some point before today, and, when you're finished, merge that branch into both v0.9.x and master. (Careful: Not the other way round.)

Update: Apparently, there are issues with (I would guess) Bintray's delivery network. Currently, Maven artifacts will sometimes only download on the second attempt, failing some builds. Let's see how this develops.

Dear community,

With a recent commit I changed the default for the scoring behavior.  

In the past, any mode encountered in the plans file that was not specified for scoring was treated as TransportMode.other, which had some default scoring parameters.

With the new version, such code will now throw an exception during scoring and then abort.

Reasons for this change:

  • The old behavior was automagic, and we are trying to move away from automagic.  The most recent problem that this one here caused was that someone had mode=“pt_slow” in the plans file, but mode=“slow_pt” defined in the scoring section of the config file.  Evidently, the code ran without problems, but used the pre-specified scoring parameters of TransportMode.other rather than the intended ones.
  • We would also say that the config structure should now be flexible enough to fully specify such situations, so the code does not have to hedge as much as before against plausible but not configurable use cases.

In config v2 format, you will need something like

		<parameterset type="modeParams" >
			<param name="constant" value="0.0" />
			<param name="marginalUtilityOfDistance_util_m" value="0.0" />
			<param name="marginalUtilityOfTraveling_util_hr" value="-6.0" />
			<param name="mode" value=“mySpecialMode" />
			<param name="monetaryDistanceRate" value="0.0" />

Best wishes



Just in case you did not hear yet about it. Not really playing in the same playground, but for sure we will hear again about them:

At our chair (Transport Systems Planning and Transport Telematics (VSP) at Technische Universität Berlin), there is an open position as research associate (Salary grade E13 TV-L).

We are looking for somebody who will work on the research pro­ject “Car­rier Agents and Inter­ac­tions with Traffic Flows” fun­ded by Deutsche Forschungs­ge­meinsch­aft (DFG), which deals with the agent-based sim­u­la­tion of freight trans­port using MAT­Sim.

Please find the call here and feel free to share this information with anybody who might be interested.

Michał and Joschka have added DRT (demand responsive transit) as a contrib: .

The Swiss national railway operator, SBB, published a job offer to consolidate its demand modeling team with a MATSim specialist.

The job description and contact details can be found in the following pdf files, both in German and in English. Alternatively, the job offer can be found on the SBB Job Offer Portal, with reference number 25894 (giving access to an online application form, in German).

Feel free to forward this information to whoever might be interested.

Dear all, thank you for your contributions! You can find the new report, which is now quarterly, here: Report 1 (January-March)



Dear all, you are kindly requested to provide your contribution for the latest MATSim report until Thursday, March 30th.

Thanks! Francesco

A call for papers for the MATSim special session at the hEART 2017 symposium is now available.

The deadline for the TAAPT workshop (Applications of Agents to Passenter Transport, in Porto,, was extended to 20/Feb/2017.  So if you have something nearly ready but thought that you missed the deadline, here is another chance.  Hope to see you there, Kai

Dear all, you are kindly requested to provide your contribution for the latest MATSim report until Friday, January 20th.

More information on some changes regarding the MATSim report will follow. Thanks! Francesco

The user meeting will be held as a special session of the hEART symposium in September, in Haifa, the conceptual meeting attached to it (either right before or after). Please find more details at the event's page: MATSim Events.

Also in 2017, there will be MATSim workshops and tutorials.

One will take place during the ANT conference and ABMTRANS workshop in May. Please find more details at the event's page.

Anders Karlström has an open postdoc position, announcement below:

We invite applications for a postdoctoral position at the Department of Transport Science, KTH Royal Institute of Technology, starting preferably Jan 1 2017 (negotiable), as per the following web-link:

The position is in the area of transportation within the topics of transport demand modeling, activity based models, simulation methodology, and DTA. The research projects include methodology for economic appraisal, so familiarity with microeconomics is an advantage, but background from mathematical modelling or computer science is also of interest