[Opensim-dev] Towards 0.5, what's left?

Thu Dec 13 13:27:34 UTC 2007

It's true that the TextureEntry/TextureFace will probably mean a lot of duplicated xml, but I don't think we have any choice in the short and long run; storing them as a bin field will expose us to the compatibility issues from hell, as well as taking away all the benefits of using xml in the first place (machine and human readability etc)

We are definitively not going to store the very textures in the xml if that was what you were worried by.We definitively need to be able to revise the xml schema between versions; 0.5 should incorporate text storing of TextureEntry.

Using xml for backing up more than a couple of prims is, and will always be, suboptimal however you look at it; it's main use should be transport of one or a few object groups. Something else, like database dumps, should be used for backups.

/Stefan

To: opensim-dev at lists.berlios.deFrom: chernega at us.ibm.comDate: Tue, 11 Dec 2007 08:18:06 -0700Subject: Re: [Opensim-dev] Towards 0.5, what's left?        If the Texture Data is encapsulated within the XML file it would lead to very large XML files with repetitive data. Perhaps a dual strategy here? Command line option to include the TextureEntry and data within the XML, or write the geometry and texture all to a single directory. Loading would use the same scheme. Brief outline: Form 1-         save-xml file <xml-file>                 This form saves everything in a single XML file. This is useful for data warehousing that requires single entry = single file. Form 2-         save-xml dir <dir-spec>                 This form saves as in example below:                         save-xml dir /home/opensim/builds/myhouse                 /home/opensim/builds/myhouse  (directory containing):                         myhouse.xml                         texture001.jp2                         texture002.jp2                                ... Form 3-         save-xml backup                 This form saves everything into the profile specified backup filespec. Using a standardized form (likely Form 1) Thoughts? Gary J ChernegaDeskside Servicesext 845-433-3480t/l 293-3480Considering the current sad state of our computer programs, software development is clearly still a black art, and cannot yet be called an engineering discipline. (Bill Clinton) 

Michael Wright <michaelwri22 at yahoo.co.uk> Sent by: opensim-dev-bounces at lists.berlios.de 
12/11/2007 05:34 AM 

Please respond toopensim-dev at lists.berlios.de

To
opensim-dev at lists.berlios.de 

cc

Subject
Re: [Opensim-dev] Towards 0.5, what's left?

Well Load/Save xml are working, its just that the format of the xml for LLUUID, LLVector3 and LLQuaternion have changed. So if you do a save-xml now and then try to load it, it should work. But trying to load a old xml file won't. So it depends if we need to make sure those old files work, if we spend time "fixing" it. Maybe we should take this chance to break other things too. Like Stephan said, we should get TextureEntry into a readable form. There are a few other changes we might want to make to. As we are coming up to version 0.5 we could say 0.5 load/save-xml is not compatible with 0.4 files. Teravus Ovares <teravus at gmail.com> wrote: Do you think we need to fix Save/loadXML before tying off the version number? On 12/10/07, Sean Dague <sean at dague.net> wrote: We're getting towards the end of the year, and OpenSim has improveddramatically since 0.4.  On the short list of new features is: * Physics (ODE is impressively stable at this point)* Grid Mode (though there are still some asset issues)* Animations* IM, IRC Bridge* Terraforming* Throttling (though not a user facing feature)(I'm sure I've missed some, please respond with other new features)It seems like we should pick a couple of things that would be good to"finish off" this month, then declare a 0.5 release around the first of the year.My inclination is to say that bandaiding up current grid asset /inventory to functioning state would be in that short list.  Others?  -Sean--__________________________________________________________________ Sean Dague                                       Mid-Hudson Valleysean at dague dot net                            Linux Users Grouphttp://dague.net                                 http://mhvlug.orgThere is no silver bullet.  Plus, werewolves make better neighborsthan zombies, and they tend to keep the vampire population down.__________________________________________________________________ -----BEGIN PGP SIGNATURE-----Version: GnuPG v1.4.6 (GNU/Linux)iD8DBQFHXUdYSamXem9TdyYRApbJAKCicwVHKL4ZzAENcqPpvx/EiGrgpACgmDf2WSIoagVvY/vLzkm9BZh0Qzk==t2oT-----END PGP SIGNATURE-----_______________________________________________Opensim-dev mailing listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev_______________________________________________Opensim-dev mailing listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev 

Sent from Yahoo! - a smarter inbox._______________________________________________Opensim-dev mailing listOpensim-dev at lists.berlios.dehttps://lists.berlios.de/mailman/listinfo/opensim-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20071213/5f721061/attachment-0001.html>