Menu

Code Commit Log


Commit Date  
[r6532] by vsp_nagel
2009-04-22 12:47:20 Tree
[r6531] by mrieser

made changes such that code should also work when sim-start-time has fractional parts.

2009-04-22 11:31:49 Tree
[r6530] by andreas77

removed configs
(-> cvs.ivt)

2009-04-22 09:58:35 Tree
[r6529] by andreas77

tutorial

2009-04-22 07:03:26 Tree
[r6528] by scnadine

correction of adaptation reformatChoiceSetsForStatistics

2009-04-21 20:33:13 Tree
[r6527] by Matthias_Feil

config file

2009-04-21 16:01:12 Tree
[r6526] by yu_vsp
2009-04-21 15:39:51 Tree
[r6525] by grether

Several features and bugfixes:

- Made MatsimFileTypeGuesser work with schema and dtd again
- Refactored some classes to work on the Network interface instead of the implementation NetworkLayer
- Changed functionality of ScenarioImpl (see below)

The former ScenarioImpl(or ScenarioData for a long time) was a class providing functionality for storing the top level containers of a MATSim scenario and for loading the appropriate files. This functionality now has been split:

1.) There is a implementation of the Scenario interface that is just holding and creating the top level containers
2.) There is a class ScenarioLoader that loads the scenario using an instance of Scenario or Config
3.) There is a config module "scenario" that is responsible to en- or disable optional scenario features like roadpricing, lanes or signal systems

Why we have done this?

- The new ScenarioImpl can be used as starting point for initial demand modelling. From there you are able to programm only with the core interfaces (at least in theory, there is need for further cleanups) and get always the correct container that provides you with an appropriate builder of factory. Using that builder you can create all objects to be placed in the container without further knowledge of the classes implementing the core interfaces. This will also be done for the basic interfaces however there is more work pending.

- The Controller will hold a single Scenario instance where all data of a MATSim scenario is stored. By doing so the scenario can be given conveniently to different modules without access to Gbl.getWorld().getLayer().

- The config module "scenario" is a central place for en- or disable scenario feature that are optional. This is useful as the Controler and other modules do not have to check if an input file is set or not before accessing the data. Especially in the use case where optional scenario elements are not read from a file but created directly in Java such a switch is useful to ensure the usage of those feature without setting a filename in the config for a file that doesn't exist.

- The ScenarioLoader works closely together with both, the scenario config module and the Scenario and provides methods to load a scenario or just single parts of it. Programmers that are willing to customize one loading procedure no longer have to overwrite the Controler to get their data into the scenario, they can just write their own ScenarioLoader. This should reduce the amount of inherited Controler instances providing more stability to this really central element of the MATSim.

2009-04-21 15:31:11 Tree
[r6524] by vsp_strippgen

zoom saving works again

2009-04-21 12:00:59 Tree
[r6523] by scnadine

adapt ReformatChoiceSetsForDescriptives to new output of the attribute calculation

2009-04-21 11:50:42 Tree
Older >
MongoDB Logo MongoDB