<div dir="ltr"><div>Melissa,</div><div><br></div><div>A discussion of 'canonical home(s)' does seem to assume that the location of a digital object is an inherent part of its identity. I am reluctant to share that assumption. It looks to me likely to elide many of the attributes of digital objects which make them different from tangible objects.</div><div><br></div><div>I don't object to using a DOI as <i>part</i> of a locator. This seems very reasonable, and one could argue that this is what the <a href="http://doi.org">doi.org</a> resolver and Crossref are doing. (And PLoS definitely described a system doing that.) But I also don't object to multiple resolution if you supply such a system with a DOI and nothing more. The trouble seems to me to come in when you ask a third-party system to act as a link resolver when you pass it <i>nothing but</i> a DOI. (At a minimum, I'd think for closed access works you'd also want to pass user affiliation, for instance.)</div><div><br></div><div>I don't think the DOI system is the problem here. Publisher practice <i>might</i> be a problem. Librarian practice<i> might</i> be a problem. Librarian and user expectations <i>might</i> be a problem. But the DOI system is doing one thing—I think its primary goal—rather well, and I think it's able to do that so well because the system <i>doesn't</i> try to do the locating part. Mess with it, and I think you'll get something worse.</div><div><br></div><div>Anna</div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>-----</div><div>Anna Shields (she/they)</div><div>E-resources Librarian, Interim Systems Librarian</div><div>Williams College</div><div>on the unceded lands of the <a href="https://www.mohican.com/brief-history/" target="_blank">People of the Waters that Are Never Still</a></div><div><br></div><div><a href="mailto:as67@williams.edu" target="_blank">as67@williams.edu</a><br></div><div>(413) 597-2041</div></div></div></div><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Oct 23, 2025 at 12:32 PM Electronic Resources in Libraries discussion list via Eril-l <<a href="mailto:eril-l@lists.eril-l.org">eril-l@lists.eril-l.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-6031331399174802640">




<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Interesting perspective, and can get us into a semantic debate about whether the location of the digital object is inherently part of its identification. </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
The What and Whys of DOIs</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<a href="https://pmc.ncbi.nlm.nih.gov/articles/PMC261894/" target="_blank">https://pmc.ncbi.nlm.nih.gov/articles/PMC261894/</a></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Many major academic publishers are using the DOI URL as their "direct to title" URL, eg in our holdings knowledge base (for us that's EBSCO). </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I think the train has left on objecting to the use of DOIs as a "locator". And I think the server location as resolved by Crossref is carrying a kind of metadata that is related to the object, namely who is the canonical "owner" (not in the copyright sense,
 but the maintenance responsibility sense) of the object.  I'm sure a lot of you are like me in playing around with multiple browser plugins like GetFTR, Nomad, Unpaywall, etc. that can lead users to non-canonical copies. And with the growth in multiple canonical
 "homes" (the topic of my original post in this thread), that "owner" metadata is getting blurry.  </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I don't have a perfect answer, but I'm thinking that we do need to think on a big scale about modifying DOI, or at least DOI as implemented by Crossref, to deal with the multiple "owners" problem. A meta question might be: where does the responsibility for
 solving this problem lie? Crossref? Our individual knowledge-base vendors? Some kind of third-party (open or commercial) service that starts with the 'standard' DOI and can cross-check against our knowledge base to find the "right" canonical one for our patrons?
 Other?</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="m_-6031331399174802640Signature">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<span style="background-color:rgb(255,255,255)">Melissa Belvadi</span></div>
<div style="text-align:left;background-color:rgb(255,255,255);font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<a href="mailto:mbelvadi@upei.ca" target="_blank">mbelvadi@upei.ca</a></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Make an appointment: <a href="https://mbelvadi.youcanbook.me/" target="_blank">https://mbelvadi.youcanbook.me/</a></div>
</div>
<div id="m_-6031331399174802640appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="m_-6031331399174802640divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Eril-l <<a href="mailto:eril-l-bounces@lists.eril-l.org" target="_blank">eril-l-bounces@lists.eril-l.org</a>> on behalf of Electronic Resources in Libraries discussion list via Eril-l <<a href="mailto:eril-l@lists.eril-l.org" target="_blank">eril-l@lists.eril-l.org</a>><br>
<b>Sent:</b> Thursday, October 23, 2025 10:52 AM<br>
<b>To:</b> Electronic Resources in Libraries discussion list <<a href="mailto:eril-l@lists.eril-l.org" target="_blank">eril-l@lists.eril-l.org</a>><br>
<b>Subject:</b> Re: [Eril-l] Crossref multiple resolution of DOIs and multiple canonical archives: whither DOI vs openurl?</font>
<div> </div>
</div>
<div><br>
<div style="background-color:rgb(255,229,153);padding:10px;margin-left:0px;margin-right:0px">
<span style="font-size:9pt;font-family:Arial,sans-serif;color:rgb(23,32,42)"><b>CAUTION:</b></span>
<span style="font-size:9pt;line-height:10pt;font-family:Arial,sans-serif;color:rgb(23,32,42)">
This email originated from outside of UPEI. Do not click links or open attachments unless you recognize the sender and know the content is safe. If you are uncertain, please use the Report Message button in Outlook and delete this email.
<p></p>
</span></div>
<br>
<div><br>
<div style="background-color:rgb(255,153,153);padding:10px;margin-left:0px;margin-right:0px">
<span style="font-size:9pt;font-family:Arial,sans-serif;color:rgb(23,32,42)"><b>WARNING:</b></span>
<span style="font-size:9pt;line-height:10pt;font-family:Arial,sans-serif;color:rgb(23,32,42)">
The sender of this email could not be verified and may not match the person in the 'FROM' field. Do not click links or open attachments unless you recognize the sender and know the content is safe. If you are uncertain, please use the Report Message button
 in Outlook and delete this email.
