- From: Sandro Hawke <sandro@w3.org>
- Date: Mon, 12 Oct 2009 17:09:18 -0400
- To: David Booth <david@dbooth.org>
- cc: Eliot Lear <lear@cisco.com>, Steve Suehring <suehring@braingia.org>, uri-review@ietf.org, uri@w3.org
> On Mon, 2009-10-12 at 19:50 +0200, Eliot Lear wrote: > > David, > > > > I see some definite negatives to what you are suggesting: > > > > 1. Requires some sort of consortia or legal framework. > > It does require something, but it isn't much -- just the maintenance of > a URI domain. You could even base your URI prefixes on purl.org PURLs, > if want to permit the resolution to move around over time: > http://purl.org/docs/index.html > > > 1. Requires an additional resolution. SSH is commonly used for > > administration, and so I would be loathe to add that sort of > > step. > > No, it doesn't *require* an additional resolution. The additional > resolution only comes into play as a fallback, if the client doesn't > know how to handle them as special SSH URIs. > > > 1. Requires ssh applications to understand HTTP URI schema. > > No, they just need to know to recognize the special SSH HTTP URI prefix, > which might be something like "http://sshuri.org/". This is no > different in principle from recognizing the special "ssh:" URI prefix if > a new scheme is used. David, the nice thing about distributed extensibility -- which I think is the main argument in favor of what you're proposing -- is that you don't need to convince the IETF. Instead, you have to convince the market. Which is easier, I have no idea.... but you can go ahead (as you did with t-d-b.org) and set up the service, and try to get people to adopt it. (Fortunately, you don't need to convince a consensus of the market; the utility grows smoothly as more people adopt it. I guess the utility is linear until folks start recognizing that prefix, then it jumps a bit.) -- Sandro
Received on Monday, 12 October 2009 21:09:25 UTC