{"id":1682,"date":"2009-08-28T07:40:31","date_gmt":"2009-08-28T14:40:31","guid":{"rendered":"http:\/\/palblog.fxpal.com\/?p=1682"},"modified":"2009-08-28T00:43:22","modified_gmt":"2009-08-28T07:43:22","slug":"updating-pubmed","status":"publish","type":"post","link":"https:\/\/blog.fxpal.net\/?p=1682","title":{"rendered":"Updating PubMed"},"content":{"rendered":"<p>I just watched an interesting <a href=\"https:\/\/webmeeting.nih.gov\/p93606971\/\" target=\"_blank\">webcast<\/a> by David Gillikin, Chief of NLM\u2019s Bibliographic Services, about the upcoming changes to the PubMed interface, followed by extensive Q&amp;A. There was some confusion about how existing functionality would be mapped to the new interface, and understandable concern that the familiar interface would become dramatically less so. From an outsider&#8217;s perspective, the changes that were implemented looked reasonable, reducing the clutter of the existing design with some simplified controls and a more modern look and feel.<\/p>\n<p><!--more-->Not everything was changed, however. In particular, the advanced search features that allow users to construct fielded searches and\u00a0 to set up limits (among other things), were to remain unchanged. While some functionality that was previously on a different page would now be accessible directly from the main screen, advanced search was still segregated from the search results. This is unfortunate because from a <a title=\"Looking for Patterns | FXPAL Blog\" href=\"http:\/\/palblog.fxpal.com\/?p=1398\" target=\"_blank\">Cognitive Dimensions<\/a> perspective it makes the interface more viscous (forcing the user to switch back and forth) at same time that it introduces hard mental operations. A better design might have packaged the advanced search controls into a panel that could be opened alongside the search results, allowing more iterative query formulation.<\/p>\n<p>One thing that struck me as interesting was what was not talked about. In the normal search interface, the text box into which users enter terms is small, having space for only about 40 characters. While that may be good enough for typical Google searches that consist of 1-3 words, it seems inadequate for PubMed, where some of the terms may be longer than 40 characters! The reason for having a longer search box is that eliciting longer queries has been shown to improve search performance (see, for example, <a title=\"N.J. Belkin, C. Cool, D. Kelly, G. Kim, J.-Y. Kim, H.-J. Lee, G. Muresan, M.-C. Tang, X.-J. Yuan (2002) Rutgers Interactive Track at TREC 2002. In E.M. Voorhees &amp; D.M. Harman (Eds.) The tenth text retrieval conference, TREC 2001 (pp.465-472). Washington, D.C.: GPO.\" href=\"http:\/\/comminfo.rutgers.edu\/~muresan\/Publications\/trecBelkin2002.pdf\" target=\"_blank\">Belkin <em>et al. <\/em>2002<\/a> and <a title=\" Belkin, N. J., Kelly, D., Kim, G., Kim, J., Lee, H., Muresan, G., Tang, M., Yuan, X., and Cool, C. 2003. Query length in interactive information retrieval. In Proc. SIIGR 2003, pp 205-212.\" href=\"http:\/\/doi.acm.org\/10.1145\/860435.860474\" target=\"_blank\">2003<\/a>). It would be interesting to know if this aspect of the design was discussed, whether there were any requests for a larger search box, whether keeping it small had implications for query processing time, etc.<\/p>\n<p>Finally, there was a passing references to  a recommendation-like interface that purportedly showed similar searches made by other people. Somebody from Duke typed the following into the Q&amp;A chat window:<\/p>\n<blockquote><p><strong>Duke<\/strong>: will other user&#8217;s searches appear on the side near recent activity?<br \/>\n<strong>Duke<\/strong>: we did not like it!<\/p><\/blockquote>\n<p>The presenter didn&#8217;t know whether that feature would be available, and the topic was not followed up.\u00a0 Poking around the current PubMed interface, I was not able to elicit that feature. This sounds like a classic <a href=\"..\/?p=350\">Social Search<\/a> interface, and I would love to know what the problems with the existing feature are and why people didn&#8217;t like it.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>I just watched an interesting webcast by David Gillikin, Chief of NLM\u2019s Bibliographic Services, about the upcoming changes to the PubMed interface, followed by extensive Q&amp;A. There was some confusion about how existing functionality would be mapped to the new interface, and understandable concern that the familiar interface would become dramatically less so. From an [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[15],"tags":[112],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/posts\/1682"}],"collection":[{"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1682"}],"version-history":[{"count":8,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/posts\/1682\/revisions"}],"predecessor-version":[{"id":1745,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=\/wp\/v2\/posts\/1682\/revisions\/1745"}],"wp:attachment":[{"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1682"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1682"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.fxpal.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1682"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}