OJS development discussion, enhancement requests, third-party patches and plug-ins.
Moderators: jmacgreg, btbell, michael, bdgregg, barbarah, asmecher
The OJS Technical Reference
and the OJS API Reference
are both available from the OJS Documentation
You can access our public Git Repository here
. Comprehensive Git usage instructions are available on the wiki
You can access our Bugzilla report tracker here
You can use our Google Custom Search
to search across our main website, the support forum, and Bugzilla.
Questions and discussion are welcome, but if you have a workflow or usability question you should probably post to the OJS Editorial Support and Discussion
subforum; if you have a technical support question, try the OJS Technical Support
My institution has a few new requests to allow journal subscribers to check their users' access statistics. For example, journal has subscribers A, B, C, and so on. Institution Subscriber A would like to know their users' statistics using the journal so that Subscriber A can evaluate the use/cost of the journal.
This is the same case as a post in 2011 (viewtopic.php?f=9&t=7657&p=29622&hilit=usage#p29622
Any update on this feature?
- Posts: 30
- Joined: Thu Mar 08, 2012 1:57 pm
Institution Subscriber A would like to know their users' statistics using the journal
The current statistics implementation can't give you this information. The statistics are stored without any user information deeper than geolocalization.
To make this possible without having to store each user id access (which would increase the data stored in database a lot) I would suggest to create a institution dimension to the metrics. Then each statistic entry could define the institution where the request came from. To know that we can make it possible to setup ip ranges for institutions and then reprocess the log files to compare the ip's inside the logs and know where the access came from. This would give a good amount of information to institutions, limiting the size of stored data inside the metrics table. It will be much bigger than now though, because we will be grouping stats in a smaller granularity level. But not as bad as defining the granularity at user level.
- Posts: 118
- Joined: Tue Jun 25, 2013 2:22 pm
Return to OJS Development
Who is online
Users browsing this forum: Baidu [Spider] and 1 guest