<?xml version="1.0" encoding="US-ASCII"?>
<!-- vim: set ts=2 expandtab: -->
<!DOCTYPE rfc SYSTEM "rfc2629.dtd" [
<!ENTITY RFC2119 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.2119.xml">
<!ENTITY RFC5988 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5988.xml">
<!ENTITY RFC3694 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.3694.xml">
<!ENTITY RFC5870 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.5870.xml">
<!ENTITY RFC6280 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.6280.xml">
<!ENTITY RFC6690 SYSTEM "http://xml.resource.org/public/rfc/bibxml/reference.RFC.6690.xml">
]>
<?xml-stylesheet type='text/xsl' href='rfc2629.xslt' ?>
<?rfc strict="yes" ?>
<?rfc toc="yes"?>
<?rfc tocdepth="4"?>
<?rfc symrefs="yes"?>
<?rfc sortrefs="yes" ?>
<?rfc compact="yes" ?>
<?rfc subcompact="no" ?>
<?rfc comments="yes" ?>
<?rfc inline="yes" ?>
<rfc category="std" docName="draft-fossati-core-geo-link-format-attribute-01" ipr="trust200902">
  <front>
    <title abbrev="The geo Link-Format Attribute">
      A Link-Format Attribute for Locating Things
    </title>
    <author fullname="Thomas Fossati" initials="T.F." surname="Fossati">
      <organization>KoanLogic</organization>
      <address><email>tho@koanlogic.com</email></address>
    </author>

    <date year="2013" month="October" />

    <area>General</area>
    <workgroup>Internet Engineering Task Force</workgroup>

    <keyword>CoAP, Link Format, geo link-format attribute, geo tagging sensors</keyword>

    <abstract>
	    <t>This memo proposes a new CoAP link format attribute, "geo", that can be used to associate positioning metadata to a CoAP resource.</t>
    </abstract>
  </front>

  <middle>
    <section title="Introduction">
      <t>This memo proposes a new CoAP link-format attribute, "geo", that can be used to associate positioning metadata to a CoAP resource, and make this information available to other endpoints that, directly or indirectly, participate in to CoAP link-format discovery <xref target="RFC6690" />.</t>
      <t>The ability for a consuming application to access positioning information about a sensing resource is crucial in a number of use cases, especially those in which one or more sensor networks provide input to an emergency handling service (e.g. fire, flood, etc.).</t>
      <t>This spec reuses the geo URI syntax <xref target="RFC5870"/>, which is capable to describe physical locations in two or three dimensions (also supporting underground and underwater localisation using negative numbers) in a compact, simple and human readable way.</t>

      <section title="Requirements Language">
        <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in <xref target="RFC2119" />.</t>
      </section>  <!-- Requirement Language -->

    </section>  <!-- Introduction -->

    <section title="Motivation and Use Cases">
      <t>Location-aware applications and location-based services like seismic networks, gas pipeline monitoring deployments, fire or flood detection systems, etc., need to precisely locate the source of sensed stimulus in order to react in a sensible way.</t>
      <t>{TODO collect other use cases}</t>
    </section>  <!-- Motivation and Use Cases -->

    <section title="The geo Link Format Attribute">
      <t>This section defines a new Web Linking <xref target="RFC5988" /> link-param, "geo", to be used within the <xref target="RFC6690"/> framework, having the following syntax:</t>
      <figure>
        <artwork align="left"><![CDATA[
  link-extension  = "geo" "=" geo-path
  geo-path          ; defined in Section 3.3. of RFC 5870
        ]]></artwork>
     </figure>
      <t>The geo attribute MUST NOT appear more than once in a link.</t>
      <t>(NOTE about Link-Format queries: non exact matches cannot be easily/effectively queried.)</t>
    </section>  <!-- The geo Link Format Attribute -->

    <section title="Examples">
      <t><list style="symbols"><t>A fire detector somewhere in the Pollino National Park (approx. 10cm accuracy, enough to distinguish trees from each other):</t></list></t>
      <figure>
        <artwork align="left"><![CDATA[
  REQ: GET /.well-known/core

  RES: 2.05 Content
  </fire>;ct=0;if="sensor;geo="40.00201,16.34007"
        ]]></artwork>
     </figure>
     <t><list style="symbols"><t>An underwater current sampler in the sea between Ithaki and Kefallonia (approx. 10m accuracy):</t></list></t>
     <figure>
        <artwork align="left"><![CDATA[
  REQ: GET /.well-known/core

  RES: 2.05 Content
  </water>;ct=0;if="sensor;geo="38.2953,20.6426,-20"
        ]]></artwork>
     </figure>
    </section>  <!-- Examples -->

    <section title="Encoding Considerations">
      <t>See Section 3.5. of <xref target="RFC5870" />.</t>
    </section>  <!-- Encoding Considerations -->

    <?rfc needLines="8" ?>

    <section title="IANA Considerations">
      <t>TODO</t>
    </section>  <!-- IANA Considerations -->

    <section title="Security Considerations">
      <t>The "geo" link-format attributes share the same security issues as any other attribute involved in the discovery process described in <xref target="RFC6690" />.</t>
      <t>Further to that, the privacy considerations regarding distribution, protection, usage, retention, and storage of the location information of the target resource found in <xref target="RFC6280" /> fully apply.</t>
    </section>  <!-- Security Considerations -->

  </middle>

  <back>
    <references title="Normative References">
      &RFC2119;
      &RFC3694;
      &RFC5870;
      &RFC5988;
      &RFC6280;
      &RFC6690;
    </references>
  </back>
</rfc>
