11. Names for Repositories - EPrints plugin - Extracting researcher data from EPrints - Manual submission of researcher data to Names
12. EPrints Plugin - Augments name auto-completion with Names API - Adds Person URI to repository Cox, B.T. http://names.mimas.ac.uk/individual/38855 Repository
17. Future Plugins Researcher: export your own information to Names Admin: global editing of existing info to Names format Roberts, L.R. http://names.mimas.ac.uk/individual/38855 http://names.mimas.ac.uk/individual/55665 Repository
My name is Dan and this is Phil. We are from Mimas and we’re going to be giving an overview of the Names project and the work we’ve been doing with it in the repository area.
Names is a jisc funded project, in partnership with the British Library. Working to uniquely identify individuals and institutions within UK acedimia, and investigating requirements for a name authority service. As part of this we have developed a software prototype that we are moving towards live service.
For the prototype we needed to build our own record store. We have done this by pulling in data from a variety of sources and attempting to deduplicate and disambiguate the unique individuals contained to form our own records.
Using a famous case study we can see that the information associated with Brian Cox can be used to help deduplicate and disambiguate him from individuals with similar names across a number of different data sources. In our case we’re looking at things like name form, fields of interest, institutional affiliation and collaborative relationships.
Having built an initial set of records derived from external data we built a RESTful API which could be used to query and retrieve data in a variety of datas including JSOn, RDF, MARKXML and default html
So here we have Brian’s names record represented using html. His identifier is a resolvable url which brings back the information associated with his record. You can see that it can be returned in the other formats mentioned, and can be filtered by different attributes.
Individuals may use their identifiers to identify themselves for paper submission. External applications or repositories might use the API to retrieve data for their own purposes. Researchers, other academics or reporters may search the service to find details on an individual. Libraries my use it for cataloguing purposes. All of these sources might feed data back into the service.
We currently have 46840 permanent records derived from RAE merit data and a submission for RGU. We are processing ~30 million records from Zetoc, UKPMC and Southampton Eprints. Thousands on the way from different repositories.
There are several next steps for names: 1 – Increase and flesh out records within Names. 2 – develop interoperability with other identifier systems. 3 – Continue to develop connections with other applications that might use names data 3 – develop facilities for researcher ownership over their own data.
So that’s a brief overview of the names prototype and where we’re up to with it. Thanks to Brian for unwittingly participating in my presentation. I’ll now pass you over to Phil who will discuss the work we’ve been doing with Names in the repository area.
I’ll be talking about how Names is working with repositoriesMostly looking at EPrints software at the moment but the work should be extensible to other platformsSo I’ll be talking about an EPrints plugin we’re writingAbout how we are able to extract researcher information from EPrints repositoriesAnd about how you can manually submit researcher information to us
The plugin augments the existing auto-complete on name entry but searches our API for matching names in addition to searching the local repositoryIt adds a preferred form for the name together with the unique person identifier supplied by Names
First sceenshot shows the auto-complete drop down but showing results from Names – including the unique identifiersIt’s Brian again!
You need to differentiate between people with the same name so a mouseover shows disambiguating information from Names.At present this is only the Field of Interest information. Will include other information such as example publications, co-authors, possibly a homepage
Here we see another Roberts, A but with a different Field of Interest.Note that the URI is currently going into the Email field. This is the EPrints creator id field but we are intending to generate a new Names URI field with the plugin to avoid overwriting any existing internal identifiers
Finally you can see that the plugin still searches across the local database – see the entries for Cross, PhilWe’ll be demoing the software if you want to have a better look
Complimentary plugins that we are considering for the future are:a means for researchers to export info about themselves to Names via our API to create an entry and identifieran admin plugin to enable global editing of existing researcher names to the Names format, adding unique identifiers – would depend on there already being creator ids assigned internally
Other ways we are interoperating with repositories:EPrints has the ability to export it’s entire set of metadata as an RDF graph. We have created a module that imports this data where an internal identifier has been used to automatically add researcher information to our database
Finally, for institutions who wish to send us data about their researchers to generate Names URIs, we have published a spreadsheet format that people can email to us for bulk upload.
We are very interested in receiving input from the repository community about what you would consider useful for our service to provide and from anyone who would be interested in working with us.