REPEC profile - problem in listing papers already in the database (fwd)
Why can I not get template RePEc:wbk:wbrwps:4511 to load in RAS? This is not the first time updareq says it reads a file but really reads another one: updareq RePEc wbk/wbrwps/4511.rdf 1 Thu Sep 2 19:58:34 2010 request: source: /home/aras/acis/bin/updareq [7804] collection: RePEc update: wbk/wbrwps/4511.rdf (1) U DATAFILE_START: wbk/wbrwps/4511.rdf file: wbk/wbrwps/4545.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: wbk/wbrwps/4511.rdf Thu Sep 2 19:58:34 2010 processed wbk/wbrwps/4511.rdf in RePEc Thu Sep 2 19:58:34 2010 time: 0 wallclock secs ( 0.26 usr + 0.04 sys = 0.30 CPU) 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 ---------- Forwarded message ---------- Date: Thu, 2 Sep 2010 09:34:36 -0400 From: "m.asadullah@reading.ac.uk" <m.asadullah@reading.ac.uk> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Cc: "m.asadullah@reading.ac.uk" <m.asadullah@reading.ac.uk> Subject: REPEC profile - problem in listing papers already in the database Dear Chris I am writing for i am having problem in adding a paper to my profile that has been in REPEC database since 2008! http://ideas.repec.org/p/wbk/wbrwps/4511.html I tried many things but failed; when i do the manual or automatic search, this paper never shows up and hence cann't be added to my profile. I also have a similar problem with another paper which was uploaded a week ago http://ideas.repec.org/p/iza/izadps/dp5146.html Any help will be much appreciated Thanks. Niaz
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@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@nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 $VAR1 = \1; It history is aras@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
Thomas, your checking is correct, but i don't see where (in this case) do you get the Storable binary image error from? please check that wbk/wbrwps/4545.rdf does not have a template for repec:wbk:wbrwps:4511 because that is the cause of the conflict. -ivan On Fri, Sep 3, 2010 at 12:28 PM, Thomas Krichel <krichel@openlib.org> wrote:
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@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@nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 $VAR1 = \1;
It history is
aras@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
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Templates are clean. 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 Fri, 3 Sep 2010, Ivan Kurmanov wrote:
Thomas,
your checking is correct, but i don't see where (in this case) do you get the Storable binary image error from? please check that wbk/wbrwps/4545.rdf does not have a template for repec:wbk:wbrwps:4511 because that is the cause of the conflict. -ivan On Fri, Sep 3, 2010 at 12:28 PM, Thomas Krichel <krichel@openlib.org> wrote:
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@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@nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 $VAR1 = \1;
It history is
aras@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
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Ivan Kurmanov writes
your checking is correct, but i don't see where (in this case) do you get the Storable binary image error from?
From this simple script | #!/usr/bin/perl | | use strict; | use warnings; | use BerkeleyDB; | use Storable qw(thaw nfreeze); | use Data::Dumper; | | ## supply file name | my $db_file=$ARGV[0]; | if(not $db_file) { | print "fatal: no file argument\n"; | exit; | } | if(not -f $db_file) { | print "fatal: no such file: $db_file\n"; | exit; | } | | ## supply key | my $search_key=$ARGV[1]; | if(not $search_key) { | print "fatal: I need a key\n"; | exit; | } | | ## open db, create if not there | my $db = new BerkeleyDB::Hash | -Filename => $db_file; | | if(not $db) { | print "fatal: no such database: $db_file\n"; | exit; | } | | my $value=''; | my $result; | | if($result=$db->db_get($search_key,$value)==0) { | print Dumper thaw $value; | } | else { | print $result; | } | | $db->db_close(); | | undef $db ; applied as aras@nebka:~$ list_value_in_db ~/acis/RI/data/RePEc/records repec:wbk:wbrwps:4511 Storable binary image v68.84 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 There is no storable image version 68.84. http://www.perlmonks.org/bare/?node_id=810341 suggests "incompatible byteorder or integer-long-pointer sizes" as problem sources. Incompatible byte order is the old issue of using freeze rather than nfreeze. But "integer-long-pointer sizes" I am not sure about. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
I tried again, still getting the same problem. 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 Fri, 3 Sep 2010, Thomas Krichel wrote:
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@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@nebka:~/perl$ list_value_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 $VAR1 = \1;
It history is
aras@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
Christian Zimmermann writes
I tried again, still getting the same problem.
I had not done the deletions. Maybe I should wait 40 days, but I did them tonight. aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/history repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/history aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/records repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/records aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/conflicts aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4545 aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/records repec:wbk:wbrwps:4545 deleted key repec:wbk:wbrwps:4545 in /home/aras/acis/RI/data/RePEc/records aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/history repec:wbk:wbrwps:4545 deleted key repec:wbk:wbrwps:4545 in /home/aras/acis/RI/data/RePEc/history Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
OK, it worked now. But it worries me that conflicts that are resolved in the archives do not get resolved in RAS. Sune and me chase a lot of them down, and we do not want this to be for naught. 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 Mon, 6 Sep 2010, Thomas Krichel wrote:
Christian Zimmermann writes
I tried again, still getting the same problem.
I had not done the deletions. Maybe I should wait 40 days, but I did them tonight.
aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/history repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/history aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/records repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/records aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4511 deleted key repec:wbk:wbrwps:4511 in /home/aras/acis/RI/data/RePEc/conflicts aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/conflicts repec:wbk:wbrwps:4545 aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/records repec:wbk:wbrwps:4545 deleted key repec:wbk:wbrwps:4545 in /home/aras/acis/RI/data/RePEc/records aras@nebka:~/perl$ delete_key_in_db ~/acis/RI/data/RePEc/history repec:wbk:wbrwps:4545 deleted key repec:wbk:wbrwps:4545 in /home/aras/acis/RI/data/RePEc/history
Cheers,
Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
Christian Zimmermann writes
But it worries me that conflicts that are resolved in the archives do not get resolved in RAS.
They do in general, but not in the special case at hand where the record in the records bdb files was not readable. RePEc::Index deals badly with this case. This is a known issue. Cheers, Thomas Krichel http://openlib.org/home/krichel http://authorclaim.org/profile/pkr1 skype: thomaskrichel
participants (3)
-
Christian Zimmermann -
Ivan Kurmanov -
Thomas Krichel