<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Fri Feb 09 00:12:15 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>FOLIO Jira</title>
    <link>https://folio-org.atlassian.net</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>1001.0.0-SNAPSHOT</version>
        <build-number>100246</build-number>
        <build-date>07-02-2024</build-date>
    </build-info>

<item>
            <title>[UXPROD-1015] Boolean/Query Search for Users</title>
                <link>https://folio-org.atlassian.net/browse/UXPROD-1015</link>
                <project id="10000" key="UXPROD">UX Product</project>
                    <description>&lt;p&gt;Ability to do boolean/query search in apps such as Users.  &lt;b&gt;NOTE: We already have boolean/query search in Inventory and eHoldings apps (though they differ in how they are implemented).&lt;/b&gt;&lt;/p&gt;

&lt;p&gt;---------------------------------------&lt;/p&gt;

&lt;p&gt;In Inventory, the &quot;Query search&quot; option allows users to use CQL to search Inventory.&lt;/p&gt;

&lt;p&gt;In the eHoldings app a query language is implemented, and here following search functionality is supported&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;boolean operators - Using AND, OR, NOT in the simple search box&lt;/li&gt;
	&lt;li&gt;exact phrase - using quotation marks around the phrase&lt;/li&gt;
	&lt;li&gt;nested search - using brackets&lt;/li&gt;
	&lt;li&gt;right truncation - using asterisk at end of word&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Documentation:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;screencast of demo of the search feature in eHoldings, Sprint Review 8/7/2018 - &lt;a href=&quot;https://screencast.com/t/nbuKQJzVCg&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://screencast.com/t/nbuKQJzVCg&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;NOTE: &lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;MARC field searching is out of scope for this epic, as it&apos;s covered in the MARCcat epic  (the MARCcat app will supply MARC searching)&lt;/li&gt;
	&lt;li&gt;Advanced Search (within Apps) - 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UXPROD-907&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-907&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Advanced Search (Within Apps)&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium&quot; /&gt;
            UXPROD-907
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
&lt;/li&gt;
&lt;/ul&gt;
</description>
                <environment></environment>
        <key id="13094">UXPROD-1015</key>
            <summary>Boolean/Query Search for Users</summary>
                <type id="10002" iconUrl="https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium">New Feature</type>
                            <parent id="13651">UXPROD-784</parent>
                                    <priority id="10002" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p3.svg">P3</priority>
                        <status id="10000" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/generic.png" description="(Migrated on 4 Feb 2024 13:41 UTC)">Draft</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                                        <assignee accountid="5f0e042307efc40028144d47">Amelia Sutton</assignee>
                                                                <reporter accountid="557058:f80403de-e149-421e-8750-af45c853402f">Charlotte Whitt</reporter>
                                    <labels>
                            <label>PO-mvp</label>
                            <label>inventory</label>
                            <label>round_iv</label>
                            <label>search</label>
                            <label>search_enhancements</label>
                            <label>usermanagement</label>
                    </labels>
                <created>Fri, 3 Aug 2018 16:47:40 +0000</created>
                <updated>Wed, 3 Jan 2024 17:00:16 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>18</watches>
                                                                <comments>
                                                            <comment id="15922" author="62a96ae7192edb006f9f1bf9" created="Mon, 6 Aug 2018 12:19:08 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt;, should we focus on applying this feature to the following apps: Inventory and Codex? &lt;/p&gt;</comment>
                                                            <comment id="15924" author="557058:1478fca5-561e-4056-ba78-c61611cb23e9" created="Mon, 6 Aug 2018 14:59:09 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt;, I think users would (justifiably) expect to be able to do boolean searching in all apps if they can do it in some apps. Is that unrealistic for v1?&lt;/p&gt;</comment>
                                                            <comment id="15926" author="557058:1478fca5-561e-4056-ba78-c61611cb23e9" created="Mon, 6 Aug 2018 14:59:56 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt;, alternatively, I would advocate for some subtle distinction in the user interface, to make it clear in which contexts boolean searching is supported&lt;/p&gt;</comment>
                                                            <comment id="15928" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 6 Aug 2018 15:51:53 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A1478fca5-561e-4056-ba78-c61611cb23e9&quot; class=&quot;user-hover&quot; rel=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; data-account-id=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; accountid=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; rel=&quot;noreferrer&quot;&gt;Filip Jakobsen&lt;/a&gt; - in an ideal world, it should be implemented by all apps, but I agree with &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt;, if we due to lack of development resources, can&apos;t implement it for all apps at the same time, then it makes perfectly sense for our users to start out implementing boolean search in the apps holding bibliographic data, and millions of records - e.g. Inventory, Codex, MARCcat, eHoldings etc. - btw the latter has is already &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; &lt;/p&gt;</comment>
                                                            <comment id="15930" author="557058:1478fca5-561e-4056-ba78-c61611cb23e9" created="Mon, 6 Aug 2018 16:50:57 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt;, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt;, if there is not resources, I think we should make sure to follow my latter suggestion above.&lt;/p&gt;</comment>
                                                            <comment id="15932" author="5bffed52a1b46046f530c8f7" created="Wed, 19 Sep 2018 13:57:47 +0000"  >&lt;p&gt;See comments on 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;FOLIO-1473&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/FOLIO-1473&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Expose full CQL in the Inventory app search box&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium&quot; /&gt;
            FOLIO-1473
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 for how to do this. The great bulk of the work outlined there is to do with providing FOLIO-wide facilities which all of the UI modules will then pretty easily be able to take advantage of.&lt;/p&gt;</comment>
                                                            <comment id="15933" author="5d6eeadef989e00d8c7e897b" created="Fri, 29 Mar 2019 21:23:15 +0000"  >&lt;p&gt;Comment from March meeting : also needs &quot;begins with&quot;&lt;/p&gt;</comment>
                                                            <comment id="15935" author="5afc1ced2083b15a0bd3e494" created="Fri, 13 Sep 2019 09:32:37 +0000"  >&lt;p&gt;Downranked this to a year, since we do not really care how the search functionality is built (BOOLEAN or otherwise), as long as it&apos;s good and flexible. &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; When it comes to Inventory, 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UIIN-564&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UIIN-564&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Combined search: Search by contributor(s) and resource title&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10309?size=medium&quot; /&gt;
            UIIN-564
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 represents the most typical combined search for Chalmers so that has a higher priority for us than other searches.&lt;/p&gt;</comment>
                                                            <comment id="16070" author="5af5ed55244bc90a106063c7" created="Wed, 29 Apr 2020 09:04:39 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt; does the &quot;query search&quot; in inventory do this already?&lt;/p&gt;</comment>
                                                            <comment id="16077" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Wed, 29 Apr 2020 09:21:50 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt; - yes you can do boolean searches in the Inventory, using the Query search option: &lt;/p&gt;

