Re: [Geopriv] Some comments on draft-thomson-geopriv-uncertainty-08

Brian Rosen <br@brianrosen.net> Fri, 08 November 2013 19:40 UTC

Return-Path: <br@brianrosen.net>
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 5D5F611E81A2 for <geopriv@ietfa.amsl.com>; Fri, 8 Nov 2013 11:40:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.27
X-Spam-Level:
X-Spam-Status: No, score=-103.27 tagged_above=-999 required=5 tests=[AWL=-0.272, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_53=0.6, RCVD_IN_DNSWL_LOW=-1, 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 hSuoa7rvuqew for <geopriv@ietfa.amsl.com>; Fri, 8 Nov 2013 11:40:01 -0800 (PST)
Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by ietfa.amsl.com (Postfix) with ESMTP id 3FFB511E81B4 for <geopriv@ietf.org>; Fri, 8 Nov 2013 11:39:54 -0800 (PST)
Received: by mail-qa0-f47.google.com with SMTP id w8so2082733qac.13 for <geopriv@ietf.org>; Fri, 08 Nov 2013 11:39:36 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=lrAI+rSZuGG5iWTkjdnNm9qoYorzxpkFlDglYzXmGCM=; b=eQEs2FQDwHNEEiuaSb8ng3PY4152+XTN5OEM/qQ6rZsLF/xLbEt+FySgT+tclEHxcL qq6g9THR1wz9I26CkgBlK2xJ8aegzOKOlBcdsROui7pr8PGjdn2iNqh7o0hO0o9keHyd SF/tPd2eMIk/EAEwB+D9il+4Qxu3H18nNjDSqQhAA88Sh5XspFxBonsVbc5vaRc+l+l/ PAtehaYo+EgWjx+AC8sJzlgnbKtJghoQK6p3UDzcojO53qfyZOzxjV5Xsodxs7uoAsjA zudGqpep0qg0Q8/jeRoQ9/ZAj1OBNZPCO+0oflgG1yErk0sBgkDwC572qr0weyhWa5Cn hUDQ==
X-Gm-Message-State: ALoCoQngHikSo1fs4iMjziN4Xc22wKuhl3TfF4GD8nOnl6Ub6yrNYFyjcyEQd1QBs3/ga/kZCJue
X-Received: by 10.224.51.10 with SMTP id b10mr26501313qag.7.1383939576694; Fri, 08 Nov 2013 11:39:36 -0800 (PST)
Received: from wireless-a-v6.meeting.ietf.org ([2001:67c:370:176:29b4:bfc4:d43a:aec3]) by mx.google.com with ESMTPSA id l5sm25600962qac.12.2013.11.08.11.39.34 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 08 Nov 2013 11:39:36 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail=_DF191C7F-F05F-4754-9613-40EF45AF10F0"
Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\))
From: Brian Rosen <br@brianrosen.net>
In-Reply-To: <7CD224DA-5C3D-40D3-B82F-5188CC586484@gmail.com>
Date: Fri, 08 Nov 2013 11:39:31 -0800
Message-Id: <6454C174-9C0D-4D26-A225-F03D86B73878@brianrosen.net>
References: <CAOPrzE3Phx0anv9J3zrrBozsf4p0TJk+KZYWZz_hA_=9FyZnOA@mail.gmail.com> <B700712C-1899-494C-9E28-02BC62AE81C3@gmail.com> <9549C6C2-3B3E-4153-A46F-EB930B310115@brianrosen.net> <A16D1601-7DB8-4BD3-901E-B7C8364DF358@gmail.com> <89D45E92-85AB-457D-9A1B-67C163BC2558@brianrosen.net> <7CD224DA-5C3D-40D3-B82F-5188CC586484@gmail.com>
To: James Winterbottom <a.james.winterbottom@gmail.com>
X-Mailer: Apple Mail (2.1822)
Cc: GEOPRIV WG <geopriv@ietf.org>
Subject: Re: [Geopriv] Some comments on draft-thomson-geopriv-uncertainty-08
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: Fri, 08 Nov 2013 19:40:31 -0000

