| 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 |
| 2009-04-22 09:58:35 | Tree | |
| 2009-04-22 07:03:26 | Tree | |
| 2009-04-21 20:33:13 | Tree | |
| 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 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 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 |
| 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 |