Key to Name database

Up until sometime in the last couple of weeks I had been using:

llHTTPRequest( URL_RESIDENT + (string)llList2List(mylist, i, i),[HTTP_METHOD,"GET"],"";

where URL_RESIDENT is equal to:
"http://world.secondlife.com/resident/"

to get name for an Avatar Key.

It no longer works. Regardless of what KEY I use, it gives a 404 return code. Has anyone else noticed this or found a solution?


Thanks in advance for any advice.

looks like they changed the format.... (at least it's different from community search)

try this
http://world.secondlife.com/a/resident/

Void - THANK YOU, it works perfectly again.

I wish I could keep up with changes like this without bothering the EXPERTS here. I really appreciate your quick help!!

If you have the key, wouldn't llRequestAgentData be a lot less painful?

Doesn't that only work if they're online?

It works offline, that's actually the function people use to check online status. It is the other way around, name to key, that causes all the hassle.

Ah.. I was thinking of llKey2Name, which requires the person to have be in the sim..

yep they break that part on my web too

Also remember they need to have the "show on web" checked to work.

that's assuming you don't want to parse something like the users profile... that's what the worl address is mostly used for (just pass it through google first to check if a specific pic is present.)

actually you don't... that only applies to search, however there are some weird outtages where even if the resident page exists and they have show on web allowed, they still can't be found by search. but EVERYONE has a key page, regardless.

Where in the official wiki should this be documented? I can't figure out what the right place for it would be?

(I don't rely on / trust this feature, so I've never used it, but I know that many others did, so the change prolly should be noted in the official wiki, I just can't for the life of me figure out if it's there already.)

Ummmm - isn't this the kind of change that should be broadcast in some way (or was it blogged somewhere)?

Cuz it sounds like it is going to break a few scripts.

This might explain why I got a "not found" trying to verify the spelling of a resident's name on the Zonkster page for sending messages. I wonder if the message itself really went thru, cuz I verified the spelling was correct from the Friends Online web page.

I wonder if there will be PG, M, and A avatars?

There will, but people will be allowed to switch their accounts on the fly between PG and Mature, Adult also if verification is there. So even if we could see the flag, it would pass a limited amount of information. Scripting was left to hang when the last verification flag came out, so I'm not optimistic that we will be able to see the new one either.

LL isn't exactly wild about scripts using those pages in the first place, they even like to block requests to the search part. There is a request in SVC-3122 to turn this stuff into an official feature, but right now it's unsupported.

yeah I'd say it broke a fair amount of picks camping reward scripts... at least the ones coded to work the most consistently (because search is unreliable)... spam it on general... eventually people will get the idea =)

So is that why the "a" was added into the url?

It really looks more like an artifact of a "zomg we borked the search fix it nowwww!" upgrade in parallel. They're able to filter out mature land and groups now without a special URL.

LL ops is trying to get rid of the /a/ now, so if anyone was planning to send out updated scripts, hold off a bit or make it switchable.

where did you get that info, vik?

A 900 foot Elvis appeared in a dream and told me. My vision was confirmed when miraculously it appeared on the status blog too

lol... all they have to do is make the front end redirect the backend folder drops and poof no more letter from a direct targeted query. course that means rewrite with a search for which category it goes under so maybe a split level version would be better, normal retrieves the flag xml and THAT refers to it's sun category... would save grinding for updated changes across the profile.

ETA
so I count three main categories of things broken by the change, Pick Camping Rewarders, Profile Pic Welcomers, and Group Link Inviters.... any others... I'm curious about how this is being used inworld.... didn't some one do a parcel and region info grabber too?

HAH new Idea.... (or maybe not) Ad copy grabbers... grab all of a residents classifieds for mini booths

But then no doubt someone will complain about their ads getting greater exposure, haha!

You do seem to know what's going on with SL in a timely manner. Do you use any particular techniques to keep abreast of things?

heh I was thinking more just a n automatic box for the owners... save a little effort on advertising by replicating it in world.