Martin and I had a chat and we agreed upon a solution.  I’ll write a draft, which will be very short.
What we’re going to propose is an extension to LoST that add a flag to a geo that explicitly states that the area represented by the PIDF represents the area of uncertainty of location in one state, or that the area represents the target with unknown uncertainty in the other state.  If the flag is not present, the assumption is that the sender is clueless the location is that of the target with unknown certainty.

This makes it clear that an area representation of location either does, or does not specify uncertainty.

Brian

On Nov 8, 2013, at 11:15 AM, James Winterbottom <a.james.winterbottom@gmail.com> wrote:

> Sure you can.
> We have an explicit radius parameter for circle, you may set this to zero.
> We also allow,the definition of just a point.
> I think that you will find that the constructs between MLP and GeoShape are almost directly interchangeable.
> 
> Cheers
> James
> 
> Sent from my iPad
> 
> On 09/11/2013, at 4:33 AM, Brian Rosen <br@brianrosen.net> wrote:
> 
>> Not claiming I know more than you, but I think E2 and MLP report position AND they report uncertainty by describing the position as a point, and the uncertainty as the radius of a circle or ellipse.  They don’t just sent a circle.  It’s point plus circular uncertainty, not just a circle.  In PIDF, you can’t tell the difference between a location reported as a circle with no uncertainty specified from a point with circular uncertainty.
>> 
>> The definition of the reported position is the lat/lon of the position and the radius of uncertainty.  We have no similar way to report uncertainty in PIDF.
>> 
>> Brian
>> 
>> On Nov 7, 2013, at 2:00 PM, James Winterbottom <a.james.winterbottom@gmail.com> wrote:
>> 
>>> Hi Brian,
>>> 
>>> MLP and E2 are essentially the same as what we use in Geopriv
>>> 
>>> Sent from my iPad
>>> 
>>> On 08/11/2013, at 8:49 AM, Brian Rosen <br@brianrosen.net> wrote:
>>> 
>>>> Sure:
>>>> 
>>>> When you get a location from a GPS receiver, it typically uses the NMEA interface, which reports a lat/lon and a Dilution of Precision method of specifying uncertainty.
>>>> MLP usually reports location as point with circle, ellipse or arc uncertainty
>>>> E2 usually reports location as point with uncertainty
>>>> 
>>>> Brian
>>>> 
>>>> On Nov 7, 2013, at 1:02 PM, James Winterbottom <a.james.winterbottom@gmail.com> wrote:
>>>> 
>>>>> Hi Brian,
>>>>> 
>>>>> Can you give an example of point 2 please?
>>>>> I guess all the systems that I am familiar with use the area to express the uncertainty so I am keen to understand how it might be done differently.
>>>>> 
>>>>> Cheers
>>>>> James
>>>>> 
>>>>> Sent from my iPad
>>>>> 
>>>>> On 08/11/2013, at 7:48 AM, Brian Rosen <br@brianrosen.net> wrote:
>>>>> 
>>>>>> I’ve read this draft, and think it is an excellent explanation of the issues we face in geopriv with measurements.  I highly recommend that we adopt the draft and process it as a work group item.  I am particularly happy with the definitions it offers for the various quantities.
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> I find it lacking in two areas:
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 1. I think the draft needs to discuss the issues of comparing measurements with different confidence.  I think the bottom line on that is: don’t do it, use one agreed upon confidence.
>>>>>> 
>>>>>> 2. I think we need to stop expressing measurements as just the uncertainty area.  While I understand why doing so is attractive, I think it is not what real systems do.  Real systems express a measurement and explicitly state the uncertainty of the measurement.  I think we need a way to express that.
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> Brian
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Geopriv mailing list
>>>>>> Geopriv@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/geopriv
>>>> 
>>