vadere merge requestshttps://gitlab.lrz.de/vadere/vadere/-/merge_requests2019-05-10T13:46:28+02:00https://gitlab.lrz.de/vadere/vadere/-/merge_requests/61Resolve "CI: Change order of stages"2019-05-10T13:46:28+02:00Ghost UserResolve "CI: Change order of stages"Closes #235Closes #235https://gitlab.lrz.de/vadere/vadere/-/merge_requests/67Resolve "Include to every header name the processor id"2019-05-21T18:06:38+02:00Ghost UserResolve "Include to every header name the processor id"Closes #246Closes #246https://gitlab.lrz.de/vadere/vadere/-/merge_requests/84Rename class "LastFootSteps" to "FootstepHistory"2019-09-16T13:13:56+02:00Ghost UserRename class "LastFootSteps" to "FootstepHistory"- [x] Rename class `LastFootSteps` to `FootstepHistory`
- [x] Move usage of renamed class `FootstepHistory` from `VTractory` to `Pedestrian`
- [x] Implement migration `JsonTransformationV1_3ToV1_4` to update all scenario files
- [x] Appl...- [x] Rename class `LastFootSteps` to `FootstepHistory`
- [x] Move usage of renamed class `FootstepHistory` from `VTractory` to `Pedestrian`
- [x] Implement migration `JsonTransformationV1_3ToV1_4` to update all scenario files
- [x] Apply migration `JsonTransformationV1_3ToV1_4` to all scenario files
Watch out: Everywhere were `VTrajectory.add()` is called, additionally call "FootstepHistory.add()" now.https://gitlab.lrz.de/vadere/vadere/-/merge_requests/83Resolve "Change PedestrianPositionProcessor to use interpolation of Pedestria...2019-09-17T15:25:10+02:00Ghost UserResolve "Change PedestrianPositionProcessor to use interpolation of PedestrianFootStepProcessor"Closes #260
Closes #262
* [x] Simplify tests
* [x] Write text into CHANGELOG
* [x] Write tests for the interpolation method
* [x] overwrite `Pedestrian.getPosition()` with `Pedestrian.getPosition(simTimeSec)`, which would then u...Closes #260
Closes #262
* [x] Simplify tests
* [x] Write text into CHANGELOG
* [x] Write tests for the interpolation method
* [x] overwrite `Pedestrian.getPosition()` with `Pedestrian.getPosition(simTimeSec)`, which would then use the interpolation method?
* [x] in `clearFootSteps()` should we keep the last entry (which can be used for interpolation)? --> No, new field `currentFootStep`, this is because there the whole list is saved & used in "FootStepProcessors" and they would need to make sure to ignore double occurrences
* [x] Look at code where pedestrian.getPosition() would make sense to get exchanged to the interpolated position? E.g. in NelderMead or OverlapProcessor? --> This would be in a new issue/branch then
* [x] Remove the "currentFootStep" field in Pedestrian again and use the "LastFootSteps" provided in VTrajectory (then with a minimum capacity of 1)?
* [x] resolve #263 first
* [x] How to deal with requested interpolation if a Pedestrian has an outdated FootStep? Check with @hm-kleinmei
```
if(currentFootStep == null){
return getPosition();
}else{
if(time > currentFootStep.getEndTime()){
// This happens for example if a pedestrian is waiting (see Events)
// TODO: check with Bene K. if this is okay, or a better way?
return currentFootStep.getEnd();
}else{
return FootStep.interpolateFootStep(currentFootStep, time);
}
}
```https://gitlab.lrz.de/vadere/vadere/-/merge_requests/99Resolve "Measurements if no Agent is in the measurement area"2019-12-05T14:28:35+01:00Ghost UserResolve "Measurements if no Agent is in the measurement area"Closes #287Closes #287https://gitlab.lrz.de/vadere/vadere/-/merge_requests/169Extend logging + refactoring2021-09-03T13:57:33+02:00Mayr, Christina MariaExtend logging + refactoringCurrently, the `ControlModel` works with and without the `psychologyLayer`.
I have added a dataprocessor that monitors when information was set at the the `pyschologylayer`.
I have decided to always use the `psychologyLayer` in combinati...Currently, the `ControlModel` works with and without the `psychologyLayer`.
I have added a dataprocessor that monitors when information was set at the the `pyschologylayer`.
I have decided to always use the `psychologyLayer` in combination with control actions.
Therefore, I have simplified the `ControlModel`Mayr, Christina MariaMayr, Christina Mariahttps://gitlab.lrz.de/vadere/vadere/-/merge_requests/210refactored exposure processors2022-08-11T19:40:42+02:00Jaeck, Ludwigrefactored exposure processorsinfected agents are not processed
Closes #339infected agents are not processed
Closes #339Jaeck, LudwigRahn, SimonJaeck, Ludwighttps://gitlab.lrz.de/vadere/vadere/-/merge_requests/228update jdk version 11->17 and dependencies2023-07-27T11:26:37+02:00Schuhbaeck, Stefanupdate jdk version 11->17 and dependencies- [x] JDK 17 works
- [x] Move to JUnit5
- [x] Update Surefire and and other plugins to newest **stable** version
- [x] Remove unused dependencies
- [x] Update used dependencies to newest **stable** version.
- [x] tests work locally `mvn ...- [x] JDK 17 works
- [x] Move to JUnit5
- [x] Update Surefire and and other plugins to newest **stable** version
- [x] Remove unused dependencies
- [x] Update used dependencies to newest **stable** version.
- [x] tests work locally `mvn clean` --> `mvn -Dtest=\!TestConvolution,\!TestBitonicSort,\!TestCLLinkedList,\!TestCLOptimalStepsModel,\!TestLWJGL -Dsurefire.failIfNoSpecifiedTests=false test`Jaeck, LudwigJaeck, Ludwighttps://gitlab.lrz.de/vadere/vadere/-/merge_requests/218refactoring of dirstibution attributes2022-09-27T13:25:48+02:00Jaeck, Ludwigrefactoring of dirstibution attributesJaeck, LudwigRahn, SimonJaeck, Ludwig