Re: [Last-Call] [core] Last Call: <draft-ietf-core-senml-more-units-02.txt> (Additional Units for SenML) to Proposed Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Oct 29, 2019, at 16:51, Pete Resnick <resnick@xxxxxxxxxxxx> wrote:
> 
>> I’d still prefer to signal that there is a clear difference between using SI base units and furlongs per fortnight, and decent SenML processors, given a choice, should do the former.
> 
> That’s a job for the DE, and can be expressed in the instructions to the DE.

I can’t parse that.  The difference is a signal to implementers, not to the DE.
If you muddle the signal to the implementers, the DE can’t fix that (she would fix that by doing what?).

>> (And I definitely want to signal that SenML is open for business, but I think we are discussing alternatives that are roughly equivalent in that respect, not sending away those other SDOs at the door.)
> 
> Which is exactly why you should keep these in one registry: SDOs don’t have to have second class citizenship in the registry.

We want to encourage SDOs to go for SI base units.  We also want to embrace SDOs that have data models that use legacy units.  These know the units are legacy, new data models should be encouraged to use SI base units.

Being open for business is the overriding concern here, if you were asking us to write paragraph five in all upper case we would probably accede to that if that somehow helps make the change happen.  I would still be against it.

So, if that helps, we can merge the registries, add another column that is either LEGACY or empty, and hope that most implementers still get the message.  This is further away from optimal, but indeed does work.  It also serves to pollute the primary registry with legacy stuff that doesn’t belong there.

Grüße, Carsten





[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux