[sldev] [ogpx] Snowglobe on OpenSim grids

[Dzonatas Sol]

Here is the map implemented in C# : 
http://mono.dzonux.net/file/20091218a.png

It works as a "detached window" from the Snowglobe viewer, and this is 
possible with SNOW-375: https://jira.secondlife.com/browse/SNOW-375
"Detached Communicator: Chat/IM/Contacts windows "thinking outside the 
box" in a separate process/plugin"

I took that a step further than just a language agnostic API to for just 
chat/IM/Contacts as I also received requests for the minimap/worldmap 
and saw this thread. It uses HTTP to fetch the textures, so a simple 
change in the base-URI could support OpenSIM, too. There area REST 
*like* calls being made, so sim caps are easy to handle also.

I say *like* because true RESTful events don't rely on session info and 
I used session info in order to support both HTTP and HTTPS.

I'd imagine it is possible to make a XAML/Silverlight/Moonlight version 
of this for the web, yet I don't see in particular reason why when the 
C# script is self-contain and has no file access permissions given -- so 
it's basically a web application now that could run directly on the web 
or download run locally, which I think is key.


Joshua Bell wrote:
> On Thu, Dec 10, 2009 at 10:55 PM, Dzonatas Sol <dzonatas at gmail.com 
> <mailto:dzonatas at gmail.com>> wrote:
>
>     Wouldn't it be better if the map was a LLMediaPlugin. That way
>     each map window can be customized to a grid. That would also mean
>     each grid would load it's own viewer plugin.
>
>
> I would take this one step further:
>
> The map is a service provided by a grid, or region-domain in VWRAP 
> parlance. It should have no dependency on the agent domain. It serves 
> to consume and produce location identifiers into the grid which - 
> should be URLs, e.g. "given a friend's SLurl, show it on the map", 
> "generate a SLurl for a location so I can initiate a teleport to it".
>
> I would posit that this could be implemented entirely as a web page 
> hosted via a generic web context provider in a viewer - no need for a 
> specific plugin. The region domain would provide a standardized cap 
> which is actually a web page a la slurl.com <http://slurl.com>, which 
> generates URLs the viewer can act on (e.g. to initiate teleport).
>
> If there does need to be agent domain/region domain interaction (E.g. 
> "highlight my friends on the map") then there would need to be some 
> VWRAP-ish negotiation, e.g. the agent domain(s) of your friends 
> provide caps that you can pass on to the region domain map service.
>
>