Stata The Stata listserver
[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

st: Re: Decimal precision, again


From   "Michael Blasnik" <[email protected]>
To   <[email protected]>
Subject   st: Re: Decimal precision, again
Date   Fri, 25 Jul 2003 11:52:07 -0400

Sorry....but how could that possibly work?  When a variable is stored as a
float, the precision beyond float is lost.  To be able to recover greater
precision means that Stata would have to some how keep all variables scretly
in double precision and only pretend that floats are float.  Display formats
can have pretend precision, not the actual storage type.

Michael Blasnik
[email protected]


----- Original Message ----- 
From: "SJ Friederich, Economics" <[email protected]>
To: <[email protected]>
Sent: Friday, July 25, 2003 11:34 AM
Subject: st: Decimal precision, again


> Dear listers,
>
> Yes, it's about that old favourite of this List, the storage type/decimal
> precision issue, which keeps popping up here so regularly and under so
many
> different guises. In spite of several clarifying messages by Bill Gould
> over the years, I can't claim that I understand all aspects this.
>
> Say I made a mistake in -insheet-ing some data (or, ahem, just because the
> "double" option of -insheet- didn't work well until recently) and I think
a
> particular variable appearing as a float in my data should really be there
> with double precision.
>
> Re-processing this data from scratch would represent a tremendous drag.
> Would outsheeting the Stata dataset and re-insheeting it using the
"double"
> option fix this unambiguously? (I would think so but it just seems too
> simple)
>
> Many thanks for any comments.
>
> Sylvain
>


*
*   For searches and help try:
*   http://www.stata.com/support/faqs/res/findit.html
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/



© Copyright 1996–2024 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index