AWESOME!

2009/2/22 Joshua Kramer <[email protected]>

> Hello,
>
> Here's another idea I had for an exchange: the GIS exchange.  Using this
> exchange, you could subscribe to messages destined for a certain
> geographical area.
>
> Here's an example of usage based on a MMORPG.  Suppose you had a playing
> grid that was 36 square kilometers.  If your client application was a player
> in the game, it could subscribe to events that occurred in the particular 1
> sq kilometer (let's call it a sector) in which you were playing.  Suppose
> there was a monster that arrived in your sector.  It would always broadcast
> its actions, and exact coordinates, to the queue manager... when it arrived
> in your sector, you would receive messages on its whereabouts because you
> were subscribed to that sector.  Collision detection and other physics
> calculations could be done on the client side when needed.
>
> Or, for a more practical use, consider this.  Suppose NOAA ran a QPid-GIS
> server containing data on weather events.  I could subscribe to my area.
>  When a storm was approaching, once the storm entered my area, the QPid-GIS
> server would broadcast the storm's data to my PC.  Conversely, my PC could
> send data from sensors, in realtime, back to NOAA... and, better yet,
> anybody in my area who was subscribed in that manner would get data from my
> sensors.  Wind speed, temperature, barometric pressure, etc.
>
> I have far more ideas than time on my hands :)
>
> Thoughts?
>
> Cheers,
> -Josh
>
>
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project:      http://qpid.apache.org
> Use/Interact: mailto:[email protected]
>
>

Reply via email to