Re: [Geopriv] Stephen Farrell's Block on charter-ietf-geojson-00-01: (with BLOCK)
"Carl Reed" <creed@opengeospatial.org> Thu, 03 September 2015 15:56 UTC
Return-Path: <creed@opengeospatial.org>
X-Original-To: geopriv@ietfa.amsl.com
Delivered-To: geopriv@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 36CD41AD0C5;
Thu, 3 Sep 2015 08:56:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.669
X-Spam-Level:
X-Spam-Status: No, score=0.669 tagged_above=-999 required=5
tests=[BAYES_20=-0.001, HELO_MISMATCH_ORG=0.611,
HOST_MISMATCH_NET=0.311, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001,
STOX_REPLY_TYPE=0.439, T_TVD_FUZZY_SECURITIES=0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 2ITW4p0Lt1-Y; Thu, 3 Sep 2015 08:56:22 -0700 (PDT)
Received: from mail.opengeospatial.org (scale.ogcinc.net [66.244.86.102])
by ietfa.amsl.com (Postfix) with ESMTP id 52E521B4217;
Thu, 3 Sep 2015 08:56:21 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1])
by mail.opengeospatial.org (Postfix) with ESMTP id 1440F9416D;
Thu, 3 Sep 2015 11:56:21 -0400 (EDT)
X-Virus-Scanned: Debian amavisd-new at mail.ogcinc.net
Received: from mail.opengeospatial.org ([127.0.0.1])
by localhost (scale.ogcinc.net [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id aElr7ZkI6lrF; Thu, 3 Sep 2015 11:56:20 -0400 (EDT)
Received: from mail2.standardsmail.org (mail2.standardsmail.org [66.244.86.41])
by mail.opengeospatial.org (Postfix) with ESMTPS id 3BD849416C;
Thu, 3 Sep 2015 11:56:20 -0400 (EDT)
Received: from mail2.standardsmail.org (localhost [127.0.0.1])
by mail2.standardsmail.org (Postfix) with ESMTPS id 2ED61EEB22B;
Thu, 3 Sep 2015 11:56:20 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
by mail2.standardsmail.org (Postfix) with ESMTP id 1D134EEB225;
Thu, 3 Sep 2015 11:56:20 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail2.standardsmail.org
Received: from mail2.standardsmail.org ([127.0.0.1])
by localhost (mail2.standardsmail.org [127.0.0.1]) (amavisd-new, port 10026)
with ESMTP id FP6L90vTj7sL; Thu, 3 Sep 2015 11:56:20 -0400 (EDT)
Received: from OfficeHP (c-67-176-39-130.hsd1.co.comcast.net [67.176.39.130])
by mail2.standardsmail.org (Postfix) with ESMTPSA id 724A1EEB203;
Thu, 3 Sep 2015 11:56:19 -0400 (EDT)
Message-ID: <E4803BA91D0F4D2B8A5F2D24535C10DE@OfficeHP>
From: "Carl Reed" <creed@opengeospatial.org>
To: "Alissa Cooper" <alissa@cooperw.in>,
"Stephen Farrell" <stephen.farrell@cs.tcd.ie>
References: <20150903111519.12341.48799.idtracker@ietfa.amsl.com>
<CAFC1CD0-43EE-4F40-A755-C51D610FBD9A@cooperw.in>
<55E83CFF.1040508@cs.tcd.ie>
<99B958BA-B141-43D0-A7FB-26ABFDFD274A@cooperw.in> <55E848E3.10403@cs.tcd.ie>
<88EE4F71-A95D-478B-B38C-B76D12D8873F@cooperw.in>
<55E86027.9050903@cs.tcd.ie>
<118F4B72-CD5A-4870-9E6D-D348CD6D2CCC@cooperw.in>
In-Reply-To: <118F4B72-CD5A-4870-9E6D-D348CD6D2CCC@cooperw.in>
Date: Thu, 3 Sep 2015 09:51:54 -0600
Organization: OGC
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original
X-Priority: 3
X-MSMail-Priority: Normal
Importance: Normal
X-Mailer: Microsoft Windows Live Mail 15.4.3555.308
X-MimeOLE: Produced By Microsoft MimeOLE V15.4.3555.308
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/geopriv/o6P4p-lkb81fr6Nd6jb-uSuVwBI>
Cc: geopriv@ietf.org, Scott Simmons <ssimmons@opengeospatial.org>,
dispatch@ietf.org, Erik Wilde <dret@berkeley.edu>, IESG <iesg@ietf.org>
Subject: Re: [Geopriv] Stephen Farrell's Block on
charter-ietf-geojson-00-01: (with BLOCK)
X-BeenThere: geopriv@ietf.org
X-Mailman-Version: 2.1.15
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 03 Sep 2015 15:56:24 -0000
Sorry to jump in. I have now read the entire thread, reviewed the charter, and reviewed a number of RFCs on this topic (starting with 4119). Been a while! Before starting, I wish to state that I am not opposed to this WG activity - GeoJSON is an important spec and one now being used in OGC standards work as informational. I just have some concerns. In my mind, there is perhaps a more fundamental question: What is a Location Object? Back with the LO activity first started, the focus was on extending PIDF to include location content. From that perspective, privacy and location are closely coupled. However, over time the use of the location object became uncoupled from PIDF and as a result a number of other RFCs now speak to how to use a LO with SIP, RADIUS, and so on. Essentially, a LO can also be viewed as a stand alone package of location content with additional attributes such as uncertainty. When I worked on these RFC, I never viewed LO as being tightly coupled with privacy but always viewed the LO as a data package that could be used with any number of other standards/specs or even as a standard alone payload. This is exactly what has happened. Don't get me wrong - the privacy implications associated with location are critical - and scary. Predictive analytics experiments have shown that future individual movement activity can be predicted with close to 95% accuracy by analyzing past movement behavior (a joint Harvard/MIT study). Therefore, I would suggest that a GeoJSON encoded payload is a location object. Consider that the PIDF-LO geodetic model is encoded using GML. The abstract model for geometry used in GML is ISO 19107: Spatial Schema (which is now in revision). The GeoJSON geometry model is also based on ISO 19107. The main difference between the two (other than the LO requirement for additional geometry types) is that GeoJSON encodes coordinates as longitude/latitude. GML encodes coordinates as latitude-longitude. There are also differences in how other coordinate reference systems are handled. While these differences are properly documented, I would strongly encourage the planned activity to consider: 1. Documenting the relationship (similarities and differences) between GeoJSON and a LO. This would allow developers to choose the appropriate implementation approach. 2. Have a section on threat analysis and security 3. Speak to how privacy issues could be addressed (back to item 1 also). Perhaps I am being overly sensitive but location and privacy (along with provenance and uncertainty) are coming to the fore as major standards issues. The OGC is working these standards related issues more and more. Much of this is being driven by requirements to use location content associated "citizens as scientists" activities, volunteered geographic information, IoT, Smart Cities, and on and on. I know the GeoJSON authors do not wish to "overload" the GeoJSON spec. As such, I suspect many of my concerns could be easily addressed by referencing appropriate content from existing IETF RFCs. For example, the content of 7459 Uncertainty and Confidence is quite appropriate for a GeoJSON encoding. Also, 7459 was reviewed and commented on by OGC Members :-) Sorry for the long posting. Regards Carl Reed Geospatial Standards geek -----Original Message----- From: Alissa Cooper Sent: Thursday, September 03, 2015 9:02 AM To: Stephen Farrell Cc: geopriv@ietf.org ; dispatch@ietf.org ; Erik Wilde ; IESG Subject: Re: [Geopriv] Stephen Farrell's Block on charter-ietf-geojson-00-01: (with BLOCK) Ok, one more try and we’re there I think: OLD As the WG considers extensibility it will be careful not to preclude extensions that would allow GeoJSON objects to become location objects unless the group determines such extensibility would be harmful. NEW Extensions that would allow GeoJSON objects to become location objects are not expected to be defined in the WG. Should that be needed, re-chartering will be required. > On Sep 3, 2015, at 7:58 AM, Stephen Farrell <stephen.farrell@cs.tcd.ie> > wrote: > > > Better again. You could maybe add that's not expected to happen > during the lifetime of this wg but that'd be fine. > > S > > On 03/09/15 15:57, Alissa Cooper wrote: >> NEW Should extensions that would allow GeoJSON objects to become >> location objects be needed, re-chartering will be required. _______________________________________________ Geopriv mailing list Geopriv@ietf.org https://www.ietf.org/mailman/listinfo/geopriv
- [Geopriv] Stephen Farrell's Block on charter-ietf… Stephen Farrell
- Re: [Geopriv] Stephen Farrell's Block on charter-… Alissa Cooper
- Re: [Geopriv] Stephen Farrell's Block on charter-… Stephen Farrell
- Re: [Geopriv] Stephen Farrell's Block on charter-… Alissa Cooper
- Re: [Geopriv] Stephen Farrell's Block on charter-… Stephen Farrell
- Re: [Geopriv] Stephen Farrell's Block on charter-… Alissa Cooper
- Re: [Geopriv] Stephen Farrell's Block on charter-… Stephen Farrell
- Re: [Geopriv] Stephen Farrell's Block on charter-… Alissa Cooper
- Re: [Geopriv] Stephen Farrell's Block on charter-… Stephen Farrell
- Re: [Geopriv] Stephen Farrell's Block on charter-… Carl Reed
- Re: [Geopriv] Stephen Farrell's Block on charter-… Robin Wilton
- Re: [Geopriv] Stephen Farrell's Block on charter-… Alissa Cooper
- Re: [Geopriv] Stephen Farrell's Block on charter-… Carl Reed