The libomv OSD classes handle it in OpenSim, which as far as I can tell is the "generic name" given to the libomv LLSD handler.<br><br>BlueWall <br><br><div class="gmail_quote">On Mon, Jul 5, 2010 at 5:01 AM, Impalah Shenzhou <span dir="ltr"><<a href="mailto:impalah@gmail.com">impalah@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi:<br>
<br>
Correct me if I'm wrong but I think that <a href="http://JSON.NET" target="_blank">JSON.NET</a> most famous<br>
serializer/deserializer (<a href="http://json.codeplex.com/" target="_blank">http://json.codeplex.com/</a>) works like<br>
standard .NET XML serializer...<br>
<br>
The advantage of using JSON is less storing space and some thing like<br>
"direct connection" with Javascript. If the first is not a problem and<br>
you won't publish this kind of information to an external web<br>
service... well, XML serializer is part of .NET core, and JSON<br>
serializer is part of a codeplex project... one of them could be<br>
discontinued some day.<br>
<br>
Personally I can't find any advantage on using JSON here except for<br>
saving disk space and so on.<br>
<br>
This is my opinion, I have others if you don't like it :-)<br>
<br>
<br>
Impalah<br>
<br>
<br>
2010/7/5, Justin Clark-Casey <<a href="mailto:jjustincc@gmail.com">jjustincc@gmail.com</a>>:<br>
<div><div></div><div class="h5">> Hi folks,<br>
><br>
> As part of the media-on-a-prim implementation, I'm serializing the<br>
> parameters for a media texture to the database.  This<br>
> seems better than creating new database fields or even a whole new table for<br>
> these parameters, both because there are<br>
> lots of them (url, scaling, controls, whitelist, etc.) and because different<br>
> future virtual environments may want to<br>
> store different things.<br>
><br>
> I'm going to serialize them as an OSDArray or MediaEntrys using the<br>
> libopenmetaverse library.  However, the question<br>
> then becomes whether to use the JSON representation or the XML<br>
> representation.<br>
><br>
> I tend to prefer XML for storage representations.  I believe that it's<br>
> somewhat more human readable and that there is<br>
> better tool support for manipulating it.  However, I know other people would<br>
> prefer storage in JSON and I accept that<br>
> serialization/deserialization there may be slightly faster.<br>
><br>
> The only other example of serialization that I know of in OpenSim currently<br>
> is that of SceneObjectGroups into inventory,<br>
> which encompasses object properties, object inventory properties and script<br>
> state.  This is done in XML and media<br>
> entries would become part of that serialization.<br>
><br>
> If there's a majority preference for JSON I don't mind using that instead,<br>
> though I would want a justification for going<br>
> this route rather than XML.  If there's no real argument then I will go with<br>
> XML.<br>
><br>
> Also, I believe that we should try and be consistent, so picking one or the<br>
> other now should make it more likely that<br>
> the same approach would be used for the next serialization case.<br>
><br>
> Regards,<br>
><br>
> --<br>
> Justin Clark-Casey (justincc)<br>
> <a href="http://justincc.org" target="_blank">http://justincc.org</a><br>
> <a href="http://twitter.com/justincc" target="_blank">http://twitter.com/justincc</a><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a 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 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></blockquote></div><br>