[Opensim-dev] Global identifiers

Sun Aug 29 21:55:00 UTC 2010

but why stuff the agent's URL and the agents name into a URL? why not
just have a data structure that contains both?

i guess what i'm asking is:

a. why use a URL unless you want to have the URL resolve to a HTTP
endpoint that can be queried in some way?

b. what if you want to change your name?

and

c. if you want to have
http://www.avination.net/user/44626b40-13d6-4817-b61b-de5df7b5e7e8/Melanie+Milland
(or something like it) be that URL, then what happens when i want to
move from avination.net to example.com?

mixing URLs with URIs isn't the end of the world, but it does make it
difficult to change names or canonical URLs when you mix them.

--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.org/ * OhMeadhbh at gmail.com

On Sun, Aug 29, 2010 at 4:44 AM, Melanie <melanie at t-data.com> wrote:
> We should.
>
> Also, we should use extra info in the URI. Reson:
>
> http://www.avination.net:8004/user/44626b40-13d6-4817-b61b-de5df7b5e7e8
>
> The above is totally meaningless. It can't be used to do anything
> with unless www.avination.net exists and points to a gatekeeper.
>
> However,
>
> http://www.avination.net/user/44626b40-13d6-4817-b61b-de5df7b5e7e8/Melanie+Milland
>
> makes more sense here.
>
> The URI itself provides a "Display name" that the resolver at that
> URL can treat as extra path info and ignore, if it chooses.
>
> This would allow us to create a temporary memory cache record of the
> UUID -> name mapping that would let us display a prim creator
> without a lookup, which is a potentially frequent process.
>
> The sim can take the URL at face value and diassemble it, using
> 44626b40-13d6-4817-b61b-de5df7b5e7e8 -> "Melanie
> Milland at www.avination.net" for the cache and returning that to the
> viewer as the creator, all without a lookup.
>
> While this doesn't prevent verification of stale URI's from failing,
> it does allow to display a meaningful text if that happens.
>
> Melanie
>
> diva at metaverseink.com wrote:
>> Looks like ppl are reading more into this discussion than I intended.
>>
>> The hypergrid is up & running with all authentication and security in
>> place, and so are exchanges of content via HG and archives. What's
>> missing is *systematic* global identification of resources. OpenSim
>> already does that internally for resolving *certain* identifiers on the
>> Hypergrid, but nothing is stored persistently yet. That is going to
>> change soon, because 1) I want to make friends & IM work across the HG
>> (so, for example, your foreign friend needs to be identified by a global
>> ID); and 2) we really need to fix the b0rked "creator" field in OARs/IARs.
>>
>> This means that we need to write URIs persistently, both in certain
>> fields of the DB (which is already prepared for what's coming) and in
>> the archives.
>>
>> So the issue here is really narrow. Assuming everyone agrees that we
>> should use URIs, should we add type information in the URI or not? Any
>> other thoughts on the *form* of these URIs?
>>
>>
>> mysticaldemina at xrgrid.com wrote:
>>> May be good to share what your use case is.  As universal are you suggesting
>>> an identifier that separate, potentially un-trusted domains, would use to
>>> identify the same person?
>>>
>>> Is so I don't think you can do that with two parties, you need at least one
>>> more party to validate that they are the same person, like how we do with
>>> SSL certificates, or with some kind of authentication, like you send me an
>>> email address which gets me to a profile, but I still need to enter in a
>>> password or something to get access to that profile.
>>>
>>> M.
>>>
>>> -----Original Message-----
>>> From: opensim-dev-bounces at lists.berlios.de
>>> [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Ai Austin
>>> Sent: Saturday, August 28, 2010 4:59 PM
>>> To: opensim-dev at lists.berlios.de
>>> Subject: Re: [Opensim-dev] Global identifiers
>>>
>>> diva wrote:
>>>> I'm about to introduce global identifiers, so that I can make friends
>>>> and IM work on the hypergrid, and would like feedback on the best form
>>>> of these identifiers.
>>>
>>>> Here are some options:
>>>> ... Thoughts?
>>>
>>>
>>> A couple of thoughts and observations Diva...
>>>
>>> Could the taxonomy of "types" you use cause problems if the chosen
>>> 1-1 mapping for a UUID is not felt to work well i future.
>>>
>>> "user" is also perhaps a different notion to a specific "avatar"
>>>
>>> It would be nice if any UUID in a URI you use can be resolved (e.g.
>>> to the avatar name) by any host that has the mapping (like the
>>> distributed nature of DNS works), so its not dependent on the host
>>> continuing to exist, or to be up at the time information on the
>>> avatar is sought.
>>>
>>> AS an example, we have shifted our data bases between machines and
>>> have done so 3 or 4 times since we started running OpenSim, carrying
>>> the UUIDs of avatars (and the UIIDs of regions we use) forwards to
>>> the new data bases.
>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>>> _______________________________________________
>>> Opensim-dev mailing list
>>> Opensim-dev at lists.berlios.de
>>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>