<p></p>
</span></div>
<br>
<div>
<div dir="ltr">
<div>I am happy to be demonstrated wrong, but it seems to me that the problem is one of treating an <i>identifier</i> as a <i>locator</i>. A DOI is meant to uniquely identify a unit of scholarly expression. A link resolver might use a DOI to help correctly
 identify the work it has been asked to locate, but the DOI is not itself a location descriptor.</div>
<div><br>
</div>
<div>Treating Crossref as a link resolver seems like a bad mistake.</div>
<div><br>
</div>
<div>Anna</div>
<div>
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
<div>-----</div>
<div>Anna Shields (she/they)</div>
<div>E-resources Librarian, Interim Systems Librarian</div>
<div>Williams College</div>
<div>on the unceded lands of the <a href="https://www.mohican.com/brief-history/" target="_blank">
People of the Waters that Are Never Still</a></div>
<div><br>
</div>
<div><a href="mailto:as67@williams.edu" target="_blank">as67@williams.edu</a><br>
</div>
<div>(413) 597-2041</div>
</div>
</div>
</div>
<br>
</div>
<br>
<div>
<div dir="ltr">On Thu, Oct 23, 2025 at 9:38 AM Electronic Resources in Libraries discussion list via Eril-l <<a href="mailto:eril-l@lists.eril-l.org" target="_blank">eril-l@lists.eril-l.org</a>> wrote:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>Hi Melissa,</div>
<div><br>
</div>
<div>Thank you for bringing this up, this is a concern here too -- the multiple resolution screen, while somewhat rare, is confusing for both patrons and staff alike. Our most frequent instance of this happening is actually with Bloomsbury resources, with multiple
 resolutions to 2 different Bloomsbury collections. A user can't be expected to know which one they can access the item through, and honestly, sometimes I don't know either offhand without looking it up. Our e-resources team has largely avoided a stance on
 whether or not we recommend using DOIs, but I personally avoid using them, primarily for this reason.</div>
<div><br>
</div>
<div>Gail</div>
<div>
<div dir="ltr">
<div dir="ltr">
<div><br>
</div>
Gail Murray (she/her)
<div>Electronic Resources & Serials Librarian</div>
<div>Smith College Libraries</div>
<div>413.585.2925</div>
</div>
</div>
</div>
<br>
</div>
<br>
<div>
<div dir="ltr">On Mon, Oct 20, 2025 at 8:44 AM Electronic Resources in Libraries discussion list via Eril-l <<a href="mailto:eril-l@lists.eril-l.org" target="_blank">eril-l@lists.eril-l.org</a>> wrote:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Hi, all!</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
This is about DOIs for articles that have more than one "canonical"/official publisher home.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
That can happen, and does frequently, when a journal changes publishers and BOTH publishers maintain an official archive for PCA libraries.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
For instance, the 2006-2011 of the journal, Frontiers of History in China, where Brill has 2006-present and Springer-Nature, the previous publisher, has 2006-2011. Our only access is on SN because we did not continue the subscription in 2012 when Brill got
 it. But the DOI in our discovery service only leads to Brill, not SN.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
The NISO Journal Transfer database, <a id="m_-6031331399174802640x_m_-2113756319890363992m_659377250621660611OWA58b308ba-971a-e227-023d-597f17b73b90" href="https://journaltransfer.issn.org/" target="_blank">
https://journaltransfer.issn.org/</a>, documents when journals transfer and includes whether the archive up to that point will be hosted by the transferring or receiving publisher. Sometimes it is actually both.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
It was recently brought to my attention that Crossref has a "multiple resolution" (MR) system, such that when following some DOI links, the user gets a list of links to each of the publisher platforms that are still "official" (I think by NISO's concept of
 that).</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I asked Crossref about what I should do to get an "MR" for this journal.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
