Thread Links Date Links
Thread Prev Thread Next Thread Index Date Prev Date Next Date Index

Motion P1788/M0032.01:Midpoint NO

   I vote NO on this motion.

   I would much prefer to see a function that is less arbitrary for
choosing the midpoint.  For example, a two-argument version of the
function mid_F(x) would allow the *user* to specify the returned
midpoint intelligently if the endpoints were infinities.

   I am also concerned that returning the floating-point values closest
to infinity (i.e. nextDown_F(+\infty) ) when splitting has a high
probability of creating floating-point problems.  A midpoint value
specified by the user would again eliminate this problem.

-- 
  Alan Eliasen
  eliasen@xxxxxxxxxxxxxx
  http://futureboy.us/