vadere issueshttps://gitlab.lrz.de/vadere/vadere/-/issues2023-08-03T16:21:21+02:00https://gitlab.lrz.de/vadere/vadere/-/issues/372[GUI] Add tree expand and tree collapse icon in attribute table2023-08-03T16:21:21+02:00Rahn, Simon[GUI] Add tree expand and tree collapse icon in attribute tableCheck if [promodsim2022/5c9a90c1](https://gitlab.lrz.de/hm-koester-lectures/promodsim2022/vadere-fork/-/commit/5c9a90c1) can be implemented without affecting the performance of the GUI.
If this is useful, adopt this proposal.Check if [promodsim2022/5c9a90c1](https://gitlab.lrz.de/hm-koester-lectures/promodsim2022/vadere-fork/-/commit/5c9a90c1) can be implemented without affecting the performance of the GUI.
If this is useful, adopt this proposal.Jaeck, LudwigJaeck, Ludwighttps://gitlab.lrz.de/vadere/vadere/-/issues/3Personalized Model Presets2023-05-17T17:06:18+02:00Ghost UserPersonalized Model PresetsIt would be nice, if any user could define personalized model presets, e.g. a special configuration of the OSM with a certain number of points on the disc for the optimization or for the potentials.
These presets should be saved locally...It would be nice, if any user could define personalized model presets, e.g. a special configuration of the OSM with a certain number of points on the disc for the optimization or for the potentials.
These presets should be saved locally and there they should be selectable in the GUI.https://gitlab.lrz.de/vadere/vadere/-/issues/6Linked-Cell editable cell size2023-05-17T17:04:37+02:00Zoennchen, BenediktLinked-Cell editable cell sizeDie breite der Zelle ist derzeit noch statisch im Code festgelegt, diese sollte man über die JSON-Datei einstellen können. Zudem sollte man untersuchen welche cell size für die jeweiligen Modelle am meisten Sinn macht und diese dann als ...Die breite der Zelle ist derzeit noch statisch im Code festgelegt, diese sollte man über die JSON-Datei einstellen können. Zudem sollte man untersuchen welche cell size für die jeweiligen Modelle am meisten Sinn macht und diese dann als Default für die jeweiligen Modelle verwenden.Zoennchen, BenediktZoennchen, Benedikthttps://gitlab.lrz.de/vadere/vadere/-/issues/8[GUI] Background image for TopographyCreator2023-05-17T17:00:20+02:00Zoennchen, Benedikt[GUI] Background image for TopographyCreatorSimplify the scenario creation by loading a background image to the topography creator.Simplify the scenario creation by loading a background image to the topography creator.https://gitlab.lrz.de/vadere/vadere/-/issues/12Allow for different target potentials for each target2023-05-17T16:59:17+02:00Zoennchen, BenediktAllow for different target potentials for each targetIt should be possible to access different target potentials for a target. Depending on the strategy of the pedestrian, e.g. queueing, the proper potential field should be used.It should be possible to access different target potentials for a target. Depending on the strategy of the pedestrian, e.g. queueing, the proper potential field should be used.https://gitlab.lrz.de/vadere/vadere/-/issues/19[GUI] Auswahl und Aktionen auf mehreren Objekten im Topography Creator2023-05-17T16:57:38+02:00Zoennchen, Benedikt[GUI] Auswahl und Aktionen auf mehreren Objekten im Topography CreatorVon Benedikt Kleinmeier vor fast 2 Jahren hinzugefügt.
Im Topography Creator wäre es wünschenswert, wenn mehrere Objekte gleichzeitig selektiert werden könnten, z.B.
durch ziehen eines Rechtecks (und alle Objekte innerhalb des Rechteck...Von Benedikt Kleinmeier vor fast 2 Jahren hinzugefügt.
Im Topography Creator wäre es wünschenswert, wenn mehrere Objekte gleichzeitig selektiert werden könnten, z.B.
durch ziehen eines Rechtecks (und alle Objekte innerhalb des Rechtecks werden dann selektiert).
bei gedrückter Strg-Taste mit der linken Maustaste mehrere Objekte anklicken.
Zudem sollten dann Aktionen auf alle Objekte angewandt werden (z.B. Kopieren oder Löschen). Dadurch wäre es möglich Objekte aus mehreren Einzelteilen aufzubauen, zu kopieren und an anderer Stelle wieder einzufügen.https://gitlab.lrz.de/vadere/vadere/-/issues/32[GUI] Visual notification that recording is ongoing2023-05-17T16:55:58+02:00Ghost User[GUI] Visual notification that recording is ongoingFrom Issue #9 there follows a feature request: <br>
<blockquote cite="https://gitlab.lrz.de/vadere/vadere/issues/9">
.....Der Video-Recorder zeit ein Pausen-Symbol an wenn er läuft. Wäre nicht ein Stop-Symbol (Quadrat) einleuchtender?
V...From Issue #9 there follows a feature request: <br>
<blockquote cite="https://gitlab.lrz.de/vadere/vadere/issues/9">
.....Der Video-Recorder zeit ein Pausen-Symbol an wenn er läuft. Wäre nicht ein Stop-Symbol (Quadrat) einleuchtender?
Vielleicht visuell noch deutlicher machen das gerade aufgenommen wird - man kriegt es sonst nur über die Konsolenausgabe mit. Vielleicht das Szenario-Fenster dick rot einrahmen?
</blockquote>
According to the quoted text the ongoing recording has to be more notifying. For example a red dashed frame:
![Recording-Postvisualization](/uploads/19b45aa3cc6c1ea98a6d5e47325da314/Recording-Postvisualization.png)https://gitlab.lrz.de/vadere/vadere/-/issues/75[GroupModel] Gruppen Typen2023-05-17T16:51:51+02:00Schuhbaeck, Stefan[GroupModel] Gruppen TypenPedestrians gehören zu einer Gruppe. Gruppen untereinander haben keine Beziehung zueinander.
Einzelne Gruppen sollen zu einem oder mehrere Typen besitzen. Über einen Gruppentyp kann somit
Verhalten von mehreren Gruppen gleichzeitig beein...Pedestrians gehören zu einer Gruppe. Gruppen untereinander haben keine Beziehung zueinander.
Einzelne Gruppen sollen zu einem oder mehrere Typen besitzen. Über einen Gruppentyp kann somit
Verhalten von mehreren Gruppen gleichzeitig beeinflusst werden.
Eigenschaften:
* Eine PedGruppe A kann mehrere Typen besitzen.
* Überlappende Typen: Eine pedGruppe A kann gleichzeitig vom Type 1 und Type 2 sein.
* Disjunkte Typen: Eine pedGruppe A kann nicht gleichzeitig im Type 2 und Type 3 sein.https://gitlab.lrz.de/vadere/vadere/-/issues/99Add ".include" statement to scenario file2023-05-17T16:50:09+02:00Ghost UserAdd ".include" statement to scenario fileTo avoid code duplication, the scenario file should accept an `.include <path/to/file>` statement. For instance, all model test files (scenarios) under directory `VadereModelTests` define the same topology. This could be avoided by reusi...To avoid code duplication, the scenario file should accept an `.include <path/to/file>` statement. For instance, all model test files (scenarios) under directory `VadereModelTests` define the same topology. This could be avoided by reusing an existing topology description.
See following example for a scenario file with an `.include statement`:
```
{
"name" : "scenario_with_include",
"description" : "",
"release" : "0.2",
"processWriters" : {
"files" : [ ],
"processors" : [ ],
"isTimestamped" : true
},
"scenario" : {
.include "../topographies/ushape_obstacle.json"
.include "../events/multiple_wait_events.json"
}
```https://gitlab.lrz.de/vadere/vadere/-/issues/112Pedestrian's potential is not affected by stairs2023-05-17T16:48:52+02:00Ghost UserPedestrian's potential is not affected by stairsIn Rimea 14 (see the screenshot from VADERE scenario) the question is:
> Do the pedestrians take a shorter route via another
floor or do they stay on the longer route on the
same floor?
Currently, in our case, _all_ pedest...In Rimea 14 (see the screenshot from VADERE scenario) the question is:
> Do the pedestrians take a shorter route via another
floor or do they stay on the longer route on the
same floor?
Currently, in our case, _all_ pedestrians take the shorter way using the stairs. This means we have no option to define this behaviour. The reason is that stairs are *another* model and do not affect the OSM floor field. Consequently, the pedestrians do not see the additional effort when taking the shortest path but using the stairs.
This is also a modelling question, how should the floor field be changed?
![Screenshot_from_2018-08-21_12-44-39](/uploads/347bee619fcc217137a377a226c39d2b/Screenshot_from_2018-08-21_12-44-39.png)https://gitlab.lrz.de/vadere/vadere/-/issues/123New density output processor2023-05-17T16:42:25+02:00Ghost UserNew density output processorI plan to design/implement a new density processor. The difference to the existing ones is
1. generalize observable area to polygon shapes
2. measure at multiple fixed points inside the polygon. Current processors i) average density ...I plan to design/implement a new density processor. The difference to the existing ones is
1. generalize observable area to polygon shapes
2. measure at multiple fixed points inside the polygon. Current processors i) average density over a specified area (i.e. scalar) or ii) compute the density for every pedestrian in every timestep. Because of point 1) I want to use an unstructured grid; the prefered algorithm is the already developed & implemented @BZoennchen (has to be merged before)
Something like this, where each vertex in the triangulation is a point to evaluate the density:
![Screenshot_from_2018-09-12_17-52-39](/uploads/d9a6b6654cdd2e02f03a82ef72a091e2/Screenshot_from_2018-09-12_17-52-39.png)
The output would be something like:
| timeStep | point ID | density |
|----------|----------|---------|
| 1 | 1 | 0.5 |
| 1 | 2 | 0.6 |
| 1 | 3 | 0.1 |
| 2 | 1 | 0.9 |
| 2 | 2 | 0.6 |
| 2 | 3 | 0.8 |
##### Potential options to integrate into the processor (only implemented when needed):
* true/false to consider agents inside or outside the defined polygon
* set density algorithm (use available ones)
* options to forward to the triangulation algorithm (be able to give the accuracy of the density sampling)
* options to forward to the density algorithm (e.g. cut-off for Gaussian density)
* only compute the density of every `X` timestep (as this can be quite an expensive operation)
* allow averaging the density to one point (maybe this would be another processor)
##### Other issues:
* To reconstruct the density of a polygon, it is desirable to write a description of either the points or the entire triangulation in either the data file or in a separate file.
##### Aim:
Have a density evolution over time at fixed points in the scenario. I plan to investigate how many dimensions are needed to represent the density (use PCA) and use the output for QoI.https://gitlab.lrz.de/vadere/vadere/-/issues/182[PotentialFieldModel] Replace Cartesian grid by unstructured mesh2023-05-17T16:41:25+02:00Ghost User[PotentialFieldModel] Replace Cartesian grid by unstructured meshIn some scenarios (e.g., RIMEA 10 for GNM grid resolution = 0.1), agents get stuck at walls if Cartesian mesh is too coarse.In some scenarios (e.g., RIMEA 10 for GNM grid resolution = 0.1), agents get stuck at walls if Cartesian mesh is too coarse.Zoennchen, BenediktZoennchen, Benedikthttps://gitlab.lrz.de/vadere/vadere/-/issues/128[GUI] Revise VADERE settings dialog (cog icon in online/post visualization)2023-05-17T16:38:20+02:00Ghost User[GUI] Revise VADERE settings dialog (cog icon in online/post visualization)Two things should be changed in VADERE's settings dialog (see screenshot below):
1. At the coloring options for pedestrians (see red box below), only one option can be chosen at a time (and not the four options). Currently, the last sel...Two things should be changed in VADERE's settings dialog (see screenshot below):
1. At the coloring options for pedestrians (see red box below), only one option can be chosen at a time (and not the four options). Currently, the last selected option wins. In the long run, only three options are necessary:
- Color pedestrians by using logical expression (see [LogicalParser](https://gitlab.lrz.de/vadere/vadere/blob/master/VadereUtils/src/org/vadere/util/io/parser/LogicalParser.java)). Include grammar examples directly.
- Random colors
- By evacuation time
- Note: Maybe, this should be designed by using radio buttons. I.e., not selected options are greyed out.
2. Option "By evacuation time" requires the corresponding output processor. Therefore, a warning text should be placed in settings dialog.
![VADERE-Einstellungen](/uploads/653a8477d78df3e65eca4f4df975f3dd/VADERE-Einstellungen.png)https://gitlab.lrz.de/vadere/vadere/-/issues/130[VadereConsole] Allow VadereConsole to run multiple scenarios given via list ...2023-05-17T16:37:27+02:00Ghost User[VadereConsole] Allow VadereConsole to run multiple scenarios given via list argumentsBackground:
Currently the suq-controller uses for every simulation the vadere-console with `java -jar $model_path suq -f $scenario_path -o $output_path`, i.e. every time a new Java VM is started. This leads to overhead. Instead, it may...Background:
Currently the suq-controller uses for every simulation the vadere-console with `java -jar $model_path suq -f $scenario_path -o $output_path`, i.e. every time a new Java VM is started. This leads to overhead. Instead, it may be better when a list of scenarios and output paths (both of the same length) is handled and these are then run sequentially.
The performance advantage is only for small and fast executed scenarios -- for large and complex ones (such as with dynamic floor field) the performance gain of starting the VM less often is negligible.https://gitlab.lrz.de/vadere/vadere/-/issues/165New model tests for validation2023-05-17T16:19:44+02:00Zoennchen, BenediktNew model tests for validationLike JuPedSim we also should use the tests in "Transitions in pedestrian fundamental diagrams of straight corridors and T-junctions" (zhang-2011) to validate our models. Therefore, one should construct those scenarios, implement processo...Like JuPedSim we also should use the tests in "Transitions in pedestrian fundamental diagrams of straight corridors and T-junctions" (zhang-2011) to validate our models. Therefore, one should construct those scenarios, implement processors (to compute the required measures), run the simulation and compare the results for different models (OSM, GNM, SFM, ...)https://gitlab.lrz.de/vadere/vadere/-/issues/174vadere-console.jar shall use more than two exit codes2023-05-17T16:09:41+02:00Ghost Uservadere-console.jar shall use more than two exit codesAt the moment, `vadere-console.jar` only returns two exit codes (0 for success, 1 otherwise).
Especially for the CI environment, it would be useful to have multiple return values so that caller of `vadere-console.jar` is better informed...At the moment, `vadere-console.jar` only returns two exit codes (0 for success, 1 otherwise).
Especially for the CI environment, it would be useful to have multiple return values so that caller of `vadere-console.jar` is better informed.
Possible exit codes:
- 0 = success
- 1 = exception occurred
- 2 = assertion occurred (raised by a test processor)
Before implementing, think about useful exit codes.https://gitlab.lrz.de/vadere/vadere/-/issues/185[GUI] Ruler for Topography Creator2023-05-17T15:55:01+02:00Marion Goedel[GUI] Ruler for Topography Creator### Problem to solve
Adding a ruler function to the `Topography Creator` to measure lengths.
### Further details
When modelling the scenarios from zhang-2011 with their changes in entrance width, I have noticed that I'm using the cur...### Problem to solve
Adding a ruler function to the `Topography Creator` to measure lengths.
### Further details
When modelling the scenarios from zhang-2011 with their changes in entrance width, I have noticed that I'm using the cursor to try to figure out sizes. It might be helpful for this type of scenario to have a ruler function in the topography creator with which one can draw a line and see it's length.https://gitlab.lrz.de/vadere/vadere/-/issues/193[GUI] Simplify "ModelPresets.java"2023-05-17T15:52:08+02:00Ghost User[GUI] Simplify "ModelPresets.java"### Problem to solve
At the moment, the GUI offers the possibility to load predefined values for the locomotion models. This loading mechanism is implement in class `ModelPresets.java`. But, this mechanism is quite complicated, i.e., ea...### Problem to solve
At the moment, the GUI offers the possibility to load predefined values for the locomotion models. This loading mechanism is implement in class `ModelPresets.java`. But, this mechanism is quite complicated, i.e., each preset must have a corresponding Java class.
Therefore, simplify the code to load model presets. For instance, just load a predefined JSON file. This would be a lot easier.
### Further details
### Links and references
- See also issue #192.https://gitlab.lrz.de/vadere/vadere/-/issues/202[GUI] Reorder tabs to configure simulation parameters2023-05-17T15:46:47+02:00Ghost User[GUI] Reorder tabs to configure simulation parameters### Problem to solve
It would be more intuitive for Vadere users to define the topography first and later on to define further simulation parameters. Therefore, I recommend to reorder the parameter tabs in the GUI. See the current GUI:
...### Problem to solve
It would be more intuitive for Vadere users to define the topography first and later on to define further simulation parameters. Therefore, I recommend to reorder the parameter tabs in the GUI. See the current GUI:
![Vadere-Tabs](/uploads/c635ae7e1b75753f98f10eeab76fdf6d/Vadere-Tabs.png)
Suggestion for the new GUI (from left to right):
1. Topography creator
2. Topography
3. Simulation
4. Model (maybe, rename to Locomotion)
5. Events
6. Data processing GUI (maybe, rename to Data Output).
### Links and references
- Starting point in code: org/vadere/gui/projectview/view/ScenarioPanel.javahttps://gitlab.lrz.de/vadere/vadere/-/issues/206MetaSeeds2023-05-17T15:36:37+02:00Marion GoedelMetaSeedsAs discussed with @hm\-lehmberg already: I believe that there might arise problems from using only one seed throughout the simulation when varying parameters. It might happen that if a submodel is changed, the random numbers are differen...As discussed with @hm\-lehmberg already: I believe that there might arise problems from using only one seed throughout the simulation when varying parameters. It might happen that if a submodel is changed, the random numbers are differently distributed over the other parts. Also, if the number of pedestrians in a simulation is changed, there will be other velocities / positions assigned. For example, changing from 50 to 51 pedestrians, there will be more random numbers be used for - let's say - free-flow speeds and therefore, there will be a random number missing for the next category.
One solution seems to be to generate "metaSeeds", meaning that we generate from the main seed a set of seeds which are then used for each of the "random" places in the code, e.g. positions, distribution of groups, speeds, ....
@BZoennchen @hm\-kleinmei : What do you think? Any contradictions?Schuhbaeck, StefanSchuhbaeck, Stefan