Jonathan wrote a going sailing example using the XML Exchange that does
something similar with
weather data. should be able to google it, or get him to post copy it to
the list. This is an interesting variation...
Carl.
John O'Hara wrote:
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]
