Global Positioning System Reference
In-Depth Information
Generally, ROAF harmonization requires scenarios to be real-world com-
patible. Only harmonized ROApps can become part of the ROAF.
In the CC cloud, this has consequences for the player. A player leaving
the CC-M server needs to travel hundreds of kilometers to the next CC
ROApp. Depending on the transportation, e.g., railway, waterway, or Au-
tobahn, this can take hours. Therefore, the CC rules could reward players
entering once and competing in different cities. Vice versa, the players
could hardly be operated by a real person all the time.
In the long run, all CC players traveling at realistic speeds become part
of the one ROAF and can be displayed on one map together with the HD
and RGB scenarios (Chapters 7 and 8), which play back real traces. Again,
the rules should be adapted to allow continuous motion instead of discrete
rounds with discrete stations. With realistic traveling speeds, the task is
basically the same. The dynamic routing would have to be improved to
consider traveling times that come close to the runner or runners.
Fractal Design
The idea of harmonizing ROApps is similar to a meshing of map layers. As
described in Chapter 7, a map can be composed of many layers showing
different aspects of the real world. On the harmonized Germany map, many
ROs can move along the network without showing what they are really up
to|like watching cars in the real world.
In the real world, public transportation is perfectly scheduled. Similar
to the moving objects of the Navigator , RealBus ses and RealSubway s could
be supplied with routes representing their lines and stops and extended
to traces with the time stamps of their schedules. To distribute respon-
sibilities, a separate ROApp server could be set up with the schedules
of (London's) subways. The server is closed for external ROs to register
and enter. Instead, the server has an internal RO factory to instantiate
RealSubway s as server objects (SOs) on demand. These SOs can be regis-
tered on a LC game server as external ROs, like the players. And, again,
the game rules have to be adjusted, since the players will actually have to
wait for a subway to arrive at a station to board. The external subways
become SOs of the game scenario and can be enriched with their physical
dimension, a number of cars with a limited capacity for people.
With this strategy, the servers providing live data for public transporta-
tion become an important, reliable, and stable source for other ROApps.
While subways don't have to worry about trac, a server for bus schedules
might raise conflicts in the scenarios. On the other hand, many modern
public transportation organizations already use live GPS tracking for their
fleet control. If these signals would be fed into dedicated servers, every RO
would have to give right of way. Otherwise, the server could tag the RO as
 
Search WWH ::




Custom Search