From christian.zimmermann at uconn.edu  Mon Jul  7 10:33:59 2008
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Mon, 7 Jul 2008 10:33:59 -0400 (EDT)
Subject: [RAS] citation counts
In-Reply-To: <Pine.WNT.4.64.0807071213030.3296@bibsoc65.bib_tarongers.es>
References: <486EDCE9.4070307@queensu.ca>
	<Pine.WNT.4.64.0807071213030.3296@bibsoc65.bib_tarongers.es>
Message-ID: <Pine.LNX.4.64.0807071032520.3060@fondue.econ.uconn.edu>

I do not know how to answer that! numbers on RAS are, from experience, 
not the same as on CitEc, and typically lower.

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 Mon, 7 Jul 2008, Jose Manuel Barrueco wrote:

>
> 	Dear Christopher, I've added the citation to your work and I'm 
> sending this message to Christian Zimmermann who should be able to answer the 
> first question. Regards,
>
>> Looking at this article of mine: 
>> http://ideas.repec.org/a/kap/compec/v25y2005i4p343-379.html
>> 
>> There are two discrepancies concerning its citations.  First,  2 citations 
>> are listed (one new).  But in my table of citations 
>> http://authors.repec.org/citations/doclist!1c4e4073 this article and the 
>> working paper versions have 0 citations together. Second, I know of at 
>> least one other paper in the system that cites this article.  That is:
>> http://ideas.repec.org/a/aea/aecrev/v97y2007i3p818-827.html
>> but my article is not listed in its references even though the cited 
>> article is in the IDEAS system.
>> 
>> Can this be fixed?
>> 
>> Thank you
>> --Chris Ferrall
>> 
>> 
>
>
> ---
> Jos? Manuel Barrueco				http://www.uv.es/=barrueco
>

From christian.zimmermann at uconn.edu  Fri Jul 25 15:33:58 2008
From: christian.zimmermann at uconn.edu (Christian Zimmermann)
Date: Fri, 25 Jul 2008 15:33:58 -0400 (EDT)
Subject: [RAS] magic sessions problem
In-Reply-To: <Pine.LNX.4.64.0806151141400.11115@fondue.econ.uconn.edu>
References: <Pine.LNX.4.64.0806140944560.635@fondue.econ.uconn.edu>
	<Pine.LNX.4.64.0806150949240.11115@fondue.econ.uconn.edu>
	<20080615141635.GA5403@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151023440.11115@fondue.econ.uconn.edu>
	<20080615143724.GA5435@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151053290.11115@fondue.econ.uconn.edu>
	<20080615151742.GA5493@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151141400.11115@fondue.econ.uconn.edu>
Message-ID: <Pine.LNX.4.64.0807251533030.2957@fondue.econ.uconn.edu>

The problem reappeared with the supposed memory leak. Same account. I 
pushed its refresh date further in the future.

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 Sun, 15 Jun 2008, Christian Zimmermann wrote:

>
> On Sun, 15 Jun 2008, Thomas Krichel wrote:
>
>>
>>  Christian Zimmermann writes
>> 
>> 
>>> Note that he has more name variations, so it hangs in the search.
>>
>>  It sholud not, but there may be a timeout, esp if the machine
>>  is busy. metadata updates are a killer job.
>
> It is independent of other jobs.
>
>> 
>>> He has
>>> then magic sessions on a reglar basis ever since.
>>> 
>>> Note that simply removing this account from the magic session schedule
>>> may solve the symptom...
>>
>>  Can you do this? I don't know how.
>> 
>
> Just found this: http://acis.openlib.org/software/doc/apu.html#id2245992
>
> aras at nebka:/var/lib/mysql$ mysql acis -u corner -p
> Enter password:
> Reading table information for completion of table and column names
> You can turn off this feature to get a quicker startup with -A
>
> Welcome to the MySQL monitor.  Commands end with ; or \g.
> Your MySQL connection id is 16028
> Server version: 5.0.32-Debian_7etch5-log Debian etch distribution
>
> Type 'help;' or '\h' for help. Type '\c' to clear the buffer.
>
> mysql> select * from apu_queue where what='pza50'; 
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> | what  | position   | filed               | status | class | notes | worked 
> |
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> | pza50 | 1200593767 | 2008-04-22 20:54:05 |        |     0 | NULL  | 
> 0000-00-00 00:00:00 |
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> 1 row in set (0.23 sec)
>
> mysql> select * from apu_queue where what='pzi1';
> +------+------------+---------------------+--------+-------+-------+---------------------+
> | what | position   | filed               | status | class | notes | worked 
> |
> +------+------------+---------------------+--------+-------+-------+---------------------+
> | pzi1 | 1206903310 | 2008-04-22 20:54:05 |        |     0 | NULL  | 
> 0000-00-00 00:00:00 |
> +------+------------+---------------------+--------+-------+-------+---------------------+
> 1 row in set (0.08 sec)
>
> mysql> replace into apu_queue (position,what) values('1206903310','pza50'); 
> Query OK, 2 rows affected (0.06 sec)
>
> mysql> select * from apu_queue where what='pza50';
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> | what  | position   | filed               | status | class | notes | worked 
> |
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> | pza50 | 1206903310 | 2008-06-15 11:55:55 |        |     0 | NULL  | 
> 0000-00-00 00:00:00 |
> +-------+------------+---------------------+--------+-------+-------+---------------------+
> 1 row in set (0.00 sec)
>
>
>
>>  I can then try to check him out separately.
>>
>>  I am getting very tired.
>> 
>>
>>  Cheers,
>>
>>  Thomas Krichel                    http://openlib.org/home/krichel
>>                                RePEc:per:1965-06-05:thomas_krichel
>>  phone: +7 383 330 6813                       skype: thomaskrichel
>> 
>


From krichel at openlib.org  Sat Jul 26 00:58:31 2008
From: krichel at openlib.org (Thomas Krichel)
Date: Fri, 25 Jul 2008 23:58:31 -0500
Subject: [RAS] magic sessions problem
In-Reply-To: <Pine.LNX.4.64.0807251533030.2957@fondue.econ.uconn.edu>
References: <Pine.LNX.4.64.0806140944560.635@fondue.econ.uconn.edu>
	<Pine.LNX.4.64.0806150949240.11115@fondue.econ.uconn.edu>
	<20080615141635.GA5403@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151023440.11115@fondue.econ.uconn.edu>
	<20080615143724.GA5435@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151053290.11115@fondue.econ.uconn.edu>
	<20080615151742.GA5493@trabbi.openlib.org>
	<Pine.LNX.4.64.0806151141400.11115@fondue.econ.uconn.edu>
	<Pine.LNX.4.64.0807251533030.2957@fondue.econ.uconn.edu>
Message-ID: <20080726045831.GB4242@openlib.org>


  Christian Zimmermann writes

> The problem reappeared with the supposed memory leak. Same account. I  
> pushed its refresh date further in the future.

  I have spent some time working on a version of the library that
  does not have the memory hug. But I went back to the
  original version with the last bug on the background mysql
  queries. In any case, introducing a fix is real risky 
  because the module is used all over the place in ACIS.


  Cheers,

  Thomas Krichel                    http://openlib.org/home/krichel
                                RePEc:per:1965-06-05:thomas_krichel
                                               skype: thomaskrichel


