Release of CIA survey – please participate

The project has just launched an online survey and we would be grateful if you could participate. The objective of the survey is to conduct a simple “before and after” comparison of institutional processes surrounding the transfer of research activity data by gathering data on the amount of effort required to manage these processes.

As stated elsewhere on the blog, the CERIF standard will be implemented so that information can be easily produced, transferred and used by any other compliant systems. The project is dealing with two use cases:

  • Transferring research activity data for staff moving between institutions; and
  • Uploading data to the RCUK Research Outcomes System (ROS).

This will then be compared with worked examples of information transfer using the new CERIF-XML approach – representing the ‘after’ data. The comparison data form a key part of the roadmap report looking at possible adoption paths for CERIF-XML.

The Use Case 1 survey above is completed anonymously. It contains 8 questions, and should take only a short time to complete and is available at: .

How will the “before and after” data be compared for upload to ROS?

The Use Case 2 assessment will be carried out in conjunction with RCUK as part of a review of early engagement with the Research Outcomes System, and a survey is being distributed concurrently by RCUK at: .

When does the survey close?

The closing date for both surveys will be Friday 21st September.

Can anyone else complete the survey?

Please feel free to distribute these surveys to anyone whom you feel they may be relevant.


Many thanks in advance for your help.

For and on behalf of the project team,


CERIF in Action Update

What are we working on?

  • Finalising the development of the plugins
  • Initiated testing
  • Distributing CERIF in Action (CIA) and Research Outcomes System (ROS) surveys to enable “before and after” comparisons of institutional processes surrounding the transfer of research activity data
  • Organising the final project meeting and workshop, more details of which are to follow.

EPrints support for Cerif in Action

Cerif in Action (CIA) requires support for translating the native system data into and from CERIF 1.4. EPrints has long had excellent support for importing and exporting data based on a system of plugins. These include support for XML and JSON representations, Dublin Core, Bibtex etc.

While EPrints is orientated around publications (“eprint” records) CERIF/CIA requires support for other entities. Within EPrints these might be people, projects and organisations (CERIF covers other things e.g. equipment but I’m not aware of anyone using EPrints to record that data).

Representations of people in EPrints may mean user records (accounts that people log in to) or the names attached to publications as authors, editors or contributors. The concept of a user is distinct from an author e.g. the user may be a secretary who deposits on behalf of faculty, so most of the time a “user” is not going to be exported via CERIF. Instead, the names of authors/editors/contributors are exported. If these have an identifier attached to them it is used to uniquely identify the person.

Projects and organisations are reflected in the EPrints projects and funders publication fields. These have existed for some time but are only free-text fields – that’s how we stored that data in the Southampton EPrints. Like authors, these can be exported in CERIF but only as an anonymous record. The experience gained with CIA will allow us to improve support for projects and organisations (in particular grant numbers!).

As the world seems to be moving towards CRIS-systems, so we want to improve the support for capturing non-publications research data in EPrints. While currently authors, projects and funders are properties of publications, these would instead be represented by first-class objects with their own data schemes. The balancing act to find is between flexible, fuzzy data and strict but more complex data. Schemes like CERIF really want strict data, but conversely we don’t want to confront users with time-consuming submission forms and workflows.

The second, more tricky part of CIA is support within the user interface tools to allow the user or administrator to import and export complex sets of records. The user needs to be able to pick and choose, for both import and export, the records they want. When importing records the system needs to detect existing duplicate records and provide a means for the user to merge/resolve those duplicates.

Because the CERIF export is just another export plugin, users and administrators can use any existing search or view to construct a set of records to export. CIA calls for the ability to pick individual records, which can be achieved by installing the Shelves extension (available on the EPrints Bazaar).

Import is always more complex than export. As part of the CIA activity the EPrints import interface has undergone some re-working. Because CERIF can represent multiples types of object the import has had to be re-worked to support importing multiple object types at the same time. Instead of all-or-nothing the interface now provides a list of objects found in the import, which the user can then pick from. Work is currently ongoing to detect and support merging duplicate objects – not a trivial task.

CIA Workshop: October

Preliminary discussions have taken place as to the format and date of the CERIF in Action workshop.Image More details will follow, but it is envisaged that the workshop will take place in London in October.

A precise agenda has to be drawn up, but is likely to include a direct dissemination of the knowledge gained in the project, live demos of the plugins between systems, recommendations for the future including how the CIA model can be extended, dissemination of the results of the CIA/RCUK surveys, future directions of ROS/RCUK (requirements), and so on.