- From: Ira McDonald <blueroofmusic@gmail.com>
- Date: Mon, 15 Feb 2010 16:39:41 -0500
- To: Gannon Dick <gannon_dick@yahoo.com>, Ira McDonald <blueroofmusic@gmail.com>
- Cc: "Daniel R. Tobias" <dan@tobias.name>, uri@w3.org
Hi Gannon, The two specs for URI syntax are: ftp://ftp.ietf.org/rfc/rfc3986.txt (IETF Standard) - Uniform Resource Identifier (URI): Generic Syntax ftp://ftp.ietf.org/rfc/rfc3987.txt (IETF Proposed Standard) - Internationalized Resource Identifiers (IRIs) The spec for URI scheme registration rules is: ftp://ftp.ietf.org/rfc/rfc4395.txt (IETF Best Current Practice) Guidelines and Registration Procedures for New URI Schemes The spec for ABNF syntax (used in URI scheme definitions) is: ftp://ftp.ietf.org/rfc/rfc5234.txt (IETF Standard) Augmented BNF for Syntax Specifications: ABNF The idea with RFC 3986 is that you import and use verbatim as many elements as possible, for reliable processing. Cheers, - Ira Ira McDonald (Musician / Software Architect) Chair - Linux Foundation Open Printing WG Co-Chair - TCG Hardcopy WG IETF Designated Expert - IPP & Printer MIB Blue Roof Music/High North Inc email: blueroofmusic@gmail.com winter: 579 Park Place Saline, MI 48176 734-944-0094 summer: PO Box 221 Grand Marais, MI 49839 906-494-2434 On Mon, Feb 15, 2010 at 2:46 PM, Gannon Dick <gannon_dick@yahoo.com> wrote: > Ira, > > If what Dan is pointing out is correct, then the US Library of Congress "Handle Server" (for the Code lists) is a problem too, I think. The INFO domain is registered with IANA, but the URL's are of the form > > e.g. info:lc/vocabulary/countries/af (for "Afghanistan") > > http://www.loc.gov/standards/codelists/ > > Would you or Dan be so kind as to give me a link to the spec? Shortening the URL would be very handy. The straight HTTP/LDAP approach is a bit cumbersome off to the right of the links: > http://www.rustprivacy.org/meta/strat-ml/iso3166rdf.html > > --Gannon > > --- On Mon, 2/15/10, Ira McDonald <blueroofmusic@gmail.com> wrote: > >> From: Ira McDonald <blueroofmusic@gmail.com> >> Subject: Re: fb: URIs? >> To: "Daniel R. Tobias" <dan@tobias.name>, "Ira McDonald" <blueroofmusic@gmail.com> >> Cc: uri@w3.org >> Date: Monday, February 15, 2010, 11:33 AM >> Hi Dan, >> >> You're right - 'fb:' is NOT registered and due to >> the syntax (invalid authority) COULD NOT be >> registered with IANA. >> >> Cheers, >> - Ira >> >> Ira McDonald (Musician / Software Architect) >> Chair - Linux Foundation Open Printing WG >> Co-Chair - TCG Hardcopy WG >> IETF Designated Expert - IPP & Printer MIB >> Blue Roof Music/High North Inc >> email: blueroofmusic@gmail.com >> winter: >> 579 Park Place Saline, MI 48176 >> 734-944-0094 >> summer: >> PO Box 221 Grand Marais, MI 49839 >> 906-494-2434 >> >> >> >> On Mon, Feb 15, 2010 at 7:38 AM, Daniel R. Tobias <dan@tobias.name> >> wrote: >> > I just noticed that the iPhone Facebook app, when you >> enable its >> > recently-added feature to sync your Facebook friends >> with your iPhone >> > contacts, inserts URIs for each person of the form: >> > >> > fb://profile/771025267 >> > >> > When you click on such a URI from the iPhone contact >> section, it >> > brings up the person's Facebook info via the Facebook >> app. >> > >> > I presume this is a nonstandard, unregistered URI >> scheme; has any >> > attempt been made to register it? >> > >> > It also appears to abuse the double slash, since what >> follows doesn't >> > seem to be any sort of "authority". >> > >> > When the contacts are further synced to other programs >> and systems (I >> > have mine automatically syncing in quite a few >> directions to various >> > things both on my PC and on the net), you end up with >> nonfunctional >> > links in most of the places, as no programs that I >> know of outside >> > the iPhone support this scheme; the "use HTTP for >> everything" crowd >> > sometimes has a point. >> > >> > >> > -- >> > == Dan == >> > Dan's Mail Format Site: http://mailformat.dan.info/ >> > Dan's Web Tips: http://webtips.dan.info/ >> > Dan's Domain Site: http://domains.dan.info/ >> > >> > >> > >> > >> > >> > >> > >> >> > > > >
Received on Monday, 15 February 2010 21:40:19 UTC