Re: Motion P1788/M007.01_NaI: Discussion period begins
> Date: Mon, 24 Aug 2009 16:45:16 +0200
> From: "J. Wolff v. Gudenberg" <wolff@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
> To: John Pryce <j.d.pryce@xxxxxxxxxxxx>
> CC: stds-1788@xxxxxxxxxxxxxxxxx
> Subject: Re: Motion P1788/M007.01_NaI: Discussion period begins
>
> John Pryce schrieb:
>
> > We should indeed consider different possible representations to see
> > which works most efficiently for whatever NaI definition(s) we decide,
> > but isn't it a bit early to make a decision on that?
> >
> when we try to implement 1788 in software we need some information about
> representation. Following an idea from David Hough I changed rep to NaI
> = [sNaN,sNaN]. This matches my view of NaI best. Nai is an exceptionally
> constructed emptyset.
> > Juergen, are you totally opposed to NaI with payload? Or would you be
> > amenable to a "friendly amendment" to your motion?
> I amended my motion already by recommending a three way decision.
> so supporters of NaI with payload can vote
> so can those people who are against NaI at all
> I hope to get a clear majority for my case which is a kind of compromise
>
> ONE unique NaI
>
> Juergen
>
> P.S. following this discussion [oo,oo] does not exist
Juergen,
Without commenting on the technical merits of your question,
as a procedural question the notion of a 3 way choice turns
out to be a nightmare.
It leads to all sorts of discussion & headaches about what
we should do in this or that combination of cases when what
we REALLY should do is figure out how to formulate the
question into a binary choice.
(This note is the beginning of such a discussion. The only
way to cut it off is to eliminate the multiple choice.)
Can you not do that for us?
That is, can you formulate the question you REALLY want to
ask in the form of a motion (or amendment) that is either
acceptable to people or not?
As always, just a suggestion...
Thanks,
Dan
P.S. - On the merits: I would argue in favor of no NaI or
just one. The argument about the historical uselessness
of the NaN payload is a compelling one in my opinion.