Dear Mohsen Izadi,
I reply on the proposals concerning Simulator:
> -----------------------------------------------------
> a) Simulation Environment
>
> a-1) In a real situation, when an earthquake occurs,
> it is usually followed by a chain of [often
> weaker] earthquakes. This chain also causes
> building collapse and road blockades. We propose
> that the blockades and collapse simulators support
> this feature for 2004 competitions.
Yep, good idea. The actual realisation that the state of Roads or
Buildings cannot go worse in a time does not really agree to a reality.
But the earthquake shoud be configurable according to its magnitude,
location and so on (actual implementation of blockedes simulator uses some
fixed pattern for disaster distribution and allows only configuration of
magnitude - in addition it is not clear how does it work according to defining
polygons; I treat it to be a serious weakness!)
>
> a-2) Kernel should generate random IDs for units in
> each simulation. This means that the ID generated
> for a building in each simulation should be
> different from the next one.
Oh what???
And how do you want to support navigation and path executing for mobile agents,
if IDs of the path they planed should change in every cycle? Would not it also
mean to send whole the map to the agents in every cycle, to have actualized
information about actual numbering of buildings, roads and so on? What other
way should they be able to reach some desired Builging on the other side of the
city, if the IDs would change every cycle? Of course, agents can have two
models, one permanent with inicialisation IDs for path planneing and the other
that would be actualized every cycle and would serve for re-numbering of the
planned route, to agree to actual IDs in every cycle, used by kernel... But I
cannot get picture of what should it be useful for?
>
> a-3) Agents should be able to specify exactly to which
> part of a road do they want to move. In other
> words agents should be able to set PositionExtra
> property for a target road.
Notice to blockades - I think it is not much useful from the simulator to stop
the agents on the blocked Roads - it would be much more practical to let them
stand on side Nodes of the Road. In actual implementation, agents have to
determine (only) from a history, maintained on their own, from which side they
entered the blocked Road, to be able plan a path back. Actually it is
impossible to do so only from information concerning the apropriate Road,
because PositionExtra is not (even though should me) useful for it. PoliceForce
agents, would be able to free the Road in a similar way as now - the only
diference would be that they would not stand on the Road, but on it's side Node.
Best regards,
Jiri Biba
BB_Agents
> a-4) Multiple Nozzles: There are two points about the
> concept of multiple nozzles :
>
> 1) Is there any limits on sum of the amount of water
> in an agent's nozzles in a cycle?
>
> - Our proposal is: Yes! There should be such a
> limit. But how much? We think that if it is
> possible for an agent to have 'n' nozzles of
> power 'p', then it should also be possible
> for it to have a single nozzle of power 'n*p'.
> It means that this limit should exactly be
> equal to the limit for a single nozzle. In the
> real world, if we consider a tank which
> contains water and the robot applies a certain
> amount of pressure to the water from inside the
> tank to pour a certain amount of water outside
> the tank, then two facts are obvious :
>
> ) First, there is a limit on the amount of
> pressure that the robot can apply to water
> from inside to pour it out and the amount
> of water pouring outside is proportional
> to amount of this pressure.
>
> ) If we have a tank with 2 holes then because
> of the fact #1, maximum sum of poured water
> from these 2 holes is not more than the
> maximum sum of poured water from a single
> hole.
>
> And our proposal for the amount of water is
> 1000 [m^3/cycle](Like previous years).
>
> 2) Is there any limits on the number of nozzles?
>
> - Our proposal is: No! As long as the first
> limit is applied, there is no need to limit
> the number of nozzles.
>
>
>
> __________________________________
> Do you Yahoo!?
> New Yahoo! Photos - easier uploading and sharing.
> http://photos.yahoo.com/
>
>
>
>
>
This archive was generated by hypermail 2.1.3 : Mon 15 Dec 2003 - 12:02:36 GMT