PKP Bugzilla – Bug 8188
include a "beacon" so we find out about installs
Last modified: 2014-10-06 17:08:23 PDT
We are moving to Git Issues for bug tracking in future releases. During transition, content will be in both tools. If you'd like to file a new bug, please create an issue.
We should have OJS talk back to PKP and give us information about the install. I don't mind making it configurable (via config file), so people can turn it off, but it should be on by default.
We should report back to PKP some usage stats, such as:
- number of journals
- some metric of whether or not they are using the workflow
These could be anonymous somehow. I suggest further thinking on how to make it work.
As we've often discussed, this has the potential to be evil. I think the best compromise we've come up with is to look at referrals to the PKP version descriptor, which ought to result in an upgrade warning appearing upon JM login. If the metrics you're looking for are available on the journal website, then reaching out to that web server as per the current tracker (though perhaps making use of more machine-friendly tools such as the sitemap) ought to be friendly enough to the userbase; if the metrics aren't currently available then I'd argue we ought not to be collecting them behind the scenes.
many OSS projects give the option of giving back anonymous usage stats. Eclipse is one example. Wordpress is another.
i'd like to know what plugins are enabled, what options are filled in. It would be an invaluable resource for allocating development priorities.
The version check would be a good, non-evil source for install URLs; an opt-in for further stats similar to Wordpress is a good idea but needs scoping/design.
also, the version check and the sitemap.xml
*** Bug 4148 has been marked as a duplicate of this bug. ***
Posting to follow.
CrossRef has suggested that we trigger the beacon when an OJS install is created, and again when a journal is enabled ("go-live" if the administrator is using the "Enabled" checkbox for that purpose, though I suspect just keeping the url private is also a common means for this).
I think we can do much better
I think we need three check boxes on 'go live'
(a) add this journal to a publically accessible list of journals on "http://pkp.sfu.ca"
(b) add all journals on this install to a publicly accessible list of journals on "http://pkp.sfu.ca"
(c) request that PKP notify the journal manager of this journal of new OJS moajr versions and security fixes as they are released (~ 1 email per 2 months)
We can then make the publicly accessible list of journals accessible to google scholar, so they're picked up automagically...
Stuart, Google Scholar already picks up any available journals automatically by detecting the Google Scholar specific metadata tags in article pages during regular crawling activity.
"Google Scholar already picks up any available journals automatically" --- really? That is not our experience, with journals such as http://ojs.victoria.ac.nz/LEW/ being seen by google but not google scholar. Is there something wrong with that site?
Stuart, unfortunately Google Scholar's crawling process is opaque to us. As far as we've been told, putting Google Scholar metadata tags in place and making sure the site is crawlable should be enough. Beyond that, unfortunately, you'd have to contact Google Scholar for details.