Hi All, Serendepity :)<div><br></div><div>I think you may be working your way around to the distinction here between the URI and the URL. The one being necessarily an identifier and the other a locator. Both are useful, but the distinction exists precisely because they are not the same sort of thing; perforce, a URL is not to be used where a URI is indicated, and a URI is the necessarily 'immutable' part of a URL.</div>
<div><br></div><div>Feel free to correct me if I'm wrong, but this is the way I have always thought of it.</div><div><br></div><div>Cheers :)</div><div>James</div><div>SimHost.com</div><div><br><br><div class="gmail_quote">
On Sun, Aug 29, 2010 at 3:27 PM, Serendipity Seraph <span dir="ltr"><<a href="mailto:sseraph@me.com">sseraph@me.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"> On 8/29/10 11:45 AM, Dahlia Trimble wrote:<br>
> This looks to me to be an attempt to provide local caching of relevant<br>
> information for reducing lookup requirements and seems a usable<br>
> approach as long as the extra data is known to be non-authoritative.<br>
> It does bring a implementation-specific form into something that has<br>
> potential to becoming a standard of sorts and that may be a concern.<br>
> It does not appear to address the problem of fly-by-night service<br>
> providers or those who may try to profit excessively from a position<br>
> of providing an authority. Personally I don't like the idea of having<br>
> a paid subscription service having any control over my ability to surf<br>
> the hypergrid, and as such I''d prefer to see the UUID portion be the<br>
> authoritative lookup key and the lookup domain portion be considered a<br>
> suggestion at best. UUIDs by design have sufficient variability where<br>
> collisions are highly unlikely so I don't see collisions as being an<br>
> issue even if they are independently generated by independent providers.<br>
</div>IMHO, all references should always be to a key type that is by<br>
definition not prone to collision.  UUIDs were designed for this<br>
purpose.  That does leave what user name and whatever a UUID maps to.<br>
Caching the mapping with something like memcache should be possible.<br>
Stuffing possibly mutable [and/or collision prone] data  into URIs<br>
(effectively pointers) or other identifiers is a bad idea.  Identifiers<br>
are not supposed to be meaning or semantic bearing.<br>
<font color="#888888"><br>
- s<br>
</font><div><div></div><div class="h5"><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><br clear="all"><br>-- <br>===================================<br><a href="http://osgrid.org">http://osgrid.org</a><br><a href="http://twitter.com/jstallings2">http://twitter.com/jstallings2</a><br>
<a href="http://www.linkedin.com/pub/5/770/a49">http://www.linkedin.com/pub/5/770/a49</a><br>
</div>