All 2 entries tagged Citations

View all 5 entries tagged Citations on Warwick Blogs | View entries tagged Citations at Technorati | There are no images tagged Citations on this blog

September 16, 2008

Muddying the waters

I went to an interesting event at Cranfield last week. It's a pre-cursor to one that Miggie Pickton of NECTAR and I are planning, to be held in December at Northampton, both on themes of advocacy. The star presenter last Tuesday, in my opinion, was Dr Bruce Jefferson, an academic at Cranfield who has done a lot of investigation into what it takes to become highly cited. In his opinion, repositories will make little difference to citation levels, and repository managers should find evidence to prove any claims that are made about raising profiles and citations. I've also been frustrated by the lack of evidence of the difference repositories make to citations, in spite of the claims: the idea is so widely used that I thought it must be easy to find evidence, when I began on this project. But the only research done has been to prove what a difference open access makes, and only the other week we heard news of a BioMed science project which proved that open access made no difference whatsoever to citation rates.

Dr Jefferson will be conducting his own experiment, putting half of his work into the repository and half not, being careful to make sure that each half has a similar weighting in terms of current popularity and weighting. Even the results of his experiment will not be empirical, of course. But they might help to prove whether repositories make any difference to citations.

Dr Jefferson also said that there are other values to a repository, than potentially raising citations, and whilst we lack evidence about citations, perhaps we ought to focus more on those.

And the reason I titled this posting "Muddying the waters" was that he had definite views on the inclusion of anything other than published, peer-reviewed journal articles. His view was "don't". Academics will only deposit their best work if they believe it will be shown amongst a collection of the best work. Academics do not want theses they have supervised to be associated with their name in institutional repositories. Nor do they want unpublished reports or research data to be housed alongside their polished articles. This assumes that people will discover repository content from within the repository itself, rather than through a web search engine. We ought to be very clear in our message to our authors, that the repository is not a destination in itself, but more of a warehouse from which people can order content to appear in their browser.

If academics are driven by citations, and if we aim to improve citation ratings, surely the repository ought to only focus on content from publications that are indexed by Web of Science, since these are the journals in which citations are counted.

So, how pure or how muddy should an institutional repository be? I personally like the idea of having separate repositories for different types of content. They can all be cross searched at an institutional level or by search engines anyway, and in separate repository instances you can use different metadata schema to suit the needs of your content and searchers. I used Google Scholar's registration form and they wanted to know that the content of the site being registered was published journal articles. So if our repository also had data sets and learning objects, presumably I would not be able to register with Google Scholar. Although I'm unsure yet whether my filling out that form has done us any good...

It seems to me that repositories that are being established to achieve all sorts of purposes are in danger of achieving none of them. We're primarily focussed on journal articles and PhD theses, because the project aims said we would be and we don't have the resource to diversify from this if we are to achieve our targets, but even we have some reports and working papers as well, at the request of our academics. The reports in particular do not have a natural home online anywhere else. But I'm not sure yet what to recommend as a repository content policy at the end of this project.


May 28, 2008

cover sheets in repositories?

My latest concern is whether or not to include a cover sheet on the files we put into the repository. After asking what others do on the jisc-repositories list my thoughts are currently that we should include one for some files:

It need not appear on every file ever in the repository (burden of work/processes, difficulties with multiple files, etc), but since it is possible to do at present for journal articles at least, our cover sheet will include the following elements, for the following reasons:

1) Heading: "University of Warwick institutional repository" (A simple heading with no branding, not referring to the name of the repository in case of re-branding exercises!)

2) A link to the repository home page. At the time we add the coversheet to the file we won't have a record in the repository in order to link to the item record in the repository, but that would be preferable in the long term.

3) A statement relating to copyright & further information:

"This paper is made available online in accordance with publisher policies. Please refer to the repository record for this item and our policy information available from the repository home page for further information."

which is to warn others that they will need to be respectful of rights holders, and to make it clear that we have made appropriate checks.

4) Some basic reference information to allow others to trace the published version. This is important in raising citations of our authors for the published papers. Our authors are concerned that people should read and cite the published versions. Although the detailed information is in the repository record, people may well come across the full text item through search engine results and not see the repository record. It is true that anyone planning to cite the repository version ought to have the resources to source the published version for themselves anyway. But I think that if we can help them to make that citation then we should. I am planning to include the following elements:

Author(s)

Article title

Year of publication

Link (to the published version/journal home page)

These elements are chosen and will appear in a table for workflow reasons rather than out of preference. I do like the example of Birkbeck who put the full citation of the repository version and of the published version on their coversheets.

5) Referring to the published version: "To see the final version of this paper please visit the publisher’s website. Access to the published version may require a subscription."

There will be some version information relating to the pdf file itself in the metadata record, where we have been supplied with it, but I'm not convinced that we have a definitive version vocabulary to use, nor that we will get enough specific version information from our authors in enough cases to include this on the cover sheet.

That is my current thinking at least...


July 2019

Mo Tu We Th Fr Sa Su
Jun |  Today  |
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31            

Visit the WRAP repository

Twitter Feed

Search this blog

Tags

Galleries

Most recent comments

  • @Jackie, thanks! I'm very proud of the team and everything we have achived in the past year. Looking… by Yvonne Budden on this entry
  • That's an impressive amount of full text Yvonne. Congratulations to everyone at Warwick. by Jackie Wickham on this entry
  • In my opinion the DEA is a danger to digital liberties and should be thrown out, period Andy @ Lotto… by Andy on this entry
  • Has anyone tried an assessment using the suggested PIs– including the author of the paper? It seems … by Hannah Payne on this entry
  • Hi Yvonne I came across this article myself recently. And I was wondering how much of an issue this … by Jackie Wickham on this entry

Blog archive

Loading…
RSS2.0 Atom
Not signed in
Sign in

Powered by BlogBuilder
© MMXIX