&lt;p&gt;E.g.: &lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;publication = &quot;MIT Press&quot; and publication = &quot;c2004&quot;&lt;/li&gt;
	&lt;li&gt;title=&quot;the&quot; not source =&quot;MARC&quot;&lt;/li&gt;
	&lt;li&gt;subjects = &quot;history&quot; or identifiers = &quot;OCoLC&quot; not publication = &quot;2017&quot;&lt;/li&gt;
&lt;/ol&gt;

</comment>
                                                            <comment id="16080" author="5af5ed55244bc90a106063c7" created="Wed, 29 Apr 2020 09:26:48 +0000"  >&lt;p&gt;Thanks!  So I guess this feature is about general boolean search capabilities for all &lt;em&gt;apps&lt;/em&gt;.  I was confused by the description which mentions Inventory as an example.  &lt;/p&gt;</comment>
                                                            <comment id="16083" author="5bffed52a1b46046f530c8f7" created="Wed, 29 Apr 2020 09:44:35 +0000"  >&lt;p&gt;(Can we call this something other than &quot;query search&quot;?)&lt;/p&gt;</comment>
                                                            <comment id="16085" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Wed, 29 Apr 2020 10:00:19 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed52a1b46046f530c8f7&quot; class=&quot;user-hover&quot; rel=&quot;5bffed52a1b46046f530c8f7&quot; data-account-id=&quot;5bffed52a1b46046f530c8f7&quot; accountid=&quot;5bffed52a1b46046f530c8f7&quot; rel=&quot;noreferrer&quot;&gt;Mike Taylor&lt;/a&gt; - we had to name it something which we could fit into the search option box, and made sense for the SMEs.&lt;br/&gt;
&lt;b&gt;Query language search&lt;/b&gt; was an alternative, but that&apos;s a bit long - but I admit formally more correct.&lt;br/&gt;
CQL query - is also a possibility, but more technical. &lt;/p&gt;

&lt;p&gt;Do you have better suggestions?&lt;/p&gt;</comment>
                                                            <comment id="16088" author="5bffed52a1b46046f530c8f7" created="Wed, 29 Apr 2020 10:13:29 +0000"  >&lt;p&gt;It&apos;s difficult, I know! &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;

&lt;p&gt;But to my mind, &lt;em&gt;every&lt;/em&gt; search is driven by a query, so &quot;query search&quot; is like &quot;oxygen breathing&quot; or &quot;round circle&quot;. Almost anything would be better.&lt;/p&gt;

&lt;p&gt;Maybe something like &quot;Expert search&quot;?&lt;/p&gt;

&lt;p&gt;On the other hand, the technicality of &quot;CQL search&quot; may be a &lt;em&gt;good&lt;/em&gt; thing &#8212; a signal that this isn&apos;t a field to just try typing random things into as you would with Google, but which you need to learn a specific technical thing in order to use.&lt;/p&gt;</comment>
                                                            <comment id="16091" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Wed, 29 Apr 2020 12:37:34 +0000"  >&lt;p&gt;I kind of like &quot;CQL search&quot; too, but the tricky thing here is, that the developers (suggested by Julian, Zak, Michail) one day would like to improve the usability of the &apos;Query search&apos;, and do something light weight manipulation behind the scenes, and then it would no longer be core CGL. &lt;/p&gt;

&lt;p&gt;Let me air possibilities with the MM-SIG, and also see if this has come up in usability test at Cornell, FLO etc. &lt;/p&gt;

