OK, the citation data is still not making it to RAS. Dan and me need precise instructions what needs to be rsynced where, and what should then be done. -- 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/
I've been checking the citations data processing in the last days -- it is successful and some new (modified) files are being found and processed. i'm checking the citations data files, and comparing them. i don't see a problem there: old nebka: 505,204 files new nebka: 514,448 files Files modified in the last 2 days (48 hours): old nebka: none new nebka: 6, these ones: /opt/mutabor/home/adnetec/RePEc/zzz/cites/eee/jmacro/v:32:y:2010:i:2:p:674-684.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/ucp/jpolec/v:115:y:2007:p:171-199.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/fem/femwpa/2010.111.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/ecb/ecbwps/20080960.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/aea/aejapp/v:2:y:2010:i:4:p:1-41.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/bde/wpaper/0927.amf.xml What i've found is that the citations table on new nebka now has much much less records than the same table on the new nebka: old: 6,810,650 new: 4,646,759 Roughly the same number was there, on the new nebka, a few days ago. This is really strange. Maybe a fresh (full) update of the citec with the update daemon would help. I'm sorry for not being responsive this last week or so. I am looking into this issue now. -ivan On Mon, Sep 12, 2011 at 6:28 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
OK, the citation data is still not making it to RAS.
Dan and me need precise instructions what needs to be rsynced where, and what should then be done.
-- 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/
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
My personal citation record is still at 8, while it was 180 initially. People are reacting frantically to this kind of numbers... On Mon, 12 Sep 2011, Ivan Kurmanov wrote:
I've been checking the citations data processing in the last days -- it is successful and some new (modified) files are being found and processed.
i'm checking the citations data files, and comparing them. i don't see a problem there: old nebka: 505,204 files new nebka: 514,448 files
Files modified in the last 2 days (48 hours): old nebka: none new nebka: 6, these ones:
/opt/mutabor/home/adnetec/RePEc/zzz/cites/eee/jmacro/v:32:y:2010:i:2:p:674-684.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/ucp/jpolec/v:115:y:2007:p:171-199.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/fem/femwpa/2010.111.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/ecb/ecbwps/20080960.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/aea/aejapp/v:2:y:2010:i:4:p:1-41.amf.xml /opt/mutabor/home/adnetec/RePEc/zzz/cites/bde/wpaper/0927.amf.xml
What i've found is that the citations table on new nebka now has much much less records than the same table on the new nebka:
old: 6,810,650 new: 4,646,759
Roughly the same number was there, on the new nebka, a few days ago.
This is really strange. Maybe a fresh (full) update of the citec with the update daemon would help.
I'm sorry for not being responsive this last week or so. I am looking into this issue now.
-ivan
On Mon, Sep 12, 2011 at 6:28 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
OK, the citation data is still not making it to RAS.
Dan and me need precise instructions what needs to be rsynced where, and what should then be done.
-- 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/
_______________________________________________ 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/
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level. What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12. i'm working on a fix. -i On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func. -i On Mon, Sep 12, 2011 at 8:31 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
i'm working on a fix.
-i
On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
Ivan Kurmanov writes
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func.
ah, ok. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
Finally, i've resolved it. It is not related (directly) to the UNIVERSAL::isa issue. Instead, it is an old (or otherwise buggy) AMF parser version that was the reason. I've installed version from AMF-perl-0.36.tar.gz and it has helped. After I remove some debugging code, a full citec update will be needed. -ivan On Mon, Sep 12, 2011 at 8:32 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func.
-i
On Mon, Sep 12, 2011 at 8:31 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
i'm working on a fix.
-i
On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
Ivan Kurmanov writes
Finally, i've resolved it.
It is not related (directly) to the UNIVERSAL::isa issue. Instead, it is an old (or otherwise buggy) AMF parser version that was the reason.
I've installed version from AMF-perl-0.36.tar.gz and it has helped.
I feel vindicated. I have recommended from the start to use the latest version of ACIS.
After I remove some debugging code, a full citec update will be needed.
Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
I've started the full citec update: aras@nebka:~$ updareq citec / 1000 aras@nebka:~$ citations records count is already growing. -i On Mon, Sep 12, 2011 at 9:12 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Finally, i've resolved it.
It is not related (directly) to the UNIVERSAL::isa issue. Instead, it is an old (or otherwise buggy) AMF parser version that was the reason.
I've installed version from AMF-perl-0.36.tar.gz and it has helped. After I remove some debugging code, a full citec update will be needed.
-ivan
On Mon, Sep 12, 2011 at 8:32 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func.
-i
On Mon, Sep 12, 2011 at 8:31 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
i'm working on a fix.
-i
On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
full citec update has been interrupted by the nightly restart of the daemon, but most of it was successfully processed. it is being continued now. the citations count is now at 6.73 million and growing. -i On Mon, Sep 12, 2011 at 9:21 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've started the full citec update:
aras@nebka:~$ updareq citec / 1000 aras@nebka:~$
citations records count is already growing.
-i
On Mon, Sep 12, 2011 at 9:12 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Finally, i've resolved it.
It is not related (directly) to the UNIVERSAL::isa issue. Instead, it is an old (or otherwise buggy) AMF parser version that was the reason.
I've installed version from AMF-perl-0.36.tar.gz and it has helped. After I remove some debugging code, a full citec update will be needed.
-ivan
On Mon, Sep 12, 2011 at 8:32 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func.
-i
On Mon, Sep 12, 2011 at 8:31 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
i'm working on a fix.
-i
On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote:
My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
There are some small bits left, which will be picked up later, but the overall update is done. Citations total: 6,858,534 I have enabled the APU now. -i On Tue, Sep 13, 2011 at 9:54 AM, Ivan Kurmanov <duraley@gmail.com> wrote:
full citec update has been interrupted by the nightly restart of the daemon, but most of it was successfully processed. it is being continued now.
the citations count is now at 6.73 million and growing.
-i
On Mon, Sep 12, 2011 at 9:21 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've started the full citec update:
aras@nebka:~$ updareq citec / 1000 aras@nebka:~$
citations records count is already growing.
-i
On Mon, Sep 12, 2011 at 9:12 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Finally, i've resolved it.
It is not related (directly) to the UNIVERSAL::isa issue. Instead, it is an old (or otherwise buggy) AMF parser version that was the reason.
I've installed version from AMF-perl-0.36.tar.gz and it has helped. After I remove some debugging code, a full citec update will be needed.
-ivan
On Mon, Sep 12, 2011 at 8:32 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
Well, actually, the new nebka runs perl 5.10.1, but I assume that already had some changes to the UNIVERSAL::isa func.
-i
On Mon, Sep 12, 2011 at 8:31 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
i'm working on a fix.
-i
On Mon, Sep 12, 2011 at 7:16 PM, Ivan Kurmanov <duraley@gmail.com> wrote:
On Mon, Sep 12, 2011 at 6:59 PM, Christian Zimmermann <zimmermann@stlouisfed.org> wrote: > My personal citation record is still at 8, while it was 180 initially.
Yes, I've seen this in an earlier message of yours, and I see it now in the data, and I'll start digging from this.
-i
Ivan Kurmanov writes
I've found new evidence. The citations data processing is broken at the AMF parser level and at the ACIS Input level.
What i've found so far suggests, that it is caused by the sadly known UNIVERSAL::isa() function now being out of rule in perl 5.12.
But the problem has been with us before, and the Perl version run at RAS is 5.10.
i'm working on a fix.
Could you kindly try with my version of the files, so that we have an official version of the parser? Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
'Christian Zimmermann' writes
OK, the citation data is still not making it to RAS.
Dan and me need precise instructions what needs to be rsynced where, and what should then be done.
As I wrote The following command should refresh the files aras@nebka:~$ rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ +/opt/mutabor/home/adnetec/RePEc/zzz/cites But it gets me a bunch of permission denied errors. Dan plesae fix. then updreq CitEc / 1 if you want to force process all. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorprofile.org/pkr1 skype: thomaskrichel
I ran this as aras and didn't see any errors. I setup a cron to run this as root each night at roughly 10pm, so there should be no permission errors. On Mon, Sep 12, 2011 at 12:15 PM, Thomas Krichel <krichel@openlib.org>wrote:
'Christian Zimmermann' writes
OK, the citation data is still not making it to RAS.
Dan and me need precise instructions what needs to be rsynced where, and what should then be done.
As I wrote
The following command should refresh the files
aras@nebka:~$ rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ +/opt/mutabor/home/adnetec/RePEc/zzz/cites
But it gets me a bunch of permission denied errors. Dan plesae fix.
then
updreq CitEc / 1
if you want to force process all.
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
There is already a nightly cronjob that does: updareq citec / and right now that wouldn't help, since processing does not extract the data that is there anyway. -i On Mon, Sep 12, 2011 at 8:46 PM, Dan Hayes <dhayes501@gmail.com> wrote:
I ran this as aras and didn't see any errors.
I setup a cron to run this as root each night at roughly 10pm, so there should be no permission errors.
On Mon, Sep 12, 2011 at 12:15 PM, Thomas Krichel <krichel@openlib.org> wrote:
'Christian Zimmermann' writes
OK, the citation data is still not making it to RAS.
Dan and me need precise instructions what needs to be rsynced where, and what should then be done.
As I wrote
The following command should refresh the files
aras@nebka:~$ rsync -va adnetec@citec.repec.org:RePEc/zzz/cites/ +/opt/mutabor/home/adnetec/RePEc/zzz/cites
But it gets me a bunch of permission denied errors. Dan plesae fix.
then
updreq CitEc / 1
if you want to force process all.
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
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
participants (4)
-
'Christian Zimmermann' -
Dan Hayes -
Ivan Kurmanov -
Thomas Krichel