Notice: On March 31, it was **announced** that Statalist is moving from an email list to a **forum**. The old list will shut down at the end of May, and its replacement, **statalist.org** is already up and running.

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

From |
Nick Cox <n.j.cox@durham.ac.uk> |

To |
"'statalist@hsphsun2.harvard.edu'" <statalist@hsphsun2.harvard.edu> |

Subject |
RE: st: RE: RE: comparing different means using ttest |

Date |
Fri, 17 Dec 2010 08:57:24 +0000 |

The regression still assumes independent error terms. There is more scope for doing something about that in a regression framework then within -ttest-, but in terms of what Eric suggested it is still a matter of six on one side and half-a-dozen on the other. Nick n.j.cox@durham.ac.uk DE SOUZA Eric It does, because it simply avoids the starting point of David Lempert which in my opinion is a false start: regressing GDP levels on a time trend will get you nowhere. If David is interested testing the equality of GDP growth rates across two time periods, you pool the data, calculate the GDP growth rate and regress this variable on two dummy (binary) variables for each time period. In order to avoid perfect collinearit you drop one of the two dummies and test whether the coefficient on the other is equal to zero. Steven Samuels But. Eric, I don't think that pooling will solve the dependence issues that Nick mentioned. On Dec 16, 2010, at 1:26 PM, DE SOUZA Eric wrote: Why not just pool your data and regress %GDP-growth on a dummy (binary) variable (and a constant, of course) which takes the value of one for one of the two sub-samples and zero for the other; and test whether the coefficient on the dummy is significantly different from zero (or examine its confidence interval) ? You can robustify for heteroscedasticity. * * For searches and help try: * http://www.stata.com/help.cgi?search * http://www.stata.com/support/statalist/faq * http://www.ats.ucla.edu/stat/stata/

**Follow-Ups**:**RE: st: RE: RE: comparing different means using ttest***From:*DE SOUZA Eric <eric.de_souza@coleurope.eu>

**References**:**st: comparing different means using ttest***From:*David Lempert <david.lempert@gmail.com>

**st: RE: comparing different means using ttest***From:*Nick Cox <n.j.cox@durham.ac.uk>

**st: RE: RE: comparing different means using ttest***From:*Nick Cox <n.j.cox@durham.ac.uk>

**RE: <POSSIBLE SPAM>st: RE: RE: comparing different means using ttest***From:*DE SOUZA Eric <eric.de_souza@coleurope.eu>

**Re: <POSSIBLE SPAM>st: RE: RE: comparing different means using ttest***From:*Steven Samuels <sjsamuels@gmail.com>

**RE: st: RE: RE: comparing different means using ttest***From:*DE SOUZA Eric <eric.de_souza@coleurope.eu>

- Prev by Date:
**RE: st: suest after nl estimation** - Next by Date:
**RE: st: RE: RE: comparing different means using ttest** - Previous by thread:
**RE: st: RE: RE: comparing different means using ttest** - Next by thread:
**RE: st: RE: RE: comparing different means using ttest** - Index(es):