&lt;p&gt;But thanks for input &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed52a1b46046f530c8f7&quot; class=&quot;user-hover&quot; rel=&quot;5bffed52a1b46046f530c8f7&quot; data-account-id=&quot;5bffed52a1b46046f530c8f7&quot; accountid=&quot;5bffed52a1b46046f530c8f7&quot; rel=&quot;noreferrer&quot;&gt;Mike Taylor&lt;/a&gt; &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                                                            <comment id="16094" author="5af5ed55244bc90a106063c7" created="Mon, 8 Jun 2020 08:45:35 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt; how difficult would it be to add a query search option to Users and Requests (analogous to the query search in Inventory)? I am thinking we should create separate UXPRODs, one for each app to which we want to add it.  Does that make sense?&lt;/p&gt;</comment>
                                                            <comment id="16097" author="63e2a2771b13d42998e4e706" created="Mon, 8 Jun 2020 14:32:06 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;how difficult would it be to add a query search option to Users and Requests (analogous to the query search in Inventory)? &lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Providing a query search is entirely front-end only work. I think &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Aff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; class=&quot;user-hover&quot; rel=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; data-account-id=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; accountid=&quot;557058:ff6a9612-bb35-41b2-88a8-a5b66d0a41a0&quot; rel=&quot;noreferrer&quot;&gt;Michal Kuklis&lt;/a&gt; or &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt; might be better placed to advise the effort involved.&lt;/p&gt;

&lt;p&gt;The same performance limitations apply to these areas as to inventory, however it is likely there are less database indexes in place for these areas of the system.&lt;/p&gt;

&lt;p&gt;I am thinking we should create separate UXPRODs, one for each app to which we want to add it. Does that make sense?&lt;/p&gt;

&lt;p&gt;Yes, I think they seem like separate features to me.&lt;/p&gt;</comment>
                                                            <comment id="16101" author="5af5ed55244bc90a106063c7" created="Wed, 10 Jun 2020 11:04:56 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt; can you please provide an estimate for this feature assuming we implement a Query search in Users similar to what we have in Inventory?   We&apos;d need to modify the search and filter pane a bit to allow for this.  I&apos;m thinking something like this:&lt;/p&gt;

&lt;p&gt; &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;11203_thumb&quot; href=&quot;/rest/api/3/attachment/content/11203&quot; title=&quot;screenshot-1.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;11203&quot; file-preview-title=&quot;screenshot-1.png&quot;&gt;&lt;jira-attachment-thumbnail url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/11203?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/11203&quot; filename=&quot;screenshot-1.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/11203&quot; data-attachment-name=&quot;screenshot-1.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;0975e036-9d2c-465d-ac22-22c3f02769c5&quot; data-media-services-type=&quot;file&quot; style=&quot;border: 0px solid black&quot; /&gt;&lt;/jira-attachment-thumbnail&gt;&lt;/a&gt;&lt;/span&gt; &lt;/p&gt;

&lt;p&gt;The only other option in the search type menu will be &quot;Query search&quot;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;The same performance limitations apply to these areas as to inventory, however it is likely there are less database indexes in place for these areas of the system.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;, is there a way to add indexes preemptively as part of this feature?  Do you have thoughts on which indexes we would add, or would we need more info from the SMEs on the kinds of searches they intend to conduct?&lt;/p&gt;

&lt;p&gt;Am I correct to assume that, if there are no indexes, we might see slow performance.  What about inaccurate result counts?&lt;/p&gt;</comment>
                                                            <comment id="16103" author="5af5ed55244bc90a106063c7" created="Wed, 10 Jun 2020 11:31:15 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f5241b9fcaf93003b5bee25&quot; class=&quot;user-hover&quot; rel=&quot;5f5241b9fcaf93003b5bee25&quot; data-account-id=&quot;5f5241b9fcaf93003b5bee25&quot; accountid=&quot;5f5241b9fcaf93003b5bee25&quot; rel=&quot;noreferrer&quot;&gt;patty.wanninger&lt;/a&gt;.  Could you please discuss the idea of adding a Query search to Users similar to the one in Inventory?  I think that&apos;s what this feature was about, but I would like to double check.  I&apos;ve cobbled together a mockup (see above comment) that you can look at with them.  It would also be useful to ask the SMEs what types of searches they would anticipate doing with a feature like this.  &lt;/p&gt;

&lt;p&gt;BTW, I have created a separate UXPROD for adding query search to Requests (
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;UXPROD-2458&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-2458&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Boolean/Query Search for Requests&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium&quot; /&gt;
            UXPROD-2458
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Draft&lt;/span&gt;
            &lt;/span&gt;
) and have put this as a topic on the RA SIG agenda backlog so we can gather feedback from the RA SMEs (for both this feature and the Requests one).  &lt;/p&gt;

&lt;p&gt;Thanks much!&lt;/p&gt;</comment>
                                                            <comment id="16107" author="5ee89462f7aa140abd82d11d" created="Wed, 10 Jun 2020 23:08:15 +0000"  >&lt;blockquote&gt;&lt;p&gt;What about inaccurate result counts?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;The result counts/hit counts are estimates using the same algorithm as in inventory.&lt;/p&gt;</comment>
                                                            <comment id="16109" author="63e2a2771b13d42998e4e706" created="Mon, 15 Jun 2020 10:39:18 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5af5ed55244bc90a106063c7&quot; class=&quot;user-hover&quot; rel=&quot;5af5ed55244bc90a106063c7&quot; data-account-id=&quot;5af5ed55244bc90a106063c7&quot; accountid=&quot;5af5ed55244bc90a106063c7&quot; rel=&quot;noreferrer&quot;&gt;Cate Boerema&lt;/a&gt;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;is there a way to add indexes preemptively as part of this feature? Do you have thoughts on which indexes we would add, or would we need more info from the SMEs on the kinds of searches they intend to conduct?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;We would need more information about what kinds of searches that folks are likely to perform.&lt;/p&gt;

