[Opensim-dev] SimulatorExtraFeatures Service

[Justin Clark-Casey]

I'm not convinced of the value of any override switch.  If the same entity controls all the regions then it's not 
required.  If different people control regions then they can easily get around such a switch.

If it is only sent up via extras in the capability then it's not accessible except to logged in clients.  For instance, 
a viewer frontend couldn't display some grid's guide before login.  You could get around this by then adding the 
parameter to [GridInfo] but then that's duplication - to me it would make more sense to only have it in GridInfo in the 
first place and perhaps for the gridinfo url to be communicated via extras if that's the only comms channel available on 
hg teleport in.

I know some similar stuff is already in extra's (e.g. map-server-url) but I would say that the same argument applies to 
them.

This is the kind of protocol addition that should be discussed on the mailing list to get input from people who aren't 
around on IRC at the time.  It can't become a fait accompli just because it has been implemented in master and then 
taken up by a viewer in the space of a few days.

On 31/07/14 05:14, Shaun T. Erickson wrote:
> A little background:
>
> The purpose of my suggesting this is so that on HG TP into a region, the Destination Guide URL in the viewer can be
> switched to one for that grid, so that when you go to another grid, you can see their guide instead of your grid's guide
> (which your viewer is configured with when you log in. This provides an easy, built-in way for grids to tell you about
> their points of interest.
>
> Personally, I think this should stay a grid-level value, that regions shouldn't be able to override, as then they
> would/could usurp the grid's guide. Others had a different opinion.
>
> Sending it to the region then up via the extras, seemed the right way to do this as this is an optional setting and we
> already send some optional things up to the viewer this way. LiruCookies and lkalif are already/about to implement the
> viewer side of this, expecting destination-guide-url to be sent up via the extras.
>
> -ste (smxy)
>
> On 7/30/14, 10:49 PM, Nicky Perian wrote:
>> imo, I think this should be delivered with grid info. This provides a cleaner way to handle the URL on the viewer end.
>>
>>
>>
>> On Wed, Jul 30, 2014 at 7:06 PM, Justin Clark-Casey <jjustincc at googlemail.com <mailto:jjustincc at googlemail.com>> wrote:
>>
>>     Hi BlueWall,
>>
>>     I see you added this service to master today which appears to allow simulators to fetch 'extra' information about
>>     OpenSimulator features at runtime [1].  I have a number of questions/points.
>>
>>     1.  Can't this be part of GridInfo?  Why do we need another service for this?
>>
>>     2.  Why is the Robust side config named [SimulatorExtraFeatures]?  This makes it a pain to get a uniform config
>>     story for standalone as well as grid.  Can't it also be [SimulatorFeatures] so that standalone doesn't need
>>     another seemingly identical section if it needs to get this config?
>>
>>     3.  What is the purpose of the region_override config value?  If regions did want different values for extra
>>     features then it would be trivial for them to workaround this.  If these really do need to be unique to the grid,
>>     then I think they should really be fetched by the viewer directly from the service and not via the
>>     SimulatorFeatures capability, as many of these are not really simulator features but grid-wide.
>>
>>     4.  I know Json RPC was already used for profiles, but it's getting to be a real pain when services keep using
>>     different access methods (REST, HTTP query parameters, RPC, etc.).  Can't we use HTTP query for this like many of
>>     the existing services? [2]
>>
>>     [1] http://opensimulator.org/wiki/SimulatorFeatures_Extras
>>     [2] http://opensimulator.org/wiki/Services
>>
>>     --
>>     Justin Clark-Casey (justincc)
>>     OSVW Consulting
>>     http://justincc.org
>>     http://twitter.com/justincc
>>     _______________________________________________
>>     Opensim-dev mailing list
>>     Opensim-dev at opensimulator.org <mailto:Opensim-dev at opensimulator.org>
>>     http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>>
>>
>>
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at opensimulator.org
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>
>
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>


-- 
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc