July 30, 2026
medRxiv joins the openRxiv Reader
This week medRxiv has been processed and served for the openRxiv Reader, a second major preprint venue sharing the same reading experience as bioRxiv, with its own branding, its own subject taxonomy, and a per-venue preprint banner. Curvenote SCMS also gains a new cross-site DOI resolution API for integrators, alongside a load-bearing sign-in reliability fix and a fix for extension packages that share a leaf name across scopes.
Curvenote SCMS¶
Resolve any DOI to its SCMS site in one request. Curvenote SCMS now exposes a public GET /api/v1/doi/{first}/{second} endpoint that returns the SCMS site that owns a given DOI, backed by a public-only guarded resolver. Integrators and downstream services no longer need to know in advance which site holds a work before fetching it — send the DOI and the API points you at the right site.
Extension packages with shared leaf names now co-exist. Extension import aliases are derived from the full package name rather than the folder basename, so scoped extensions like @hhmi/compliance and @opensci-dashboard/compliance can be installed together without their routes clobbering one another.
Landing/auth logo cap. Oversized organisation logos are now capped in width on the auth and landing layouts, so a tall or wide brand mark no longer stretches the header.
Curvenote Reader¶
openRxiv Labs — Curvenote Reader¶
openRxiv Labs uses Curvenote Reader for all bioRxiv and medRxiv content — see openRxiv Labs.
medRxiv is now live in the openRxiv Reader. A new /medrxiv route serves the medRxiv corpus alongside the existing bioRxiv listing, using the same shared listing view and article pipeline. Readers get medRxiv-appropriate branding — the medRxiv logo, its own color tokens, and a preprint banner that links to medRxiv’s own “unrefereed preprint” FAQ instead of bioRxiv’s — so both venues stay visually and editorially distinct while sharing the underlying reader.
Figure 1:A medRxiv preprint in the openRxiv Reader: the medRxiv logo and subject label sit above the article, and the preprint banner points readers to medRxiv’s own explanation of what an uncertified preprint means.
A per-venue subject filter. Listing subjects are now curated per venue: bioRxiv exposes biology facets, medRxiv exposes health-sciences facets, and the subject filter on each listing page draws from the venue you’re actually browsing rather than a single flat list across both.
Figure 2:The medRxiv listing carries its own branding and health-sciences subject facets, so browsing, searching, and filtering stay within the venue you are actually reading.
A multi-venue foundation, ready for more. Underneath the medRxiv launch, most of the reader’s per-venue state — artifact paths, object storage, image optimization, the runtime cache, DOI-to-artifact lookup, works search, and page metadata — has been reshaped around a site key, so adding a third venue in future is a config change rather than a new fork of the pipeline. Listing views also emit venue-tagged analytics events on both venues from a single shared analytics module.