GitLab

Signed-off-by: hm-schuhba1 <stefan.schuhbaeck@hm.edu>

The ProcessorFlag interface is a marker interface used anywehre a
specifc attribute of some DataProcessors are needed. For instnace
the UsesMeasurementArea Interface is implemented by all Processors
usinge one or more MeasurementAreas. In this example the interface
exposes an array of given MeasurementAreaIds which can be used
within the ScenarioChecker.

These interfaces are therefore aribtraty flags used to filter a
generic list of DataProcesors if needed.

In "run_seed_comparison_test.py" and "run_vadere_console_with_all_scenario_files.py", increased timeouts to avoid errors during CI pipeline.

Further changes:
- Renamed test directory "TESTOVM" to "TestOVM".
- Renamed test directory "TestOSM_Group" to "TestOSMGroup".

In "01_unsupported_event_exception_for_unsupported_models.scenario", changed from Reynolds' to OSM model to avoid failing tests in CI pipeline.

Grouped all event tests in directory "VadereModelTests/TestEvents" and lowercased all test files (to be consistent with existing model tests).

Renamed exception "NotSupportedEvent" to "UnsupportedEventException" to respect Java's naming convention.

In all locomotion classes, throw exception if an event is not supported by this model to inform the user.

Use new exception "NotSupportedEvent" or the static helper method "throwExceptionIfNotElapsedTimeEvent()".

VadereModelTests/TestBangEvent/scenarios/00-NotSupportedEventTest.scenario:
- Added this scenario to test if an exception pops up in GUI when combining a locomotion model and an unsupported event.

Extended "BangEvent" to hold a "Target" and use this new information in "UpdateSchemeEventDriven" and "UpdateSchemeSequential".

New scenario element "AbsorbingArea" is not handled in:
- AbsorbingAreaController (this class is missing completely at the moment).
- MigrationAssistant (must add node '"absorbingAreas" : [ ]' to topography tree).
- DefaultConfig (to be able to change color).
- TikzGenerator (must use "topography.getAbsorbingAreas()" to iterate over the new scenario element).

Added two additional test scenarios:
- wait_event_2_sources_2_targets_osm_event_driven.scenario
- wait_event_recurring_2_sources_2_targets_osm_sequential.scenario

VadereSimulator/tests/org/vadere/simulator/control/events/EventControllerTest.java:
- Adapted unit tests for this logical change.

Added "BangEvent", process it in "CognitionLayer" and added dummy behavior in "UpdateSchemeSequential" and "UpdateSchemeEventDriven".

VadereSimulator/src/org/vadere/simulator/models/potential/combinedPotentials/CombinedPotentialStrategy.java:
- Renamed this interface to "ICombinedPotentialStrategy".
- Added enum "CombinedPotentialStrategy".

Watch out: Agents run into obstacles at the moment (and I do not know why).

Also add two scenario files for testing purposes:
- VadereModelTests/TestOSM/scenarios/01_bang_test.scenario
- VadereModelTests/TestOSM/scenarios/02_bang_test_with_obstacle.scenario

move the calibration scenarios into a special directory such that they will not be executed in the CI-process.

Without this line, the empty attribute object will be removed.

ids in rimea_04***h.scenario

* add new fields to AttributeOSM
* correct typo in PedestrianDensityGaussianProcessor