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]
