Statalist The Stata Listserver


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

st: choosing between ssc and sj for ado-files


From   Kit Baum <baum@bc.edu>
To   statalist@hsphsun2.harvard.edu
Subject   st: choosing between ssc and sj for ado-files
Date   Thu, 31 Aug 2006 21:35:48 -0400

Michael said

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:
...
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.


freduse has just been placed on the SJ site with the publication of an article about it in SJ 6:3. The two versions are identical. Note that -adoupdate- will update both SSC and SJ/STB downloads (as well as other user-written materials if their own sites contain the necessary information in their package files).

HOWEVER there is no way for -adoupdate- to know that the two packages are essentially identical; so if you install the SJ package, only an update to the SJ package (via a Software Update in a future issue) will show up in -adoupdate-. If an updated version appears first on SSC, -adoupdate- will find it if and only if you have installed the SSC version of the package.

Kit Baum, Boston College Economics
http://ideas.repec.org/e/pba1.html
An Introduction to Modern Econometrics Using Stata:
http://www.stata-press.com/books/imeus.html


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