Unfortunately this description oversimplifies the implementation reality.
Any Model still needs to know
- how to retrieve and interpret the topolography ("rooms", agents, goals,
obstacles etc),
- how and under what constraints the topography may be updated
This is where the interesting (difficult) details are.Am Mi., 23. Nov. 2022 um 12:14 Uhr schrieb Thanhnt Nguyen < [email protected]>: > As it said: if a developer wants to define his own model, he only > implements the interface Model, and then write four methods: initialize, > perLoop, postLoop and update. However, to be honest, I have not yet > followed the guidelines > > On Wed, Nov 23, 2022 at 6:10 PM Thanhnt Nguyen <[email protected]> > wrote: > >> The paper reads: 3.2.3. Including different locomotion models using the >> strategy pattern. Vadere’s goal is to offer a generic framework to support >> different locomotion models. The challenge is to keep development effort >> minimal. The solution idea is to provide an interface. More precisely, each >> locomotion model must implement a common in-terface that contains four >> methodsncluding different locomotion models usingthe strategy >> pattern.Vadere’s >> goal is to offer a genericframework to support different locomotion >> models. Thechallenge is to keep development effort minimal. Thesolution >> idea is to provide an interface. More precisely,each locomotion model >> must implement a common in-terface that contains four methods >> >> On Wed, Nov 23, 2022 at 6:04 PM Thanhnt Nguyen <[email protected]> >> wrote: >> >>> Dear Jakob >>> Here comes the paper: "Vadere: An open-source simulation framework to >>> promote interdisciplinary understanding". In 3.2.3, the guide in this >>> document is honestly very short, but I suppose a well-experienced developer >>> could easily follow it and then write his own model >>> >>> On Wed, Nov 23, 2022 at 5:46 PM Jakob Erdmann <[email protected]> >>> wrote: >>> >>>> Thank you for the reference. I very much agree with the goal of >>>> simplifying custom pedestrian model integration into SUMO (w.r.t >>>> documentation as well as simplicity of API). >>>> With that in mind I'd be very interested in reading the mentioned >>>> documentation on how to add custom models to Vadere. Unfortunately, I was >>>> not able to find this either in the paper nor on vadere.org or at >>>> https://gitlab.lrz.de/vadere/vadere >>>> Can you provide a link? >>>> >>>> >>>> Am Mi., 23. Nov. 2022 um 08:59 Uhr schrieb Thanhnt Nguyen < >>>> [email protected]>: >>>> >>>>> Thank you Jakob >>>>> By the way, as reading the paper of Vadere [1], I notice that this >>>>> pedestrian dynamic simulation has a guide for any user-defined model. In >>>>> this guide, one could know which class is to extend and which methods are >>>>> to override. It helps Vadere developers a lot. Of course, Vadere is no >>>>> match for our SUMO (in scope as well as user community) ; but I hope one >>>>> day SUMO could give its developers such a guide. >>>>> ========================================== >>>>> [1] Reading 3.2.3 of "Vadere: An open-source simulation framework to >>>>> promote interdisciplinary understanding" >>>>> >>>>> On Tue, Nov 22, 2022 at 2:00 PM Jakob Erdmann <[email protected]> >>>>> wrote: >>>>> >>>>>> For (ii) you might be able to hack something together with TraCI >>>>>> (person.setSpeed, >>>>>> https://sumo.dlr.de/docs/TraCI/Change_Person_State.html): whenever >>>>>> an S encounters a D ahead of an intersection you could slow down it's >>>>>> maximum speed to that of D so they will only cross together. After the >>>>>> the >>>>>> intersection you could reset the speed for S. >>>>>> >>>>>> Am Di., 22. Nov. 2022 um 01:13 Uhr schrieb Thanhnt Nguyen < >>>>>> [email protected]>: >>>>>> >>>>>>> Thank you, Mr.Jakob >>>>>>> About (ii), yes, my main goal is to get temporary formation of >>>>>>> pedestrian groups. Realistic looking visualization is also important but >>>>>>> not the main objective. >>>>>>> >>>>>>> (iii) if it's impossible to take the length of a platoon into >>>>>>> account, I would change a bit in my environment, for example, the >>>>>>> platoon >>>>>>> has a very small distance between each AGV, then no one could come >>>>>>> between >>>>>>> two AGVs. Therefore the platoon of several AGVs would become a unique >>>>>>> AGV >>>>>>> which is long, containing several carriages (each carriage is a single >>>>>>> AGV). This long AGV lets pedestrians notice it and the length prolongs >>>>>>> waiting time for them. Therefore, due to waiting so long, the gap >>>>>>> acceptance of pedestrians will reduce in the near future. >>>>>>> >>>>>>> >>>>>>> Vào 22:47, Th 2, 21 thg 11, 2022 Jakob Erdmann < >>>>>>> [email protected]> đã viết: >>>>>>> >>>>>>>> (i) you can define different types of pedestrians (i.e. name S,N,D, >>>>>>>> etc) and assign different maximum speeds >>>>>>>> (ii) complex group behavior as described is quite far from the >>>>>>>> current models. What is the main goal here? >>>>>>>> - accurate travel times for persons (might work by making some >>>>>>>> persons slower) >>>>>>>> - accurate travel times for AGV (might work by making some >>>>>>>> persons "bigger") >>>>>>>> - temporary formation of pedestrian groups that block a bigger >>>>>>>> part of the floor space (assemble, cross, disperse)? >>>>>>>> - realistic looking visualization? >>>>>>>> My guess is that the latter two points would be quite involved to >>>>>>>> model and implement. >>>>>>>> >>>>>>>> (iii) gap acceptance in sumo currently has no way to take platoons >>>>>>>> length into account. The pedestrian behavior is using similar methods >>>>>>>> as >>>>>>>> that used by cars coming from a minor road and this only looks at the >>>>>>>> closest oncoming car. SUMO does allow some hooks to purposefully ignore >>>>>>>> conflicts and you might use this to tune the gap acceptance ( >>>>>>>> https://sumo.dlr.de/docs/Definition_of_Vehicles%2C_Vehicle_Types%2C_and_Routes.html#transient_parameters >>>>>>>> ) >>>>>>>> >>>>>>>> regards, >>>>>>>> Jakob >>>>>>>> >>>>>>>> Am Mo., 21. Nov. 2022 um 06:03 Uhr schrieb Thanhnt Nguyen < >>>>>>>> [email protected]>: >>>>>>>> >>>>>>>>> Thank you Mr.Jakob >>>>>>>>> Let me briefly introduce my healthcare environment: individuals >>>>>>>>> move with AGV. The AGVs are only to transfer materials in the >>>>>>>>> environment >>>>>>>>> (a flat floor) like the following picture. AGV might meet pedestrians >>>>>>>>> who >>>>>>>>> include: staff (S for short), visitor (V for short), patients - move >>>>>>>>> like >>>>>>>>> normal (N for short) and individuals with disabilities (D for short) >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> *Therefore I need some improvement:* >>>>>>>>> >>>>>>>>> *(i) in XML, the personFlow needs new attributes, for example: >>>>>>>>> disable (a probability indicates the person is D or not). If a >>>>>>>>> pedestrian >>>>>>>>> is D type, he might have a stick or crutch or wheeled-chair or even >>>>>>>>> he is >>>>>>>>> bind.* >>>>>>>>> >>>>>>>>> *(ii) In the intersection, D person (who has a slower velocity) >>>>>>>>> might be carried by other S, V or even N people for crossing, >>>>>>>>> especially as >>>>>>>>> the D is moving in a crossway. After leaving the crossway, D person >>>>>>>>> could >>>>>>>>> be left alone. * >>>>>>>>> >>>>>>>>> *(iii) A pedestrian will have different gap acceptance (a distance >>>>>>>>> between person to the AGV). If the distance is too short, he/she would >>>>>>>>> decide to stay at the waiting area.* >>>>>>>>> [image: image.png] >>>>>>>>> >>>>>>>>> The gap acceptance of a pedestrian depends on yielding of vehicle >>>>>>>>> (too loud or not), healthy of the person as well as the number of >>>>>>>>> AGV's >>>>>>>>> platoon >>>>>>>>> Looking at the code of Omnet++ and SUMO, I still don't know which >>>>>>>>> files to modify. If it is too difficult to change the code, perhaps I >>>>>>>>> have >>>>>>>>> no choice but to use a quick and dirty hack to get my purpose. >>>>>>>>> Thank you in advance >>>>>>>>> >>>>>>>>> On Sun, Nov 20, 2022 at 9:51 PM Jakob Erdmann < >>>>>>>>> [email protected]> wrote: >>>>>>>>> >>>>>>>>>> Some comments: >>>>>>>>>> - the paper ""Modelling pedestrian dynamics in SUMO" doesn't >>>>>>>>>> describe the whole set of vehicle/pedestrian interactions that are >>>>>>>>>> currently implemented >>>>>>>>>> - the SUMO team is currently engaged with the integration of >>>>>>>>>> "social force" style pedestrian models by way of JuPedSim ( >>>>>>>>>> jupedsim.org), https://github.com/eclipse/sumo/tree/jupedsim >>>>>>>>>> >>>>>>>>>> Can you describe the interactions that you need to simulation in >>>>>>>>>> more detail? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Am So., 20. Nov. 2022 um 14:41 Uhr schrieb Thanhnt Nguyen < >>>>>>>>>> [email protected]>: >>>>>>>>>> >>>>>>>>>>> Dear all >>>>>>>>>>> As reading the papers: *"Modelling pedestrian dynamics in SUMO" >>>>>>>>>>> and "Pedestrian Simulation In SUMO Through Externally Modelled >>>>>>>>>>> Agents" I >>>>>>>>>>> notice that the current pedestrian model in SUMO is very simple.* >>>>>>>>>>> *In my work, I need a pedestrian model which reflects a >>>>>>>>>>> healthcare environment. In this model, I intend to implement >>>>>>>>>>> interaction >>>>>>>>>>> between vehicles (Automated Guided Vehicle) as well as individuals >>>>>>>>>>> with >>>>>>>>>>> disabilities* >>>>>>>>>>> *I still don't know how to implement a new pedestrian model in >>>>>>>>>>> SUMO, could I need to modify the code of Viens?* >>>>>>>>>>> *Does anyone have a hint for me by chance?* >>>>>>>>>>> *Thank you in advance* >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> sumo-user mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> To unsubscribe from this list, visit >>>>>>>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> sumo-user mailing list >>>>>>>>>> [email protected] >>>>>>>>>> To unsubscribe from this list, visit >>>>>>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>> _______________________________________________ >>>>>>> sumo-user mailing list >>>>>>> [email protected] >>>>>>> To unsubscribe from this list, visit >>>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>>>>> >>>>>> _______________________________________________ >>>>>> sumo-user mailing list >>>>>> [email protected] >>>>>> To unsubscribe from this list, visit >>>>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>>>> >>>>> >>>>> >>>>> -- >>>>> Nguyen Tien Thanh >>>>> Department of Software Engineering >>>>> School of Information and Communication Technology (SoICT, >>>>> http://www.fit.hut.edu.vn) >>>>> Hanoi University of Technology (HUT, http://www.hut.edu.vn) >>>>> 1 DaiCoViet Road, Hanoi, Vietnam >>>>> Tel: +84-4-8682595/8683730 Fax +84-4-8692906 >>>>> Mobile: +84987768886 >>>>> E-mail: [email protected] >>>>> [email protected] >>>>> [email protected] >>>>> Website: www.fit.hut.edu.vn/~thanhnt >>>>> <http://www.fit.hut.edu.vn/%7Ethanhnt> >>>>> _______________________________________________ >>>>> sumo-user mailing list >>>>> [email protected] >>>>> To unsubscribe from this list, visit >>>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>>> >>>> _______________________________________________ >>>> sumo-user mailing list >>>> [email protected] >>>> To unsubscribe from this list, visit >>>> https://www.eclipse.org/mailman/listinfo/sumo-user >>>> >>> >>> >>> -- >>> Nguyen Tien Thanh >>> Department of Software Engineering >>> School of Information and Communication Technology (SoICT, >>> http://www.fit.hut.edu.vn) >>> Hanoi University of Technology (HUT, http://www.hut.edu.vn) >>> 1 DaiCoViet Road, Hanoi, Vietnam >>> Tel: +84-4-8682595/8683730 Fax +84-4-8692906 >>> Mobile: +84987768886 >>> E-mail: [email protected] >>> [email protected] >>> [email protected] >>> Website: www.fit.hut.edu.vn/~thanhnt >>> <http://www.fit.hut.edu.vn/%7Ethanhnt> >>> >> >> >> -- >> Nguyen Tien Thanh >> Department of Software Engineering >> School of Information and Communication Technology (SoICT, >> http://www.fit.hut.edu.vn) >> Hanoi University of Technology (HUT, http://www.hut.edu.vn) >> 1 DaiCoViet Road, Hanoi, Vietnam >> Tel: +84-4-8682595/8683730 Fax +84-4-8692906 >> Mobile: +84987768886 >> E-mail: [email protected] >> [email protected] >> [email protected] >> Website: www.fit.hut.edu.vn/~thanhnt >> <http://www.fit.hut.edu.vn/%7Ethanhnt> >> > > > -- > Nguyen Tien Thanh > Department of Software Engineering > School of Information and Communication Technology (SoICT, > http://www.fit.hut.edu.vn) > Hanoi University of Technology (HUT, http://www.hut.edu.vn) > 1 DaiCoViet Road, Hanoi, Vietnam > Tel: +84-4-8682595/8683730 Fax +84-4-8692906 > Mobile: +84987768886 > E-mail: [email protected] > [email protected] > [email protected] > Website: www.fit.hut.edu.vn/~thanhnt > <http://www.fit.hut.edu.vn/%7Ethanhnt> > _______________________________________________ > sumo-user mailing list > [email protected] > To unsubscribe from this list, visit > https://www.eclipse.org/mailman/listinfo/sumo-user >
_______________________________________________ sumo-user mailing list [email protected] To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user
