What is it, who’s it for, what is the core need of those people that this addresses, and how does it address their needs in a way that improved upon competitors and our current feature-set?
This feature allows authors to specify that a particular Pub in some way references a different object (or, in some cases, multiple objects). This is a key feature for properly representing editorial commentary for HDSR, supplemental material, and gives PubPub a new browsing mode and way to aggregate and display related works to users. In particular, it will make new proposed forking functionality more fully complete by specifying the type of the fork, setting the stage for eventually publishing reviews as external forks that reference the original pub. It allows us to properly deposit linked Pubs in Crossref. Finally, it will allow us to stop hard-coding editorial commentary for HDSR, saving significant staff time.
This is also a key feature for overlay journals — that is, journals which want to publish reviews of preprints as first-class editorial objects.
Most of our competitors offer metadata for supplemental material and linked data, which is a current limitation of PubPub. But it also introduces a new range of possibilities that will set PubPub apart.
Links to research, interviews, designs, competitors, etc.
List all of the main features, hopefully in rough priority order. Typically these are broken down into descriptions of screens/interface components and their purpose.
Pub relationship settings — ability to select that the Pub is referencing another document or documents (another Pub, a link, or a DOI) plus the ability to set a custom name for the relationship (ie “Rejoinder” for a reply).
Pub crossref metadata depositing/settings — augments the existing DOI infrastructure to deposit articles with a relationship type if it exists. Updates the settings UI to display more info about how we are submitting the article, if there is a Crossref relationship type to describe it. At minimum, we should support the following crossref types, here:
Pub header linked pub display — display some sort of preview of referenced pub/article, to show that this is primarily meant to be in reference to another article. If the current Pub is linked to another Pub, we should display a nicely formatted card. If it’s a DOI, we should parse it and grab more info about the article. If it’s a link, we should crawl it and display some kind of information about it.
Pub footer linked pubs section — display a list of all Pubs referencing the current one in the footer, grouped by the type of reference, with the ability for managers to set featured linked pubs that rise to the top of the section. Ultimately, it would be good to pull further relations from crossref events, but that’s out of scope.
Page Pub Block relations — automatically display any featured linked pubs, organized by type, in the Pub block. We may also want the ability to turn this on or off on a per-block basis.
Decreased staff time setting up manual linked pubs
Increased clicks on linked pubs
Implementation of linked concept in reviews and forks
As an author/admin/editor/reader/review … I want …. so I can…
How do people do this now and how does this change that?
We have some manual kludges to do this for HDSR, including modifying HTML source. Otherwise, people just link to other articles. There’s no structured way to do this.
What other parts of the system are impacted?
Who has permissions to do what?
Pub managers can set the pub reference type on their pub
Pub managers can decide to “feature” linked pubs that reference their pub
Pub (Research paper)
Review Thread 1
Review Thread 2 -> Thread, Structured Questions
Linked Review A (linked pub Pub) -> Document
Linked Review B (linked pub URL)
Translation 1 (linked pub)