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

Re: st: Re: into the executable...


From   "Steichen" <steichen@triad.rr.com>
To   <statalist@hsphsun2.harvard.edu>
Subject   Re: st: Re: into the executable...
Date   Sat, 24 Apr 2004 11:06:50 -0400

A furthermore:

-gllamm- is the main Stata competitor to SAS Procs Mixed and GenMod.  These
are tools that are essential in many fields, and having a fast competitor is
very important.  Not having one loses sales to SAS... not what StataCorp
wants, I'd hope.

Tom

----- Original Message ----- 
From: "Philip Ryan" <philip.ryan@adelaide.edu.au>
To: <statalist@hsphsun2.harvard.edu>
Sent: Saturday, April 24, 2004 10:50 AM
Subject: Re: st: Re: into the executable...


> With respect to gllamm, both Kit and Ronan have suggested a plug-in
solution
> rather than incorporating code into the executable. For my part I'd be
happy
> either way - as long as we get compiled code so that Stata has a mixed
models
> estimation program that is useably speedy.  I might add, in the spirit of
> Ronan's last message, that no criticism is implied of the developers of
gllamm
> -
>  it is a remarkable achievement by any standard.
>
> Perhaps the current lively thread centred on hardware and programming
options
> for gllamm will encourage StataCorp &/or the gllamm developers to raise
its
> priority a notch or two on their to-do list. There is obviously a
receptive
> audience out here in Stata-land for that.
>
> Phil
>
> Quoting Kit Baum <kitbaum@mac.com>:
>
> > On Apr 24, 2004, at 2:33 AM, Philip wrote:
> >
> > > No doubt the stuff about chips and flops is important but if the
> > > objective is
> > > making -gllamm- more useable shouldn't the first step be to encourage
> > > StataCorp
> > >
> > > to incorporate -gllamm- or -gllamm-like code for mixed/hierarchical
> > > models
> > > *into the executable* as soon as possible?
> > >
> > Actually, in the present environment, it would be workable to have a
> > gllamm plugin to gain the full speed improvement of compiled code,
> > right?
> >
>
> -- 
> Philip Ryan
> Associate Professor
> Department of Public Health
>
> Associate Dean (IT)
> Faculty of Health Sciences
>
> Head, Data Management and Analysis Centre
> Department of Public Health and Department of General Practice
>
> University of Adelaide
> 5005 South Australia
> AUSTRALIA
> CRICOS Provider Number 00123M
> ----------------------------------------------------------- 
> This email message is intended only for the addressee(s)
> and contains information that may be confidential and/or
> copyright.  If you are not the intended recipient please
> notify the sender by reply email and immediately delete
> this email. Use, disclosure or reproduction of this email
> by anyone other than the intended recipient(s) is strictly
> prohibited. No representation is made that this email or
> any attachments are free of viruses. Virus scanning is
> recommended and is the responsibility of the recipient.
> *
> *   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/
>

*
*   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–2014 StataCorp LP   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index