October 15, 2013 From rOpenSci (https://deploy-preview-121--ropensci.netlify.app/blog/2013/10/15/altmetrics-conf/). Except where otherwise noted, content on this site is licensed under the CC-BY license.
I attended the recent ALM Workshop 2013 and data challenge hosted by Public Library of Science (PLOS) in San Francisco. The workshop covered various issues having to do with altmetrics, or article-level metrics (ALM). The same workshop last year definitely had a feeling of we don’t know x, y, and z, while the workshop this year felt like we know a lot more. There were many great talks - you can see the list of speakers here. I was there representing rOpenSci as altmetrics is one of the types of data for which we make R libraries (rAltmetric for Altmetric.com data, and alm for the PLOS altmetrics data).
In a related meeting before the ALM Workshop, NISO held a 1 day meeting to talk about altmetrics standards - check out the talks and some video here. One of the points Cameron Neylon made was a sad one => “…basic principle of scholarly publishing industry: no one will use anything built by another publisher” (quote around 2:04:45). PLOS makes great open source software for collecting and providing altmetrics via an API (see the output [here] and the feely available code here), but no other publishers will use it. During my talk titled Programmatic access for Altmetrics, I suggested that we can learn something from the open source community in that you can create a lot of value off of a common set of open source tools. The Public Knowledge Project (PKP) is using the PLOS created ALM app for publishers they interact with, which is promising. However, other publishers could leverage this software as well, providing easy access to altmetrics data to the publisher, and the community if they expose their API.
We have working on an R library (uncreatively named alm
) to interact with the PLOS ALM API. Get it at CRAN, or from Github here. The awesome thing about anyone that uses the ALM software made by PLOS is that our package works out of the box for the new data source. All you have to do is change the base url in a function call. The url for the PLOS ALM API is http://alm.plos.org/api/v3/articles - changing that url is all that’s needed:
alm(doi=<doi>, url=<theurl>)
Juan Alperin of PKP had installed the ALM software for a set of journals they work with, and during the data challenge on Saturday was able to interact with his altmetrics data using the alm package by simply changing the base url.
Hopefully more publishers will start using the PLOS ALM open source software - and they can use our software off the shelf.
My talk made the point that programmatic access to OPEN altmetrics data is important. Although most of the calls to get altmetrics data may come frome websites, it’s important to provide programmatic access to altmetrics data for researchers, journalists, and anyone else that doesn’t want to use the browser-excel-SAS-SigmaPlot-Word workflow. We don’t want altmetrics to end up like text-mining data, do we?