[repec-help] stale archive requests
Kit Baum
baum at bc.edu
Fri Sep 26 13:13:04 EDT 2008
Hi Danielle,
Thanks very much for volunteering. Here are five of the moldy goldies:
IMT Institute of Mathematical Economics, University of Bielefeld friedel at wiwi.uni-bielefeld.de
2007-04-19 526
OTA Department of Economics, University of Otago, New Zealand CHaig at business.otago.ac.nz
2007-04-16 529
HEO Office of Federal Housing Enterprise Oversight (OFHEO), U.S.
Government amy.lakroune at ofheo.gov 2007-03-26 550
FTC Bureau of Economics, U.S. Federal Trade Commission meaton at ftc.gov
2007-03-21 555
LAK Faculty of Business Administration, Lakehead University, Thunder
Bay ngradoje at lakeheadu.ca 2007-03-18 558
The first three letters are the archive code that has been assigned to
them. Dates on which they were assigned are given. The boilerplate
message is:
---------------------
We would be pleased to include your institution's materials in RePEc.
Please use the archive code 'XXX' to identify your archive. Please use
the EDIRC Provider-Institution code RePEc:edi:XXXXXXX in your series
template to identify your institution. When you have prepared archive-
and series-templates, a subdirectory for the series, and at least one
paper-template in the subdirectory, please email the URL of the
directory in which the archive- and series-templates reside (which
should also be the URL indicated in the archive template). This URL
must be indexable (if HTTP) or accessible with anonymous FTP (if FTP)
for our mirroring software to access the materials. Please consulthttp://ideas.repec.org/stepbystep.html
for detailed instructions on the process.
Many archive maintainers have difficulty making their materials
accessible via HTTP, given that many web servers are not set up with
indexable directories (especially likely if you have a Microsoft IIS).
In that case, you must place an HTML file (usually default.htm or
index.html) in the directory referenced above, with links to each item
within (i.e. the archive template, series template, and
subdirectory(ies), as well as in each subdirectory. This will make the
materials in those directories accessible to our software. Please test
the accessibility of your HTTP materials by going to the URL in your
archive template with a browser. If the browser fails to display the
contents of that directory, it cannot be included as a RePEc archive
without taking the steps described here.
Please contact me if you have any questions about the process.
Welcome to RePEc!
Best wishes
Kit Baum
--------------------
Thanks
Kit
Kit Baum, Boston College Economics and DIW Berlin
http://ideas.repec.org/e/pba1.html
An Introduction to Modern Econometrics Using Stata:
http://www.stata-press.com/books/imeus.html
Research Papers in Economics (RePEc)
http://repec.org
On Sep 26, 2008, at 12:47 , Engelhardt, Danielle wrote:
> Hi Kit:
>
> I would be willing to help.
>
> Danielle
>
> -----Original Message-----
> From: repec-help-bounces at lists.openlib.org
> [mailto:repec-help-bounces at lists.openlib.org] On Behalf Of Christopher
> Baum
> Sent: Thursday, September 25, 2008 10:31 AM
> To: repec-help at lists.openlib.org
> Subject: [repec-help] stale archive requests
>
> One of the most useful tasks that volunteers might be able to perform
> for RePEc is to communicate with those who have requested archives and
> for whatever reason have not set them up. We currently have 171
> archive codes that have been assigned but not yet implemented. Those
> requested more than 90 days ago are sent a reminder message every
> month. Those more than 18 months old are moved to an inactive status
> (currently 148 codes in that limbo) while a sizable number of the 171
> requests are quite old (>12 months, >15 months...)
>
> I would hope that some volunteers would come forward and take a list
> of, say, 5 of the oldest outstanding codes and try to contact the
> person who requested it. This could result in determining that
> (1) the person is no longer at that institution (which often happens),
> or is no longer involved with the process (in which case we could
> cancel the request), or
> (2) there are technical/security issues preventing them from following
> the step-by-step instructions for either HTTP or FTP access (in which
> case we could now direct them to the RePEc Input Service), or
> (3) they have no idea how to follow the SbS instructions (e.g., they
> do not know how to create ASCII text files, or subdirectories on a web
> server) and need some handholding.
>
> It would be very useful to try to clear some of these old cases and
> help people get started with RePEc. For whatever reason many find the
> step-by-step instructions inscrutable, so walking some would-be
> maintainers through the steps may be the only way to help them figure
> out what they need to do.
>
> If you would like to try this out with several archives from our list
> of 'vintage' archives, please let me know.
>
> Thanks
> Kit Baum
>
> Research Papers in Economics (RePEc)
> http://repec.org
>
>
>
>
> _______________________________________________
> Repec-help mailing list
> Repec-help at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/repec-help
>
> _______________________________________________
> Repec-help mailing list
> Repec-help at lists.openlib.org
> http://lists.openlib.org/cgi-bin/mailman/listinfo/repec-help
More information about the Repec-help
mailing list