[RAS] Fwd: 909 is down from 995 eight days ago, but up from 651 four days ago - the citations go down just before the rankings are released, and come up again after they have been released (fwd)

['Christian Zimmermann']

There needs to be a cron job at 10pmish that rsyncs 
/home/ftp/pub/RePEc/remo on the IDEAS machine to /home/adrepec/RePEc/remo 
on nebka.

As for the citation data, others know.


On Sat, 10 Sep 2011, Dan Hayes wrote:

> I was waiting for a response to this email.
>
> On Fri, Sep 9, 2011 at 10:50 AM, Dan Hayes <dhayes501 at gmail.com> wrote:
>
>> So I should setup a cron job for the rsync?  What time should it run?
>>
>> Also, what needs to be run on nebka after the cron finishes?  The citations
>> don't appear to be being updated.
>>
>>
>> On Fri, Sep 9, 2011 at 10:32 AM, Thomas Krichel <krichel at openlib.org>wrote:
>>
>>>  Dan Hayes writes
>>>
>>>> the aras user doesn't seem to have trouble rsyncing from citec.repc.org
>>>>
>>>> aras at nebka:/opt$ rsync -va adnetec at citec.repec.org:RePEc/zzz/cites/
>>>> /opt/mutabor/home/adnetec/RePEc/zzz/cites
>>>> receiving incremental file list
>>>> col/000165/
>>>> col/000165/007026.amf.xml
>>>> fip/fedlwp/2006-025.amf.xml
>>>> grt/wpegrt/
>>>> grt/wpegrt/2007-03.amf.xml
>>>> grt/wpegrt/2007-05.amf.xml
>>>> grt/wpegrt/2008-03.amf.xml
>>>> grt/wpegrt/2009-08.amf.xml
>>>> grt/wpegrt/2009-20.amf.xml
>>>> grt/wpegrt/2009-21.amf.xml
>>>> grt/wpegrt/2009-22.amf.xml
>>>> grt/wpegrt/2009-23.amf.xml
>>>> grt/wpegrt/2009-24.amf.xml
>>>> grt/wpegrt/2010-11.amf.xml
>>>> nbr/nberwo/15826.amf.xml
>>>> onb/oenbmp/
>>>> onb/oenbmp/y:2008:i:2:b:2.amf.xml
>>>> tpr/jeurec/v:4:y:2006:i:2-3:p:562-574.amf.xml
>>>>
>>>> sent 6555 bytes  received 14718710 bytes  107092.84 bytes/sec
>>>> total size is 1957291418  speedup is 132.92
>>>>
>>>> Is there a reason /opt needs to be owned by adnetec outside of this?
>>>
>>>   I don't think there is ani. It is a historic setup I suspect I did.
>>>
>>>> Where
>>>> is the rsync for this automated?
>>>
>>>   It is on sopri. In general, I place rsyncs on sending rather
>>>  than receiving machines, because the sedning machine knows better
>>>  when to update.
>>>
>>>  But we can't have this any more since sopri can't access your box.
>>>
>>>  Cheers,
>>>
>>>  Thomas Krichel                    http://openlib.org/home/krichel
>>>                                      http://authorprofile.org/pkr1
>>>                                               skype: thomaskrichel
>>>
>>
>>
>

-- 
Christian Zimmermann                          FIGUGEGL!
Economic Research
Federal Reserve Bank of St. Louis
P.O. Box 442
St. Louis MO 63166-0442 USA
http://ideas.repec.org/zimm/