[sldev] Requiring login on wiki.secondlife.com (Re: Open
development of the Webmap API)
Rob Lanphier
robla at lindenlab.com
Thu Jan 17 18:15:14 PST 2008
Hi SignpostMarv,
I'm going to leave it to the folks who know the MapAPI to talk more
about this topic. However, I'd like to respond to one piece of this
which is more in my domain:
On 1/16/08 4:14 PM, SignpostMarv Martin wrote:
> This is what I'm proposing: Use a publicly accessible (readable AND
> editable) MediaWiki install that isn't restricted to Second Life
> Residents.
>
> This would faciliate both open discussion and open development of an
> SL Webmap API that can already be used by non-Residents.
Here's the problem with developing APIs on a wide open wiki. If this is
going to be an API that Linden Lab is going to be expected to implement,
we very strongly prefer to operate in a manner that we have the
necessary rights to implement the work product, and that we have the
rights to take that work and submit it to a standards body if/when the
time is right to do that.
wiki.secondlife.com is set up in such a way that contributions are
jointly owned by you and us. It means that we're ultimately the
custodians of the final product, which is a level of trust we hope we've
earned. We could *conceivably* work via an outside arbiter instead, but
I'm not sure there's a logical choice that we could trust. What we
really want to avoid is a situation where every single contributor
maintains exclusive ownership of their contribution, since that
effectively ensures no one is in a position to relicense the API in the
future.
We also require the login because we want to make sure you agree to the
Second Life Terms of Service, and that we maintain a single user
database rather than one for each individual thing we run (wiki, forums,
jira, etc). Spamming has been mercifully low on wiki.secondlife.com;
much lower than a wiki that I run outside of work on which I seem to be
in a spammer arms race.
Since accounts are free to anyone, asking people to sign up doesn't seem
like an insurmountable hurdle.
With respect to OpenID, we may use that in the future in some fashion,
but that's not really relevant to the policy discussion above. I don't
believe that the auth mechanism we ultimately choose will have much of
an impact on the policy, since it wouldn't change the reasons for the
policy.
So, I'm hoping we can use wiki.secondlife.com to collaborate on whatever
APIs you'd like us to implement.
Rob
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20080117/c2af450c/signature.pgp
More information about the SLDev
mailing list