<br><font size=2 face="sans-serif">I agree with everyone's comments about
the importance of human readability; though it's scary to think that anybody
would consider 16 bytes of hex, however formatted, readable.</font>
<br>
<br><font size=2 face="sans-serif">But why is the actual implementation
so important? Why can we not wrap this kind of specific in a set of utility
services that makes the actual underlying representation irrelevant, provided
it can be resolved to a valid  16 byte UUID sequence? I don't see
why the underlying implementation shouldn't be a 16-byte unsigned integer,
and the formatting at the whim of the user. Isn't this a fundamental precept
of object oriented programming?</font>
<br>
<br><font size=2 face="sans-serif">Regardless, the right implementation
will be one which defines the nature of this beast in one place, and one
place only.</font>
<br><font size=2 face="sans-serif"><br>
Best regards<br>
Alan<br>
-------------------<br>
T.J. Watson Research Center, Hawthorne, NY<br>
1-914-784-7286<br>
alan_webb@us.ibm.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Stefan Andersson <stefan@tribalmedia.se></b>
</font>
<br><font size=1 face="sans-serif">Sent by: opensim-dev-bounces@lists.berlios.de</font>
<p><font size=1 face="sans-serif">06/13/2008 12:15 PM</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
opensim-dev@lists.berlios.de</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif"><opensim-dev@lists.berlios.de></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [Opensim-dev] standardizing on uuid
string formats</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2 face="Tahoma">+1 on 2<br>
 <br>
basically, agreeing with everything said about human readability over clock
cycles<br>
<br>
Best regards,<br>
Stefan Andersson<br>
Tribal Media AB<br>
 <br>
Join the 3d web revolution : </font><a href=http://tribalnet.se/ target=_blank><font size=2 color=blue face="Tahoma"><u>http://tribalnet.se/</u></font></a><font size=2 face="Tahoma"><br>
 <br>
<br>
<br>
<br>
</font>
<hr><font size=2 face="Tahoma"><br>
> Date: Fri, 13 Jun 2008 08:36:57 -0700<br>
> From: cmickeyb@gmail.com<br>
> To: opensim-dev@lists.berlios.de<br>
> Subject: Re: [Opensim-dev] standardizing on uuid string formats<br>
> <br>
> +1 on format 2<br>
> format consistency at the database storage level will help<br>
> tremendously in writing consistency checkers.<br>
> <br>
> might also want to specify standard character set... we currently
use<br>
> UTF8 and latin1 (at least in the mysql tables).<br>
> <br>
> --mic<br>
> <br>
> <br>
> On Fri, Jun 13, 2008 at 6:00 AM, Sean Dague <sean@dague.net>
wrote:<br>
> > We have 3 serialization formats for a UUID<br>
> > * XXXXXXYYYYYYZZZZZZ....<br>
> > * XXXXXX-YYYYYY-ZZZZZZ....<br>
> > * binary packed version (used in the mysql assets table exclusively)<br>
> ><br>
> > This is definitely confusing. One of the reasons that we got
here is<br>
> > that there never was really a defined standard, and things grew
and<br>
> > changed over time. One of the reasons that we are still here
is that<br>
> > until recently, doing database migrations between formats would
have<br>
> > been a lot of crazy logic. I'm hoping that the Migration support
I just<br>
> > put in (and switched both SQLite and MySQL over to) should fix
part 2.<br>
> ><br>
> > So, back to part 1. I think we should declare a standard, and
work<br>
> > towards getting everything in that standard. My suggestion, and<br>
> > preference here is form 2: XXXXXX-YYYYYY-ZZZZZZ... for the following<br>
> > reasons.<br>
> > * It's very user readable, and like the format that people have
come to<br>
> > expect in the client viewer. As people like looking at their
data in<br>
> > both xml and in the database, making it make more sense to them
is<br>
> > probably a good thing<br>
> > * It's the native string format for LLUUID and GUID (system built
in).<br>
> > Using another format means lots of converting back and forth.<br>
> > * It also occured to me this morning that the extra string in
every<br>
> > conversion might account for some of our extra overhead.<br>
> ><br>
> > All opinions on the table are valid. I firmly believe that anything<br>
> > that gets our data more self consistant will help with maintainability<br>
> > in the project. Please throw in your views, and I'll queue this
up for<br>
> > future work.<br>
> ><br>
> > -Sean<br>
> ><br>
> > --<br>
> > __________________________________________________________________<br>
> ><br>
> > Sean Dague Mid-Hudson Valley<br>
> > sean at dague dot net Linux Users Group<br>
> > http://dague.net http://mhvlug.org<br>
> ><br>
> > There is no silver bullet. Plus, werewolves make better neighbors<br>
> > than zombies, and they tend to keep the vampire population down.<br>
> > __________________________________________________________________<br>
> ><br>
> > -----BEGIN PGP SIGNATURE-----<br>
> > Version: GnuPG v1.4.6 (GNU/Linux)<br>
> ><br>
> > iD8DBQFIUm+ESamXem9TdyYRAmlmAJwIPbjgfk1KEPJ0uYDsyogoc+JgoQCgpl/q<br>
> > gGE0KcWqi/7TTpP7KHQcIoI=<br>
> > =hUsu<br>
> > -----END PGP SIGNATURE-----<br>
> ><br>
> > _______________________________________________<br>
> > Opensim-dev mailing list<br>
> > Opensim-dev@lists.berlios.de<br>
> > https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
> ><br>
> ><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> Opensim-dev@lists.berlios.de<br>
> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
</font><tt><font size=2>_______________________________________________<br>
Opensim-dev mailing list<br>
Opensim-dev@lists.berlios.de<br>
https://lists.berlios.de/mailman/listinfo/opensim-dev<br>
</font></tt>
<br>