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

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 07 July 2020 14:33 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
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 403013A0DBC for <netmod@ietfa.amsl.com>; Tue, 7 Jul 2020 07:33:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-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 mwJoAfOlLuuL for <netmod@ietfa.amsl.com>; Tue, 7 Jul 2020 07:33:27 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8FC913A0DB3 for <netmod@ietf.org>; Tue, 7 Jul 2020 07:33:27 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 2BEDB87D; Tue, 7 Jul 2020 16:33:26 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.198]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id jy9i5bICFeqA; Tue, 7 Jul 2020 16:33:25 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "DFN-Verein Global Issuing CA" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Tue, 7 Jul 2020 16:33:25 +0200 (CEST)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by hermes.jacobs-university.de (Postfix) with ESMTP id CFB8120156; Tue, 7 Jul 2020 16:33:25 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10028) with ESMTP id HrbLQBML9cjT; Tue, 7 Jul 2020 16:33:25 +0200 (CEST)
Received: from localhost (anna.jacobs.jacobs-university.de [10.50.218.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by hermes.jacobs-university.de (Postfix) with ESMTPS id 1EDD420154; Tue, 7 Jul 2020 16:33:25 +0200 (CEST)
Date: Tue, 07 Jul 2020 16:33:24 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Ladislav Lhotka <ladislav.lhotka@nic.cz>
Cc: netmod@ietf.org
Message-ID: <20200707143324.7kdeixmxss7gdm5y@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: Ladislav Lhotka <ladislav.lhotka@nic.cz>, netmod@ietf.org
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> <3559A5B4-85F7-47D1-9B34-EA1111025CA2@chopps.org> <20200707135734.qfxdqryq5vvmxmws@anna.jacobs.jacobs-university.de> <d4189947-7654-9751-5482-9be1638b902b@nic.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <d4189947-7654-9751-5482-9be1638b902b@nic.cz>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/S1l_ohdD1QiqUbothdvT5-wFoU4>
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 14:33:29 -0000

On Tue, Jul 07, 2020 at 04:24:03PM +0200, Ladislav Lhotka wrote:
> 
> > ASN.1 had INTEGER, a type of unlimited precision. In the early SNMP
> > days things started to fail to interoperate when you hit the 16-bit
> > limit. JSON (much newer) has numbers that start to become interesting
> > when you need more precision, a simple 64-bit counter starts falls
> > apart in JSON.
> 
> If you mean "counter64" in the ietf-yang-types module, then it doesn't
> fall apart in JSON, provided that the rules of RFC 7951 are followed.
>

I was alluding to plain JSON where you encode a number as a number
until you realize that some numbers must be encoded as strings to
avoid surprises. RFC 7951 does this for YANG defined data.

/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/>