[sldev] [VIEWER] Re: New viewer released with logging of the owners of speaking objects and their location

[Dale Glass]

On Saturday 01 September 2007 00:31:56 John Hurliman wrote:
> I don't quite understand; in your e-mail the query just says
> "?var=slRegionName". What value were you expecting for that query? If
> you do the UUID -> RegionHandle lookup and break down the handle in to X
> and Y you can do that CAPS request and get back simulator name that you
> need.
Misunderstood, thought that b713fe80-283b-4585-af4d-a3b7d9a32492 referred to 
the region's key, in which case the coordinates would have been redundant.

Well, that's just why some docs would be really useful :-) Is there a list of 
those keys somewhere? And why use keys instead of a text name for the 
service?


> No bundled databases, no javascript parsing, no fallback code, 
> this is exactly what is needed and would close out the JIRA request if
> it was already posted.
No fallback code, but the database will still be bundled because it doesn't 
cost me anything to do that. Region lookups are already cached and saved to 
disk, the "database" is simply a pregenerated cache file. 

I'm a big fan of caching wherever it's possible. On a longer timeframe I'll 
probably implement caching of profile data, to have something to fallback to 
when the dataserver breaks.

Avatar key cache seems like it could use improvements too. For some reason it 
periodically cleans up itself, and I don't see why when names are currently 
fixed AFAIK.

> That would be a great feature request, so we can stop implementing LLSD
> parsers (which is like writing a JSON parser with a few strong types) in
> every language under the sun. The viewer already has an LLSD parser
> though, so for the current task it shouldn't be an issue.
Precisely for that reason. Found the functionality some time ago. I use it to 
implement my update checker:

http://sl.daleglass.net/viewer_update_check?major=1&minor=18&patch=2&build=0&rev=0


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20070901/a6ad7dc2/attachment-0003.pgp