[RAS] papers disappearing, "abdele problem"

[Christian Zimmermann]

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 at 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 at nebka:/home/adrepec/RePEc/remo/unu/wpaper$ rech .
> - rech v1.0.1 -- ReDIF files checker -
>        by Ivan Kurmanov (kurmanov at 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
>