Re: [robocup-rescue-s] New Civilian Agents

From: Hossein Azizpour <azizpour@gmail.com>
Date: Mon 05 Jun 2006 - 07:18:15 GMT

Dear Utku,

The LOAD command is refused, because the civilian has submitted a move
action in the same cycle, in other words ambulance teams can not load an
agent that is trying to move even when the agent move command is not
accepted by traffic simulator.

Regards,

On 6/5/06, Utku Tatlędede <utkutatlidede@gmail.com> wrote:
>
> Dear Arash and Hossein,
> Thanks for your quick responses. I will apply the change this night.
> I read the explanation of the bug/solution from the sourceforge. And as
> far as I understand the problem was civilians send wrong formatted messages
> to the traffic simulator. Therefore they cant move anywhere. We can conclude
> that the civilian is stationary during the simulation. So I think there may
> be another bug in the simulator responsible for load commad becauase I cant
> load these civilians.
> Best regards...
>
>
> On 6/5/06, Arash Rahimi <rahimi@gmail.com> wrote:
> >
> > Dear Utku,
> >
> > You are right about the issue! It is actually a bug in the path-planning
> > module
> > of the civilian agent. Yesterday, I submitted a bug-report together with
> > a fix
> > to SourceForge. So, I think it will be fixed soon. Before that time, You
> > can
> > download the fix I have provided with the bug-report and use it.
> >
> > Regards,
> >
> > Arash Rahimi
> >
> >
> >
> > On 6/5/06, Utku Tatlędede < utkutatlidede@gmail.com> wrote:
> >
> > > Dear all,
> > > I am experiancing this behaviour and having problems with
> > > civilians whose hp 10000 damage 0 and burriedness 0. In Foligno map there 3
> > > or more civilians with no damage reside in the building and I cant load
> > > them. I also checked the position extra but every thing seems allright.
> > > I remember that in one of the versions of the 0.49.X the civilians
> > > start moving to refuges when ambulance team agents unbury them. This bug has
> > > been fixed but the fix may yield this behaviour.
> > > In my opinion if the civilians walk to the refuges when initialized on
> > > road/node, they also should walk to the refuges when initialized in a
> > > building.
> > >
> > >
> > > On 6/3/06, Nasrin Mostafazadeh < nmostafazadeh@gmail.com > wrote:
> > >
> > > > Dear TCs,
> > >
> > > As it seems in 49x versions , All civilians buried or even hurted stay
> > > in their initial position , it means that all Civilians with damage>0 behave
> > > like civilians with Buriedness>0 and don't try to move towards refuge. As
> > > regards to written code for civilians , civilians 'DO NOTHING ' if damage>0
> > > 'or' Buridness>0 ,
> > >
> > > It seems like a Bug or maybe a new feature ! (in version 48 Ambulance
> > > teams had to JUST rescue civilians with buriedness>0 ==> damageBury>0 )
> > >
> > > Regards,
> > > ---------------------------------------------------
> > > Nasrin Mostafazadeh
> > > Poseidon Rescue Simulation Team
> > >
> > > http://astro.schoolnet.ir/PoseidonRescueSimulation/
> > >
> > > _______________________________________________
> > > robocup-rescue-s mailing list
> > > robocup-rescue-s@mailman.cc.gatech.edu
> > > https://mailman.cc.gatech.edu/mailman/listinfo/robocup-rescue-s
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > robocup-rescue-s mailing list
> > > robocup-rescue-s@mailman.cc.gatech.edu
> > > https://mailman.cc.gatech.edu/mailman/listinfo/robocup-rescue-s
> > >
> > >
> > >
> >
> >
>
>
> _______________________________________________
> robocup-rescue-s mailing list
> robocup-rescue-s@mailman.cc.gatech.edu
> https://mailman.cc.gatech.edu/mailman/listinfo/robocup-rescue-s
>
>
>

-- 
Hossein Azizpour,
Member of S.O.S team,
Robocup Researches Center,
Amirkabir University of Technology,

_______________________________________________
robocup-rescue-s mailing list
robocup-rescue-s@mailman.cc.gatech.edu
https://mailman.cc.gatech.edu/mailman/listinfo/robocup-rescue-s
Received on Mon Jun 05 09:48:31 2006

This archive was generated by hypermail 2.1.8 : Mon 05 Jun 2006 - 07:48:31 GMT