Anyone using the Name2Key database?

You've been on about that ever since I used that technique to steal your brain

I...I dont remember that though! *twitches*

A gridwide search for a person using only sensors would take 100x longer than the method Sarendale mentions.

Using llKey2Name (or llGetAgentSize for that matter) you could quickly narrow down which sim your target was in then deploy sensors to track their exact location (or just fly to that sim yourself and peek at all the green dots).

So the name2key database is not even needed in this example?

~Ulrika~

You have to know the key of your target to use llKey2Name, so yes, one could make use of your key list to look up the key if they didn't already have it.

No keys are necessary in using the sensor method Cid suggested, but there is an almost infinite amount of space you would have to cover with your sensor objects to know for sure that your target was not in the sim. This method would be very time consuming.

Just pointing so everyone understands it *can* be done without the name2key service.

Thank you for illuminating me...

I find it very useful to build ACLs into my scripts without having to spend days looking for each and every one of the people I want to put in them.
Why, I used it just yesterday.

Yup. The name2key service merely reduce the task-time from insanely long to just over unusably long

I used a name-to-key service before this one existed. I bought the keys for everyone in my group for L$1/each and then fed them into a machine that delivered a status update notecard to everyone. So, even if this one didn't exist, others would. There is demand for it, it's sanctioned by LL, and to top it off, items giving inventory now name themselves and their owners explicitly in the dialogue you get when delivery is offered. I don't see fears of bogeymen to outweigh the advantages of this.

I got a lot of abuse for having a key database some months back when I was going to build an IM service for IMs travelling in to SL. Eventually I came up with an IM service framework people (mostly) liked, but people still hounded me about having a key database.

Nowadays, people keep asking me when I'm going to finish the IM service. I'll say what those guys said to Indiana Jones about the Ark of the Covanent. Top people are working on it. Which people? T-O-P people.

Hmm, time to file a crate...

The forum profiles have spaces for homepages, email addresses, and four messaging services. This information is only there is people have chosen to make it public. What would be required to collect this information from the forum profiles and add that to an enhanced version of the database with fields for those values? Would this, with a whole bunch of programming, allow you to send messages between these SL and email and IM programs?

There should probably be some additions to those profile fields, Google Voice might be a good one to have there.

No.


You can do this without any kind of database currently. See Max Case's recent post about his little SL<->RL communicator device thinger.

Here we go.

This is the part in the conversation where *edited*
tries to make the connection between the name2key database and RL information. The fallacious argument being that the name2key database itself somehow provides or gives access to RL information. Hmm. I wonder if this is what he used when he contacted my ISP to accuse me of being in violation of the DMCA.

Read his other thread here. I highly recommend checking it out just for the entertainment value. It gets going right from the first page.

~Ulrika~

I currently have 56529 total keys in my database. Anyone can grab it here:

http://www.SLBoutique.com/avatarkey/

*edited* opera is old and tired, as I have yet to EVER receive an unsolicited IM or inventory pass through a script using a key. I get tons of annoying Conference IMs and so on, but never anything automatically passed that was unsolicited. *edited* own lag-creating rave sticks, which have a listener on channel 0 (the chat channel), create a lot more spam by people issuing commands on the chat channel than any name/key list ever has. In addition, using listeners on channel 0 creates more lag than if you use a listener on an alternate channel. When informed of this little fact, I was personally attacked by *edited*, but took it as a compliment.

The fundamental problem of email spam is quite different, in that email can be sent from a phony address and is difficult to trace, unlike in SL where every IM and inventory pass are logged.

Regards,

-Flip

Please do not use the forums to address or 'call out' a single individual or group, the names have been removed.

We are just responding to someone who is obviously Tcoz Bach's alt. (I am not posting his name again to be rebellious.) We've even linked to a previous thread that has his name all over it.

I see no harm in identifying him as such, especially after the harassment and threats I received (he emailed my internet service provider telling them I was in violation of the DMCA). As a matter of fact it seems to put the no-names rule and unspoken no-outing-alt rule above the safety of fellow forum members.

~Ulrika~

I think you're going to get burned here, Ulrika. You've got my support, though. They've let the lunatics run the asylum. Literally, I'm afraid...

Thanks for the link. I looked at one of Max's sites, and I guess I would say that what it indicates is that the name2key database would be useful in sending a person an ingame IM.

In his webpage, he says: "Obtain the recipient’s key (an identifying series of letters and numbers). Either have your friend touch the Email-2-IM Cube, or use the KeyGetter object provided in this cube to get someone’s key if you don’t know how to do this."

With the name2kay database you don't have to know the person or be near them iinworld or have them touch anything or point a tightly focused sensor routine at them. If you are at work and unable to run SL, and want to send someone a message, you can, if you know how to send an email to an object inside SL. The object in SL takes the email and uses the llInstantMessage to pass the message on the avatar desired. In Max's example there is a list I suppose stored in the object itself, but with a different script, you could use the name2key database to find the name of the avatar you wanted to contact, email the object a message with the key of avatar you want to IM, and then the object would use that key to address the llInstantMessage,

So your example demonstrates the utility of the name2key database in communicating from outside SL to inside, using email.

There are programs like Trillian that serve as a bridge betwen different messaging systems, I think it would be cool if were able to include SL messaging and hook SL up wih the rest of the world.

Is there a feature proposal for Linden Lab to make a database of names and keys available? It seems like a good idea to me. Linden Lab woud be able to keep it up to date and everyone who wants to make use of it would have equal access to an accurate and uptodate set of data.

ACLs?

Access Control Lists - eho can and can not use the script - or, who the script will and will not pay attention to.

I made a mistake in the above; the information is filled in by people who wish to share this information with other Second Life users, which is not exactly the same as making it "public".

Unlike our keys, which can't do anything without going through the Linden computers, the contact information in the forum profiles is able to be used without any involvement by Linden, so putting that information in a database readily accessible by non-SL members is different that putting keys in such a public place.

It strikes me that it would be more useful to have the email and messaging services included in our profiles, with perhaps the option to appear only for people in our friends list, and perhaps the idea of having "hiding" status such as has been discussed elsewhere. Then a person could doubleclick on the field in the profile if it has been made viewable to them and send an email or startup an IM program like AIM or MS Messenger.

How about some fields in our profiles that just call shortcuts, which could be email shortcuts or whatever ?

The values would only show up for those authorized to see them.

Wouldn't it be convenient to be able to send another avatar an email with an attachment by doubleclicking on their email field in their profile?

It seems to me that having a place in the profile for an email address which when double clicked would bring up your system's default email client set to send the profile owner an email would be great. The email address would only be viewable by people you authorized. Messaging service ID fields that worked similarly would be great.

It would be so nice to be able to send an email with a file attachment.

It is so easy to get an email account just for your avatar's use, it's not like anyone would have to give anyone an email address they use for anything but SL.

I see a lot of claims that SL is good for collaborating but how can in be that good when it doesn't even enable one to send email and files to colleagues.?