[Opensim-dev] future rexviewer merger

[Jani Pirkola]

Paul,

Good idea to involve Opensim-dev, since they might have better ideas. I
suppose Adam Frisby has already thought how or if to integrate avatar
storage to Opensim.

One reason for avatar appearance (or agent domain) handling being at the
same place with the opensim is because in SL this was so. When we move
towards free 3D Internet (free as libre), then we need to be able to take
our avatar with us from grid to grid. This means that a grid must accept
foreign agent domains - and eventually someone would like to run just the
avatar service.

Best regards,
Jani

2008/12/5 Paul Fishwick <metaphorz at gmail.com>

> I am resending this since i think I sent a message from the wrong
> email account...
>
> ..........
>
> Jani
>  I confess to not knowing the details of the rex viewer source, so please
> take
> my comments in that light. However, to me, it would seem more logical to
> evolve the already existing UGAIM+R services of OpenSim rather than
> inventing a separate way of handling region and user services. I feel that
> we may need more discussion with the opensim developers (which is
> why I am cc'ing them).  If I am missing something in the logic of your
> revised
> Rex viewer implementation strategy, please let me know, and thank your
> team again for its excellent viewer capabilities.
> In summary, if there is something about the way that opensim handles
> avatars or authentication, then suggest fixes to this via opensim-dev. Yes?
> If the DB schema(s) need to change, then suggest changes or add new
> tables.
> -paul
>
> Jani Pirkola wrote:
> > Exactly, that is what we will do. However some of the services need to be
> able to run separately from the region or opensim server. The best example
> of this is the avatar storage and user authentication, which we feel needs
> to be its own entity.
> >
> > Jani
> >
> > 2008/12/5 Paul Fishwick <fishwick at cise.ufl.edu <mailto:
> fishwick at cise.ufl.edu>>
> >
> >     Presumably, the "services" aspect can be worked out as a region
> module
> >     for opensim? Either that, or the rex team would work with the opensim
> >     team on the opensim trunk to extend its service capabilities to be
> >     more
> >     consistent with rexviewer. That way, developers or users are free
> >     to update or
> >     re-build opensim whenever it suits them, and rexviewer would still
> >     function.
> >     -p
> >
> >
> >     Antti Ilomäki wrote:
> >
> >         Actually that's not exactly the case, viewer modifications are
> >         important to us, but the avatar portability service (and
> >         participating
> >         in world server development as well) is another central feature
> we
> >         have. Our system currently allows full avatar portability between
> >         different worlds and even the inventory works, at least to an
> >         extent.
> >
> >         2008/12/5 Paul Fishwick <fishwick at cise.ufl.edu
> >         <mailto:fishwick at cise.ufl.edu>>:
> >
> >             I could be wrong, but i thought the point was to make Rex
> >             purely
> >             a visual client (viewer) and to let OpenSim handle the
> >             services?
> >             -paul
> >
> >
> >
> >
> >
> >     --     Dr. Paul A. Fishwick           E-Mail: fishwick at cise.ufl.edu
> >     <mailto:fishwick at cise.ufl.edu>
> >     Dept. of Computer & Info       Phone & FAX: (352) 392-1414
> >     Science and Engineering       WWW:
> >     http://www.cise.ufl.edu/~fishwick<http://www.cise.ufl.edu/%7Efishwick>
> >     <http://www.cise.ufl.edu/%7Efishwick>
> >     University of Florida          (PGP Key available at above WWW
> >     address)
> >     P. O. Box 116120
> >     332 Bldg. CSE, Gainesville, FL 32611-6120
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081205/42354297/attachment-0001.html>