&lt;p&gt;My understanding is that the intent of a CQL query search is to allow folks to make ad-hoc queries of their own choosing, this makes it hard to predict what searches they are going to do. &lt;/p&gt;

&lt;p&gt;If there are strong patterns of what searches folks want to do, it might be worth considering making them specific search options rather than opening up a CQL query search option.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;Am I correct to assume that, if there are no indexes, we might see slow performance. What about inaccurate result counts?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Yes, a query that does not utilise an index will likely be slow and increase load on the system. &lt;/p&gt;

&lt;p&gt;As &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt; says, the current estimation technique uses explain plans and statistics which are likely to be inaccurate if there isn&apos;t an appropriate index for the query.&lt;/p&gt;

&lt;p&gt;This is a general challenge with the current search approach and with CQL query searches in particular as folks can perform any search they want.&lt;/p&gt;</comment>
                                                            <comment id="16114" author="615afd1cd9820f0070a09ef0" created="Mon, 20 Jul 2020 12:45:17 +0000"  >&lt;p&gt;I was playing around with this over the weekend and have a few thoughts: &lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;Providing direct access to CQL with no changes to the page is easy if we add logic like &quot;search values that start with open-paren will be parsed as CQL and everything else uses the built-in query&quot;. That would mean a search-value like &lt;tt&gt;smith&lt;/tt&gt; would be parsed into a query like
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
((username=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or personal.firstName=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or personal.lastName=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or personal.email=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or barcode=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or id=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt; or externalSystemId=&lt;span class=&quot;code-quote&quot;&gt;&quot;smith*&quot;&lt;/span&gt;)) sortby personal.lastName personal.firstName
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;as it currently does, but search values like &lt;tt&gt;(username==smith)&lt;/tt&gt; or &lt;tt&gt;(personal.firstName==ezra and personal.lastName=cornell)&lt;/tt&gt; would be fed straight to the API. TBH, there&apos;s no significant downside I can think of here. &lt;/p&gt;&lt;/li&gt;
	&lt;li&gt;CQL is not especially user-friendly, and getting at the data you want requires knowing details about the shape of that data that are not exposed in the UI at present. e.g. to query users by exact-first-name, you would have to use the query &lt;tt&gt;(personal.firstName==smith)&lt;/tt&gt;. OK, easy enough, except you have to know about the &lt;tt&gt;personal.&lt;/tt&gt; prefix, and &lt;tt&gt;firstName&lt;/tt&gt; is case-sensitive; a search for &lt;tt&gt;(personal.firstname==smith)&lt;/tt&gt; will fail. This problem is not unique to CQL; for any kind of data, e.g. a Jira query, you need to know what the field-names are. But with case-sensitive field-names like &lt;tt&gt;personal.lastName&lt;/tt&gt;, we have this problem worse than most. In inventory, this is especially obvious for fields like ISSN, where search for the ISSN &lt;tt&gt;6316800312&lt;/tt&gt; requires a query that nobody is going to figure out on their own:
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;
(identifiers =/@value/@identifierTypeId=&lt;span class=&quot;code-quote&quot;&gt;&quot;8261054f-be78-422d-bd51-4ed9f33c3422&quot;&lt;/span&gt; &lt;span class=&quot;code-quote&quot;&gt;&quot;6316800312&quot;&lt;/span&gt;) sortby title
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;&lt;/li&gt;
	&lt;li&gt;There are &lt;a href=&quot;https://github.com/bripkens/lucene&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;JS tools for lucene query syntax&lt;/a&gt; that will take a query like &lt;tt&gt;lastname:smith&lt;/tt&gt; and parse it to an abstract syntax tree, which we could then map and reassemble into CQL. In English, that means we could map queries like &lt;tt&gt;firstname:smith&lt;/tt&gt; to &lt;tt&gt;personal.firstName==smith&lt;/tt&gt; or &lt;tt&gt;issn:6316800312&lt;/tt&gt; to &lt;tt&gt;identifiers =/@nasty CQL&lt;/tt&gt; with very little effort because the hard part (defining the query grammar and writing the parser) is already done. The advantage of this is simpler queries. The disadvantage of this is the introduction of yet another query language.&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;I wrote POCs for #1 and #3. Personally, I see no reason not to implement #1 right away; there&apos;s no downside I can think of and the work is already done. #3 I think is at least worth discussing.&lt;/p&gt;</comment>
                                                            <comment id="16119" author="63e2a2771b13d42998e4e706" created="Mon, 20 Jul 2020 13:21:15 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=615afd1cd9820f0070a09ef0&quot; class=&quot;user-hover&quot; rel=&quot;615afd1cd9820f0070a09ef0&quot; data-account-id=&quot;615afd1cd9820f0070a09ef0&quot; accountid=&quot;615afd1cd9820f0070a09ef0&quot; rel=&quot;noreferrer&quot;&gt;Zak Burke&lt;/a&gt;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;That would mean a search-value like smith would be parsed into &lt;span class=&quot;error&quot;&gt;&amp;#91;an extended query like it currently does&amp;#93;&lt;/span&gt;, but search values like (username==smith) or (personal.firstName==ezra and personal.lastName=cornell) would be fed straight to the API. TBH, there&apos;s no significant downside I can think of here.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;If I&apos;m understanding this correctly, from my perspective, some potential considerations of this approach are an increase in complexity of both the user experience and the system. This requires that the user understands how an entered search phrase is interpreted by the system e.g. they need to know that using parentheses short circuits the typical interpretation. They would need this tacit knowledge in order to use the system effectively.&lt;/p&gt;

