Keeping a record
|
|
Dekka Raymaker
thinking very hard
Join date: 4 Feb 2007
Posts: 3,898
|
06-01-2009 04:48
I just need to know if this is possible.
I am involved in a group project regarding collaboration, we need to send a prim around SL via avatars to arrive at a final destination. While this prim is moving around SL we would like it to record a list of who has owned this prim on it's journey.
Whether or not this is possible, is there anything a script can record within a prim on a journey around SL?
Thanks.
|
|
Rolig Loon
Not as dumb as I look
Join date: 22 Mar 2007
Posts: 2,482
|
06-01-2009 05:58
Depending on how many people are involved, you can script the prim to add each person's name to the prim's Object Description as it changes ownership. There's a limit of, I think, 128 characters in the description, so that's not a good solution if you have more than a half dozen people. Still, you could build on the idea by recording only part of each person's name or by sending around a multiprim object and storing names in more than one prim.
_____________________
It's hard to tell gender from names around here but if you care, Rolig = she. And I exist only in SL, so don't ask....  Look for my work in XStreetSL at 
|
|
Les White
sombish
Join date: 7 Oct 2004
Posts: 163
|
06-01-2009 06:36
a script would be required to write to the description, so why not just use the scripts memory to store the names?
the prim will need to be rezzed in world then you can simply detect new owners in the change event (or just compare the name to a list) and add their name (or key) to a list
if the prim is not rezzed before being passed it will not trigger the script
|
|
Lear Cale
wordy bugger
Join date: 22 Aug 2007
Posts: 3,569
|
06-01-2009 08:39
It's possible. There's a limit to how much info a script can hold, but it's around 30,000 characters for a simple script.
If it needs to hold more than that, you can use storage out on the internet, using various protocols. For example, you can have the object send your RL email account an email for each event it wants to record.
BTW, you'd probably want to send an "object" around, not a "prim". A "prim" is a component part of an object.
In any case, it's a trivial script if all you want to do is record each owner, with the ability to show the list at any time. Might be a good idea to make it wearable, like a baton held in one's hand.
|
|
Dekka Raymaker
thinking very hard
Join date: 4 Feb 2007
Posts: 3,898
|
06-01-2009 08:44
Thanks for your replies. So the avatars name can be recorded and 30,000 characters would be plenty.
With regard to the second part of my question, what other info can be legitimately recorded in a prim that's rezzed taken back to inventory and passed on?
|
|
Dekka Raymaker
thinking very hard
Join date: 4 Feb 2007
Posts: 3,898
|
06-01-2009 08:47
From: Lear Cale BTW, you'd probably want to send an "object" around, not a "prim". A "prim" is a component part of an object.
In any case, it's a trivial script if all you want to do is record each owner, with the ability to show the list at any time. Might be a good idea to make it wearable, like a baton held in one's hand. So your saying 1 prim would not be enough, it needs to be created into a 2 prim object at least, is this to give it a UUID number? The prim/object starts with one avatar and gets passed until it reaches it's final destination and would be rezzed onto land, so wearable isn't part of the plan or required, does it make a difference though?
|
|
Lear Cale
wordy bugger
Join date: 22 Aug 2007
Posts: 3,569
|
06-01-2009 08:49
From: Dekka Raymaker Thanks for your replies. So the avatars name can be recorded and 30,000 characters would be plenty.
With regard to the second part of my question, what other info can be legitimately recorded in a prim that's rezzed taken back to inventory and passed on? Data is data. The question isn't what can be recorded, but what can be known by the script. It can know where it is, what time it is, names of nearby objects, and a lot of other things. It can't know what an avatar looks like or is wearing. It can't know if the owner is male or female. It can't know what groups the owner is a member of, or what group tag the owner is wearing. And a lot of other things. What kind of information are you interested in?
|
|
Lear Cale
wordy bugger
Join date: 22 Aug 2007
Posts: 3,569
|
06-01-2009 08:58
From: Dekka Raymaker So your saying 1 prim would not be enough, it needs to be created into a 2 prim object at least, is this to give it a UUID number? No, an object can have one prim. It's still an object. This is just a semantic thing. You can't give someone a prim, or have one in your inventory, by itself -- it has to be an object (or part of one). From: someone The prim/object starts with one avatar and gets passed until it reaches it's final destination and would be rezzed onto land, so wearable isn't part of the plan or required, does it make a difference though? The only difference is that to rez an object onto land, you have to have build permission on the land, but to wear one, you don't. So, a wearable one would be more versatile. Why does it need to be rezzed on land?
|
|
Escort DeFarge
Together
Join date: 18 Nov 2004
Posts: 681
|
06-01-2009 10:26
Not everyone will rez or wear/attach the object to allow the script to run and update So you cannot avoid missing some of the trail. This fact may make the entire concept useless if you need reliable tracking.
/esc
_____________________
http://slurl.com/secondlife/Together
|
|
Dekka Raymaker
thinking very hard
Join date: 4 Feb 2007
Posts: 3,898
|
06-02-2009 00:22
From: Lear Cale The only difference is that to rez an object onto land, you have to have build permission on the land, but to wear one, you don't. So, a wearable one would be more versatile.
Why does it need to be rezzed on land? This is a good point, your right it doesn't have to rezzed on land until it reaches it's final goal. I was just wondering what it can know for reference, as i said it's a collaboration, I just needed information to take back to the group what can or cannot be done. Thanks again for the replies.
|
|
Void Singer
Int vSelf = Sing(void);
Join date: 24 Sep 2005
Posts: 6,973
|
06-02-2009 01:08
escort has a pretty good point, there are more than one way in which data might not be obtained.... object isn't rezzed/worn, or is unable to be object is rezzed/worn, but it's in a no script zone. make sure the object gives feed back, or code around those possibilities accordingly... an outside server and 'buying' the object may be the way to go... allowing you to no only detect people as they get the object, but also be able to replace it (and not lose any data) if it's lost along the way. as for what it can know? https://wiki.secondlife.com/wiki/LlGetAgentInfohttps://wiki.secondlife.com/wiki/LlRequestAgentDatahttps://wiki.secondlife.com/wiki/LlGetAnimationListhttps://wiki.secondlife.com/wiki/Category:LSL_Timelots of this stuff might be useful from a sensor https://wiki.secondlife.com/wiki/Category:LSL_Detectedand there's tons more info to be mined in this https://wiki.secondlife.com/wiki/Category:LSL_Region
_____________________
| | . "Cat-Like Typing Detected" | . This post may contain errors in logic, spelling, and | . grammar known to the SL populace to cause confusion | | - Please Use PHP tags when posting scripts/code, Thanks. | - Can't See PHP or URL Tags Correctly? Check Out This Link... | - 
|
|
Dekka Raymaker
thinking very hard
Join date: 4 Feb 2007
Posts: 3,898
|
06-02-2009 05:24
Brilliant, thanks Void.
|
|
Lear Cale
wordy bugger
Join date: 22 Aug 2007
Posts: 3,569
|
06-02-2009 12:14
Best bet is to think of something fun for it to do, so folks have a reason to rez it and see the feedback.
|