Talk:URI scheme

From Wikipedia, the free encyclopedia

This is the talk page for discussing changes to the URI scheme article.

  • Please do not use it as a forum for general discussion about the article's subject.
  • Sign and date your posts using four tildes (~~~~).
  • Place new comments after existing ones (but within topic sections).
  • Separate topic sections with a ==Descriptive header==.

Contents

[edit] Double slashes

The double slash after the colon following the URI scheme name requires some explanation IMHO. Why is it used sometimes (e. g. in http) but not always (e. g. in mailto or news)? Why do Windows "file:" URIs for UNC paths have to use four slashes, like in "file:////myserver/myshare/myfile.htm"; couldn't they live with the UNC's two slashes as well? Also, the scheme list could need some examples. - wr 14-dec-2005

For Unixy paths, I believe it is e.g. "file:///home/isaac/whatever" because it's "file://" + "/home/isaac/whatever". I don't know why they have the "//", but a bit of searching turns up this: "The scheme specific data start with a double slash "//" to indicate that it complies with the common Internet scheme syntax." (RFC 1738) —Isaac Dupree(talk) 23:31, 1 January 2006 (UTC)
It seems like the revised standard in RFC 3986 takes a rather different approach than its predecessors to the generic-ness of URIs. In the previous versions, very little meaning was explicitly enforced on the structure of the "scheme-specific part", and those schemes which used the common hierarchical system were referred to as using a "generic URI" syntax. Part of this generic syntax was the leading "//", so a URI starting <scheme>:// (e.g. http://) could be assumed to be using that syntax, while one that didn't was probably non-hierarchical (e.g. mailto:). Excerpt from RFC 2396:
   The URI syntax does not require that the scheme-specific-part have
   any general structure or set of semantics which is common among all
   URI.  However, a subset of URI do share a common syntax for
   representing hierarchical relationships within the namespace.  This
   "generic URI" syntax consists of a sequence of four main components:

      <scheme>://<authority><path>?<query>

   each of which, except <scheme>, may be absent from a particular URI.
   For example, some URI schemes do not allow an <authority> component,
   and others do not use a <query> component.
How this all fits in with the different angle taken by the newer RFC, I've no idea; I'd have to read it first.
As for file://, Isaac's given most of the answer already: a UNIX path becomes file:///path/file from file:// + /path/file - that is, the file: scheme with the marker that it's generic/hierarchical (//), and then the path used on the local system. Similarly, a Windows UNC example like file:////myserver/myshare/myfile.htm is simply file:// + //myserver/myshare/myfile.htm. - IMSoP 13:41, 29 August 2006 (UTC)

[edit] steam:// URI

I could add it meself, but I'm lazy...Takua108 02:15, 26 April 2006 (UTC)

Added as of 12 September 2006 -- Southen 17:49, 20 October 2006 (UTC)

[edit] require cleanup??

"To meet Wikipedia's quality standards, this article or section may require cleanup".

Clean the Notes column is enough??

I think we nedd information, other articles like URI does not offer information about schemas. Other sugestion is to split into a lot of schema articles. -- krauss 31/jul/2006.

[edit] Splitting the Table

The List of URI schemes table is getting long and complex. Is there a rule that prevents us from splitting it into two sections, for "Official IANA-registered schemes" and "Unofficial but common schemes"?

This would have the benefit of having both tables appearing in the table of contents for easy access, as well as make it easier to edit the required table. Thoughts? -- Techtoucian 04:39, 19 October 2006 (UTC)

I support splitting the IANA and unofficial schemes into two tables (that is, each with their own heading) on this same page. The unofficial schemes could probably do with alphanumeric sorting too. -- Southen 17:49, 20 October 2006 (UTC)

[edit] info-URI

What about info: (RFC 4452)