[sldev] Anyone aware of Vworlds or similar which can be run offline

Dzonatas dzonatas at dzonux.net
Wed Sep 26 08:13:47 PDT 2007


If I understand the question correctly, it is possible with the newer grid.

It's seems you want the grid to be up and connected with the rest of the 
grid to build the content and make use of assets available on the rest 
of the grid. Then when the region is ready for presentation, disconnect 
it and localized it just for the job or presentation.

That would be a very powerful tool.

In fact there is a case example: LL usually schedules its presentation 
of SL when the entire grid is off-line to the public. You'll see this 
easily with the Mono demonstrations made at various talks. They show 
just a few grids, usually the sandboxes, and demonstrate the possible 
content.

Of course, in that case example, the asset server is still on-line even 
if public access is off-line.

AWG is looking to somehow get the permissions right on assets so that 
they can be shared and do like the case example above and have the 
assets served by the local network. That would be the "decentralization" 
of the asset databank.

=)

Q Linden wrote:
> [blah]
>    -- Q
>
> Elio Maggini wrote:
>> So I have a client who would like to do a small Vworld implementation 
>> to be
>> run by sales reps with no access to the internet at the time of the 
>> sales
>> call. They would then update local system at night by connecting to a
>> central server.  Obviously SL does not do this, nor will it ever by 
>> what I
>> see from working group architecture. And my brief research into the 
>> current
>> other Vworlds show them all to need online connectivity as well.
>>
>> Is anyone aware of a system or method for achieving such a thing with 
>> other
>> technologies?
>>
>> Or perhaps this could be a good talking point for the Architecture 
>> working
>> group?
>>   
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
>

-- 
Power to Change the Void


More information about the SLDev mailing list