GitLab

# Conflicts:
#	VadereModelTests/TestOSM/scenarios/rimea_09_public_room_2_exits_PSO.scenario

In "TestOSM/scenarios/thin_wall_pso_ok.scenario", assigned correct id to "pedestrianWaitingTimeProcessorId" to avoid "NullPointerException".

In "run_vadere_console_with_all_scenario_files.py", set timeout of long-running scenarios to 480 seconds and added "TestSFM" to long-running scenarios.

With this change the user does not need to hit enter to see the new
file name on the left hand side of the ProcessorView. With focus
loss the filename is validated and reverted to a default name if
invalid.

If the do not match a new file is created if the project is saved.

New Features:

* Graphical simulation result is displayed in a table view to show
  run-time and overlap information if the corresponding processors
  are loaded. The Simulation result dialog can be deactivated in
  the preferences.
* PedestrianOverlapProcessor returns two values "distance", "overlaps"
  for each overlap detected. If no overlap occurs the output is empty.
  "distance": The distance between the center of the two pedestrians
  "overlaps": The amount the two pedestrian overlap

Changes:

* New version for scenario.json (0.5):
  - remove scenario/attributesSimulation/needsBoundary as it is not
  used anymore.
  - remove attributes from processor PedestrianOverlapProcessor because
  the radius of a pedestrian can be retrieved from the topography at
  run-time. This would allow to detect overlaps of different sized
  pedestrian in the future.
* Helper interfaces for testing:
  - The TestResourceHandler interface groups all methods
  needed to retrieve backup and reset test resources between single test
  runs. All methods, except getTestDir() have default implementation
  which rely rely on relative paths on getTestDir().
  - The JsonNodeTest interface groups all methods needed to travers or
  search the Jackson JsonNode data structures. In contains methos for
  path finding and will fail the test if a path does not exist.
* Added Test for PedestrianOverlapProcessor to check if a overlap
  of (2*r - 0.001) will always be treated as an overlap. Additional
  test are  created to ensure (2*r + 0.001) with r:= pedestrian radius,
  will never create an overlap. Only between
  [2*r - 0.001 , 2*r + 0.001] different placements of pedestrian can
  produce overlaps. Example: --,  /(45 degree) , |  represent the
  distance (2*r)

  	Case A:		Case B: 	Case: C
	   O--O		  O 		  O
	   			  |			   \
	   			  O             O

  In the Case A and B no overlap is detected. In Case C an overlap
  is detected, because of rounding errors when calculating the
  distance \.
  This does not occure if the overlap is bigger than 0.001. Then in all
  three case a overlap is detected. If the distance between two
  pedestrian is 0.001 bigger than 2*r in none of the above cases an
  overlap is detected.

-> Reduce number of outputs.
-> Highlight OSM Tests that failed.

- More time (180 s) for Rimea 9 and 11 tests (since they have more pedestrians)
- No output if a simulation is successful -> in the email we will hopefully see only the ones that failed now
- Excludes files from directories "output" and "legacy" for the location application

realTimeSimTimeRatio: 0.0
useFreeSpaceOnly = true
spawnAtRandomPositions = true

Reduced number of pedestrian in queueing_dynamic_floorfield_visual_check.scenario so that the test runs in less than 60 seconds.

# Conflicts:
#	VadereModelTests/TestOSM/scenarios/corner_waiting_time_processor_test.scenario
#	VadereModelTests/TestOSM/scenarios/narrow_passage_discrete_CA_fail.scenario