over-ride not always required in Bitsim

[fredshone]

Bitsim requires a partial override of paths:

Currently by passing --path_override to the elara.run command elara with overwrite all input paths.

For example for given config:

[inputs]
events = "./tests/test_fixtures/output_events.xml"
network = "./tests/test_fixtures/output_network.xml"
transit_schedule = "./tests/test_fixtures/output_transitSchedule.xml"
transit_vehicles = "./tests/test_fixtures/output_transitVehicles.xml"
attributes = "./tests/test_fixtures/output_personAttributes.xml"
plans= "./tests/test_fixtures/output_plans.xml"
output_config_path = "./tests/test_fixtures/output_config.xml"
road_pricing = "./tests/test_fixtures/roadpricing.xml"

running elara run config.toml --path_override example/new_directory will effectivelly modify the read paths as follows:

[inputs]
events = "example/new_directory/output_events.xml"
network = "example/new_directory/output_network.xml"
transit_schedule = "example/new_directory/output_transitSchedule.xml"
transit_vehicles = "example/new_directory/output_transitVehicles.xml"
attributes = "example/new_directory/output_personAttributes.xml"
plans= "example/new_directory/output_plans.xml"
output_config_path = "example/new_directory/output_config.xml"
road_pricing = "example/new_directory/roadpricing.xml"

This is desired behaviour in many use cases.

However, when used as part of a bitsim swarm, this assumes that all paths need to be updated to the latest swarm outputs. In fact we generally do not want to update the path for road_pricing as this is a non-standard matsim input and not a matsim output.

A suggestion is to implement a --bitsim_path_override option that selectivelly updates paths for bitsim.

[fredshone]

... or even an ebtirelly unique elara bitsim command