Re: [Geopriv] Progressing the draft draft-thomson-geopriv-confidence-03

Alissa Cooper <acooper@cdt.org> Mon, 26 August 2013 09:53 UTC

Return-Path: <acooper@cdt.org>
X-Original-To: geopriv@ietfa.amsl.com
Delivered-To: geopriv@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 039F121F908F for <geopriv@ietfa.amsl.com>; Mon, 26 Aug 2013 02:53:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.088
X-Spam-Level:
X-Spam-Status: No, score=-102.088 tagged_above=-999 required=5 tests=[AWL=0.511, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cyCGj8AYNGH8 for <geopriv@ietfa.amsl.com>; Mon, 26 Aug 2013 02:53:53 -0700 (PDT)
Received: from mail.maclaboratory.net (mail.maclaboratory.net [209.190.215.232]) by ietfa.amsl.com (Postfix) with ESMTP id C597F21F8904 for <geopriv@ietf.org>; Mon, 26 Aug 2013 02:53:48 -0700 (PDT)
X-Footer: Y2R0Lm9yZw==
Received: from localhost ([127.0.0.1]) by mail.maclaboratory.net (using TLSv1/SSLv3 with cipher AES128-SHA (128 bits)); Mon, 26 Aug 2013 05:53:45 -0400
Content-Type: multipart/signed; boundary="Apple-Mail=_F19BF318-6BA6-418C-BC97-95D303814375"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
From: Alissa Cooper <acooper@cdt.org>
In-Reply-To: <CAMqK8yKUz0uuHSCPXiS0OKSETzN2qVJuNJCZtPACW4XjBkk6zA@mail.gmail.com>
Date: Mon, 26 Aug 2013 05:53:41 -0400
Message-Id: <CA91D90F-1A0B-440A-95AE-4CB49B639884@cdt.org>
References: <CACWXZj3kKwXTx85NLWMcum-21foHcESNKaiYSUELNfwM8UP5Vg@mail.gmail.com> <CABkgnnXGT5jaGrMaA_6+DEJW2Nq3VVFALFH3HC6aoQFhJWrX9Q@mail.gmail.com> <CAOPrzE2dFNocXg_1OY1_rq0ZRznsMBzLKpviLphUOmfgtXBCNQ@mail.gmail.com> <CABkgnnWs-XzzX6gh5J3NUfFBYvAVbr-F7+UmM_az3tZipy0qhw@mail.gmail.com> <CAOPrzE24CXRAfJtNtekLcbR7RiGqDjqAMvt7ftYR9=r8mBvomg@mail.gmail.com> <CABkgnnU+jcVx6=+i=OuA8=8U32HYpr92tJDXNPjXDhYBua1CDw@mail.gmail.com> <F58BBB12-65FC-44B8-AB8B-DB5FCB7B2F7B@cs.columbia.edu> <CABkgnnVu4mB0956+QRcgJCRCMWsFCYUq2zwR-Xu2BpRDnfZeUA@mail.gmail.com> <CABkgnnUC57BuOGYesnkxxpMwsYjFAoFfMQ8xe=uYTpSsS1UESA@mail.gmail.com> <7273FCC2-82ED-48DD-8FBF-E8D8A8085244@cs.columbia.edu> <CABkgnnX5AJRe+yneouGQ0dWkPfOcxgj=2baxku6tfkvU6c-vmw@mail.gmail.com> <FBD5AAFFD0978846BF6D3FAB4C892ACC3A4CAF@SEA-EXMB-2.telecomsys.com> <CABkgnnXGP6ZkojE-iEd8HeMgHLqJ7yvHe4yNQzDdagke=jHPsg@mail.gmail.com> <CAMqK8yKUz0uuHSCPXiS0OKSETzN2qVJuNJCZtPACW4XjBkk6zA@mail.gmail.com>
To: James Winterbottom <a.james.winterbottom@gmail.com>
X-Mailer: Apple Mail (2.1499)
Cc: GEOPRIV WG <geopriv@ietf.org>
Subject: Re: [Geopriv] Progressing the draft draft-thomson-geopriv-confidence-03
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Geographic Location/Privacy <geopriv.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/geopriv>, <mailto:geopriv-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/geopriv>
List-Post: <mailto:geopriv@ietf.org>
List-Help: <mailto:geopriv-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geopriv>, <mailto:geopriv-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 26 Aug 2013 09:53:58 -0000

I think these are both obviously in scope of our charter, so if the authors want to rev them, we can do a consensus call for WG adoption and see what we get. It would be helpful to get a sense of who is willing to review these drafts if we do adopt them.

Alissa

On Aug 25, 2013, at 7:59 PM, James Winterbottom <a.james.winterbottom@gmail.com> wrote:

> Do we have enough consensus to proceed with this drafts become WG items, WG, Chairs?
> 
> 
> On Sat, Aug 3, 2013 at 11:05 PM, Martin Thomson <martin.thomson@gmail.com> wrote:
> On 31 July 2013 18:32, Roger Marshall <RMarshall@telecomsys.com> wrote:
> > I support these two drafts moving forward.  And, rather than having to figure out some ideal way to display confidence as a gating factor right now, once we have real values conveyed, we can likely figure out something useful .
> >
> > These two drafts promote the ability to report actual numeric values.  That's a good place to start.  Leaving the value(s) as implied or assumed just doesn't make for good engineering.
> 
> Roger makes a good point.  However, having spoken with Brian, I think
> that it is important to highlight the implications of expressing
> confidence, with an appropriate amount of discouragement.  This is
> really only for cases where it's difficult to get location with a high
> confidence.
> 
> I've done a little editing, though I don't know if this is actually
> going to make sense, since it was all done on the train, and I don't
> remember the entire journey because I was so tired, but here's what
> I'm proposing to add to the draft.
> 
> 2.2.  Consuming and Presenting Confidence
> 
>    The inclusion of confidence that is anything other than 95% presents
>    a potentially difficult usability for applications that use location
>    information.  Effectively communicating the probability that a
>    location is incorrect to a user can be difficult.
> 
>    It is inadvisable to simply display locations of any confidence, or
>    to display confidence in a separate or non-obvious fashion.  If
>    locations with different confidence levels are displayed such that
>    the distinction is subtle or easy to overlook - such as using fine
>    graduations of color or transparency for graphical uncertainty
>    regions, or displaying uncertainty graphically, but providing
>    confidence as supplementary text - a user could fail to notice a
>    difference in the quality of the location information that might be
>    significant.
> 
>    Depending on the circumstances, different ways of handling confidence
>    might be appropriate.  [I-D.thomson-geopriv-uncertainty] describes
>    techniques that could be appropriate for consumers that use automated
>    processing as well as background on the issue.
> 
>    Providing that the full implications of any choice for the
>    application are understood, some amount of automated processing could
>    be appropriate.  In a simple example, applications could choose to
>    discard or suppress the display of location information if confidence
>    does not meet a pre-determined threshold.
> 
>    In settings where there is an opportunity for user training, some of
>    these problems might be mitigated by defining different operational
>    procedures for handling location information at different confidence
>    levels.
> 
> Now that I look at it, it's a lot of text, so it can probably be cut
> down, but I think that it conveys the right sentiment.
> _______________________________________________
> Geopriv mailing list
> Geopriv@ietf.org
> https://www.ietf.org/mailman/listinfo/geopriv
> 
> _______________________________________________
> Geopriv mailing list
> Geopriv@ietf.org
> https://www.ietf.org/mailman/listinfo/geopriv