Re: [netmod] Justification for decimal64 over string for floating point values in geo location data?

Christian Hopps <chopps@chopps.org> Tue, 07 July 2020 13:24 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 D31083A0C9B for <netmod@ietfa.amsl.com>; Tue, 7 Jul 2020 06:24:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 LC51ZbeKt4nO for <netmod@ietfa.amsl.com>; Tue, 7 Jul 2020 06:24:33 -0700 (PDT)
Received: from smtp.chopps.org (smtp.chopps.org [54.88.81.56]) by ietfa.amsl.com (Postfix) with ESMTP id 698803A0C84 for <netmod@ietf.org>; Tue, 7 Jul 2020 06:24:33 -0700 (PDT)
Received: from stubbs.int.chopps.org (047-050-069-038.biz.spectrum.com [47.50.69.38]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by smtp.chopps.org (Postfix) with ESMTPSA id DDE5760EC0; Tue, 7 Jul 2020 13:24:32 +0000 (UTC)
From: Christian Hopps <chopps@chopps.org>
Message-Id: <3559A5B4-85F7-47D1-9B34-EA1111025CA2@chopps.org>
Content-Type: multipart/signed; boundary="Apple-Mail=_FB6600F0-AE65-4FC2-A462-E9431992B8ED"; protocol="application/pgp-signature"; micalg=pgp-sha512
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Date: Tue, 7 Jul 2020 09:24:31 -0400
In-Reply-To: <20200707123024.dyranrtod7sq3i5k@anna.jacobs.jacobs-university.de>
Cc: Christian Hopps <chopps@chopps.org>, NetMod WG <netmod@ietf.org>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
References: <B548C4B4-2A97-4736-A6B2-358D1491D125@chopps.org> <20200707112450.wrttuprwrdr3nl5i@anna.jacobs.jacobs-university.de> <C77ED032-788C-410C-A239-86286ADE4E4A@chopps.org> <20200707121821.ry6irvxx6uzvf6pu@anna.jacobs.jacobs-university.de> <107B2D49-93A8-41EE-B109-3B0485BC56AC@chopps.org> <20200707123024.dyranrtod7sq3i5k@anna.jacobs.jacobs-university.de>
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/xnx5oyJCnW3ry26fzh1t2QJWEyA>
Subject: Re: [netmod] Justification for decimal64 over string for floating point values in geo location data?
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: Tue, 07 Jul 2020 13:24:35 -0000


> On Jul 7, 2020, at 8:30 AM, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> 
> On Tue, Jul 07, 2020 at 08:27:19AM -0400, Christian Hopps wrote:
>> 
>> Mentioned in the earlier mail
>> 
>> instead of
>> 
>>    "decimal64"
>> 
>> use
>> 
>>    "type string { pattern '[0-9]+(\.[0-9]+)?'; }"
>> 
> 
> And then everybody implements what he/she likes? That would be a big
> step backward since every implementation will then interpret the
> numbers differently.

I dislike having to specify arbitrary limits b/c of the type. I think it would be useful to have integer and real number support that allowed for specifying "at least" precision, but not forcing the model to specify an "at most".

In generally I dislike many of the specified semantic restrictions I find in YANG models, they seem to be the most oft-cited examples of when a "backward incompatible" change might need to be made to a model.

BTW, I think decimal64 is fine for this use-case, I mainly asked on the list b/c I'm curious about the more general use-case.

Thanks,
Chris.

> 
> /js
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
>