- From: Kingsley Idehen <kidehen@openlinksw.com>
- Date: Sat, 23 Jun 2012 14:15:15 -0400
- To: www-tag@w3.org
- Message-ID: <4FE607B3.9010908@openlinksw.com>
On 6/23/12 9:42 AM, Nathan wrote: > > So rather than creating an unstable pretty much useless URI for use > internally within a specific protocol, why not take advantage of this > provision and define the variable {acct} instead, such that you can do: > > https://gmail.com/.well-known/host-meta?acct=joe@gmail.com > > That way you tie in with web architecture, don't need a new > URI-scheme, and still get to do what's required. In what context is any URI useless? Please remember URI abstraction re. context of my question. Again: https://gmail.com/.well-known/host-meta?acct=joe@gmail.com , is a URL, a data access address. Webfinger folks don't want to present: <https://gmail.com/.well-known/host-meta?acct=joe@gmail.com> as a name to its end-users and developers when they use: <acct:joe@gmail.com> . In a nutshell, you are implying that Linked Data is only achievable via http: scheme URIs. That simply isn't true. Even worse, you are making your case using host-meta which is all about delivering a generic resolver mechanism for URIs. Basically, decoupling the name/access functionality that's baked into http: URLs. Being convenient and cost-effective doesn't make http: scheme URIs the sole option for Linked Data. It just doesn't. -- Regards, Kingsley Idehen Founder & CEO OpenLink Software Company Web: http://www.openlinksw.com Personal Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca handle: @kidehen Google+ Profile: https://plus.google.com/112399767740508618350/about LinkedIn Profile: http://www.linkedin.com/in/kidehen
Attachments
- application/pkcs7-signature attachment: S/MIME Cryptographic Signature
Received on Saturday, 23 June 2012 18:15:40 UTC