&lt;p&gt;I don&apos;t understand how this is preferable to providing an entirely separate option for searching using CQL, where users have explicitly chosen to embrace that complexity.&lt;/p&gt;

&lt;p&gt;The standard considerations of exposing CQL directly to users apply to either of these equally. Primarily that it increases the likelihood of queries being used that do not align with database indexes and hence perform slower, and likely the desire to introduce additional database indexes.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;CQL is not especially user-friendly&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;As I understand it, it was chosen in order to allow it to be used directly by users.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;and getting at the data you want requires knowing details about the shape of that data that are not exposed in the UI at present&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;That is true, and is a part of the complexity of exposing a query language directly to users, especially one that is implicitly coupled to the structure of the underlying data.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;In inventory, this is especially obvious for fields like ISSN, where search for the ISSN 6316800312 requires a query that nobody is going to figure out on their own&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;This is a really good example of an impact of exposing a query language based upon the underlying data structure directly to the user.&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;There are JS tools for lucene query syntax that will take a query like lastname:smith and parse it to an abstract syntax tree, which we could then map and reassemble into CQL. In English, that means we could map queries like firstname:smith to personal.firstName==smith or issn:6316800312 to identifiers =/@nasty CQL with very little effort because the hard part (defining the query grammar and writing the parser) is already done. The advantage of this is simpler queries. The disadvantage of this is the introduction of yet another query language.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Introducing a second query language specific to the reference UI in order to address perceived complexity in the existing query language would be a significant decision. Some of that depends upon if the users would find lucene syntax more or less familiar than CQL syntax.&lt;/p&gt;

