Plugin for auto-fetching number of citations from Google Scholar
Anton Beloglazov
I developed a Zotero plugin for auto-fetching number of citations from
Google Scholar. The idea is to provide the ability to sort sources by
the number of citations and determine the most cited sources this way.
Moreover, the plugin allows batch updating of citations as they may
change over time.
Currently, Zotero doesn't have any special field for the number of
citations, that's why it is stored in the field "Call Number". To sort
by this field you have to add it in the source listing table.
I uploaded the plugin Mozilla Add-ons web-site, you can download it
from the following page:
https://addons.mozilla.org/en-US/firefox/addon/14667/
Any feedback is highly appreciated.
Thanks,
Anton
Anton Beloglazov
http://blog.beloglazov.info/2009/10/zotero-citations-from-scholar-en.html
On Oct 4, 6:36 pm, Anton Beloglazov <anton.belogla...@gmail.com>
wrote:
Bruce D'Arcus
<anton.be...@gmail.com> wrote:
>> Currently, Zotero doesn't have any special field for the number of
>> citations, that's why it is stored in the field "Call Number".
Ouch; the idea is really cool idea in general, but storing this data
in "call number" is a very bad solution in particular.
Dan, is there no better way to do this?
Bruce
Anton Beloglazov
documents.
If it is possible to add an additional field, it is easy to change the
solution.
On Oct 7, 7:31 pm, "Bruce D'Arcus" <bdar...@gmail.com> wrote:
> On Mon, Oct 5, 2009 at 12:03 AM, Anton Beloglazov
>
Bilal Abdul Kader
This is far more efficient and structured. Anyway, you would be installing a new plugin so let the plugin creates its own dataspace.
bilal
Verily, with hardship comes ease.
Dan Stillman
Yeah, that's really not a good thing to do (and distribute).
If there's demand, we can just add a field for this.
Bruce D'Arcus
> Yeah, that's really not a good thing to do (and distribute).
>
> If there's demand, we can just add a field for this.
That doesn't seem very practical as a general solution either though,
in the sense that you don't want to have to do this every someone
comes up with a new extension.
Also, this needs to be considered in the larger context of the
import/export strategy (the RDF and such). Might be worth considering
adding a general extension mechanism in the mid-term.
Bruce
Dan Stillman
> On Wed, Oct 7, 2009 at 1:27 PM, Dan Stillman<dsti...@zotero.org> wrote:
>
>> Yeah, that's really not a good thing to do (and distribute).
>>
>> If there's demand, we can just add a field for this.
>>
> That doesn't seem very practical as a general solution either though,
> in the sense that you don't want to have to do this every someone
> comes up with a new extension.
>
Sure, but this is a field that may be of general interest (at least in
the sciences), and it's a field that's available in some standard
datasets, and so it may merit being a first-order field in Zotero.
> Also, this needs to be considered in the larger context of the
> import/export strategy (the RDF and such). Might be worth considering
> adding a general extension mechanism in the mid-term.
>
Custom item types and fields are actually near-term priorities due to
the work just commissioned by NSF, and so that's something we will need
to be discussing in depth very soon. But I'm not sure it's necessary for
this.
Bruce D'Arcus
It's not strictly necessarily, but I think it a good idea for the
following reasons:
1) the line between data of general vs. particular interest is neither
clear nor absolute. E.g. it seems highly likely that user-based
extension and plug-in related extension is essentially the same (or at
least substantially similar) problem.
2) my big worry is that Zotero's data story is still unclear. Even
basic things like the identity of an item is still AFAIK up in the
air. The UI reflects this confusion.
So it seems to me it makes sense to clarify all this before you add
extension capability.
Bruce
Anton Beloglazov
display this field in documents listing. This requires modification of
Zotero's source code.
Anton
On Oct 8, 12:55 am, Bilal Abdul Kader <bila...@gmail.com> wrote:
> It is a nice piece of software indeed. However, I suggest storing the
> citations in a different table that is linked by itemID to the items table.
>
> This is far more efficient and structured. Anyway, you would be installing a
> new plugin so let the plugin creates its own dataspace.
>
> bilal
>
Anton Beloglazov
Anton
On Oct 8, 4:27 am, Dan Stillman <dstill...@zotero.org> wrote:
> On 10/7/09 4:31 AM, Bruce D'Arcus wrote:
>
> > On Mon, Oct 5, 2009 at 12:03 AM, Anton Beloglazov