KCite Plugin

The KCite plugin provides a means for referencing scholarly works in WordPress posts. The author includes a unique identifier for a publication in their post, and the plugin queries a web service to retrieve metadata about that publication. This metadata is then used to build a bibliography at the foot of the post, with in-place citations in the text referring to it.

The [cite] shortcode is interpreted to produce citations from the appropriate sources, also produces a formatted bibliography at the foot of the post, with appropriate links to articles.

There is recognition in the pharmaceutical industry that the current paradigm of research and development needs to change. Drugs based on novel chemistry still take 10-15 years to reach the market, and development costs are usually between $500 million and $2 billion (10.1016/S0167-6296(02)00126-1)(10.1377/hlthaff.25.2.420). Most novel drug candidates fail in or before the clinic, and the costs of these failures must be borne for the companies concerned by those drug candidates that do reach the market. These costs make it difficult even for large pharmaceutical companies to bring truly new drugs to market, and are completely prohibitive for publicly-funded researchers. An alternative means of discovering new treatments is to find new uses for existing drugs or for drug candidates for which there is substantial safety data. This repositioning approach bypasses the need for many of the pre-approval tests required of completely new therapeutic compounds, since the agent has already been documented as safe for its original purpose (10.1038/nrd1468).

Bibliography

23 Comments

[…] using Google Docs, we shouldn’t put unnecessary obstacles in their path, and so on. So the tool that we have produced, called KCite, uses simple text-based tags to process citations. These tags […]

[…] can download it from the Knowledgeblog Google Code site) that formats a citation in such a way that KCite, Knowledgeblog’s citation engine, can understand it. Now, when I insert citations into my […]

I’m using WordPress 3.1.1 and Kcite 1.3. When I first added the citations to my first blog post, the pubmed references worked but the DOI references were only able to link to the journal articles and not access the metadata (presumably because I hadn’t entered a email adress that was regestered with CrossRef).

I added my email address (which IS registered with CrossRef), but now Kcite doesn’t work at all. When I bring up my blog, I get the following error message at the top of the entry:

Warning: Invalid argument supplied for foreach() in /home/unchemyst/unchemyst.org/wp-content/plugins/kcite/kcite.php on line 181

I’m sorry it’s not working for you. From looking at the error message, I would say, that kcite is having trouble retrieving the metadata for the articles, and so can’t generate the bibliography. The crash is a little unfortunate under these circumstances. With kcite, we’re following a fast “release early and often” approach; generally this is good, but bugs are somewhat inevitable.

I’d love to give more specific advice, but it’s very hard to debug at a distance. Would you be able to send an email to knowledgeblog-discuss@knowledgeblog.org with a bit more information. Particularly useful would be a URL to the broken blog (if it’s accessible and you haven’t taken the post down). Also, the full contents of the post (everything from the edit dialog of wordpress). It’s possible that this problem is being triggered by a specific DOI or PMID.

There should be a new release of kcite within the next week, with additional functionality. I’m hoping we can move toward a plugin which is stable enough for general use as soon as possible.

[…] as being an issue of general concern, it is also a specific problem for the development of Kcite (http://knowledgeblog.org/kcite-plugin). This wordpress plugin generates reference lists from identifiers, including DOIs; it is active on […]

[…] The article discussed the difficulties with implementing content negotiation for kcite (http://knowledgeblog.org/kcite-plugin); in particular, getting metadata for a given DOI and understanding that metadata once it had been […]

[…] and kblog-metadata — and have extended kcite, our citation engine (http://knowledgeblog.org/kcite-plugin). I will just give a brief overview here of the functionality here. Subsequent articles will […]

[…] use. However, in another way I can appreciate the problem. Take, for example, my own Kcite plugin (http://knowledgeblog.org/kcite-plugin); in the last year, I have added support for multiple reference formats. But, I have done this in […]

[…] Citation management and meta-data gathering. This blog plugin takes the form of a numbered citation[1] as here, and which converts the specified DOI to a listing at the bottom of the post in the manner of a conventional scientific article (conventional document citation managers such as EndNote do this as well). It is actually much more than that, since the plugin automatically uses the CrossRef API to retrieve metadata for the quoted Digital Object Identifier (DOI), thus enhancing the metadata associated with the post and its discoverability. Dublin-Core is already present in the post as well as FOAF output, and I occasionally trawl using the Calais archive tagger (although this is not very good at finding chemistry tags). […]

[…] this metadata, and then makes it available for either computational use by tools such as Kcite (http://knowledgeblog.org/kcite-plugin), or for viewing directly from the web; for example, consider the Greycite page for the previous […]

Hi, I use the kcite plugin in wordpress, and I love the functionality.
But a key part of this was that the references would give a proper
link to the paper via the doi. Recently I have noticed that this has
stopped working – in the html the part of the reference that would
show this is null ie.

instead of the dx.doi.org link and doi anchor.

In the kcite code, this should be filled in using $pub[“URL”] which is
obviously null. I tried rewriting this manually using $pub[“DOI”] but
that is null too.

I am using kcite v1.6.1 (with a couple of custom modifications to
allow for user defined in-text references), with DOI as the default
method and citeproc=FALSE.

Any idea why this behaviour has changed? And how can I restore it?
(since obviously I already know the doi and hence the doi link).