Comments for HHuLO Access https://library.hud.ac.uk/archive/projects/hhuloa/ Thu, 11 Feb 2016 16:58:58 +0000 hourly 1 https://wordpress.org/?v=5.3.2 Comment on New OA life cycles for comment by David Young https://library.hud.ac.uk/archive/projects/hhuloa/2015/12/02/new-oa-life-cycles-for-comment/#comment-2342 Fri, 04 Dec 2015 09:22:48 +0000 http://library.hud.ac.uk/archive/projects/hhuloa/?p=165#comment-2342 I very much enjoyed your presentation of these visualisations yesterday, Graham. I think they are very helpful in terms of thinking about where we provide support and researcher workflows. They are also along similar lines to what we’ve been doing internally in our research office (separate from the Jisc project) to map research life cycles to different levels and types of support we provide.

On the tube map, I wonder whether there should be such a strict separation between the award management “line” and the perform research/data management “line”. Here at Northumbria we like to think of post-award/grants and contracts teams supporting PIs to manage grants, so yes they do a lot of the financial administration, but they also meet regularly with PIs to ensure the PI has a handle on what is being spent and what is left to spend. Also, data management is increasingly now becoming part of the remit of research office staff (and Library) with RCUK data management requirements meaning we will undoubtedly need to be more involved here in future.

I suppose what I’m saying is I wonder whether there could either be some dotted lines between these strands or alternatively represented in such a way as to emphasise the collaborative working/links between researchers and research managers during this part of the lifecycle.

]]>
Comment on RIOXX review and proposed practice by Chris Awre https://library.hud.ac.uk/archive/projects/hhuloa/2015/06/29/rioxx-review-and-proposed-practice/#comment-1816 Wed, 08 Jul 2015 09:55:43 +0000 http://library.hud.ac.uk/archive/projects/hhuloa/?p=126#comment-1816 Ideally, better article-level metadata would be good. But a statement from publishers on what version they are willing to provide for repository use would be a good first step.

I take your point about having something rather than nothing and will look at what we might be able to do without misrepresenting anything.

Chris

]]>
Comment on RIOXX review and proposed practice by Mike Taylor https://library.hud.ac.uk/archive/projects/hhuloa/2015/06/29/rioxx-review-and-proposed-practice/#comment-1815 Tue, 07 Jul 2015 21:41:06 +0000 http://library.hud.ac.uk/archive/projects/hhuloa/?p=126#comment-1815 Thanks, Chris, that makes sense. So you feel that you need better article-level metadata from publishers in order to populate this field meaningfully? Or would a one-off statement from each publisher suffice? “The manuscripts that we provide should be considered of type ‘AM'” or similar?

In the mean time, for those of us who want to consume your metadata, it would be very helpful if you were able at least to make a lower-bound guess on how close to the VoR your versions are, instead of just throwing in the towel and saying “unknown”. For example, even if you’re unable to distinguish between VoR, CVoR and EVoR, it’s surely better to code “VoR” than nothing?

P.S. I wish your blog’s commenting system had a “notify be about followup comments” checkbox.

]]>
Comment on RIOXX review and proposed practice by cawre https://library.hud.ac.uk/archive/projects/hhuloa/2015/06/29/rioxx-review-and-proposed-practice/#comment-1812 Tue, 07 Jul 2015 16:47:42 +0000 http://library.hud.ac.uk/archive/projects/hhuloa/?p=126#comment-1812 Mike,

Thanks for the feedback. I agree that the definitions of the different versions as laid out by NISO are clear and precise. The dilemma is in how these are put into practice. Until publishers adopt these definitions (i.e., define which of their versions fall into each category) and are clear in their own communications about which are which it is difficult for repositories to record without an element of guesswork coming into play. There is too much uncertainty amongst repository staff and publishers at the moment how versions of documents from publishers fit into policy requirements, given different publisher workflows. The dilemma in the context of HEFCE and RIOXX is that repositories cannot at the moment guarantee to be able to know which version is being held according to the defined list. If the NISO list is adopted widely then there is a solution: what the timeline is for this remains to be seen.

Chris

]]>
Comment on RIOXX review and proposed practice by Mike Taylor https://library.hud.ac.uk/archive/projects/hhuloa/2015/06/29/rioxx-review-and-proposed-practice/#comment-1811 Tue, 07 Jul 2015 15:07:08 +0000 http://library.hud.ac.uk/archive/projects/hhuloa/?p=126#comment-1811 Thanks for publishing your findings on this. One question. You say “Whilst having a fixed list clearly has value in helping to structure this information, it is very unclear what versions from publishers fall into which category”. But don’t the fairly detailed explanations in the NISO recommendation http://www.niso.org/publications/rp/RP-8-2008.pdf give you the precision you need for this?

]]>