When we can identify as an article, use "Read Article"

When we can identify as a chapter, use "Read Chapter"

If there are other common types, use "Read [type]"

Otherwise, use "Go to Item"

Implement data collection mechanism as outlined on pages 2-3 of the "What Data to Log from Umlaut" Google doc.

This currently doesn't link to anything. @varnum, should this link to a qualtrics form?

When 360 Link does not return any links, copy the "not available online" links into the main body, with text along the lines of

"Sorry, we aren't able to provide online access to this item. Please try the following options to get the item you are looking for."

Followed by the "Search the library catalog" and "Request document delivery (fees apply for undergraduates)" links.

This would appear in place of "Links not available" on, for example, this resolver page.

Replace 360link version with a simple JS form

Qualtrics ID 7:

Much of the bibliographic information does not seem to be getting imported into ILLIad. This seems to me, to be working far less well than in the current iteration of MGet It. This could just be the "luck of the draw" with the citations I was trying, but it happened in several that many fields (including some title fields) are not getting automatically imported into the ILLIad form.

Assuming we have a survey, update the banner at the top of the page to read, simply:

Tell us what you think of the new MGet It Interface.

The italicized text should link to the new survey
https://umich.qualtrics.com/SE/?SID=SV_4MCTF9Fd4QQdJJ3

I've only seen the "export tools" section appear (with an apparently perpetually spinning progress wheel) on one citation out of a dozen or so that I've tested.

Appears:
http://dev.www.lib.umich.edu/testapp/mgetit/go/3
http://dev.www.lib.umich.edu/testapp/mgetit/go/7 (has an export tools heading, but no spinning wheel)

Doesn't appear, e.g.,
http://dev.www.lib.umich.edu/testapp/mgetit/go/4
http://dev.www.lib.umich.edu/testapp/mgetit/go/5
http://dev.www.lib.umich.edu/testapp/mgetit/go/6

What's the difference?

https://earleyj.www.lib.umich.edu/testapp/mgetit/go/165

Warning message says: "Warning: Find It does not know about a journal with this name. Please check your entry."

Can we replace all of the "Find It" instances with "MGet It" ? Should this be a setting?

As part of the roll-out for MGet It, we'll remove the "report a problem" link from the ArticlesPlus interface.

See earlier conversation in #39 .

The catalog link from this record -- https://earleyj.www.lib.umich.edu/testapp/mgetit/go/163 -- goes to http://mirlyn.lib.umich.edu/Search/Home?fqor-publishDateTrie%5B%5D=2006&lookfor%5B%5D=dictionary+of+information+and+library+management&lookfor%5B%5D=0713675918&method=atom&page=0&type%5B%5D=title_starts_with&type%5B%5D=isn

The "lookfor" value isn't understood when Mirlyn gets it. I think the "=" is redundantly encoded?

http://mirlyn.lib.umich.edu/Search/Home?fqor-publishDateTrie=2006&lookfor=dictionary+of+information+and+library+management&lookfor=0713675918&method=atom&page=0&type=title_starts_with&type=isn

That doesn't actually result in a search, but it puts the right text in the search box in Mirlyn.

The MGet It tagline currently reads: Getting you to electronic resources

In the Qualtrics Q8 one user stated,

> "I don't like the phrase "Getting you to electronic resources" next to "MGet It" because it feels clunky and unnecessary. It'd remove that."

I propose altering the text to: Your pathway to electronic resources or similar copy.

The Umlaut Footer text is currently "Powered by Umlaut. Using services from Google Books, SerialsSolutions and others [D]", with Umlaut, Google Books, and Serials Solutions links to those respective sites. "[D]" links nowhere.

Should the footer contain our normal footer information, if we have a "normal"? Blogs and Guides have similar content to each other. I'm happy to keep the application credit, too (like we do in Omeka).

If we just keep the current footer, at a minimum it needs to be a sentence:
"Powered by Umlaut using services from ..."

When 360 Link's API provides an IEDL for a resource, make that the default (first) "Get *" link. Any resolved targets should be "more options", expandable to be accessible if the first link isn't satisfactory.

While I like the flaming MGet It logo on dev.www's articles plus, could you design something a bit less garish for the staff beta? Maybe just "MGet It Beta" ?

It's still on the dev version, but not on earleyj, for the same citation.

Initially posed by @varnum

Holdings data for items that have print holdings should be shown. But not electronic-only.

Before public launch, a final accessibility review.

@bnhowell can gather scenarios and cases from the project team (mainly service experts) to make sure our new link resolver is meeting staff expectations.

Testing software and apps that are utilizing access to our full text journal holdings to ensure that there is no interruption of service/utility (including Endnote Find Full Text, READ by QxMD, and others identified by THL Informationists)

Put dates of coverage on line below database name in full view (rather than on same line). Should stack, like they do in mobile view. Should be same height as button.

For example,

Database Name [still links to database]
12/1/1990 - 14 days ago

Feedback from Karen Reiman-Sendi (in email, Sun, Sep 18, 2016 at 2:30 PM):

I just noticed that when I click on the "go to xxxx" link to actually connect to the full text of
something I found, it doesn't launch a new browser tab. I think that might not be ideal.
If we keep the M Get It page in front of them, one could easily report a linking problem (or in a case
from yesterday, report that there is a missing page in article, from all our subscription sources).

Does it make sense to open MGet It links from Umlaut to the item in a new window?

From Qualtrics feedback

This is related to Umlaut... The "problem report" links have a "ReportSource=MGetIt" in the URL that's passed to Qualtrics. Could something similar be added to ArticlesPlus: "ReportSource=ArticlesPlus" so that we can easily report on problems reported from the two (and possibly other, future) sources?

