This is way too much to ask from our users. How can we practically say
to our users:
"Okay, here is our website. If you want to use this cool widget you need
to go over to this site and sign up for a screen name with your email
address, etc. And if you want this other feature you need to go over
here..."
Now maybe I am not quite understanding what you are saying, but how many
ways can we ask our users to login? Quite seriously, at most
universities asking them to login with their ldap account is enough. If
we need to create screen names to protect anonymity we don't need to
send them offsite to an external company to do so, surely it can be
separated intelligently within our own system.
For example, with Flickr I have a screen name, but to login I use a
Yahoo ID. I use the same Yahoo ID to login to Yahoo Answers for which I
have a different screen name.
I'm sorry, I love Library Thing, del.icio.us, last.fm, etc, but I don't
want to require users of my website to register with them in order to
fully access features on my site.
--chris
Tim Spalding wrote:
> That's why you want LibraryThing to run your SN for you!
> No, seriously, whether it's LibraryThing, another company or a separate
> non-profit library thing, I believe in security through separation, not
> trust. If the data can be connected, it will. If you don't have the data,
> you can't use it.
>
>
> Tim
>
> On 1/25/08, B.G. Sloan <bgsloan2_at_yahoo.com> wrote:
>
>> Interesting idea. But I think that as long as libraries run social
>> networking systems there will be concerns about privacy, even if the SN is
>> decoupled from the library systems.
>>
>> Bernie
>>
>> Tim Spalding <tim_at_LIBRARYTHING.COM> wrote:
>> Here's a solution I want: Completely decouple library systems from
>> social
>> networking systems.
>>
>> This is, of course, what LibraryThing for Libraries has to do as we move
>> in
>> this direction, since we don't connect directly to the ILS, but I also
>> think
>> it makes sense ethically.
>>
>> Libraries know "real" stuff about their patrons—addresses, for example. If
>> the SN is decoupled and asks no personal questions, you're left with
>> screen
>> names or whatever, with no way to get to the other stuff.
>>
>> Tim
>>
>> On 1/25/08, Eric Lease Morgan wrote:
>>
>>> On Jan 25, 2008, at 12:19 PM, Chris Barr wrote:
>>>
>>>
>>>> My question that I keep coming back to is: How do we
>>>> provide feature-rich social networking functionality
>>>> in our applications without undermining privacy?
>>>>
>>>
>>> I can think of a few of solutions to the privacy issue:
>>>
>>> 1) Let people opt in; alert people that social networking
>>> practices reduce a person's privacy. Allow people to choose, "Yes,
>>> others can see my stuff."
>>>
>>> 2) Never associate things like tags with individuals other than
>>> the authenticated user. "Here are my tags. Here are other people's
>>> tags, but I don't know whose."
>>>
>>> 3) Ask ourselves, "To what degree is it the librarian's job to
>>> protect people's privacy versus educating people about privacy?" In
>>> some way our professional ethics are in impediment to creating
>>> services our users increasingly expect.
>>>
>>> --
>>> Eric Lease Morgan
>>> University Libraries of Notre Dame
>>>
>>>
>>
>> --
>> Check out my library at http://www.librarything.com/profile/timspalding
>>
>>
>>
>> ---------------------------------
>> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
>> now.
>>
>>
>
>
>
> --
> Check out my library at http://www.librarything.com/profile/timspalding
>
>
Received on Fri Jan 25 2008 - 13:52:50 EST