<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial,helvetica,sans-serif;font-size:12pt"><div>There are a number of use cases for OpenSim and what Rex has done appears to be a valid use case also. As always, I look to our architects, Mw, Lbsa, Adam and SDague to guide us in OpenSim for the appropriate way to add features and modules for the various use cases.<br><br>Having a healthy debate is good, and we are starting to have one on the Rex extensions. <br><br>I just dont want the negativism expressed by some to indicate that this is the official position of OpenSim. <br><br>We are an open community and embrace new ideas and new technology. So, I say, "Let the debate continue and lets see where we get"<br><br>Charles<br></div><div style="font-family: arial,helvetica,sans-serif; font-size: 12pt;"><br><div style="font-family: arial,helvetica,sans-serif; font-size: 13px;"><font face="Tahoma"

 size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Melanie <melanie@t-data.com><br><b><span style="font-weight: bold;">To:</span></b> opensim-dev@lists.berlios.de<br><b><span style="font-weight: bold;">Sent:</span></b> Saturday, December 6, 2008 1:47:22 AM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [Opensim-dev] future rexviewer merger<br></font><br>

Hi, I am not opposed to Rex technology. I'm not opposed to have it in  OpenSim. I'm also not opposed to the people who I know (like you). What I am opposed to is the strategy of doing Windows-only  development behind closed doors, without community (OpenSim dev)  feedback, then presenting huge patches that are so brittle that they  need to be applied without scrutiny or go stale. I would welcome Rex involvement if the Rex developers would join us  in -dev, discuss things, and submit small patches that we can  analyze and become familiar with, and modify so they don't conflict  with the directions where OpenSim core wants to go. Fromn what I gather, Rex is intent on pushing both the login service  and the viewer onto OpenSim. Including going to the point of  breaking SL viewer compatibility. I am totally opposed to this. I  would never endorse a single LL-Code based viewer as _the_ viewer,

 <br>to the exclusion of any other, unless it's fully BSD licensed, e.g. <br>developed from scratch.<br><br>Also, I see anumber of abuse scenarios possible with the <br>login/avatar service (commercial abuse), which is why I personally <br>favor a different model. Specifically, to keep the avatar appearance <br>data on the client and not on any server at all.<br><br>That is what I can write out right now, there is a diffuse feeling <br>of opposition in me, that I have yet to fathom.<br><br>If you take it in small steps, I will be with you. Megapatches would <br>be an issue for me.<br><br>Melanie<br><br><br>Ryan McDougall wrote:<br>> On Fri, Dec 5, 2008 at 10:35 PM, Melanie <<a ymailto="mailto:melanie@t-data.com" href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>>> In my opinion, nothing. Nothing, that is, that we could not get<br>>> without ReX involvement, and better.<br>>><br>>> I would like to see

 OpenSim do an OpenSim solution to the mesh and<br>>> asset/inventory system. I don't feel comfortable with the ReX<br>>> solution, and even less comfortable with the parts of it they may<br>>> hold close to the chest and spring on us later. I expect some<br>>> unpalatable bits there. I would rather see us grow to that level in<br>>> a true collaborative Open Source, Free environment, without being<br>>> under the control of a single corporation.<br>> <br>> Which corporation is that? Do you know anything about legal or funding<br>> structure of reX? Do you know any of us personally?<br>> <br>> Its a lot to presume with little in the way of fact.<br>> <br>> How about instead of playing games you just ask me and I'll tell you.<br>> If I had the faintest idea what your concern is I'd pre-emptively tell<br>> you...<br>> <br>>> Melanie<br>> <br>> Cheers,<br>>

 <br>>><br>>> Diva Canto wrote:<br>>>> As Rex's extensions move closer to opensim (I'm in the group of people<br>>>> who can't wait to see meshes and better graphics!), it will be good to<br>>>> know more of the details of Rex. I'm not sure I understand completely<br>>>> the use of "avatar" here, as we know that opensim uses it to denote a<br>>>> pixelated carcass, that's neither a user nor an agent. And in Rex the<br>>>> "avatar system" seems like it's more of a user storage/asset system.<br>>>> Part of the user's storage/assets includes the pixelated carcass for<br>>>> opensim-based worlds that care about that; but it includes all other<br>>>> assets owned by the user.<br>>>><br>>>> It would be interesting to compare existing efforts in opensim such as<br>>>> the Hypergrid and the distributed asset server with Rex's avatar

 system.<br>>>> Is it possible that<br>>>> Hypergrid+DAS >= Rex's Avatar System ?<br>>>> What else does the avatar system bring to the table?<br>>>><br>>>> Crista<br>>>><br>>>> Ryan McDougall wrote:<br>>>>> Thank you for your addition to the discussion James, however I think<br>>>>> Paul may have misunderstood reX architecture when made a private<br>>>>> discussion public without consent.<br>>>>><br>>>>> The reX avatar and authentication servers replace the User server and<br>>>>> split it into Avatar storage for reX's own avatar system, and pure<br>>>>> authentication of identity (the latter a bit like OpenID). The idea is<br>>>>> to enable avatar portability: the ability to take the same<br>>>>> meticulously created reX avatar from one grid to

 another.<br>>>>><br>>>>> Afaik there is no analogue for stock OpenSim, and thus its difficult<br>>>>> to merge until the reX team is better integrated with OpenSim.<br>>>>><br>>>>> Moreover I see room for improvement there, and have some ideas to<br>>>>> change it further. It would be better for all parties if we did our<br>>>>> prototyping first, and then worry about arguing who has the better<br>>>>> concept or code later and the discussion is on objective ground.<br>>>>><br>>>>> Cheers,<br>>>>><br>>>>> On Fri, Dec 5, 2008 at 8:05 PM, James Stallings II<br>>>>> <<a ymailto="mailto:james.stallings@gmail.com" href="mailto:james.stallings@gmail.com">james.stallings@gmail.com</a>> wrote:<br>>>>><br>>>>>> LOL an ESPECIALLY good idea given they are the originators of the

 project<br>>>>>> and maintainers of the core offering :D<br>>>>>><br>>>>>> Cheers<br>>>>>> James<br>>>>>><br>>>>>><br>>>>>> On Fri, Dec 5, 2008 at 11:52 AM, Jani Pirkola <<a ymailto="mailto:jpirkola@gmail.com" href="mailto:jpirkola@gmail.com">jpirkola@gmail.com</a>> wrote:<br>>>>>><br>>>>>>> Paul,<br>>>>>>><br>>>>>>> Good idea to involve Opensim-dev, since they might have better ideas. I<br>>>>>>> suppose Adam Frisby has already thought how or if to integrate avatar<br>>>>>>> storage to Opensim.<br>>>>>>><br>>>>>>> One reason for avatar appearance (or agent domain) handling being at the<br>>>>>>> same place with the opensim is because in SL this was so. When we

 move<br>>>>>>> towards free 3D Internet (free as libre), then we need to be able to take<br>>>>>>> our avatar with us from grid to grid. This means that a grid must accept<br>>>>>>> foreign agent domains - and eventually someone would like to run just the<br>>>>>>> avatar service.<br>>>>>>><br>>>>>>> Best regards,<br>>>>>>> Jani<br>>>>>>><br>>>>>>> 2008/12/5 Paul Fishwick <<a ymailto="mailto:metaphorz@gmail.com" href="mailto:metaphorz@gmail.com">metaphorz@gmail.com</a>><br>>>>>>><br>>>>>>>> I am resending this since i think I sent a message from the wrong<br>>>>>>>> email account...<br>>>>>>>><br>>>>>>>> ..........<br>>>>>>>><br>>>>>>>>

 Jani<br>>>>>>>>  I confess to not knowing the details of the rex viewer source, so please<br>>>>>>>> take<br>>>>>>>> my comments in that light. However, to me, it would seem more logical to<br>>>>>>>> evolve the already existing UGAIM+R services of OpenSim rather than<br>>>>>>>> inventing a separate way of handling region and user services. I feel<br>>>>>>>> that<br>>>>>>>> we may need more discussion with the opensim developers (which is<br>>>>>>>> why I am cc'ing them).  If I am missing something in the logic of your<br>>>>>>>> revised<br>>>>>>>> Rex viewer implementation strategy, please let me know, and thank your<br>>>>>>>> team again for its excellent viewer capabilities.<br>>>>>>>> In

 summary, if there is something about the way that opensim handles<br>>>>>>>> avatars or authentication, then suggest fixes to this via opensim-dev.<br>>>>>>>> Yes?<br>>>>>>>> If the DB schema(s) need to change, then suggest changes or add new<br>>>>>>>> tables.<br>>>>>>>> -paul<br>>>>>>>><br>>>>>>>> Jani Pirkola wrote:<br>>>>>>>><br>>>>>>>>> Exactly, that is what we will do. However some of the services need to<br>>>>>>>>> be able to run separately from the region or opensim server. The best<br>>>>>>>>> example of this is the avatar storage and user authentication, which we feel<br>>>>>>>>> needs to be its own entity.<br>>>>>>>>><br>>>>>>>>>

Jani >>>>>>>> >>>>>>>> 2008/12/5 Paul Fishwick <<a ymailto="mailto:fishwick@cise.ufl.edu" href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a> >>>>>>>> <mailto:<a ymailto="mailto:fishwick@cise.ufl.edu" href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>>> >>>>>>>> >>>>>>>>     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<br>>>>>>>>>     to update or<br>>>>>>>>>     re-build opensim whenever it suits them, and rexviewer would still<br>>>>>>>>>     function.<br>>>>>>>>>     -p<br>>>>>>>>><br>>>>>>>>><br>>>>>>>>>     Antti Ilom�ki wrote:<br>>>>>>>>><br>>>>>>>>>         Actually that's not exactly the case, viewer modifications are<br>>>>>>>>>         important to us, but the avatar portability service (and<br>>>>>>>>>         participating<br>>>>>>>>>         in world server development as well) is another central

 feature<br>>>>>>>>> we<br>>>>>>>>>         have. Our system currently allows full avatar portability<br>>>>>>>>> between<br>>>>>>>>>         different worlds and even the inventory works, at least to an<br>>>>>>>>>         extent.<br>>>>>>>>><br>>>>>>>>>         2008/12/5 Paul Fishwick <<a ymailto="mailto:fishwick@cise.ufl.edu" href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a><br>>>>>>>>>         <mailto:<a ymailto="mailto:fishwick@cise.ufl.edu" href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>>>:<br>>>>>>>>><br>>>>>>>>>             I could be wrong, but

 i thought the point was to make Rex<br>>>>>>>>>             purely<br>>>>>>>>>             a visual client (viewer) and to let OpenSim handle the<br>>>>>>>>>             services?<br>>>>>>>>>             -paul<br>>>>>>>>><br>>>>>>>>><br>>>>>>>>><br>>>>>>>>><br>>>>>>>>><br>>>>>>>>>     --     Dr. Paul A. Fishwick           E-Mail: <a ymailto="mailto:fishwick@cise.ufl.edu" href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a><br>>>>>>>>>     <mailto:<a ymailto="mailto:fishwick@cise.ufl.edu"

 href="mailto:fishwick@cise.ufl.edu">fishwick@cise.ufl.edu</a>><br>>>>>>>>>     Dept. of Computer & Info       Phone & FAX: (352) 392-1414<br>>>>>>>>>     Science and Engineering       WWW:<br>>>>>>>>>     <a href="http://www.cise.ufl.edu/%7Efishwick" target="_blank">http://www.cise.ufl.edu/~fishwick</a><br>>>>>>>>>     <<a href="http://www.cise.ufl.edu/%7Efishwick" target="_blank">http://www.cise.ufl.edu/%7Efishwick</a>><br>>>>>>>>>     University of Florida          (PGP Key available at above WWW<br>>>>>>>>>     address)<br>>>>>>>>>     P. O. Box 116120<br>>>>>>>>>     332 Bldg. CSE, Gainesville, FL

 32611-6120<br>>>>>>>>><br>>>>>>>> _______________________________________________<br>>>>>>>> Opensim-dev mailing list<br>>>>>>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>>>>>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>>>>>>><br>>>>>>> _______________________________________________<br>>>>>>> Opensim-dev mailing list<br>>>>>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>>>>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev"

 target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>>>>>><br>>>>>>><br>>>>>><br>>>>>> --<br>>>>>> ===================================<br>>>>>> The wind<br>>>>>> scours the earth for prayers<br>>>>>> The night obscures them<br>>>>>><br>>>>>> <a href="http://osgrid.org" target="_blank">http://osgrid.org</a><br>>>>>> <a href="http://del.icio.us/SPQR" target="_blank">http://del.icio.us/SPQR</a><br>>>>>> <a href="http://twitter.com/jstallings2" target="_blank">http://twitter.com/jstallings2</a><br>>>>>> <a href="http://www.linkedin.com/pub/5/770/a49" target="_blank">http://www.linkedin.com/pub/5/770/a49</a><br>>>>>><br>>>>>> _______________________________________________<br>>>>>>

 Opensim-dev mailing list<br>>>>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>>>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>>>>><br>>>>>><br>>>>>><br>>>>> _______________________________________________<br>>>>> Opensim-dev mailing list<br>>>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>>>><br>>>>><br>>>><br>>>><br>>>><br>>>><br>>>>

 ------------------------------------------------------------------------<br>>>><br>>>> _______________________________________________<br>>>> Opensim-dev mailing list<br>>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>><br>>> _______________________________________________<br>>> Opensim-dev mailing list<br>>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>>><br>> _______________________________________________<br>>

 Opensim-dev mailing list<br>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>> <br>> <br><br>_______________________________________________<br>Opensim-dev mailing list<br><a ymailto="mailto:Opensim-dev@lists.berlios.de" href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br></div></div></div></body></html>