Library: Avatar Tracker

[NOTE: This source is public domain, all I ask is you IM me if you use it ]
Heya all! First contribution on this forum.

After I saw Jcool doing this, I though "God I have to have that" so, an hour later, here it is. This basic script will record the keys of anyone it passes, and then constantly poll them.
If an agent leaves the sim by teleporting, you can click on it to find out where they went.
Its simple code, and should explain itself.

[EDIT: The url has changed. Also, the required viewer release now supports the script perfectly.]
http://wiki.secondlife.com/wiki/User:Jana_Kamachi/AvatarTracker

I'm getting an error there ",[OBJECT_POS]);

You may need to upgrade a newer version of SL, some do not have the llGetObjectDetails feature. Also, could you please tell me what the EXACT error code was? I copied-paste from my own wiki into a script and it works fine.

me too..same error

I'm using 1.18.21 Mac
will try with Release Candidate Viewer and see TY ..

Same thing with Release viewer, I can't even keep the script running, I have to check "running" over and over.

I just tested both in-world, they work fine. please note that page has >>2<< different scripts on it. I recommend using the bottom one.

I did use the bottom one, could you please send me a copy of the script?
it may be the way I paste it once I do "new script" I'm not sure.

And also what do you mean as an attachment... who has to wear it?
Me (the tracker), the persons that will be tracked?

Or can I just have the object laying somewhere?

I know nothing about scripts TY!

Using SL Version 1.18.2.1
Error message is (18, 80) : Error : Named not defined within scope

llGetObjectDetails was introduced from 1.18.3 onwards. If you're using 1.18.2 (which is the current version) then your client software wont know how to compile it even though SL's servers already support it.

I havent tried this myself because I'm still on 1.18.2 but I'm kinda amazed this even works. Sounds like it works for the same reason llDialog continues to work after an avatar has teleported away to a different sim up until they log off SL.

Jana what is the premise of this script, are you implying that if an avatar is out of sim it returns a negative or large value of the X coordinate? That doesn't make sense to me. Is this a behavior you found, or should it also be checking Y?

X is only used as a check. You can replace it with Y if you want, just not Z since the grid is laid out XY. The Immense value returned is usually in the +/- thousands, and is the GLOBAL CO-ORDINATE OF THE AVATARS DESTINATION SIM.

NOTE!!! This script practicly DIES when used with multiple, chained sims. Best used in a private sim like Duvillier or Bug Island, or you could just add some more checks.

In your 'state_entry' handler, you have :

llSetTimer(0.00001);

Egads!!! Perhaps you should just call the script "LagThisSim".

- Ace

Ace, try testing it. A cube that spins with >>target omega<< causes more lag.
Note, its not a complete script. You don't like it, CHANGE IT.

***** WARNING!!! *****

I went and visited this site last night and now when I open IE I get a second blank window opening with the URL of http://www.janashell.com/pmwiki.php/Library/AvatarTracker.

This site added a BHO to IE that I had to manually remove.

Be very careful about going to this site.

If you have been to this site I recommend you remove the BHO and than change your password.

I don't see any reason to believe Ravanne's problem is necessarily related to Jana's site.

Not seeing that Ravanne. Checked my system both before and after with HijackThis and there is no BHO. You picked up some spyware somewhere but not at this site.

Only reporting what I found. Went to site and new BHO in IE that opened a window with that url, removed BHO and now no more window. YMMV.

FYI
I had scanned my system shortly before this occured and all was clean.

Can I just say, why the heck are you still using IE? Spyware? That's only a problem in IE. Download Firefox, make your life better. http://www.mozilla.org

I used Firefox for a couple of years. Switched over and use Opera now and yep I still use IE7 some. Never had a problem with IE but then again I use the free Spybot SD that has an immunize function. It keeps a hosts file on your PC that is no hassle and as long as you keep it updated, it works. Doesn't use any system resources either.

So, yes it is possible that the site could have placed a BHO and my system would have still blocked it. Ravanne you may want to check your system again, go to the site, and check one more time. That is a pretty strong allegation to make without double and triple checking. Hope it isn't so.

I don't want to make an alegation, it may have nothing to do with the site just odd coincidence but it was taking me to that URL. I use spybot S&D and immunize and rarely have issues so it seems strange to me. I just wanted to alert people to watch for problems. Often it may be another site that has managed to corrupt a legitimate one.

Hey No problems. You are one of the good people in the forums Ravanne.

O-o...what...the hell? I give you my personal garantee theres no spyware on my site...theres not even an ad. wtf is a BHO?

I'm sure you are right Jana. Just really weird and like I said more than likely something else causing it. You might want to check your site just incase it's been hacked. A BHO is a Browser Helper Object. Things like the Yahoo Toolbar are BHOs but they can also be used to hijack your browser. I was really surprised to find this since I had just done a scan and it was clean and I have things locked down pretty tight. I have been back to your site since and had no problems so hopefully it was a transient problem.

llGetObjectDetails and llKey2Name only work on main and child agents, so if the agent were to teleport outside that range, both would fail. llGetRegionName will always return the name of the sim the script is in, not where the avatar went.

Try before ya bash *_*

llGetObjectDetails works not only in the sim your in plus a bit over the border, since that sim connected the client in anticipation of a crossing.

llGetRegionName is NOT used to find the sim name...its used as a multiplier for the global chords that are then PASSED to the function. The vector is added to the global cords of said sim. And presto, your destination.

Sorry if it sounded as a bash, was not meant to sound that way. Just going by what the wiki says. But that is what a child agent is, if you can see land or a prim on an adjacent sim you are a child agent.

But it seems llGetObjectDetails will track you to the next sim you teleport to, regardless it is adjacent, but only the next, then it will continue to think you are there. And the Z parameter appears wrong, it remains the same as it was in the sim you left, but that is a minor bug. So guess the wiki needs updating.