[RAS] Frank Westermann affiliations (fwd)
Ivan Kurmanov
duraley at gmail.com
Fri Aug 21 02:17:05 CDT 2009
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 at nebka:~/acis/RI$
-ivan
On Thu, Aug 20, 2009 at 5:19 PM, Christian
Zimmermann<christian.zimmermann at uconn.edu> wrote:
> aras at nebka:~/acis/RI$ updareq RePEc hem
> aras at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at nebka:~/acis/RI$ updareq RePEc hem/wpaper/62828.rdf
> aras at 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 at 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 at 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 at 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 at 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 at nebka:~/acis/RI$
> aras at 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 at tcmb.gov.tr.xml ()
> U DATAFILE_START: d/e/defne.mutluer at tcmb.gov.tr.xml
> RECORD PROCESS: defne.mutluer at tcmb.gov.tr|acis-user
> RECORD CHANGED: defne.mutluer at 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 at tcmb.gov.tr.xml
> Thu Aug 20 10:13:41 2009 processed d/e/defne.mutluer at 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 at diw.de.xml ()
> U DATAFILE_START: c/s/cschmitt at diw.de.xml
> RECORD PROCESS: cschmitt at diw.de|acis-user
> RECORD CHANGED: cschmitt at 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 at diw.de.xml
> Thu Aug 20 10:16:20 2009 processed c/s/cschmitt at 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 at worldbank.org.xml ()
> U DATAFILE_START: z/s/zsajaia at worldbank.org.xml
> RECORD PROCESS: zsajaia at worldbank.org|acis-user
> RECORD CHANGED: zsajaia at 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 at worldbank.org.xml
> Thu Aug 20 10:16:22 2009 processed z/s/zsajaia at 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 at census.gov.xml ()
> U DATAFILE_START: t/u/tucker.s.mcelroy at census.gov.xml
> RECORD PROCESS: tucker.s.mcelroy at census.gov|acis-user
> RECORD NEW: tucker.s.mcelroy at 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 at census.gov.xml
> Thu Aug 20 10:16:58 2009 processed t/u/tucker.s.mcelroy at 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 at 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 at 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 at 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 at 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 at 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 at Uni-Osnabrueck.de>
>>>> To: "Zimmermann, Christian" <christian.zimmermann at 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 at 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 at 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 at Uni-Osnabrueck.de
>>>>>>>>
>>>
>>> _______________________________________________
>>> RAS-run mailing list
>>> RAS-run at lists.openlib.org
>>> http://lists.openlib.org/cgi-bin/mailman/listinfo/ras-run
>>>
>
More information about the RAS-run
mailing list