&lt;p&gt;If this were to be explored further, I think it could be at least considering support for custom indexes for CQL (which might allow for queries like {{issn==6316800312) or moving to a different single query language as alternatives to this.&lt;/p&gt;

&lt;p&gt;Given that some folks are already exploring ElasticSearch, which I assume has it&apos;s own query language, we should taken that into account as well. A significant aspect of that work will be deciding whether to try to hide the presence of ElasticSearch behind the existing query language.&lt;/p&gt;</comment>
                                                            <comment id="16124" author="63e2a2771b13d42998e4e706" created="Mon, 20 Jul 2020 13:22:29 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;In the eHoldings app a query language is implemented, and here following search functionality is supported&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Is this query language separate to CQL? If so, please could a reference to some details be provided.&lt;/p&gt;</comment>
                                                            <comment id="16127" author="62a96ae7192edb006f9f1bf9" created="Mon, 20 Jul 2020 13:29:53 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;, eholdings app is powered by an EBSCO api&lt;/p&gt;</comment>
                                                            <comment id="16129" author="63e2a2771b13d42998e4e706" created="Mon, 20 Jul 2020 13:47:03 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt; Thanks&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;eholdings app is powered by an EBSCO api&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;To make sure I followed that correctly, does that mean that the e-holdings app does not provide CQL support and instead directly exposed the EBSCO KB query language to users?&lt;/p&gt;</comment>
                                                            <comment id="16133" author="5bffed52a1b46046f530c8f7" created="Mon, 20 Jul 2020 13:47:33 +0000"  >&lt;p&gt;IIRC, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt; said recently that cgl2pgjson already supports an ISBN index.&lt;/p&gt;</comment>
                                                            <comment id="16134" author="62a96ae7192edb006f9f1bf9" created="Mon, 20 Jul 2020 14:03:11 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;, correct.&lt;/p&gt;</comment>
                                                            <comment id="16137" author="63e2a2771b13d42998e4e706" created="Mon, 20 Jul 2020 14:06:48 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt; &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Does that mean that this issue to is to create a query language similar to the EBSCO API query language, separate to CQL, for the users UI?&lt;/p&gt;</comment>
                                                            <comment id="16140" author="615afd1cd9820f0070a09ef0" created="Tue, 21 Jul 2020 16:42:12 +0000"  >&lt;p&gt;The Lucene syntax example was meant to be no more than an example. IndexData &lt;a href=&quot;https://github.com/indexdata/cql-js/blob/master/cql.js&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;wrote a JS CQL parser&lt;/a&gt; that we make use of in &lt;a href=&quot;https://github.com/folio-org/ui-users/blob/9c413c399a1a75589da1b44ad350f412ffd12ec8/test/bigtest/network/scenarios/user-proxy-edit.js#L30-L37&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;some unit tests&lt;/a&gt; and we could use that just as easily to parse the value from the search-box. I had forgotten about the CQL parser at the time. &lt;/p&gt;

&lt;p&gt;To &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;&apos;s question, is this story &quot;to create a query language ... separate to CQL, for the users UI?&quot; I think it&apos;s either that or it&apos;s &quot;expose CQL for the users UI&quot;. The latter is very easy to do. &lt;/p&gt;

&lt;ol&gt;
	&lt;li&gt;If we do it as in (1) above with some short-cut hint in the search field like starting open-parenthesis or &lt;tt&gt;cql:&lt;/tt&gt;, then my estimation is &quot;1 point, POC is already done&quot;. Marc raised the concern that this requires &quot;tacit knowledge in order to use the system effectively&quot; which is technically true, but which I think is easily mitigated with a link to a &quot;how to use the search box effectively&quot; page/popup/etc. This is how Google works, though they don&apos;t even link to their &lt;a href=&quot;https://support.google.com/websearch/answer/2466433?hl=en&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;search syntax&lt;/a&gt;, which seems rude.&lt;/li&gt;
	&lt;li&gt;If we dress up the search form like that for inventory with menu-options for &quot;default search&quot; and &quot;CQL search&quot; then we have to faff about with the form a bit but there&apos;s little additional work.&lt;/li&gt;
	&lt;li&gt;If we want a syntax separate to CQL, on the one hand that&apos;s a whole different story; on the other, again, there&apos;s already a POC with Lucene syntax. Incidentally, &lt;a href=&quot;https://www.elastic.co/guide/en/elasticsearch/reference/7.x/search-search.html#search-api-query-params-q&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;Elasticsearch supports Lucene syntax as well&lt;/a&gt;. Surely a decision like this would need approval from some sort of committee and/or SIG.&lt;/li&gt;
&lt;/ol&gt;
</comment>
                                                            <comment id="16143" author="5f5241b9fcaf93003b5bee25" created="Wed, 22 Jul 2020 14:29:30 +0000"  >&lt;p&gt;The User Management SIG has prioritzed &lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-2092&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/UXPROD-2092&lt;/a&gt; over this feature.&lt;/p&gt;</comment>
                                                            <comment id="16149" author="615afd1cd9820f0070a09ef0" created="Thu, 23 Jul 2020 00:37:09 +0000"  >&lt;p&gt;If we provide direct access to CQL, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f5241b9fcaf93003b5bee25&quot; class=&quot;user-hover&quot; rel=&quot;5f5241b9fcaf93003b5bee25&quot; data-account-id=&quot;5f5241b9fcaf93003b5bee25&quot; accountid=&quot;5f5241b9fcaf93003b5bee25&quot; rel=&quot;noreferrer&quot;&gt;patty.wanninger&lt;/a&gt;, this and 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UXPROD-2092&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-2092&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Improved &amp;quot;Fielded&amp;quot; searching in User app&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10322?size=medium&quot; /&gt;
            UXPROD-2092
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf&quot;&gt;Closed&lt;/span&gt;
            &lt;/span&gt;
 are nearly one and the same. &lt;/p&gt;</comment>
                                                            <comment id="16156" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Fri, 24 Jul 2020 08:11:49 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=63e2a2771b13d42998e4e706&quot; class=&quot;user-hover&quot; rel=&quot;63e2a2771b13d42998e4e706&quot; data-account-id=&quot;63e2a2771b13d42998e4e706&quot; accountid=&quot;63e2a2771b13d42998e4e706&quot; rel=&quot;noreferrer&quot;&gt;Marc Johnson&lt;/a&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Does that mean that this issue is to create a query language similar to the EBSCO API query language, separate to CQL, for the users UI?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Short answer is: No &lt;img class=&quot;emoticon&quot; src=&quot;/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt; The query language we use in the FOLIO apps should be consistent. It would be very confusing for staff users if we implement different syntax when using the Users app compared with using Inventory app.&lt;/p&gt;</comment>
                                                            <comment id="16160" author="5ee89462f7aa140abd82d11d" created="Fri, 24 Jul 2020 10:19:50 +0000"  >&lt;blockquote&gt;&lt;p&gt;ISSN 6316800312 requires a query that nobody is going to figure out on their own:&lt;/p&gt;&lt;/blockquote&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(identifiers =/@value/@identifierTypeId=&lt;span class=&quot;code-quote&quot;&gt;&quot;8261054f-be78-422d-bd51-4ed9f33c3422&quot;&lt;/span&gt; &lt;span class=&quot;code-quote&quot;&gt;&quot;6316800312&quot;&lt;/span&gt;) sortby title&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;It is trivial to provide &lt;tt&gt;issn=6316800312&lt;/tt&gt; syntax by adding an additional index to schema.json similar to the existing isbn index: &lt;a href=&quot;https://github.com/folio-org/mod-inventory-storage/blob/v19.2.4/src/main/resources/templates/db_scripts/schema.json#L460-L469&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://github.com/folio-org/mod-inventory-storage/blob/v19.2.4/src/main/resources/templates/db_scripts/schema.json#L460-L469&lt;/a&gt;&lt;br/&gt;
We have &lt;a href=&quot;https://folio-org.atlassian.net/browse/MODINVSTOR-475&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/MODINVSTOR-475&lt;/a&gt; for issn and similar fields.&lt;/p&gt;</comment>
                                                            <comment id="16164" author="63e2a2771b13d42998e4e706" created="Fri, 24 Jul 2020 10:31:55 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt;&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;It is trivial to provide issn=6316800312 syntax by adding an additional index to schema.json similar to the existing isbn index&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Thanks. I suggest moving the conversation about searching by identifier type to 
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;UIIN-1214&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UIIN-1214&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;SPIKE: Inventory. Instance. Add search indexes for all Resource identifier types defined in Settings&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10318?size=medium&quot; /&gt;
            UIIN-1214
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Open&lt;/span&gt;
            &lt;/span&gt;
 which appears to specifically cover that situation.&lt;/p&gt;</comment>
                                                            <comment id="16168" author="5ee89462f7aa140abd82d11d" created="Fri, 24 Jul 2020 10:33:59 +0000"  >&lt;p&gt;&amp;gt; search values that start with open-paren will be parsed as CQL&lt;/p&gt;

&lt;p&gt;I disagree. Open parenthesis should not be a magic character that triggers a CQL search.&lt;/p&gt;

&lt;p&gt;Given that I read about some instance in an email, PDF or on a website,&lt;br/&gt;
and I want to find the instance/holding/item information.&lt;br/&gt;
When I copy and paste the information into the search box,&lt;br/&gt;
then I expect that punctuation is ignored, for example parentheses.&lt;br/&gt;
Note: This applies to the simple search, there may other search boxes for advanced search where punctuation is relevant.&lt;/p&gt;

&lt;p&gt;Library of Congress has 4 different search boxes:&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Quick search: &lt;a href=&quot;https://catalog.loc.gov/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Browse search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchBrowse&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchBrowse&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Advances search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchAdvanced&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchAdvanced&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Keyword search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchKeyword&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchKeyword&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;These different search options provide better usability than combining them into one.&lt;/p&gt;</comment>
                                                            <comment id="16174" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Fri, 24 Jul 2020 13:30:32 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=62a96ae7192edb006f9f1bf9&quot; class=&quot;user-hover&quot; rel=&quot;62a96ae7192edb006f9f1bf9&quot; data-account-id=&quot;62a96ae7192edb006f9f1bf9&quot; accountid=&quot;62a96ae7192edb006f9f1bf9&quot; rel=&quot;noreferrer&quot;&gt;Khalilah Gambrell&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A1478fca5-561e-4056-ba78-c61611cb23e9&quot; class=&quot;user-hover&quot; rel=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; data-account-id=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; accountid=&quot;557058:1478fca5-561e-4056-ba78-c61611cb23e9&quot; rel=&quot;noreferrer&quot;&gt;Filip Jakobsen&lt;/a&gt; - has something similar been considered? &lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Library of Congress has 4 different search boxes:&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;Quick search: &lt;a href=&quot;https://catalog.loc.gov/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Browse search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchBrowse&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchBrowse&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Advances search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchAdvanced&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchAdvanced&lt;/a&gt;&lt;/li&gt;
	&lt;li&gt;Keyword search: &lt;a href=&quot;https://catalog.loc.gov/vwebv/searchKeyword&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.loc.gov/vwebv/searchKeyword&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;

&lt;p&gt;These different search options provide better usability than combining them into one.&lt;/p&gt;</comment>
                                                            <comment id="16179" author="5f5241b9fcaf93003b5bee25" created="Thu, 17 Sep 2020 20:10:14 +0000"  >&lt;p&gt;The user management SIG has ascertained that the current searching capabilities of the user app meet the requirements, so are not pursuing stories for this ticket. 9/16/2020&lt;/p&gt;

&lt;p&gt;Boolean searching IS available currently.&lt;/p&gt;</comment>
                                                            <comment id="16181" author="557058:1f093336-57f7-4359-9b28-6e72640645af" created="Tue, 29 Sep 2020 14:32:44 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f5241b9fcaf93003b5bee25&quot; class=&quot;user-hover&quot; rel=&quot;5f5241b9fcaf93003b5bee25&quot; data-account-id=&quot;5f5241b9fcaf93003b5bee25&quot; accountid=&quot;5f5241b9fcaf93003b5bee25&quot; rel=&quot;noreferrer&quot;&gt;patty.wanninger&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Af80403de-e149-421e-8750-af45c853402f&quot; class=&quot;user-hover&quot; rel=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; data-account-id=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; accountid=&quot;557058:f80403de-e149-421e-8750-af45c853402f&quot; rel=&quot;noreferrer&quot;&gt;Charlotte Whitt&lt;/a&gt; - Requesting status of this feature. There seems to be a comment in the Workaround field rather than an approved workaround. Perhaps that comment could be moved to this Comment section and this feature could be re-evaluated?&lt;/p&gt;</comment>
                                                            <comment id="16183" author="5ee89462f7aa140abd82d11d" created="Wed, 30 Sep 2020 08:15:34 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A1f093336-57f7-4359-9b28-6e72640645af&quot; class=&quot;user-hover&quot; rel=&quot;557058:1f093336-57f7-4359-9b28-6e72640645af&quot; data-account-id=&quot;557058:1f093336-57f7-4359-9b28-6e72640645af&quot; accountid=&quot;557058:1f093336-57f7-4359-9b28-6e72640645af&quot; rel=&quot;noreferrer&quot;&gt;Debra Howell&lt;/a&gt; The workaround field is labeled &quot;potential workaround&quot;. 9 Institutions have ranked this feature as R1 or R2 and therefore indicate that the potential workaround is not sufficient for them.&lt;br/&gt;
People are asked to put their institution name in front of a workaround they are going to use. The workaround is not used.&lt;br/&gt;
The ranking shows that this feature is needed, no re-evaluation is needed.&lt;br/&gt;
We should keep the workaround section as it might be useful for other (new) libraries.&lt;/p&gt;</comment>
                                                            <comment id="16186" author="5d6eeadef989e00d8c7e897b" created="Wed, 30 Sep 2020 13:04:49 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5ee89462f7aa140abd82d11d&quot; class=&quot;user-hover&quot; rel=&quot;5ee89462f7aa140abd82d11d&quot; data-account-id=&quot;5ee89462f7aa140abd82d11d&quot; accountid=&quot;5ee89462f7aa140abd82d11d&quot; rel=&quot;noreferrer&quot;&gt;Julian Ladisch&lt;/a&gt; it has been said that if comments appear in the &quot;potential workaround&quot; it is not pulled by the capacity team. &lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10008">
                    <name>Defines</name>
                                                                <inwardlinks description="is defined by ">
                                        <issuelink>
            <issuekey id="42063">UIU-1713</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="11890">UXPROD-2760</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80824">FOLIO-1473</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="51327">UIEH-429</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="28926">MSEARCH-305</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10598">UXPROD-907</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10646">UXPROD-1045</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="28687">MSEARCH-362</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="13006">UXPROD-1941</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="13154">UXPROD-2458</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="11200" name="Sk&#230;rmbillede 2018-07-16 kl. 16.45.56.png" size="656586" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Fri, 3 Aug 2018 17:09:08 +0000"/>
                            <attachment id="11201" name="Sk&#230;rmbillede 2019-02-14 kl. 17.01.57.png" size="385291" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Thu, 14 Feb 2019 16:35:28 +0000"/>
                            <attachment id="11202" name="Sk&#230;rmbillede 2019-02-14 kl. 17.02.40.png" size="419110" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Thu, 14 Feb 2019 16:35:28 +0000"/>
                            <attachment id="11203" name="screenshot-1.png" size="93876" author="5af5ed55244bc90a106063c7" created="Wed, 10 Jun 2020 11:01:26 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10053" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Back End Estimate</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10123"><![CDATA[XL < 15 days]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10054" key="com.atlassian.jira.plugin.system.customfieldtypes:userpicker">
                        <customfieldname>Back End Estimator</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>5af5ecdb772036612ff61cf1</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10000" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummarycf">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10057" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Development Team</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10171"><![CDATA[Prokopovych]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10014" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue key="$xmlutils.escape($text)">Users App</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10056" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Estimation Notes and Assumptions</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>KG: When getting estimates, I think we should get two estimates  1.) Boolean Search across all apps AND 2.) Boolean search for Inventory, Codex, MARCcat only.  Based on estimates, we may need to split this feature into multiple features. </customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10050" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Front End Estimate</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10099"><![CDATA[XL < 15 days]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10051" key="com.atlassian.jira.plugin.system.customfieldtypes:userpicker">
                        <customfieldname>Front End Estimator</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>5af5ecdb772036612ff61cf1</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Front-End Confidence factor</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10107"><![CDATA[Low]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10062" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Kiwi Planning Points (DO NOT CHANGE)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>3.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10063" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>PO Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>116.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10064" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>PO Ranking Note</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>CB: Giving same rank as institutional rank.  </customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10045" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Potential Workaround</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>CW: Create all common search queries, like the combined: title, contributor, identifier we have implemented in Inventory. And for all not spec&amp;#39;ed combined searches, then search in the discovery would be the alternative</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|hzyrcv:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10071" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: 5Colleges (Full Jul 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10224"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10067" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Chalmers (Impl Aut 2019)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10206"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10068" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Chicago (MVP Sum 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10208"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10069" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Cornell (Full Sum 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10214"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10070" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Duke (Full Sum 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10218"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10073" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: FLO (MVP Sum 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10236"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10074" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: GBV (MVP Sum 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10239"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10075" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Grand Valley (Full Sum 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10246"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10077" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Hungary (MVP End 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10253"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10078" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Lehigh (MVP Summer 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10261"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10080" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Leipzig (ERM Aut 2019)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10271"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10079" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Leipzig (Full TBD)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10263"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10085" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: MO State (MVP June 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10297"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10082" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: Mainz (Full TBD)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10280"><![CDATA[R3]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10089" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: TAMU (MVP Jan 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10314"><![CDATA[R1]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10091" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: U of AL (MVP Oct 2020)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10325"><![CDATA[R2]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10076" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: hbz (TBD)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10251"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10020" key="com.pyxis.greenhopper.jira:gh-sprint">
                        <customfieldname>Sprint</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10024" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>[CHART] Date of First Response</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Mon, 6 Aug 2018 12:19:08 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                </customfields>
    </item>
</channel>
</rss>