Statalist The Stata Listserver


[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

st: RE: Choosing between SSC & SJ for ado files


From   "Nick Cox" <n.j.cox@durham.ac.uk>
To   <statalist@hsphsun2.harvard.edu>
Subject   st: RE: Choosing between SSC & SJ for ado files
Date   Thu, 31 Aug 2006 22:30:39 +0100

I'll put a hat on an Editor of the SJ (Stata Journal). 

I am also an original author of -ssc- and a contributor
to SSC but Kit Baum speaks definitively on that. 

The Stata Journal appears quarterly and so no item 
associated with the SJ is publicly updated more frequently
than that. (Occasionally we make quick quiet fixes for
the greater good, but the principle of no publication
without publicity is good in many ways.) 

SSC can be updated at Kit's discretion, modulo his
sleeping patterns, leisure time, academic commitments and 
vacations. In my experience the median time between 
a submission and an update is much less than a working day, 
which indicates Kit's efficiency and dedication. 

So, SSC can be updated much more frequently than the SJ. 
It follows that where two versions exist it is often 
the case that the version of SSC is the more recent. 

But to that should be added other comments. 

The first is, Do check the code! 

This is easier than you might think, even if you are 
not (consciously) a Stata programmer. Thus let's 
test this example. If I type 

. ssc type freduse.ado

I get to see a listing of the main program that includes
the line 

*! version 2.0.0  19Sep2005

Non-programmers: You are looking for a line that starts 

*! 

and if you see no such line you should be worried, 
as the programmer is not following standard Stata conventions.
That doesn't prove that they are incompetent, but in 
practice it is a good warning in most cases. 

If I 

. search freduse 

I get to see details of where -freduse- is stored on the 
Stata Journal website. Without even installing it I can 

. type http://www.stata-journal.com/software/sj6-3/st0110/freduse.ado

and I get to see the same file. The principle here is 
simple concatenation. I use the Stata command -type- and 
the information on -freduse- includes all the ingredients for
a specification of where that file is. (Naturally, this does depend 
on (a) an up-to-date Stata, as -update- updates the .key files
containing information on the SJ, and (b) an internet connection.) 

Now, this package is more
complicated than most and there are other program files 
or help files that may not be exactly the same. However, in 
my experience peeking at the files like this resolves the question very 
quickly in most cases. 

The second is to note that there has been quite a lot of discussion
behind the scenes about this situation. One extreme view, which 
has a lot to be said for it, is that programmers should maintain
exactly one source for their files. It undoubtedly is at least 
a little confusing when there are two (or even more) sources 
for a program, even setting aside the situation that some kind-hearted
programmers make available versions of their programs for both 
the present version of Stata and for previous versions. 

The Stata Journal follows a variety of procedures to maintain its own
standards, but we at the Stata Journal have no desire, and no right, 
to lay down the law on how and where user-programmers should be
disseminating their programs. So we never forbid or even advise 
against dissemination on SSC or elsewhere. Nevertheless I don't think that 
anyone will be offended by a remark that there being just one source does 
simplify things for the end-user. 

Nick 
n.j.cox@durham.ac.uk 

Michael S. Hanson
 
> 	I am interested in installing the -freduse- command 
> that was just  
> announced in SJ 6-3.  (This command allows one to load macroeconomic  
> data directly into Stata from the Federal Reserve Economic Database  
> (FRED) at the St. Louis Fed.)  -findit freduse- returns two sources  
> for the corresponding package:
> 
> 
> 2 packages found (Stata Journal and STB listed first)
> -----------------------------------------------------
> 
> st0110 from http://www.stata-journal.com/software/sj6-3
>      SJ6-3 st0110.  Importing Federal Reserve economic data /  
> Importing Federal
>      Reserve economic data / by David M. Drukker, StataCorp / Support:
>      ddrukker@stata.com / After installation, type help freduse
> 
> freduse from http://fmwww.bc.edu/RePEc/bocode/f
>      'FREDUSE': module to Import FRED (Federal Reserve Economic  
> Database) data
>      / The FRED repository at 
> http://research.stlouisfed.org/fred2/ /  
> contains
>      over 3,000 U.S.  economic time series.  Each time series / is  
> stored in a
>      separate file that also contains a string-date / variable and  
> header with
> 
> 
> Based on this message from Kit Baum,
> 
> <http://www.stata.com/statalist/archive/2006-06/msg00827.html>,
> 
> do I understand correctly that installing from SSC (that is, RePEc)  
> is preferable if a package is updated more frequently than once a  
> quarter and one plans to use -adoupdate- to manage installed  
> packages?  Thanks for any clarification on this question.
> 

*
*   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