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

"Marc Linsner (mlinsner)" <mlinsner@cisco.com> Sat, 09 November 2013 00:24 UTC

Return-Path: <mlinsner@cisco.com>
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 1B5E111E8103 for <geopriv@ietfa.amsl.com>; Fri, 8 Nov 2013 16:24:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.773
X-Spam-Level:
X-Spam-Status: No, score=-9.773 tagged_above=-999 required=5 tests=[AWL=0.225, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_53=0.6, RCVD_IN_DNSWL_HI=-8]
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 b3s6X43Qq0+o for <geopriv@ietfa.amsl.com>; Fri, 8 Nov 2013 16:24:32 -0800 (PST)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id F3D3C11E80FB for <geopriv@ietf.org>; Fri, 8 Nov 2013 16:24:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11262; q=dns/txt; s=iport; t=1383956672; x=1385166272; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=lbpJSCeqfB2glpc+musBB1vSUi0e7uOHV/PXJGlFjAY=; b=PA9XkZXR/LJUdjTkuyMaiIfqwsrMnAFfGfNWBMvzBLvez8rYdcdLUs2m A7VLYtCASkTa4nYJgBdF6u42YqBSAeg7FO6fnC8Gkdfxr/rukaZkrOHym 4BKeRdVd+j4mAoxjJzrJ4TmfPrLmuyu071HbJ0Wc5Pmhm842FgJ5QQQ0s M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiQFAH1/fVKtJV2Y/2dsb2JhbABZgwc4hii3YYEVSoEvFnSCJgEBBAEBAWsLEAIBCA4xByEGCxQRAgQOBRuHVAMPDbMlDYlnBIx1gm4EB4MggRADliSBa4xThTiBO4Fr
X-IronPort-AV: E=Sophos; i="4.93,663,1378857600"; d="scan'208,217"; a="282639965"
Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP; 09 Nov 2013 00:24:31 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id rA90OVcr022598 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 9 Nov 2013 00:24:31 GMT
Received: from xmb-rcd-x08.cisco.com ([169.254.8.147]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0123.003; Fri, 8 Nov 2013 18:24:30 -0600
From: "Marc Linsner (mlinsner)" <mlinsner@cisco.com>
To: Brian Rosen <br@brianrosen.net>
Thread-Topic: [Geopriv] Some comments on draft-thomson-geopriv-uncertainty-08
Thread-Index: AQHO2/rJ7UVVI/AElEa2+3MMqXG7kJoapgwAgAANEwCAAAMFAIABR74AgAAccoCAAAbIgP//6wst
Date: Sat, 09 Nov 2013 00:24:30 +0000
Message-ID: <7DEB8B11-AB84-4B0F-A341-E1831EF7D49A@cisco.com>
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>, <6454C174-9C0D-4D26-A225-F03D86B73878@brianrosen.net>
In-Reply-To: <6454C174-9C0D-4D26-A225-F03D86B73878@brianrosen.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_7DEB8B11AB844B0FA341E1831EF7D49Aciscocom_"
MIME-Version: 1.0
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: Sat, 09 Nov 2013 00:24:37 -0000

Brian,

I know I'm missing context, but why would LoST care?

-Marc-

On Nov 8, 2013, at 2:41 PM, "Brian Rosen" <br@brianrosen.net<mailto:br@brianrosen.net>> wrote:

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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:Geopriv@ietf.org>
https://www.ietf.org/mailman/listinfo/geopriv



_______________________________________________
Geopriv mailing list
Geopriv@ietf.org<mailto:Geopriv@ietf.org>
https://www.ietf.org/mailman/listinfo/geopriv