[RAS] Frank Westermann affiliations (fwd)
Ivan Kurmanov
duraley at gmail.com
Mon Aug 24 14:55:02 CDT 2009
On Fri, Aug 21, 2009 at 6:10 PM, Christian
Zimmermann<christian.zimmermann at 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 at 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 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