[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]
RE: st: Statsby and weights
In the case of frequency weights, a prior
=expand- is presumably another possibility.
Of course, this changes your dataset, but
since -statsby- is going to change it too, that
itself is secondary. More importantly, the
dataset might become very large; and even
more importantly, this technique doesn't
help with non-frequency weights. I guess
Jeff may be able to think of other disadvantages.
> -----Original Message-----
> From: firstname.lastname@example.org
> [mailto:email@example.com]On Behalf Of
> Jeff Pitblado,
> StataCorp LP
> Sent: 25 March 2004 19:08
> To: firstname.lastname@example.org
> Subject: Re: st: Statsby and weights
> Dale Plummer <email@example.com> asks about using
> weights with
> > I may have overlooked something obvious, but I cannot see why the
> > statsby command will not allow weights in the commands it
> is executing.
> > Would someone please explain this?
> There really isn't a good reason for this. From a
> development point of view,
> -statsby- uses the same parsing engine as -bootstrap-,
> -jknife-, -simulate-,
> and -permute-; some of which require careful consideration
> (and new code) to
> handle weights.
> There are ways around this. The long way is to set up
> -postfile- and use
> -post- within a -forvalues- loop. This requires a decent
> amount of coding to
> reproduce some of the features of -statsby-.
> The short way, involves tricking -statsby-. I generally
> would warn users
> against trying to "trick" a command to do something that a
> developer purposely
> tried to prevent, but this is one of those special cases.
* For searches and help try: