[RAS] REPEC profile - problem in listing papers already in the database (fwd)

[Thomas Krichel]

  Christian Zimmermann writes

> Why can I not get template RePEc:wbk:wbrwps:4511 to load in RAS?

  I don't have an ultimate answer but I understand that they
  it is listed in the conflicts db

aras at nebka:~$ list_keys_in_db acis/RI/data/RePEc/conflicts | grep wbk
'repec:wbk:wbrwps:4479'
'repec:wbk:wbrwps:4467'
'repec:wbk:wbrwps:4823'
'repec:wbk:wbrwps:4413'
'repec:wbk:wbrwps:4412'
'repec:wbk:wbrwps:4533'
'repec:wbk:wbrwps:4505'
'repec:wbk:wbrwps:4788'
'repec:wbk:wbrwps:4498'
'repec:wbk:wbrwps:4517'
'repec:wbk:wbrwps:4349'
'repec:wbk:wbrwps:4511'
'repec:wbk:wbrwps:4407'
'repec:wbk:wbrwps:4401'
'repec:wbk:wbrwps:4485'
'repec:wbk:wbrwps:4431'
'repec:wbk:wbrwps:4355'
'repec:wbk:wbrwps:4366'
'repec:wbk:wbrwps:4800'
'repec:wbk:wbrwps:4807'
'repec:wbk:wbrwps:4808'
'repec:wbk:wbrwps:4427'
'repec:wbk:wbrwps:4452'


  The record is marked in the conflicts database

aras at nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511
$VAR1 = \1;

  It history is 

aras at nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/history repec:wbk:wbrwps:4511 | less
$VAR1 = bless( {
                 'last_changed' => 1226038827,
                 'history' => [
                                [
                                  1204657643,
                                  'present',
                                  'wbk/wbrwps/4545.rdf',
                                  0,
                                  'iEImbaZ5PxTUY/7qmBBPYw'
                                ],
                                [
                                  1204657643,
                                  'processed'
                                ],
                                [
                                  1204785172,
                                  'present',
                                  'wbk/wbrwps/4545.rdf',
                                  0,
                                  't9L6gIh6vK41Dqh9PVPx/g'
                                ],
                                [
                                  1204785172,
                                  'change'
                                ]
                              ],
                 'handle' => 'repec:wbk:wbrwps:4545',
                 'conflict' => {
                                 'wbk/wbrwps/4511.rdf' => {
                                                          '0' => [
                                                                   'ojdrqjK2l3AiA+YFJ1Qhag',
                                                                   1244825751
                                                                 ]
                                                        }
                               },
                 'session_time' => 1283472176,
                 'present' => [
                                [
                                  'wbk/wbrwps/4545.rdf',
                                  0,
                                  'qIiG8jvc94Vv/doFoF6TKg',
                                  1240553298
                                ],
                                [
                                  'wbk/wbrwps/4511.rdf',
                                  0,
                                  'ojdrqjK2l3AiA+YFJ1Qhag',
                                  1283472176
                                ]
                              ]
               }, 'RePEc::Index::History::Handle' );

  There appears to be a problem with retrieving the information 
  for the record from the records database

Storable binary image v68.52 more recent than I am (v2.7) at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/thaw.al) line 415, at /home/aras/perl/list_value_in_db line 40

  This, unfortunately is as issue with the freezing/thaw software
  used by ACIS.

  I suggest that the way to go about this is to delete the records for
  keys repec:wbk:wbrwps:4511 and repec:wbk:wbrwps:4545 from the
  records history and conflicts databases. At the next update, it will
  think that both are new and create new records for them.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                http://authorclaim.org/profile/pkr1
                                               skype: thomaskrichel