Re: [RAS] Frank Westermann affiliations (fwd)
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template. 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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
Hallo Herr Zimmermann, leider erscheint das Brookings Papers on Economic Activity immer noch nicht im Account von Prof. Westermann. Vielleicht könnten Sie das nochmal überprüfen, in diesem Sinne mit freundlichen Grüßen Katja Drechsel
Christian Zimmermann schrieb:
Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber das Ergebnis.
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, Katja Drechsel wrote:
Dear Christian Zimmermann, again several problems/ wishes to the research of Prof. Frank Westermann: Can you help me to link the following article (available in RePEc System) to the profil of Frank Westermann (as they do not appear in the "AUTOMATIC SEARCH SUGGESTIONS":
"Liberalization, Growth, and Financial Crises: Lessons from Mexico and the Developing World" in Brookings Papers on Economic Activity http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html
Thanks in advance, with kind regards from Germany, Katja
mit freundlichen Grüßen,
K.Drechsel
--------------- Dipl.-Vw. Katja Drechsel wissenschaftliche Mitarbeiterin Universität Osnabrück / Fachgebiet VWL - Internationale Wirtschaftspolitik 49069 Osnabrück
Tel.: 0541 969 2634 E-Mail: Katja.Drechsel@Uni-Osnabrueck.de
OK, it turns out this is a duplicate handle. False alarm. 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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal �berpr�ft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verkn�pfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank f�r ihre Hilfe ( und Geduld) viele Gr��e, K.Drechsel
Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
Hallo Herr Zimmermann, leider erscheint das Brookings Papers on Economic Activity immer noch nicht im Account von Prof. Westermann. Vielleicht k�nnten Sie das nochmal �berpr�fen, in diesem Sinne mit freundlichen Gr��en Katja Drechsel
Christian Zimmermann schrieb:
Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber das Ergebnis.
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, Katja Drechsel wrote:
Dear Christian Zimmermann, again several problems/ wishes to the research of Prof. Frank Westermann: Can you help me to link the following article (available in RePEc System) to the profil of Frank Westermann (as they do not appear in the "AUTOMATIC SEARCH SUGGESTIONS":
"Liberalization, Growth, and Financial Crises: Lessons from Mexico and the Developing World" in Brookings Papers on Economic Activity http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html
Thanks in advance, with kind regards from Germany, Katja
mit freundlichen Gr��en,
K.Drechsel
--------------- Dipl.-Vw. Katja Drechsel wissenschaftliche Mitarbeiterin Universit�t Osnabr�ck / Fachgebiet VWL - Internationale Wirtschaftspolitik 49069 Osnabr�ck
Tel.: 0541 969 2634 E-Mail: Katja.Drechsel@Uni-Osnabrueck.de
For the other case of such paper (which you think is not a false alarm case) one would want to see the update daemon log for when you run updareq for that template. -ivan On Wed, Aug 19, 2009 at 5:03 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
OK, it turns out this is a duplicate handle. False alarm.
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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel
Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
Hallo Herr Zimmermann, leider erscheint das Brookings Papers on Economic Activity immer noch nicht im Account von Prof. Westermann. Vielleicht könnten Sie das nochmal überprüfen, in diesem Sinne mit freundlichen Grüßen Katja Drechsel
Christian Zimmermann schrieb:
Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber das Ergebnis.
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, Katja Drechsel wrote:
Dear Christian Zimmermann, again several problems/ wishes to the research of Prof. Frank Westermann: Can you help me to link the following article (available in RePEc System) to the profil of Frank Westermann (as they do not appear in the "AUTOMATIC SEARCH SUGGESTIONS":
"Liberalization, Growth, and Financial Crises: Lessons from Mexico and the Developing World" in Brookings Papers on Economic Activity http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html
Thanks in advance, with kind regards from Germany, Katja
mit freundlichen Grüßen,
K.Drechsel
--------------- Dipl.-Vw. Katja Drechsel wissenschaftliche Mitarbeiterin Universität Osnabrück / Fachgebiet VWL - Internationale Wirtschaftspolitik 49069 Osnabrück
Tel.: 0541 969 2634 E-Mail: Katja.Drechsel@Uni-Osnabrueck.de
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
aras@nebka:~/acis/RI$ updareq RePEc hem aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 The problematic template is repec:hem:wpaper:0702. It was not read. Let's try again by specifying the template file. aras@nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 Thu Aug 20 10:16:19 2009 * [12474] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777779 Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:20 2009 + Update request for a file in directory: 'cschmitt@diw.de.xml' in 'c/s/' Thu Aug 20 10:16:20 2009 + the directory is in the db Thu Aug 20 10:16:20 2009 * [12474] finished update session, timestamp: 1250777779 Thu Aug 20 10:16:21 2009 * [12475] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777781 Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:22 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:22 2009 + Update request for a file in directory: 'zsajaia@worldbank.org.xml' in 'z/s/' Thu Aug 20 10:16:22 2009 + the directory is in the db Thu Aug 20 10:16:22 2009 * [12475] finished update session, timestamp: 1250777781 Thu Aug 20 10:16:58 2009 * [12477] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777818 Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:58 2009 + Update request for a file in directory: 'tucker.s.mcelroy@census.gov.xml' in 't/u/' Thu Aug 20 10:16:58 2009 + the directory is in the db Thu Aug 20 10:16:58 2009 * [12477] finished update session, timestamp: 1250777818 Thu Aug 20 10:18:17 2009 * [12484] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777896 Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:18:17 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:18:17 2009 + Update request for a file in directory: '62828.rdf' in 'hem/wpaper/' Thu Aug 20 10:18:17 2009 + the directory is in the db Thu Aug 20 10:18:17 2009 * [12484] finished update session, timestamp: 1250777897 aras@nebka:~/acis/RI$ aras@nebka:~/acis/RI$ tail -100 update_ch0.log U DATAFILE_START: hem/wpaper/64132.rdf RECORD PROCESS: repec:hem:wpaper:0704|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0704 U DATAFILE_FINISH: hem/wpaper/64132.rdf U DATAFILE_START: hem/wpaper/64133.rdf RECORD PROCESS: repec:hem:wpaper:0801|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0801 U DATAFILE_FINISH: hem/wpaper/64133.rdf U DATAFILE_START: hem/wpaper/63008.rdf RECORD PROCESS: repec:hem:wpaper:0703|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0703 U DATAFILE_FINISH: hem/wpaper/63008.rdf U DATAFILE_START: hem/wpaper/70700.rdf RECORD PROCESS: repec:hem:wpaper:0802|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0802 U DATAFILE_FINISH: hem/wpaper/70700.rdf U DATAFILE_START: hem/wpaper/62827.rdf RECORD PROCESS: repec:hem:wpaper:0701|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0701 U DATAFILE_FINISH: hem/wpaper/62827.rdf U DATAFILE_START: hem/wpaper/77990.rdf RECORD PROCESS: repec:hem:wpaper:0901|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0901 U DATAFILE_FINISH: hem/wpaper/77990.rdf U DATAFILE_START: hem/wpaper/77989.rdf RECORD PROCESS: repec:hem:wpaper:0902|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0902 U DATAFILE_FINISH: hem/wpaper/77989.rdf processed 'hem/wpaper/', found: 60371.rdf 70701.rdf 79044.rdf 64132.rdf 62828.rdf 64133.rdf 63008.rdf 70700.rdf 62827.rdf 77990.rdf 77989.rdf U DATAFILE_START: hem/hemarch.rdf file: hem/wpaper/77989.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/hemarch.rdf U DATAFILE_START: hem/hemseri.rdf RECORD PROCESS: repec:hem:wpaper|ReDIF-Series 1.0 RECORD OLD: repec:hem:wpaper U DATAFILE_FINISH: hem/hemseri.rdf processed 'hem/', found: wpaper/ hemarch.rdf hemseri.rdf Thu Aug 20 10:13:11 2009 processed hem in RePEc Thu Aug 20 10:13:11 2009 time: 2 wallclock secs ( 0.42 usr + 0.08 sys = 0.50 CPU) Thu Aug 20 10:13:40 2009 request: source: a.cgi [12441] collection: ACIS update: d/e/defne.mutluer@tcmb.gov.tr.xml () U DATAFILE_START: d/e/defne.mutluer@tcmb.gov.tr.xml RECORD PROCESS: defne.mutluer@tcmb.gov.tr|acis-user RECORD CHANGED: defne.mutluer@tcmb.gov.tr RECORD PROCESS: repec:per:1974-10-16:defne_mutluer|acis-record-person RECORD CHANGED: repec:per:1974-10-16:defne_mutluer U DATAFILE_FINISH: d/e/defne.mutluer@tcmb.gov.tr.xml Thu Aug 20 10:13:41 2009 processed d/e/defne.mutluer@tcmb.gov.tr.xml in ACIS Thu Aug 20 10:13:41 2009 time: 1 wallclock secs ( 0.26 usr + 0.04 sys = 0.30 CPU) Thu Aug 20 10:16:19 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: c/s/cschmitt@diw.de.xml () U DATAFILE_START: c/s/cschmitt@diw.de.xml RECORD PROCESS: cschmitt@diw.de|acis-user RECORD CHANGED: cschmitt@diw.de RECORD PROCESS: repec:per:1970-12-23:christian_schmitt|acis-record-person RECORD CHANGED: repec:per:1970-12-23:christian_schmitt U DATAFILE_FINISH: c/s/cschmitt@diw.de.xml Thu Aug 20 10:16:20 2009 processed c/s/cschmitt@diw.de.xml in ACIS Thu Aug 20 10:16:20 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:21 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: z/s/zsajaia@worldbank.org.xml () U DATAFILE_START: z/s/zsajaia@worldbank.org.xml RECORD PROCESS: zsajaia@worldbank.org|acis-user RECORD CHANGED: zsajaia@worldbank.org RECORD PROCESS: repec:per:2006-12-05:zurab_sajaia|acis-record-person RECORD CHANGED: repec:per:2006-12-05:zurab_sajaia U DATAFILE_FINISH: z/s/zsajaia@worldbank.org.xml Thu Aug 20 10:16:22 2009 processed z/s/zsajaia@worldbank.org.xml in ACIS Thu Aug 20 10:16:22 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:58 2009 request: source: a.cgi [12476] collection: ACIS update: t/u/tucker.s.mcelroy@census.gov.xml () U DATAFILE_START: t/u/tucker.s.mcelroy@census.gov.xml RECORD PROCESS: tucker.s.mcelroy@census.gov|acis-user RECORD NEW: tucker.s.mcelroy@census.gov RECORD PROCESS: repec:per:2009-08-20:tucker_sprague_mcelroy|acis-record-person RECORD NEW: repec:per:2009-08-20:tucker_sprague_mcelroy U DATAFILE_FINISH: t/u/tucker.s.mcelroy@census.gov.xml Thu Aug 20 10:16:58 2009 processed t/u/tucker.s.mcelroy@census.gov.xml in ACIS Thu Aug 20 10:16:58 2009 time: 0 wallclock secs ( 0.26 usr + 0.03 sys = 0.29 CPU) Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf file: hem/wpaper/64132.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$ It says there is no need to import it, because it is already there. But it is not. Frustrating. 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, 19 Aug 2009, Ivan Kurmanov wrote:
For the other case of such paper (which you think is not a false alarm case) one would want to see the update daemon log for when you run updareq for that template.
-ivan
On Wed, Aug 19, 2009 at 5:03 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
OK, it turns out this is a duplicate handle. False alarm.
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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel
Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
Hallo Herr Zimmermann, leider erscheint das Brookings Papers on Economic Activity immer noch nicht im Account von Prof. Westermann. Vielleicht könnten Sie das nochmal überprüfen, in diesem Sinne mit freundlichen Grüßen Katja Drechsel
Christian Zimmermann schrieb:
Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber das Ergebnis.
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, Katja Drechsel wrote:
> Dear Christian Zimmermann, > again several problems/ wishes to the research of Prof. Frank > Westermann: > Can you help me to link the following article (available in RePEc > System) to the profil of Frank Westermann (as they do not appear in > the "AUTOMATIC SEARCH SUGGESTIONS": > > "Liberalization, Growth, and Financial Crises: Lessons from Mexico > and the Developing World" in Brookings Papers on Economic Activity > http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html > > Thanks in advance, > with kind regards from Germany, > Katja > > mit freundlichen Grüßen, > > K.Drechsel > > --------------- > Dipl.-Vw. Katja Drechsel > wissenschaftliche Mitarbeiterin > Universität Osnabrück / Fachgebiet VWL - Internationale > Wirtschaftspolitik > 49069 Osnabrück > > Tel.: 0541 969 2634 > E-Mail: Katja.Drechsel@Uni-Osnabrueck.de >
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
The problematic template is repec:hem:wpaper:0702. It was not read. Let's try again by specifying the template file.
What is the problem here? The template can not be read?
aras@nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf
...
Thu Aug 20 10:18:17 2009 + Update request for a file in directory: '62828.rdf' in 'hem/wpaper/' Thu Aug 20 10:18:17 2009 + the directory is in the db Thu Aug 20 10:18:17 2009 * [12484] finished update session, timestamp: 1250777897 aras@nebka:~/acis/RI$ aras@nebka:~/acis/RI$ tail -100 update_ch0.log U DATAFILE_START: hem/wpaper/64132.rdf RECORD PROCESS: repec:hem:wpaper:0704|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0704 U DATAFILE_FINISH: hem/wpaper/64132.rdf U DATAFILE_START: hem/wpaper/64133.rdf RECORD PROCESS: repec:hem:wpaper:0801|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0801 U DATAFILE_FINISH: hem/wpaper/64133.rdf U DATAFILE_START: hem/wpaper/63008.rdf RECORD PROCESS: repec:hem:wpaper:0703|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0703 U DATAFILE_FINISH: hem/wpaper/63008.rdf U DATAFILE_START: hem/wpaper/70700.rdf RECORD PROCESS: repec:hem:wpaper:0802|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0802 U DATAFILE_FINISH: hem/wpaper/70700.rdf U DATAFILE_START: hem/wpaper/62827.rdf RECORD PROCESS: repec:hem:wpaper:0701|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0701 U DATAFILE_FINISH: hem/wpaper/62827.rdf U DATAFILE_START: hem/wpaper/77990.rdf RECORD PROCESS: repec:hem:wpaper:0901|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0901 U DATAFILE_FINISH: hem/wpaper/77990.rdf U DATAFILE_START: hem/wpaper/77989.rdf RECORD PROCESS: repec:hem:wpaper:0902|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0902 U DATAFILE_FINISH: hem/wpaper/77989.rdf processed 'hem/wpaper/', found: 60371.rdf 70701.rdf 79044.rdf 64132.rdf 62828.rdf 64133.rdf 63008.rdf 70700.rdf 62827.rdf 77990.rdf 77989.rdf U DATAFILE_START: hem/hemarch.rdf file: hem/wpaper/77989.rdf no need to check it to draw conclusions the record is still there
I have never seen the last two lines as a rid message. Where is the record for 62878?
It says there is no need to import it, because it is already there. But it is not. Frustrating.
hmm... Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
if you look at http://authors.repec.org/adm/get/RePEc/repec:hem:wpaper:0702 You'll see that the record is in a conflict. At some stage it was found in two different files. Specifically, in hem/wpaper/64132.rdf on May 25 and in hem/wpaper/62828.rdf on Jun 10. At this moment the 64132.rdf does not contain the template (handle) in question. rid should have processed this file and found that the 0702 is not longer there. But for some reason it does not. First thing, it should have noticed that the 64132.rdf last modifed date has changed. But this does not always work. For example, the file now has the last modified of "2008-01-24 12:47" which I do not trust. Second thing, even if the last modified does not change, the rid should have processed it anyway after a while. There was a setting somewhere which defines when a file becomes too old and has to be reprocessed again (whatever the last modified is). I think it is probably a constant in the source code of RePEc::Index somewhere. I now seem to remember that Thomas wrote something about increasing that value a couple of months ago or so, but i don't remember the details. Also, you should be able to fix this particular issue by requesting a force-update on the whole directory. It would force rid to read the 64132.rdf file and find that the template in question is no longer there and that would clear the conflict state of the template. Let me also comment the logs a little bit:
Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf
opening the file
file: hem/wpaper/64132.rdf
another file is mentioned. That would happen only in case of a conflict. hem/wpaper/62828.rdf is still being processed.
no need to check it to draw conclusions the record is still there
when a conflict record is found in a file, the update daemon (RePEc::Index actually) asks itself, 'does the conflict still exist?'. Sometimes to answer that question RI has to check/open/process another file (like 64132.rdf in this case). But sometimes it does not have to, since that other file was processed RELATIVELY RECENTLY. And that is exactly what happened in this case. 'the record is still there' -- this is about the duplicate record being present in 64132.rdf.
U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
-ivan On Thu, Aug 20, 2009 at 5:19 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
aras@nebka:~/acis/RI$ updareq RePEc hem aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621
The problematic template is repec:hem:wpaper:0702. It was not read. Let's try again by specifying the template file.
aras@nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 Thu Aug 20 10:16:19 2009 * [12474] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777779 Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:20 2009 + Update request for a file in directory: 'cschmitt@diw.de.xml' in 'c/s/' Thu Aug 20 10:16:20 2009 + the directory is in the db Thu Aug 20 10:16:20 2009 * [12474] finished update session, timestamp: 1250777779 Thu Aug 20 10:16:21 2009 * [12475] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777781 Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:22 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:22 2009 + Update request for a file in directory: 'zsajaia@worldbank.org.xml' in 'z/s/' Thu Aug 20 10:16:22 2009 + the directory is in the db Thu Aug 20 10:16:22 2009 * [12475] finished update session, timestamp: 1250777781 Thu Aug 20 10:16:58 2009 * [12477] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777818 Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:58 2009 + Update request for a file in directory: 'tucker.s.mcelroy@census.gov.xml' in 't/u/' Thu Aug 20 10:16:58 2009 + the directory is in the db Thu Aug 20 10:16:58 2009 * [12477] finished update session, timestamp: 1250777818 Thu Aug 20 10:18:17 2009 * [12484] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777896 Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:18:17 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:18:17 2009 + Update request for a file in directory: '62828.rdf' in 'hem/wpaper/' Thu Aug 20 10:18:17 2009 + the directory is in the db Thu Aug 20 10:18:17 2009 * [12484] finished update session, timestamp: 1250777897 aras@nebka:~/acis/RI$ aras@nebka:~/acis/RI$ tail -100 update_ch0.log U DATAFILE_START: hem/wpaper/64132.rdf RECORD PROCESS: repec:hem:wpaper:0704|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0704 U DATAFILE_FINISH: hem/wpaper/64132.rdf U DATAFILE_START: hem/wpaper/64133.rdf RECORD PROCESS: repec:hem:wpaper:0801|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0801 U DATAFILE_FINISH: hem/wpaper/64133.rdf U DATAFILE_START: hem/wpaper/63008.rdf RECORD PROCESS: repec:hem:wpaper:0703|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0703 U DATAFILE_FINISH: hem/wpaper/63008.rdf U DATAFILE_START: hem/wpaper/70700.rdf RECORD PROCESS: repec:hem:wpaper:0802|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0802 U DATAFILE_FINISH: hem/wpaper/70700.rdf U DATAFILE_START: hem/wpaper/62827.rdf RECORD PROCESS: repec:hem:wpaper:0701|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0701 U DATAFILE_FINISH: hem/wpaper/62827.rdf U DATAFILE_START: hem/wpaper/77990.rdf RECORD PROCESS: repec:hem:wpaper:0901|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0901 U DATAFILE_FINISH: hem/wpaper/77990.rdf U DATAFILE_START: hem/wpaper/77989.rdf RECORD PROCESS: repec:hem:wpaper:0902|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0902 U DATAFILE_FINISH: hem/wpaper/77989.rdf processed 'hem/wpaper/', found: 60371.rdf 70701.rdf 79044.rdf 64132.rdf 62828.rdf 64133.rdf 63008.rdf 70700.rdf 62827.rdf 77990.rdf 77989.rdf U DATAFILE_START: hem/hemarch.rdf file: hem/wpaper/77989.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/hemarch.rdf U DATAFILE_START: hem/hemseri.rdf RECORD PROCESS: repec:hem:wpaper|ReDIF-Series 1.0 RECORD OLD: repec:hem:wpaper U DATAFILE_FINISH: hem/hemseri.rdf processed 'hem/', found: wpaper/ hemarch.rdf hemseri.rdf Thu Aug 20 10:13:11 2009 processed hem in RePEc Thu Aug 20 10:13:11 2009 time: 2 wallclock secs ( 0.42 usr + 0.08 sys = 0.50 CPU) Thu Aug 20 10:13:40 2009 request: source: a.cgi [12441] collection: ACIS update: d/e/defne.mutluer@tcmb.gov.tr.xml () U DATAFILE_START: d/e/defne.mutluer@tcmb.gov.tr.xml RECORD PROCESS: defne.mutluer@tcmb.gov.tr|acis-user RECORD CHANGED: defne.mutluer@tcmb.gov.tr RECORD PROCESS: repec:per:1974-10-16:defne_mutluer|acis-record-person RECORD CHANGED: repec:per:1974-10-16:defne_mutluer U DATAFILE_FINISH: d/e/defne.mutluer@tcmb.gov.tr.xml Thu Aug 20 10:13:41 2009 processed d/e/defne.mutluer@tcmb.gov.tr.xml in ACIS Thu Aug 20 10:13:41 2009 time: 1 wallclock secs ( 0.26 usr + 0.04 sys = 0.30 CPU) Thu Aug 20 10:16:19 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: c/s/cschmitt@diw.de.xml () U DATAFILE_START: c/s/cschmitt@diw.de.xml RECORD PROCESS: cschmitt@diw.de|acis-user RECORD CHANGED: cschmitt@diw.de RECORD PROCESS: repec:per:1970-12-23:christian_schmitt|acis-record-person RECORD CHANGED: repec:per:1970-12-23:christian_schmitt U DATAFILE_FINISH: c/s/cschmitt@diw.de.xml Thu Aug 20 10:16:20 2009 processed c/s/cschmitt@diw.de.xml in ACIS Thu Aug 20 10:16:20 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:21 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: z/s/zsajaia@worldbank.org.xml () U DATAFILE_START: z/s/zsajaia@worldbank.org.xml RECORD PROCESS: zsajaia@worldbank.org|acis-user RECORD CHANGED: zsajaia@worldbank.org RECORD PROCESS: repec:per:2006-12-05:zurab_sajaia|acis-record-person RECORD CHANGED: repec:per:2006-12-05:zurab_sajaia U DATAFILE_FINISH: z/s/zsajaia@worldbank.org.xml Thu Aug 20 10:16:22 2009 processed z/s/zsajaia@worldbank.org.xml in ACIS Thu Aug 20 10:16:22 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:58 2009 request: source: a.cgi [12476] collection: ACIS update: t/u/tucker.s.mcelroy@census.gov.xml () U DATAFILE_START: t/u/tucker.s.mcelroy@census.gov.xml RECORD PROCESS: tucker.s.mcelroy@census.gov|acis-user RECORD NEW: tucker.s.mcelroy@census.gov RECORD PROCESS: repec:per:2009-08-20:tucker_sprague_mcelroy|acis-record-person RECORD NEW: repec:per:2009-08-20:tucker_sprague_mcelroy U DATAFILE_FINISH: t/u/tucker.s.mcelroy@census.gov.xml Thu Aug 20 10:16:58 2009 processed t/u/tucker.s.mcelroy@census.gov.xml in ACIS Thu Aug 20 10:16:58 2009 time: 0 wallclock secs ( 0.26 usr + 0.03 sys = 0.29 CPU) Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf file: hem/wpaper/64132.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
It says there is no need to import it, because it is already there. But it is not. Frustrating.
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, 19 Aug 2009, Ivan Kurmanov wrote:
For the other case of such paper (which you think is not a false alarm case) one would want to see the update daemon log for when you run updareq for that template.
-ivan
On Wed, Aug 19, 2009 at 5:03 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
OK, it turns out this is a duplicate handle. False alarm.
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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel
Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
Hallo Herr Zimmermann, leider erscheint das Brookings Papers on Economic Activity immer noch nicht im Account von Prof. Westermann. Vielleicht könnten Sie das nochmal überprüfen, in diesem Sinne mit freundlichen Grüßen Katja Drechsel
Christian Zimmermann schrieb: > > Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber > das Ergebnis. > > > 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, Katja Drechsel wrote: > >> Dear Christian Zimmermann, >> again several problems/ wishes to the research of Prof. Frank >> Westermann: >> Can you help me to link the following article (available in RePEc >> System) to the profil of Frank Westermann (as they do not appear in >> the "AUTOMATIC SEARCH SUGGESTIONS": >> >> "Liberalization, Growth, and Financial Crises: Lessons from Mexico >> and the Developing World" in Brookings Papers on Economic Activity >> http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html >> >> Thanks in advance, >> with kind regards from Germany, >> Katja >> >> mit freundlichen Grüßen, >> >> K.Drechsel >> >> --------------- >> Dipl.-Vw. Katja Drechsel >> wissenschaftliche Mitarbeiterin >> Universität Osnabrück / Fachgebiet VWL - Internationale >> Wirtschaftspolitik >> 49069 Osnabrück >> >> Tel.: 0541 969 2634 >> E-Mail: Katja.Drechsel@Uni-Osnabrueck.de >>
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Thanks! How do you force update? And how do we know whether there are other cases like this? Would they really sort out by themselves over time? 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, 21 Aug 2009, Ivan Kurmanov wrote:
if you look at http://authors.repec.org/adm/get/RePEc/repec:hem:wpaper:0702 You'll see that the record is in a conflict. At some stage it was found in two different files. Specifically, in hem/wpaper/64132.rdf on May 25 and in hem/wpaper/62828.rdf on Jun 10.
At this moment the 64132.rdf does not contain the template (handle) in question. rid should have processed this file and found that the 0702 is not longer there. But for some reason it does not.
First thing, it should have noticed that the 64132.rdf last modifed date has changed. But this does not always work. For example, the file now has the last modified of "2008-01-24 12:47" which I do not trust.
Second thing, even if the last modified does not change, the rid should have processed it anyway after a while.
There was a setting somewhere which defines when a file becomes too old and has to be reprocessed again (whatever the last modified is). I think it is probably a constant in the source code of RePEc::Index somewhere. I now seem to remember that Thomas wrote something about increasing that value a couple of months ago or so, but i don't remember the details.
Also, you should be able to fix this particular issue by requesting a force-update on the whole directory. It would force rid to read the 64132.rdf file and find that the template in question is no longer there and that would clear the conflict state of the template.
Let me also comment the logs a little bit:
Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf
opening the file
file: hem/wpaper/64132.rdf
another file is mentioned. That would happen only in case of a conflict. hem/wpaper/62828.rdf is still being processed.
no need to check it to draw conclusions the record is still there
when a conflict record is found in a file, the update daemon (RePEc::Index actually) asks itself, 'does the conflict still exist?'. Sometimes to answer that question RI has to check/open/process another file (like 64132.rdf in this case). But sometimes it does not have to, since that other file was processed RELATIVELY RECENTLY. And that is exactly what happened in this case. 'the record is still there' -- this is about the duplicate record being present in 64132.rdf.
U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
-ivan
On Thu, Aug 20, 2009 at 5:19 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
aras@nebka:~/acis/RI$ updareq RePEc hem aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621
The problematic template is repec:hem:wpaper:0702. It was not read. Let's try again by specifying the template file.
aras@nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 Thu Aug 20 10:16:19 2009 * [12474] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777779 Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:20 2009 + Update request for a file in directory: 'cschmitt@diw.de.xml' in 'c/s/' Thu Aug 20 10:16:20 2009 + the directory is in the db Thu Aug 20 10:16:20 2009 * [12474] finished update session, timestamp: 1250777779 Thu Aug 20 10:16:21 2009 * [12475] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777781 Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:22 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:22 2009 + Update request for a file in directory: 'zsajaia@worldbank.org.xml' in 'z/s/' Thu Aug 20 10:16:22 2009 + the directory is in the db Thu Aug 20 10:16:22 2009 * [12475] finished update session, timestamp: 1250777781 Thu Aug 20 10:16:58 2009 * [12477] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777818 Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:58 2009 + Update request for a file in directory: 'tucker.s.mcelroy@census.gov.xml' in 't/u/' Thu Aug 20 10:16:58 2009 + the directory is in the db Thu Aug 20 10:16:58 2009 * [12477] finished update session, timestamp: 1250777818 Thu Aug 20 10:18:17 2009 * [12484] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777896 Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:18:17 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:18:17 2009 + Update request for a file in directory: '62828.rdf' in 'hem/wpaper/' Thu Aug 20 10:18:17 2009 + the directory is in the db Thu Aug 20 10:18:17 2009 * [12484] finished update session, timestamp: 1250777897 aras@nebka:~/acis/RI$ aras@nebka:~/acis/RI$ tail -100 update_ch0.log U DATAFILE_START: hem/wpaper/64132.rdf RECORD PROCESS: repec:hem:wpaper:0704|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0704 U DATAFILE_FINISH: hem/wpaper/64132.rdf U DATAFILE_START: hem/wpaper/64133.rdf RECORD PROCESS: repec:hem:wpaper:0801|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0801 U DATAFILE_FINISH: hem/wpaper/64133.rdf U DATAFILE_START: hem/wpaper/63008.rdf RECORD PROCESS: repec:hem:wpaper:0703|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0703 U DATAFILE_FINISH: hem/wpaper/63008.rdf U DATAFILE_START: hem/wpaper/70700.rdf RECORD PROCESS: repec:hem:wpaper:0802|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0802 U DATAFILE_FINISH: hem/wpaper/70700.rdf U DATAFILE_START: hem/wpaper/62827.rdf RECORD PROCESS: repec:hem:wpaper:0701|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0701 U DATAFILE_FINISH: hem/wpaper/62827.rdf U DATAFILE_START: hem/wpaper/77990.rdf RECORD PROCESS: repec:hem:wpaper:0901|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0901 U DATAFILE_FINISH: hem/wpaper/77990.rdf U DATAFILE_START: hem/wpaper/77989.rdf RECORD PROCESS: repec:hem:wpaper:0902|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0902 U DATAFILE_FINISH: hem/wpaper/77989.rdf processed 'hem/wpaper/', found: 60371.rdf 70701.rdf 79044.rdf 64132.rdf 62828.rdf 64133.rdf 63008.rdf 70700.rdf 62827.rdf 77990.rdf 77989.rdf U DATAFILE_START: hem/hemarch.rdf file: hem/wpaper/77989.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/hemarch.rdf U DATAFILE_START: hem/hemseri.rdf RECORD PROCESS: repec:hem:wpaper|ReDIF-Series 1.0 RECORD OLD: repec:hem:wpaper U DATAFILE_FINISH: hem/hemseri.rdf processed 'hem/', found: wpaper/ hemarch.rdf hemseri.rdf Thu Aug 20 10:13:11 2009 processed hem in RePEc Thu Aug 20 10:13:11 2009 time: 2 wallclock secs ( 0.42 usr + 0.08 sys = 0.50 CPU) Thu Aug 20 10:13:40 2009 request: source: a.cgi [12441] collection: ACIS update: d/e/defne.mutluer@tcmb.gov.tr.xml () U DATAFILE_START: d/e/defne.mutluer@tcmb.gov.tr.xml RECORD PROCESS: defne.mutluer@tcmb.gov.tr|acis-user RECORD CHANGED: defne.mutluer@tcmb.gov.tr RECORD PROCESS: repec:per:1974-10-16:defne_mutluer|acis-record-person RECORD CHANGED: repec:per:1974-10-16:defne_mutluer U DATAFILE_FINISH: d/e/defne.mutluer@tcmb.gov.tr.xml Thu Aug 20 10:13:41 2009 processed d/e/defne.mutluer@tcmb.gov.tr.xml in ACIS Thu Aug 20 10:13:41 2009 time: 1 wallclock secs ( 0.26 usr + 0.04 sys = 0.30 CPU) Thu Aug 20 10:16:19 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: c/s/cschmitt@diw.de.xml () U DATAFILE_START: c/s/cschmitt@diw.de.xml RECORD PROCESS: cschmitt@diw.de|acis-user RECORD CHANGED: cschmitt@diw.de RECORD PROCESS: repec:per:1970-12-23:christian_schmitt|acis-record-person RECORD CHANGED: repec:per:1970-12-23:christian_schmitt U DATAFILE_FINISH: c/s/cschmitt@diw.de.xml Thu Aug 20 10:16:20 2009 processed c/s/cschmitt@diw.de.xml in ACIS Thu Aug 20 10:16:20 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:21 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: z/s/zsajaia@worldbank.org.xml () U DATAFILE_START: z/s/zsajaia@worldbank.org.xml RECORD PROCESS: zsajaia@worldbank.org|acis-user RECORD CHANGED: zsajaia@worldbank.org RECORD PROCESS: repec:per:2006-12-05:zurab_sajaia|acis-record-person RECORD CHANGED: repec:per:2006-12-05:zurab_sajaia U DATAFILE_FINISH: z/s/zsajaia@worldbank.org.xml Thu Aug 20 10:16:22 2009 processed z/s/zsajaia@worldbank.org.xml in ACIS Thu Aug 20 10:16:22 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:58 2009 request: source: a.cgi [12476] collection: ACIS update: t/u/tucker.s.mcelroy@census.gov.xml () U DATAFILE_START: t/u/tucker.s.mcelroy@census.gov.xml RECORD PROCESS: tucker.s.mcelroy@census.gov|acis-user RECORD NEW: tucker.s.mcelroy@census.gov RECORD PROCESS: repec:per:2009-08-20:tucker_sprague_mcelroy|acis-record-person RECORD NEW: repec:per:2009-08-20:tucker_sprague_mcelroy U DATAFILE_FINISH: t/u/tucker.s.mcelroy@census.gov.xml Thu Aug 20 10:16:58 2009 processed t/u/tucker.s.mcelroy@census.gov.xml in ACIS Thu Aug 20 10:16:58 2009 time: 0 wallclock secs ( 0.26 usr + 0.03 sys = 0.29 CPU) Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf file: hem/wpaper/64132.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
It says there is no need to import it, because it is already there. But it is not. Frustrating.
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, 19 Aug 2009, Ivan Kurmanov wrote:
For the other case of such paper (which you think is not a false alarm case) one would want to see the update daemon log for when you run updareq for that template.
-ivan
On Wed, Aug 19, 2009 at 5:03 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
OK, it turns out this is a duplicate handle. False alarm.
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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel
Christian Zimmermann schrieb:
Das Problem wurde letztlich identifiziert, aber noch nocht geloest. Brooking muss seine Daten korrigieren. Der selbe Artikel wurde doppelt von Brookings uebertragen, was einen Unikat-Konflikt entstehen laesst.
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, 13 Feb 2009, Katja Drechsel wrote:
> Hallo Herr Zimmermann, > leider erscheint das Brookings Papers on Economic Activity immer noch > nicht im Account von Prof. Westermann. > Vielleicht könnten Sie das nochmal überprüfen, > in diesem Sinne > mit freundlichen Grüßen > Katja Drechsel > > > Christian Zimmermann schrieb: >> >> Bitte versuchen Sie das wieder am Donnerstag und berichten Sie ueber >> das Ergebnis. >> >> >> 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, Katja Drechsel wrote: >> >>> Dear Christian Zimmermann, >>> again several problems/ wishes to the research of Prof. Frank >>> Westermann: >>> Can you help me to link the following article (available in RePEc >>> System) to the profil of Frank Westermann (as they do not appear in >>> the "AUTOMATIC SEARCH SUGGESTIONS": >>> >>> "Liberalization, Growth, and Financial Crises: Lessons from Mexico >>> and the Developing World" in Brookings Papers on Economic Activity >>> http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html >>> >>> Thanks in advance, >>> with kind regards from Germany, >>> Katja >>> >>> mit freundlichen Grüßen, >>> >>> K.Drechsel >>> >>> --------------- >>> Dipl.-Vw. Katja Drechsel >>> wissenschaftliche Mitarbeiterin >>> Universität Osnabrück / Fachgebiet VWL - Internationale >>> Wirtschaftspolitik >>> 49069 Osnabrück >>> >>> Tel.: 0541 969 2634 >>> E-Mail: Katja.Drechsel@Uni-Osnabrueck.de >>>
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
On Fri, Aug 21, 2009 at 6:10 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
Thanks! How do you force update? And how do we know whether there are other cases like this? Would they really sort out by themselves over time?
you force update by passing a number to updareq, i think it is documented, but i don't remember the details. there might be a lot cases like that -- you'd want to make sure something like 2 or 3 weeks is TOO OLD in RePEc::Index (not 2 or 3 months) and then make sure a general ("/") update goes through successfully. Then all such cases should be automatically sorted out. -i
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, 21 Aug 2009, Ivan Kurmanov wrote:
if you look at http://authors.repec.org/adm/get/RePEc/repec:hem:wpaper:0702 You'll see that the record is in a conflict. At some stage it was found in two different files. Specifically, in hem/wpaper/64132.rdf on May 25 and in hem/wpaper/62828.rdf on Jun 10.
At this moment the 64132.rdf does not contain the template (handle) in question. rid should have processed this file and found that the 0702 is not longer there. But for some reason it does not.
First thing, it should have noticed that the 64132.rdf last modifed date has changed. But this does not always work. For example, the file now has the last modified of "2008-01-24 12:47" which I do not trust.
Second thing, even if the last modified does not change, the rid should have processed it anyway after a while.
There was a setting somewhere which defines when a file becomes too old and has to be reprocessed again (whatever the last modified is). I think it is probably a constant in the source code of RePEc::Index somewhere. I now seem to remember that Thomas wrote something about increasing that value a couple of months ago or so, but i don't remember the details.
Also, you should be able to fix this particular issue by requesting a force-update on the whole directory. It would force rid to read the 64132.rdf file and find that the template in question is no longer there and that would clear the conflict state of the template.
Let me also comment the logs a little bit:
Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf
opening the file
file: hem/wpaper/64132.rdf
another file is mentioned. That would happen only in case of a conflict. hem/wpaper/62828.rdf is still being processed.
no need to check it to draw conclusions the record is still there
when a conflict record is found in a file, the update daemon (RePEc::Index actually) asks itself, 'does the conflict still exist?'. Sometimes to answer that question RI has to check/open/process another file (like 64132.rdf in this case). But sometimes it does not have to, since that other file was processed RELATIVELY RECENTLY. And that is exactly what happened in this case. 'the record is still there' -- this is about the duplicate record being present in 64132.rdf.
U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
-ivan
On Thu, Aug 20, 2009 at 5:19 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
aras@nebka:~/acis/RI$ updareq RePEc hem aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:00:03 2009 + the directory is in the db Thu Aug 20 10:00:03 2009 * [12139] finished update session, timestamp: 1250776803 Thu Aug 20 10:08:41 2009 * [12238] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777321 Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:08:41 2009 + open /home/aras/acis/RI/data/ACIS/conflicts, perm: 33554433 (write) Thu Aug 20 10:08:42 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:08:42 2009 + Update request for a file in directory: 'granier@gate.cnrs.fr.xml' in 'g/r/' Thu Aug 20 10:08:42 2009 + the directory is in the db Thu Aug 20 10:08:42 2009 + disappeared: l/a/laurent.granier@univ-montp1.fr.xml Thu Aug 20 10:08:42 2009 * [12238] finished update session, timestamp: 1250777322 Thu Aug 20 10:12:24 2009 * [12399] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777544 Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:12:24 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:12:25 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:12:25 2009 + Update request for a file in directory: 'vbrencic@ualberta.ca.xml' in 'v/b/' Thu Aug 20 10:12:25 2009 + the directory is in the db Thu Aug 20 10:12:25 2009 * [12399] finished update session, timestamp: 1250777544 Thu Aug 20 10:13:09 2009 * [12408] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777589 Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + Update request for directory: 'hem/wpaper/' Thu Aug 20 10:13:09 2009 + full path: /home/adrepec/RePEc/remo/hem/wpaper/ Thu Aug 20 10:13:09 2009 + the directory is in the db Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + open /home/aras/acis/RI/data/RePEc/records, perm: 33554433 (write) Thu Aug 20 10:13:09 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621
The problematic template is repec:hem:wpaper:0702. It was not read. Let's try again by specifying the template file.
aras@nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf aras@nebka:~/acis/RI$ tail -40 ri.log Thu Aug 20 10:13:11 2009 * [12408] finished update session, timestamp: 1250777591 Thu Aug 20 10:13:41 2009 * [12442] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777620 Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:13:41 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:13:41 2009 + Update request for a file in directory: 'defne.mutluer@tcmb.gov.tr.xml' in 'd/e/' Thu Aug 20 10:13:41 2009 + the directory is in the db Thu Aug 20 10:13:41 2009 * [12442] finished update session, timestamp: 1250777621 Thu Aug 20 10:16:19 2009 * [12474] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777779 Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:19 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:20 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:20 2009 + Update request for a file in directory: 'cschmitt@diw.de.xml' in 'c/s/' Thu Aug 20 10:16:20 2009 + the directory is in the db Thu Aug 20 10:16:20 2009 * [12474] finished update session, timestamp: 1250777779 Thu Aug 20 10:16:21 2009 * [12475] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777781 Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:21 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:22 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:22 2009 + Update request for a file in directory: 'zsajaia@worldbank.org.xml' in 'z/s/' Thu Aug 20 10:16:22 2009 + the directory is in the db Thu Aug 20 10:16:22 2009 * [12475] finished update session, timestamp: 1250777781 Thu Aug 20 10:16:58 2009 * [12477] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777818 Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/files, perm: 33554464 (read) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/history, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + open /home/aras/acis/RI/data/ACIS/records, perm: 33554433 (write) Thu Aug 20 10:16:58 2009 + re-opened /home/aras/acis/RI/data/ACIS/files (write) HASH(0xa1ba740) Thu Aug 20 10:16:58 2009 + Update request for a file in directory: 'tucker.s.mcelroy@census.gov.xml' in 't/u/' Thu Aug 20 10:16:58 2009 + the directory is in the db Thu Aug 20 10:16:58 2009 * [12477] finished update session, timestamp: 1250777818 Thu Aug 20 10:18:17 2009 * [12484] /home/aras/acis/bin/control_daemon.pl, starting update session, timestamp: 1250777896 Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/files, perm: 33554464 (read) Thu Aug 20 10:18:17 2009 + open /home/aras/acis/RI/data/RePEc/history, perm: 33554433 (write) Thu Aug 20 10:18:17 2009 + re-opened /home/aras/acis/RI/data/RePEc/files (write) HASH(0xa1ba740) Thu Aug 20 10:18:17 2009 + Update request for a file in directory: '62828.rdf' in 'hem/wpaper/' Thu Aug 20 10:18:17 2009 + the directory is in the db Thu Aug 20 10:18:17 2009 * [12484] finished update session, timestamp: 1250777897 aras@nebka:~/acis/RI$ aras@nebka:~/acis/RI$ tail -100 update_ch0.log U DATAFILE_START: hem/wpaper/64132.rdf RECORD PROCESS: repec:hem:wpaper:0704|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0704 U DATAFILE_FINISH: hem/wpaper/64132.rdf U DATAFILE_START: hem/wpaper/64133.rdf RECORD PROCESS: repec:hem:wpaper:0801|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0801 U DATAFILE_FINISH: hem/wpaper/64133.rdf U DATAFILE_START: hem/wpaper/63008.rdf RECORD PROCESS: repec:hem:wpaper:0703|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0703 U DATAFILE_FINISH: hem/wpaper/63008.rdf U DATAFILE_START: hem/wpaper/70700.rdf RECORD PROCESS: repec:hem:wpaper:0802|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0802 U DATAFILE_FINISH: hem/wpaper/70700.rdf U DATAFILE_START: hem/wpaper/62827.rdf RECORD PROCESS: repec:hem:wpaper:0701|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0701 U DATAFILE_FINISH: hem/wpaper/62827.rdf U DATAFILE_START: hem/wpaper/77990.rdf RECORD PROCESS: repec:hem:wpaper:0901|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0901 U DATAFILE_FINISH: hem/wpaper/77990.rdf U DATAFILE_START: hem/wpaper/77989.rdf RECORD PROCESS: repec:hem:wpaper:0902|ReDIF-Paper 1.0 RECORD OLD: repec:hem:wpaper:0902 U DATAFILE_FINISH: hem/wpaper/77989.rdf processed 'hem/wpaper/', found: 60371.rdf 70701.rdf 79044.rdf 64132.rdf 62828.rdf 64133.rdf 63008.rdf 70700.rdf 62827.rdf 77990.rdf 77989.rdf U DATAFILE_START: hem/hemarch.rdf file: hem/wpaper/77989.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/hemarch.rdf U DATAFILE_START: hem/hemseri.rdf RECORD PROCESS: repec:hem:wpaper|ReDIF-Series 1.0 RECORD OLD: repec:hem:wpaper U DATAFILE_FINISH: hem/hemseri.rdf processed 'hem/', found: wpaper/ hemarch.rdf hemseri.rdf Thu Aug 20 10:13:11 2009 processed hem in RePEc Thu Aug 20 10:13:11 2009 time: 2 wallclock secs ( 0.42 usr + 0.08 sys = 0.50 CPU) Thu Aug 20 10:13:40 2009 request: source: a.cgi [12441] collection: ACIS update: d/e/defne.mutluer@tcmb.gov.tr.xml () U DATAFILE_START: d/e/defne.mutluer@tcmb.gov.tr.xml RECORD PROCESS: defne.mutluer@tcmb.gov.tr|acis-user RECORD CHANGED: defne.mutluer@tcmb.gov.tr RECORD PROCESS: repec:per:1974-10-16:defne_mutluer|acis-record-person RECORD CHANGED: repec:per:1974-10-16:defne_mutluer U DATAFILE_FINISH: d/e/defne.mutluer@tcmb.gov.tr.xml Thu Aug 20 10:13:41 2009 processed d/e/defne.mutluer@tcmb.gov.tr.xml in ACIS Thu Aug 20 10:13:41 2009 time: 1 wallclock secs ( 0.26 usr + 0.04 sys = 0.30 CPU) Thu Aug 20 10:16:19 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: c/s/cschmitt@diw.de.xml () U DATAFILE_START: c/s/cschmitt@diw.de.xml RECORD PROCESS: cschmitt@diw.de|acis-user RECORD CHANGED: cschmitt@diw.de RECORD PROCESS: repec:per:1970-12-23:christian_schmitt|acis-record-person RECORD CHANGED: repec:per:1970-12-23:christian_schmitt U DATAFILE_FINISH: c/s/cschmitt@diw.de.xml Thu Aug 20 10:16:20 2009 processed c/s/cschmitt@diw.de.xml in ACIS Thu Aug 20 10:16:20 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:21 2009 request: source: /home/aras/acis/bin/apu [12463] collection: ACIS update: z/s/zsajaia@worldbank.org.xml () U DATAFILE_START: z/s/zsajaia@worldbank.org.xml RECORD PROCESS: zsajaia@worldbank.org|acis-user RECORD CHANGED: zsajaia@worldbank.org RECORD PROCESS: repec:per:2006-12-05:zurab_sajaia|acis-record-person RECORD CHANGED: repec:per:2006-12-05:zurab_sajaia U DATAFILE_FINISH: z/s/zsajaia@worldbank.org.xml Thu Aug 20 10:16:22 2009 processed z/s/zsajaia@worldbank.org.xml in ACIS Thu Aug 20 10:16:22 2009 time: 1 wallclock secs ( 0.27 usr + 0.03 sys = 0.30 CPU) Thu Aug 20 10:16:58 2009 request: source: a.cgi [12476] collection: ACIS update: t/u/tucker.s.mcelroy@census.gov.xml () U DATAFILE_START: t/u/tucker.s.mcelroy@census.gov.xml RECORD PROCESS: tucker.s.mcelroy@census.gov|acis-user RECORD NEW: tucker.s.mcelroy@census.gov RECORD PROCESS: repec:per:2009-08-20:tucker_sprague_mcelroy|acis-record-person RECORD NEW: repec:per:2009-08-20:tucker_sprague_mcelroy U DATAFILE_FINISH: t/u/tucker.s.mcelroy@census.gov.xml Thu Aug 20 10:16:58 2009 processed t/u/tucker.s.mcelroy@census.gov.xml in ACIS Thu Aug 20 10:16:58 2009 time: 0 wallclock secs ( 0.26 usr + 0.03 sys = 0.29 CPU) Thu Aug 20 10:18:16 2009 request: source: /home/aras/acis/bin/updareq [12483] collection: RePEc update: hem/wpaper/62828.rdf () U DATAFILE_START: hem/wpaper/62828.rdf file: hem/wpaper/64132.rdf no need to check it to draw conclusions the record is still there U DATAFILE_FINISH: hem/wpaper/62828.rdf Thu Aug 20 10:18:17 2009 processed hem/wpaper/62828.rdf in RePEc Thu Aug 20 10:18:17 2009 time: 1 wallclock secs ( 0.26 usr + 0.02 sys = 0.28 CPU) aras@nebka:~/acis/RI$
It says there is no need to import it, because it is already there. But it is not. Frustrating.
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, 19 Aug 2009, Ivan Kurmanov wrote:
For the other case of such paper (which you think is not a false alarm case) one would want to see the update daemon log for when you run updareq for that template.
-ivan
On Wed, Aug 19, 2009 at 5:03 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
OK, it turns out this is a duplicate handle. False alarm.
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, 19 Aug 2009, Christian Zimmermann wrote:
Another case of an article that simply does not want to show up in RAS, despite having a valid template and running repeatedly updareq on the series or the template.
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: Wed, 19 Aug 2009 05:25:34 -0400 From: Katja Drechsel <Katja.Drechsel@Uni-Osnabrueck.de> To: "Zimmermann, Christian" <christian.zimmermann@uconn.edu> Subject: Re: Frank Westermann affiliations
Hallo Herr Zimmermann, ich habe heute einmal überprüft, ob das Brookings Paper http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html jetzt unter dem Profil von Frank Westermann erscheint, aber leider funktioniert die Verknüpfung immer noch nicht! Sollte man dann Brookings Institution Press anschreiben? Vielen Dank für ihre Hilfe ( und Geduld) viele Grüße, K.Drechsel
Christian Zimmermann schrieb: > > Das Problem wurde letztlich identifiziert, aber noch nocht geloest. > Brooking muss seine Daten korrigieren. Der selbe Artikel wurde > doppelt > von Brookings uebertragen, was einen Unikat-Konflikt entstehen > laesst. > > 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, 13 Feb 2009, Katja Drechsel wrote: > >> Hallo Herr Zimmermann, >> leider erscheint das Brookings Papers on Economic Activity immer >> noch >> nicht im Account von Prof. Westermann. >> Vielleicht könnten Sie das nochmal überprüfen, >> in diesem Sinne >> mit freundlichen Grüßen >> Katja Drechsel >> >> >> Christian Zimmermann schrieb: >>> >>> Bitte versuchen Sie das wieder am Donnerstag und berichten Sie >>> ueber >>> das Ergebnis. >>> >>> >>> 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, Katja Drechsel wrote: >>> >>>> Dear Christian Zimmermann, >>>> again several problems/ wishes to the research of Prof. Frank >>>> Westermann: >>>> Can you help me to link the following article (available in RePEc >>>> System) to the profil of Frank Westermann (as they do not appear >>>> in >>>> the "AUTOMATIC SEARCH SUGGESTIONS": >>>> >>>> "Liberalization, Growth, and Financial Crises: Lessons from Mexico >>>> and the Developing World" in Brookings Papers on Economic >>>> Activity >>>> http://ideas.repec.org/a/bin/bpeajo/v34y2003i2003-2p1-112.html >>>> >>>> Thanks in advance, >>>> with kind regards from Germany, >>>> Katja >>>> >>>> mit freundlichen Grüßen, >>>> >>>> K.Drechsel >>>> >>>> --------------- >>>> Dipl.-Vw. Katja Drechsel >>>> wissenschaftliche Mitarbeiterin >>>> Universität Osnabrück / Fachgebiet VWL - Internationale >>>> Wirtschaftspolitik >>>> 49069 Osnabrück >>>> >>>> Tel.: 0541 969 2634 >>>> E-Mail: Katja.Drechsel@Uni-Osnabrueck.de >>>>
_______________________________________________ RAS-run mailing list RAS-run@lists.openlib.org http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
Ivan Kurmanov writes
On Fri, Aug 21, 2009 at 6:10 PM, Christian Zimmermann<christian.zimmermann@uconn.edu> wrote:
Thanks! How do you force update? And how do we know whether there are other cases like this? Would they really sort out by themselves over time?
you force update by passing a number to updareq, i think it is documented, but i don't remember the details. there might be a lot cases like that -- you'd want to make sure something like 2 or 3 weeks is TOO OLD in RePEc::Index (not 2 or 3 months) and then make sure a general ("/") update goes through successfully. Then all such cases should be automatically sorted out.
Yes, it is the too_old parementer. By default it's a week, but this let to a lot of i/o, so I set it to something like a year in the crontabs. I am snowed under this week. I will look at the story next week. Cheers, Thomas Krichel http://openlib.org/home/krichel RePEc:per:1965-06-05:thomas_krichel skype: thomaskrichel
participants (3)
-
Christian Zimmermann -
Ivan Kurmanov -
Thomas Krichel