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)
Here is some one complaning about massively missing citations. A more detailed message with attachments is currently on moderator hold for ras-run because of size. -- 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/ ---------- Forwarded message ---------- Date: Thu, 8 Sep 2011 01:02:56 +0200 From: Michael McAleer <michael.mcaleer@gmail.com> To: Christian Zimmermann <zimmermann@stlouisfed.org> Subject: 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 Dear Professor Zimmermann, On 3 September 2011, I had 960 citations to the documents identified in my research profile. On 4 September 2011, I had 934 citations to the documents identified in my research profile. On 8 September 2011, I had 111 citations to the documents identified in my research profile. Even by the amazing data contortions and distortions that I have observed in RePEc over the last few years, this is truly unbelievable. Yours sincerely, Michael McAleer
On Thu, Sep 8, 2011 at 2:32 AM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
Here is some one complaning about massively missing citations.
I've stopped APU cronjob until this is clarified. The citations data (citec) was in /opt/mutabor/home/adnetec/RePEc/zzz/cites on old nebka. There is the same directory on the new nebka, and it seems to have the same content, except that it belongs to aras user and aras group (versus adnetec/adnetec on the old server). Do we need to setup updates of that? It looks like that may have the outdated content now. Update daemon says: U DATAFILE_START: ssb/dispap/410.amf.xml src doc id: RePEc:ssb:dispap:410 srcdocsid: dcan1533 citations already known: 36 (45) citations now: 19 citations disappeared: 17 RECORD PROCESS: RePEc:ssb:dispap:410#citations|citations RECORD CHANGED: RePEc:ssb:dispap:410#citations U DATAFILE_FINISH: ssb/dispap/410.amf.xml U DATAFILE_START: ssb/dispap/388.amf.xml src doc id: RePEc:ssb:dispap:388 srcdocsid: dsec594 citations already known: 39 (43) citations now: 16 citations disappeared: 23 RECORD PROCESS: RePEc:ssb:dispap:388#citations|citations RECORD CHANGED: RePEc:ssb:dispap:388#citations U DATAFILE_FINISH: ssb/dispap/388.amf.xml U DATAFILE_START: ssb/dispap/532.amf.xml src doc id: RePEc:ssb:dispap:532 srcdocsid: deng222 citations already known: 15 (18) citations now: 12 citations disappeared: 3 RECORD PROCESS: RePEc:ssb:dispap:532#citations|citations RECORD CHANGED: RePEc:ssb:dispap:532#citations U DATAFILE_FINISH: ssb/dispap/532.amf.xml U DATAFILE_START: ssb/dispap/278.amf.xml src doc id: RePEc:ssb:dispap:278 srcdocsid: dimp3175 citations already known: 57 (59) citations now: 28 citations disappeared: 29 .... And there's lots of them disappeared. So this might explain it. -i
A more detailed message with attachments is currently on moderator hold for ras-run because of size.
-- 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/
---------- Forwarded message ---------- Date: Thu, 8 Sep 2011 01:02:56 +0200 From: Michael McAleer <michael.mcaleer@gmail.com> To: Christian Zimmermann <zimmermann@stlouisfed.org> Subject: 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
Dear Professor Zimmermann,
On 3 September 2011, I had 960 citations to the documents identified in my research profile.
On 4 September 2011, I had 934 citations to the documents identified in my research profile.
On 8 September 2011, I had 111 citations to the documents identified in my research profile.
Even by the amazing data contortions and distortions that I have observed in RePEc over the last few years, this is truly unbelievable.
Yours sincerely,
Michael McAleer
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
the aras user doesn't seem to have trouble rsyncing from citec.repc.org aras@nebka:/opt$ rsync -va adnetec@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? Where is the rsync for this automated? What cron is it that's running that has errors with outdated content? On Thu, Sep 8, 2011 at 9:23 AM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Thu, Sep 8, 2011 at 2:32 AM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
Here is some one complaning about massively missing citations.
I've stopped APU cronjob until this is clarified.
The citations data (citec) was in /opt/mutabor/home/adnetec/RePEc/zzz/cites on old nebka.
There is the same directory on the new nebka, and it seems to have the same content, except that it belongs to aras user and aras group (versus adnetec/adnetec on the old server). Do we need to setup updates of that?
It looks like that may have the outdated content now. Update daemon says:
U DATAFILE_START: ssb/dispap/410.amf.xml src doc id: RePEc:ssb:dispap:410 srcdocsid: dcan1533 citations already known: 36 (45) citations now: 19 citations disappeared: 17 RECORD PROCESS: RePEc:ssb:dispap:410#citations|citations RECORD CHANGED: RePEc:ssb:dispap:410#citations U DATAFILE_FINISH: ssb/dispap/410.amf.xml U DATAFILE_START: ssb/dispap/388.amf.xml src doc id: RePEc:ssb:dispap:388 srcdocsid: dsec594 citations already known: 39 (43) citations now: 16 citations disappeared: 23 RECORD PROCESS: RePEc:ssb:dispap:388#citations|citations RECORD CHANGED: RePEc:ssb:dispap:388#citations U DATAFILE_FINISH: ssb/dispap/388.amf.xml U DATAFILE_START: ssb/dispap/532.amf.xml src doc id: RePEc:ssb:dispap:532 srcdocsid: deng222 citations already known: 15 (18) citations now: 12 citations disappeared: 3 RECORD PROCESS: RePEc:ssb:dispap:532#citations|citations RECORD CHANGED: RePEc:ssb:dispap:532#citations U DATAFILE_FINISH: ssb/dispap/532.amf.xml U DATAFILE_START: ssb/dispap/278.amf.xml src doc id: RePEc:ssb:dispap:278 srcdocsid: dimp3175 citations already known: 57 (59) citations now: 28 citations disappeared: 29 ....
And there's lots of them disappeared.
So this might explain it.
-i
A more detailed message with attachments is currently on moderator hold
for
ras-run because of size.
-- 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/
---------- Forwarded message ---------- Date: Thu, 8 Sep 2011 01:02:56 +0200 From: Michael McAleer <michael.mcaleer@gmail.com> To: Christian Zimmermann <zimmermann@stlouisfed.org> Subject: 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
Dear Professor Zimmermann,
On 3 September 2011, I had 960 citations to the documents identified in my research profile.
On 4 September 2011, I had 934 citations to the documents identified in my research profile.
On 8 September 2011, I had 111 citations to the documents identified in my research profile.
Even by the amazing data contortions and distortions that I have observed in RePEc over the last few years, this is truly unbelievable.
Yours sincerely,
Michael McAleer
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@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
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@openlib.org> wrote:
Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@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
I was waiting for a response to this email. On Fri, Sep 9, 2011 at 10:50 AM, Dan Hayes <dhayes501@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@openlib.org>wrote:
Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@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
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@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@openlib.org>wrote:
Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@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/
ok. I'll add that cron On Sat, Sep 10, 2011 at 8:38 PM, Christian Zimmermann < zimmermann@stlouisfed.org> wrote:
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@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@openlib.org
wrote:
Dan Hayes writes
the aras user doesn't seem to have trouble rsyncing from
citec.repc.org
aras@nebka:/opt$ rsync -va adnetec@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://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/
Dan Hayes writes
I was waiting for a response to this email.
I am so sorry.
So I should setup a cron job for the rsync?
Yes. I suggest to standardize the location of input in RAS installations, so we have the same place in a testing and a production environment. Let us create a directories input/RePEc input/CitEc These could be symlinks, of course. I would do input -> opt/input on holda So you would run rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ ~/input/CitEc
What time should it run?
Every day at about 15:00 local time to hit the evening in Valencia. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
So I should setup a cron job for the rsync?
Yes.
I suggest to standardize the location of input in RAS installations, so we have the same place in a testing and a production environment.
Let us create a directories
input/RePEc input/CitEc
These could be symlinks, of course. I would do
input -> opt/input
so I should create /opt/input? or /home/aras/opt/input? what is the current difference between /opt and /home/aras/opt?
on holda
So you would run
rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ ~/input/CitEc
What time should it run?
Every day at about 15:00 local time to hit the evening in Valencia.
Are crons integrating the data into RAS running and effective? On Sun, 11 Sep 2011, Thomas Krichel wrote:
Dan Hayes writes
I was waiting for a response to this email.
I am so sorry.
So I should setup a cron job for the rsync?
Yes.
I suggest to standardize the location of input in RAS installations, so we have the same place in a testing and a production environment.
Let us create a directories
input/RePEc input/CitEc
These could be symlinks, of course. I would do
input -> opt/input
on holda
So you would run
rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ ~/input/CitEc
What time should it run?
Every day at about 15:00 local time to hit the evening in Valencia.
Cheers,
Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
-- 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/
participants (4)
-
'Christian Zimmermann' -
Dan Hayes -
Ivan Kurmanov -
Thomas Krichel