Added test scenarios for salient behavior: "03-UnidirectionalFlow-OSMSequential.scenario" and "04-CounterFlow-OSMSequential.scenario".

Added "angleCalculationType" and "targetOrientationAngleThreshold" to "AttributesAgent" and use it in "OSMBehaviorController".

Handle salient behavior in "UpdateSchemeSequential" and reduced "requiredFootSteps" from "5" to "2" in "SalientBehaviorCognition".

Make shapes resizable

See merge request !56

Implemented first (rudimentary) working version of "SalientBehavior.COOPERATIVE" in "OSMBehaviorController" and "UpdateSchemeEventDriven" (but visualization seems to be broken).

In "OSMBehaviorController", added TODO and commented out code to avoid "AssertionError" in LinkedCellGrid.

Started to implement method "swapWithClosestCooperativePedestrian()" in class "OSMBehaviorController".

VadereUtils/src/org/vadere/util/geometry/shapes/IPoint.java:
- Implemented default method "dotProduct()" including unit tests in "IPointTest.java".

Measurement area refactor processors rebased

See merge request !55

Started to implement method "swapWithClosestCooperativePedestrian()" in class "OSMBehaviorController".

VadereState/src/org/vadere/state/scenario/Pedestrian.java:
- Fixed bug in copy constructor: member "salientBehavior" was not copied.

Renamed "CognitionLayer" to "EventCognition", added class "SalientBehaviorCognition" and added test scenario "01-ExperimentSetup.scenario".

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

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.

MigrationAssistant
  |
  +-- IncidentMigrationAssistant (Deprecated)
  |
  +-- JsonMigrationAssistant
      |
      +--using JsonTransformation Interface

The JsonTransformation interface is implemented by in two
different ways:
AbstractJsonTransformation
  |              implements JsonTransformation, JsonNodeExplorer
  |
  +-- JoltTransformation --> relying on Jolt [1]
  |
  +-- SimpleJsonTransformation --> relying on Jackson JsonNode

The JsonTransformation interface provides a three step process
of to transform a given scenario File were each consumes a JsonNode
and returns the changed JsonNode.
1) preHooks
2) transformation
3) postHooks

The MigrationAssistant selects the correct implementation by
using the JsonTransformationFactory which map a given Version
to the corresponding implementation of some JsonTransformation.

1. Subclass either JoltTransformation or SimpeJsonTransformation.
  (a) If JoltTransformation is used, a specialized transformation syntax
      must be used. See [1] for Doc.
  (b) If SimpleJsonTransformation is used no additional input is needed.
       The transformation is done by manually manipulating the Jackson
       JsonNode-Tree
2. add annotation where X.X resembles the Version label i.e. "0.8"
   @MigrationTransformation(targetVersionLabel = "X.X")
3. add the default constructor with no arguments and the
   call super constructor passing the Version
4. Implement initDefaultHooks() and add the pre- and postHook
   LinkedList with JsonTransformationHooks
   (a) use add[Post|Pre][First|Last] methods.
   (b) add addPostHookLast(AbstractJsonTransformation::sort) to ensure
       the right sorting order within the scenario file.
5. (optional) overwrite any of applyPreHooks, applyTransformation,
   applyPostHooks if needed.
6. (optional) add generic JsonNode manipulations to JsonNodeExplorer

This interface contains useful default implementation to navigate a
JsonNode-Tree such as:

path(jsonNode, "some/path/within/the/json") <-- will return empty nodes
                                            with path das not exist
pathMustExist(jsonNode, "some/path/within/the/json") <-- will throw
                                                     MigrationException
renameField(node, "release", "version")  <-- rename keys

iteratorProcessorsByType(jsonRoot, "org...PedestrianVelocityProcessor )
  <-- returns an iterator of JsonNodes representing a
  PedestrianVelocityProcessor

[1]: https://github.com/bazaarvoice/joltSigned-off-by: hm-schuhba1's avatarhm-schuhba1 <stefan.schuhbaeck@hm.edu>

fix #222. allow renaming and setting of log level programmatically

Closes #222

See merge request !54

fix #225. Keep dialog open after csv export.

Closes #225

See merge request !53

178 measurement area

See merge request !52