It’s Done.

RFC 5870 (“A Uniform Resource Identifier for Geographic Locations”) has finally been published by the Internet Engineering Task Force as “Proposed Standard”. The RFC contains the final, stable and approved IETF specification of the “geo” URI scheme – the 23 pages document is the result of 3 years of hard work, several presentations at IETF meetings, hundreds of email conversations about protocol details, discussing the proposal again and again, and – finally – interacting with not just one, but two sets of Area Directors in the IESG (Approval was perfectly timed with the end of the term of several Area Directors, so it had to be reviewed by the incoming IESG members as well).

Now that the “blueprint” part of the URI scheme is done, we’re looking forward to applications actually using the “geo” scheme (besides the ones we know of already). The URI scheme will also very likely see adoption in other IETF documents. If you know of an application that you think should support the “geo” URI scheme – let us know.

The Internet Draft specifying the “geo:” URI has been updated, the new version is already available from the IETF draft archives.

The new version 01 (which is the second version after 00) removes the “query” part of the URI, as this was pretty much underspecified in the initial version, and has proven to be rather controversial. Since it does not actually identify the spatial location, but provides meta information (like location classification & type, preferred map scale) we decided to remove it from the specification.

Please note that this is work in progress, which also means that any feedback is appreciated.

The Internet Engineering Task Force is currently hosting it’s 68th meeting in the Hilton Hotel, Prague, Czech Republic.

The geo: URI proposal is on the agenda of tomorrows session of the Geographic Location/Privacy working group:

• GEOPRIV WG meeting
• March 22, 2007, 9:00 – 11:30
• IETF 68, Hilton Hotel Prague, Room “Congress I”

According to the agenda, the presentation of the “geo” URI scheme is scheduled for about 10:55.

For remote participation, session audio will be available via the IETF audio streaming effort (Channel 1), a supplemental Jabber discussion room at geopriv@jabber.ietf.org can be used as a backchannel for remote participants to ask questions and provide feedback.

Slides of the presentation

The first version of the geo-URI specification is now available as an Internet Draft on the IETF web site (announcement). An Internet Draft is the first step towards publication of a specification as an RFC.

The draft specifies syntax, format and semantics of the “geo” URI – it also requests registration of the respective Uniform Resource Identifier scheme (“geo:”) from IANA.

The draft will be presented during the session of the GEOPRIV (“geographic location and privacy“) working group on the 68th IETF meeting, taking place March 18-23, 2007 in Prague. The GEOPRIV session is currently scheduled for Tuesday, March 20, 0900 – 1130. Audio streaming will be available from here.

Comments and feedback on the Internet Draft is appreciated.

More and more protocols and data formats are being extended by methods to add geographic information. However, all of those options are tied to that specific protocol or data format.

A dedicated Uniform Resource Identifier (URI) scheme for geographic locations would be independent from any protocol, usable by any software/data format that can handle generich URIs. Like a “mailto:” URI launches your favourite mail application today, a “geo:” URI could soon launch your favourite mapping service, or queue that location for a navigation device.

Making the format as simple as possible allows to jot down “geo:” URIs, like you jot down email addresses today. An example for a simple “geo:” URI (St. Stephen’s Cathedral, Vienna, Austria) could look like:

geo:48.208333,16.372778
(you browser will not be able to handle this Link yet, of course)

This blog is about the development of the “geo:” URI scheme. The first goal is the publication of an Internet Draft withing the IETF, probably progressing it to a RFC, and having the URI scheme registered with IANA.