IETF Logo Mail Archive

Re: [netmod] Last Call: <draft-ietf-netmod-geo-location-08.txt> (A YANG Grouping for Geographic Locations) to Proposed Standard

Christian Hopps <chopps@chopps.org> Wed, 21 April 2021 13:31 UTC

Return-Path: <chopps@chopps.org>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A2FA3A27FD; Wed, 21 Apr 2021 06:31:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] 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 UYbrXzx2dTIm; Wed, 21 Apr 2021 06:31:44 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 9271D3A27FC; Wed, 21 Apr 2021 06:31:44 -0700 (PDT)
Received: from ja.int.chopps.org (047-050-069-038.biz.spectrum.com [47.50.69.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id D8D688269A; Wed, 21 Apr 2021 13:31:43 +0000 (UTC)
From: Christian Hopps <chopps@chopps.org>
Message-Id: <CB4D8BD2-9B12-4A1C-B289-C61767BADC26@chopps.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_A2EE0651-74F2-4673-B49A-477000C8827E"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
Date: Wed, 21 Apr 2021 09:31:42 -0400
In-Reply-To: <CAMGpriWf=3vL3TEtom9Q_ZR4pPxttEyqmbi6EE0Y9Fg14Hi1eQ@mail.gmail.com>
Cc: last-call@ietf.org, draft-ietf-netmod-geo-location@ietf.org, netmod-chairs@ietf.org, netmod@ietf.org
To: Erik Kline <ek.ietf@gmail.com>
References: <161884114915.5121.5751188439778970063@ietfa.amsl.com> <CAMGpriWf=3vL3TEtom9Q_ZR4pPxttEyqmbi6EE0Y9Fg14Hi1eQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/uHjJmaVuy7OzSElyi-DlohZwD7g>
Subject: Re: [netmod] Last Call: <draft-ietf-netmod-geo-location-08.txt> (A YANG Grouping for Geographic Locations) to Proposed Standard
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Apr 2021 13:31:50 -0000


> On Apr 19, 2021, at 4:14 PM, Erik Kline <ek.ietf@gmail.com> wrote:
> 
> <no hats>
> 
> Are the vector components expected to be accessed by name in applications, or is it possible some applications might have to handle a 3-tuple of doubles?

By name only.

Thanks,
Chris.

> 
> I only ask this super-nitty question because in my (admittedly limited) experience, ENU order (or NED for that matter) was more familiar since it forms a coordinate system that aligns with the right hand rule.
> 
> NEU->ENU conversion is obviously trivial.  I was just thinking of possible errors where the members of the vector aren't accessed by name but by position.
> 
> -ek
> 
> On Mon, Apr 19, 2021 at 7:07 AM The IESG <iesg-secretary@ietf.org <mailto:iesg-secretary@ietf.org>> wrote:
> 
> The IESG has received a request from the Network Modeling WG (netmod) to
> consider the following document: - 'A YANG Grouping for Geographic Locations'
>   <draft-ietf-netmod-geo-location-08.txt> as Proposed Standard
> 
> The IESG plans to make a decision in the next few weeks, and solicits final
> comments on this action. Please send substantive comments to the
> last-call@ietf.org <mailto:last-call@ietf.org> mailing lists by 2021-05-03. Exceptionally, comments may
> be sent to iesg@ietf.org <mailto:iesg@ietf.org> instead. In either case, please retain the beginning
> of the Subject line to allow automated sorting.
> 
> Abstract
> 
> 
>    This document defines a generic geographical location object YANG
>    grouping.  The geographical location grouping is intended to be used
>    in YANG models for specifying a location on or in reference to Earth
>    or any other astronomical object.
> 
> 
> 
> 
> The file can be obtained via
> https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/ <https://datatracker.ietf.org/doc/draft-ietf-netmod-geo-location/>
> 
> 
> 
> No IPR declarations have been submitted directly on this I-D.
> 
> 
> 
> 
> 
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org <mailto:IETF-Announce@ietf.org>
> https://www.ietf.org/mailman/listinfo/ietf-announce <https://www.ietf.org/mailman/listinfo/ietf-announce>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

v2.23.0 | Report a Bug | By Email