This is part of the reply I got:</div>
<div style="margin-left:40px;font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
However, just to set expectations, multiple resolution is used quite rarely.  Most publishers prefer that DOIs resolved directly to the version of the content on their particular platform.   And, the feedback we get from librarians about multiple resolution
 has honestly been primarily negative, because they don't like users to be faced with another decision point or extra friction in accessing the content.   (we do have a workaround to 'bypass' multiple resolution, for that reason, and resolve directly to either
 the primary or one of the secondary URLs)  </div>
<div style="margin-left:40px;font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
 </div>
<div style="margin-left:40px;font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
That said, the more typical solution is for libraries to link to content, not directly via the DOI, but using an OpenURL link resolver or discovery tool integration that will direct users to the appropriate subscription version for which they have full text
 access.  It's possible to integrate metadata from Crossref into such a tool, to facilitate linking more effectively.  </div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
As I read and re-read that answer, it occurred to me to question whether the entire point of the DOI system is breaking down. When Crossref itself tells me not to use DOI links, but instead openurl links, which is where we were 20 years ago and whose problems
 were a big part of the reason for supporting the adoption of the DOI ecosystem in the first place, I feel like we are moving backwards in a context that I thought we had solved already.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
I know that DOI still works for "most" situations. But openurl also worked for "most situations", and still does. I worked at a library that was one of the very earliest adopters of openurl, and even wrote my own openurl resolver for my library before the commercial
 products existed. I have a long memory of how we got from there to here.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
So I wanted to consult your collective wisdom about this issue, both from the immediate "best service to patrons today" perspective and the "long-term where should our ecosystem be going next?" perspective.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Your thought would be most welcome!</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div id="m_-6031331399174802640x_m_-2113756319890363992m_659377250621660611Signature">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="background-color:rgb(255,255,255);margin:0px">
<div style="text-align:left;font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
<span style="background-color:white">Melissa Belvadi</span></div>
<div style="text-align:left;background-color:white;margin:0px;font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
Collections Librarian</div>
<div style="text-align:left;background-color:white;margin:0px;font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
University of Prince Edward Island</div>
<div style="text-align:left;background-color:white;margin:0px;font-family:Arial,Helvetica,sans-serif;color:rgb(32,33,36)">
<span style="font-size:9.75pt"><a id="m_-6031331399174802640x_m_-2113756319890363992m_659377250621660611OWAe63fe498-d226-68f6-d322-43fb68d5095d" href="mailto:mbelvadi@upei.ca" style="margin:0px" target="_blank">mbelvadi@upei.ca</a>  9</span><span style="font-size:12.79px">02-566-0581</span></div>
<div style="text-align:left;background-color:white;margin:0px;font-family:Arial,Helvetica,sans-serif;font-size:12.79px;color:rgb(32,33,36)">
ORCID iD: 0000-0002-4433-0189</div>
<div style="text-align:left;background-color:white;margin:0px;font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
my <a rel="noopener noreferrer" title="https://outlook.office365.com/owa/calendar/0fbab27c909e4493be65313bd66d66b6@upei.ca/5fa60af92c6d451c9ddf90c0bb11e00f15552192987609852692/calendar.html" id="m_-6031331399174802640x_m_-2113756319890363992m_659377250621660611OWAf5627d5c-49ce-9098-2175-a31cb1273d4c" href="https://outlook.office365.com/owa/calendar/0fbab27c909e4493be65313bd66d66b6@upei.ca/5fa60af92c6d451c9ddf90c0bb11e00f15552192987609852692/calendar.html" style="margin:0px" target="_blank">
public calendar</a></div>
<div style="text-align:left;font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
<span style="background-color:white"><a rel="noopener noreferrer" id="m_-6031331399174802640x_m_-2113756319890363992m_659377250621660611OWA52f3bc0f-a138-30ec-051c-4da616305d8e" href="https://mbelvadi.youcanbook.me/" style="margin:0px" target="_blank">Make an appointment</a> via
 YouCanBookMe</span></div>
</div>
<div style="text-align:left;background-color:rgb(255,255,255);margin:0px"><span style="font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36);background-color:white">My pronouns are
</span><span style="font-family:"Google Sans",Roboto,Arial,sans-serif;font-size:14px;color:rgb(31,31,31);background-color:rgba(68,71,70,0.08)">ಅವರು/ಅವರನ್ನು</span></div>
<div style="font-family:Arial,Helvetica,sans-serif;font-size:9.75pt;color:rgb(32,33,36)">
<span style="background-color:white">My emails are sent during the hours that I work and I understand that you will respond during the hours that you work.</span></div>
</div>
</div>
_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org" target="_blank">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" rel="noreferrer" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
</div>
</blockquote>
</div>
_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org" target="_blank">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" rel="noreferrer" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
</blockquote>
</div>
</div>
</div>
</div>
</div>

_______________________________________________<br>
Eril-l mailing list<br>
<a href="mailto:Eril-l@lists.eril-l.org" target="_blank">Eril-l@lists.eril-l.org</a><br>
<a href="http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org" rel="noreferrer" target="_blank">http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org</a><br>
</div></blockquote></div>