Put the "Get Help" options below the box containing Mirlyn & Document delivery links

It seems to happen when online access is not available only, but it's tricky to replicate because once you find an example the next time you visit that page it has the links.

My guess would be these links are generated late and then stored and usable after the first page visit?

The logos should mimic behavior on the library website:

• The "Block M" should go to http://umich.edu/ , with a title of "University of Michigan"
• The "Library" should go to http://www.lib.umich.edu , with a title of "U-M Library"

Though.... Should the header mimic Blogs with the stacked "M Library", a vertical bar, and "MGet It" in text? Not sure what that would do with the tagline....

We need to design a survey to include in the beta of the new link resolver. Perhaps Heidi & Ben could help me with this?

It could go in a box on the right side, above or below the existing two?

Qualtrics ID 5, 2nd point:

it would be nice if when you click on the URL that appears in the Permalink field, the whole link was automatically highlighted (as happens in the address bar of most web browsers like Google Chrome), so you could copy it more easily. That's the most important and frequent (maybe the only) thing that anyone will do with the Permalink--copy and paste it into email messages, Ask A Librarian chat sessions, etc.

Does this make sense, @bnhowell ?

Initially posed by @varnum

Something to explore; do we want to display HathiTrust holdings for items that are in the public domain and match an OpenURL?

Use what's on ArticlesPlus for problem reporting (bold text is link):

Full text link not working? Please let us know.

Page is too wide when rendered on my 5s. Screen shot attached.

10.6017/ital.v34i1.5607

Works in ArticlesPlus: https://www.lib.umich.edu/articles/search?kw=10.6017/ital.v34i1.5607

Wrong item in MGet It: https://earleyj.www.lib.umich.edu/testapp/mgetit/go/166 (when entered from http://earleyj.www.lib.umich.edu/testapp/mgetit/ )

These aren't in the API, but is there a way to grab them (even manually, periodically) from the 360 Link client center, and apply them to our display?

Alternative:
Pick the ones we HATE and make them appear last (Judy/Kenyon can help with this)

Remove "or staff" from the text, so that it reads "Chat with a librarian about..." rather than "Chat with a librarian or staff about... "

Copied from an email with Albert:

I was going to recommend that. Probably for all of the strings we have in the interface, really. I18n is the standard way to do that, so you'd add them to config/locales/en.yml:

en:
  umlaut:
    call_to_action:
      book:
        book: Read Book
      journal:
        article: Read Article
        journal: Read Journal

Then in your code, you'd do something like:

<%= t("umlaut.call_to_action.#{format}.#{genre}") %>

Qualtrics survey -- ID 1, request 3. (Don't know what citation was requested, sadly).

Show all "go to [item]" results first, then show all "go to [journal|database|publisher]" results. (If Issue 12 isn't practical.)

Change to match what's in current 360 Link interface:

Request Delivery Service (Interlibrary Loan, 7FAST)

360 Link lets us remove multiple results from the same database platform, showing only our most preferred database for that platform. (So if there are 5 Gale databases, only 1 will show). Can we do this in Umlaut?

[Feedback from team meeting today]

• 2003 Dec 12 Bradley Cole, Post-Tribune correspondent

https://earleyj.www.lib.umich.edu/testapp/mgetit/resolve?ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&rfr_id=info%3Asid%2Fsummon.serialssolutions.com&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rft.genre=article&rft.atitle=MERRILLVILLE+SEEKS+BOARD+NOMINEES&rft.jtitle=The+Post+-+Tribune&rft.au=Bradley+Cole%2C+Post-Tribune+correspondent&rft.date=2003-12-12&rft.pub=Post+Tribune&rft.issn=8750-3492&rft.externalDocID=530752551&rft.link_model=OpenURL&rft.summon_id=FETCH-proquest_newspapers_3438929683&rft.bookmark=ePnHCXMw42LgTQStzc4rAe_hSmEBj68B87qJpREHrCcErNcsOBkUfV2DgoB91jAgdlUIdnX1DlZw8ncMclEA3eDn5-oazM2g4uYa4uyhCysm40FtzYLEAmDTKN4YdHG3kaUZ6MQ_opQBALisLEk

We mustn't forget to make the Citation Linker -- what you get to when you click "MGet It" in the library site's top-of-page navigation -- work properly. It currently points to http://mgetit.lib.umich.edu.proxy.lib.umich.edu/?SS_Page=refiner&SS_RefinerEditable=yes , which immediately redirects (thanks to a DNS entry we maintain) to http://dl2af5jf3e.search.serialssolutions.com.proxy.lib.umich.edu/?SS_Page=refiner&SS_RefinerEditable=yes

Once we take over mgetit.lib.umich.edu and point it to Umlaut, that reference won't work.

I'm betting Albert's the right one to coordinate this. Maybe Eliot?

From the example at our last meeting:

Comparing dev.www.lib/Javascript

to 360link production/Javascript

Except for the isbns, extra metadata they provide is not available via the api. Are those helpful?

A request from Karen R-S:

Hi Shevon, Ken and Harold! I have one strong concern about
the link resolver page, which I hope you can change before
releasing it ...

We have learned over the years that "chat" means something
quite different to students than we think. Because of an
increase of inappropriate contacts and non-library related
conversations in our instant messaging service over the
years, we have very purposefully removed all mentions of
"chat" on web pages, in handouts, etc. -- we currently use
instant messaging to describe the interaction between
students and library staff.

To minimize the possible negative impact on the Ask a
Librarian services, please change the sentence under the Get
Help heading, to remove "chat." I suggest changing the
statement to something more like: Contact a librarian about
this record, about finding online articles, or about your
library research.

@bnhowell , what do you think?

Do we need the "Ask a Librarian" graphic? Consensus in the room was yes.