[uf-discuss] OpenID

[Kevin Marks]

I disagree, it being a URL is a good thing. I have http:/ 
kevinmarks.com as an openid URL with microformats attached to it  
(based on Chris Messina's here):

http://factoryjoe.com/hcard.html

Should I be asserting his urls as a uid?

On Feb 21, 2007, at 2:19 AM, Thom Shannon wrote:

> I was picturing something more along the lines of a list of your  
> friends on your social network, each one with an openID, you'd then  
> want to copy and paste that to search for the same friend on the  
> other social network. No one needs to know it's actually a url, not  
> least the user. Both social networks have already verified their  
> members via openID and are just using that string in their member db.
>
> anders conbere wrote:
>> On 2/20/07, Thom Shannon <thom at ts0.com> wrote:
>>> I think it should also be possible to use openIDs in other  
>>> elements than
>>> just anchors. You don't necessarily want to link to them, it's  
>>> the url
>>> itself which is important not the location.
>>>
>>> It should also support none canonical urls so they can be written  
>>> in the
>>> way users expect, we don't want openID users thinking they have to
>>> remember to type "http://"
>>
>> I think this is actually backwards. You DO want to link to them,
>> (whether or not you're attempting to drive traffic there or not).
>> That's what makes them unique!
>>
>> When I was speaking with Scott Kveton last week at ignite seattle,
>> something we spent a bit of time with was the concept of an openID as
>> a url, and the significance that plays.  Without being an actual
>> anchor to a specific location, and openID is meaningless. It derives
>> it's meaning and value from the use of the global DNS system,
>> regardless if you're actually looking to direct traffic to your  
>> openID
>> or not, it's the nature of it being an anchor that gives it power.
>>
>> What value would an openID have outside of an anchor?
>>
>> ~ Anders
>>
>>>
>>>
>>> Mike Kaply wrote:
>>> > The problem here is that there is concept of types in URLS....
>>> >
>>> > All parsers see is multiple URLS. We don't know which is the  
>>> openid
>>> > URL...
>>> >
>>> > Mike Kaply
>>> >
>>> > On 2/20/07, John Panzer <panzerjohn at aol.com> wrote:
>>> >> Thom Shannon wrote:
>>> >>   > Hi,
>>> >>   >
>>> >>   > Forgive me if this is going over old ground, I just joined  
>>> this
>>> >> list and
>>> >>   > couldn't find what I was looking for on the wiki. Are  
>>> there any
>>> >>   > particular conventions emerging for embedding an OpenID  
>>> into a
>>> >> hCard?
>>> >>   > The openid-brainstorming page mentions using hCard on  
>>> providers
>>> >> profile
>>> >>   > pages etc, but I was thinking there should be a way to  
>>> have your
>>> >> OpenID
>>> >>   > on other profiles that can easily be consumed, allowing  
>>> someone
>>> >> to see
>>> >>   > you on social network A and add you on their social network B
>>> >> based on
>>> >>   > you using the same OpenID.
>>> >>   >
>>> >>   > I'm guessing it would be as simple as <a class="url fn  
>>> openid"
>>> >>   > href="http://ts0.com">? Just wanted to know what others  
>>> are doing.
>>> >>
>>> >> I actually have the same question.  At the moment we're doing  
>>> this:
>>> >>
>>> >> <span class="vcard"><a class="fn
>>> >> url"href="http://journals.aol.com/panzerjohn"
>>> >> target="_blank">panzerjohn</a></span>
>>> >>
>>> >> where http://journals.aol.com/panzerjohn is an OpenID URL (or  
>>> will be
>>> >> shortly).  A live example is at
>>> >> http://beta.journals.aol.com/panzerjohn/abstractioneer.
>>> >>
>>> >> I had been thinking it might be useful to be explicit about  
>>> the fact
>>> >> that the target is not just a url, but also an openid.  If  
>>> people think
>>> >> that's a good idea I can add it in to our code.
>>> >>
>>> >> -John
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> microformats-discuss mailing list
>>> >> microformats-discuss at microformats.org
>>> >> http://microformats.org/mailman/listinfo/microformats-discuss
>>> >>
>>> > _______________________________________________
>>> > microformats-discuss mailing list
>>> > microformats-discuss at microformats.org
>>> > http://microformats.org/mailman/listinfo/microformats-discuss
>>> >
>>> _______________________________________________
>>> microformats-discuss mailing list
>>> microformats-discuss at microformats.org
>>> http://microformats.org/mailman/listinfo/microformats-discuss
>>>
>> _______________________________________________
>> microformats-discuss mailing list
>> microformats-discuss at microformats.org
>> http://microformats.org/mailman/listinfo/microformats-discuss
>>
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss