Re: [Geojson] Ben Campbell's No Objection on draft-ietf-geojson-03: (with COMMENT)
"Ben Campbell" <ben@nostrum.com> Thu, 02 June 2016 04:57 UTC
Return-Path: <ben@nostrum.com>
X-Original-To: geojson@ietfa.amsl.com
Delivered-To: geojson@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 4111612D0BD;
Wed, 1 Jun 2016 21:57:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.326
X-Spam-Level:
X-Spam-Status: No, score=-3.326 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426]
autolearn=ham autolearn_force=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 ewMvmAA0HvSD; Wed, 1 Jun 2016 21:57:25 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id DED2612B019;
Wed, 1 Jun 2016 21:57:24 -0700 (PDT)
Received: from [10.0.1.2] ([199.119.128.74]) (authenticated bits=0)
by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u524vLPT043012
(version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
Wed, 1 Jun 2016 23:57:22 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host [199.119.128.74] claimed to
be [10.0.1.2]
From: "Ben Campbell" <ben@nostrum.com>
To: "Tim Schaub" <tim.schaub@gmail.com>
Date: Thu, 02 Jun 2016 00:57:21 -0400
Message-ID: <07CC6F45-4E9A-4A18-8387-5519DE361D22@nostrum.com>
In-Reply-To: <CAKdrn+dAiUqAx5EOX3xdW4PoYSVZ=KJGfdMgC2fz=7k0UCbENA@mail.gmail.com>
References: <20160602020613.16111.53924.idtracker@ietfa.amsl.com>
<CAKdrn+dAiUqAx5EOX3xdW4PoYSVZ=KJGfdMgC2fz=7k0UCbENA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Mailer: MailMate (1.9.4r5234)
Archived-At: <http://mailarchive.ietf.org/arch/msg/geojson/NSsxLp8GDd-BybJBxx7oDLseXCA>
Cc: draft-ietf-geojson@ietf.org, geojson-chairs@ietf.org,
The IESG <iesg@ietf.org>, geojson@ietf.org
Subject: Re: [Geojson] Ben Campbell's No Objection on draft-ietf-geojson-03:
(with COMMENT)
X-BeenThere: geojson@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF GeoJSON WG <geojson.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/geojson>,
<mailto:geojson-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/geojson/>
List-Post: <mailto:geojson@ietf.org>
List-Help: <mailto:geojson-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/geojson>,
<mailto:geojson-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 Jun 2016 04:57:27 -0000
Thanks for the response. Comments inline: On 2 Jun 2016, at 0:49, Tim Schaub wrote: > Thanks for the comments Ben. My thoughts on one of them below ... > > On Wed, Jun 1, 2016 at 7:06 PM, Ben Campbell <ben@nostrum.com> wrote: >> >> ---------------------------------------------------------------------- >> COMMENT: >> ---------------------------------------------------------------------- >> > > ... > >> - 3.1.6, 4th bullet: Why SHOULD? Can you imagine situations where it >> would be reasonable to not follow the right-hand rule? > > There has been an effort throughout the IETF process to reduce the > likelihood that GeoJSON in use today (pre-IETF GeoJSON) will not be > rejected as invalid by strict-parsers developed in the future. The > GJ2008 document didn't discuss winding order of rings. So while it > would be convenient for consumers if they didn't have to check the > winding order (i.e. if the spec said MUST follow the right-hand rule), > I think this is a recommendation only in hopes of improving > interoperability while retaining some backwards compatibility. That's a reasonable motivation for a SHOULD. I'd be fine if you left it htat way. A few words of explanation to that effect might be useful. > > I wouldn't be opposed to making this MUST. People will write and use > lenient parsers until old (left-hand) GeoJSON falls out of use. With > SHOULD, we'll have mixed-handedness forever. Another possible approach would be to say that implementations of this spec MUST use right-hand windings, but that parsers SHOULD not reject left-handed windings for reasons of backwards compatibility. Thanks! Ben.
- [Geojson] Ben Campbell's No Objection on draft-ie… Ben Campbell
- Re: [Geojson] Ben Campbell's No Objection on draf… Tim Schaub
- Re: [Geojson] Ben Campbell's No Objection on draf… Ben Campbell
- Re: [Geojson] Ben Campbell's No Objection on draf… Tim Schaub
- Re: [Geojson] Ben Campbell's No Objection on draf… Ben Campbell