Re: [Gretl-users] Data Import - non-numeric values

Hello, I checked my code a bit more. Apparently it was not the case that some un-initialised garbage was saved but that floating-point errors must have become evident. The original series of which I calculated the order stats (lq = lower quartile -- lq_lq was the lower quartile of the series of the lower quartile of the stat "Hunger") was an ARMA like process, adding and multiplying "close to zeros" (see attached file)... Just one thing where I did not control for such behaviour. :/ See e.g. Izquierdo, Luis R.; Polhill, J. Gary (2006): Is Your Model Susceptible to Floating-Point Errors? In: JASS 9 (4), S. 4. http://jasss.soc.surrey.ac.uk/9/4/4.html Regards Frederik -----Ursprüngliche Nachricht----- Von: gretl-users-bounces(a)lists.wfu.edu [mailto:gretl-users-bounces@lists.wfu.edu] Im Auftrag von Allin Cottrell Gesendet: Montag, 28. September 2015 22:38 An: Gretl list Betreff: Re: [Gretl-users] Data Import - non-numeric values On Mon, 28 Sep 2015, Schaff, Frederik wrote: Gretl accepts the judgment of the C library on numerical underflow or overflow. On the big side we can be fairly definite: anything less than 1.79769e308 should be fine. On the close-to-zero side numbers greater in absolute value than 1e-308 should be OK for most C libraries. Allin _______________________________________________ Gretl-users mailing list Gretl-users(a)lists.wfu.edu http://lists.wfu.edu/mailman/listinfo/gretl-users