That should solve the issue if it is the same problem as on my checking for new stuff. I have a database with checksums for rdf files, and if a file disappears and reappears, then it will not notice that it is back. But everyfile gets checked once a month just in case. But that would not have explained what happened with the AER. Christian Zimmermann FIGUGEGL! Department of Economics University of Connecticut 341 Mansfield Road, Unit 1063 Storrs, CT 06269-1063 http://ideas.repec.org/zimm/ christian.zimmermann@uconn.edu http://ideas.repec.org/e/pzi1.html On Wed, 11 Feb 2009, Thomas Krichel wrote:
Christian Zimmermann writes
This is not the first time this happens: accepted papers get dropped from profiles for no apparent reason and attempts to put them back in fail.
I presume that means that they have no longer been in the database.
It is this paper
Finance and poverty in Ethiopia: household level analysis template-type: ReDIF-Paper 1.0 Author-name: Geda, Alemayehu Author-name: Shimeles, Abebe Author-name: Zerfu, Daniel Title: Finance and Poverty in Ethiopia: A Household Level Analysis Creation-Date: 2006 Number: RP2006/51 Length: 26 pages Keywords: finance, Ethiopia, Africa, poverty, consumption smoothing File-URL: http://www.wider.unu.edu/stc/repec/pdfs/rp2006/rp2006-51.pdf Handle: RePEc:unu:wpaper:RP2006-51
It is only when I do a updareq that items are available again for claiming. This has already happened several times for the AER.
This time, it was RePEc:unu:wpaper
aras@nebka:/home/adrepec/RePEc/remo/unu/wpaper$ rech . - rech v1.0.1 -- ReDIF files checker - by Ivan Kurmanov (kurmanov@openlib.org)
configuration: redif.spec file : /usr/local/share/perl/5.8.8/ReDIF/redif.spec redif.spec version: $revision$-5.8 ReDIF home dir : not identified local data dir :
No ReDIF home setting found/identified
Checking: . going into directory: . file ./wpaper4.rdf: OK (76) file ./wpaper3.rdf: OK (90) file ./wpaper5.rdf: OK (90) file ./wpaper8.rdf: OK (107) file ./wpaper2.rdf: OK (127) file ./wpaper1.rdf: OK (147) file ./wpaper9.rdf: OK (4) file ./wpaper7.rdf:
template-type: ReDIF-Paper 1.0 Title: Assessing the Aid Allocation and Debt Sustainability Framework: Working Towards Incentive Compatible Aid Contracts Creation-Date: 2007 Number: UNU-WIDER Research Paper RP2007/33 Length: 28 pages Keywords: foreign aid, economic development, aid allocation, debt sustainability File-URL: http://www.wider.unu.edu/stc/repec/pdfs/rp2007/rp2007-33.pdf Handle: RePEc:unu:wpaper:RP2007-33 Abstract: This paper criticizes the current International Development Association (IDA) aid allocation and debt sustainability framework on the grounds of their over-reliance on the country policy and institutional assessment (CPIA) as the guiding criterion. It argues that CPIA-centred allocation of aid fails to introduce an incentives structure supportive of a genuine donor-recipient partnership, conducive to development. Further, it claims that the CPIA-dependent debt thresholds-central to the new debt sustainability framework-effectively submit sustainability concerns to the policy performance prerogatives of the aid allocation system. Resting on a thin empirical basis, such approach fails to take due account of low-income countries' vulnerability to exogenous shocks, as a key determinant of debt distress. As an alternative to the current CPIA-based scheme, the paper outlines the key features of a state-contingent mechanism, guiding both aid allocation and debt sustainability analysis.
Error (line 462): Required attribute 'author-name' is absent in template of type 'redif-paper 1.0'
file ./wpaper6.rdf: OK (165)
I doubt the problem is there. But it could be that, for example, they change a handle, but the file date is not changed, and the file size is not changed, and the update is not often enough despite this. Here is a significant change I made in
# # RePEc: /home/aras/acis/bin/updareq RePEc / 31556926 # ACIS userdata: /home/aras/acis/bin/updareq ACIS / 31556926 # citec: /home/aras/acis/bin/updareq citec / 31556926
31556926 is, roughly the number of seconds in a year. Ivan had this set to the number of secords in a week, meaning that nebka's rid crawled through the entire RePEc once a week, a considerable load on the machine. So I reduced this to once a year, a drastic reduction. I made that change at the time we had the i/o problem that was due to a broken disk and that you claimed came from overusing the disk.
Maybe these numbers should be set to once a month.
Cheers,
Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel