<!-- 
RSS generated by JIRA (1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d) at Fri Feb 09 00:10:05 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-745] Tenant Sort Order Setting</title>
                <link>https://folio-org.atlassian.net/browse/UXPROD-745</link>
                <project id="10000" key="UXPROD">UX Product</project>
                    <description>&lt;p&gt;&lt;b&gt;Purpose:&lt;/b&gt; The purpose of this UXPROD is to capture the need to deal with sorting and diacritics.  This isn&apos;t a Swedish problem, but a more general problem surfaced by Theodor in the context of Swedish (Chalmers).  In addressing this UXPROD, we need to look at the problem holistically.  Should also look into the other, related linked issues (see links).&lt;/p&gt;

&lt;p&gt;Below are the details from the original bug (
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-68&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-68&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search treats Swedish diacritics as ascii equivalents&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-68
        &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;
).  Lot&apos;s of good discussion can also be found in that bug&apos;s comments: &lt;/p&gt;

&lt;p&gt;&lt;b&gt;Original Issue Summary:&lt;/b&gt; Codex search treats Swedish diacritics as ascii equivalents&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Overview:&lt;/b&gt; When conducting title level searches in Codex for titles containing Swedish diacritics (&#229;,&#228;,&#246;) the search behaves as if those characters are reduced to their ASCII equivalents (a,o).&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Steps to Reproduce:&lt;/b&gt;&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;Create a couple of records in Inventory with titles starting on a, &#229;, &#228; or similar&lt;br/&gt;
For example:&lt;br/&gt;
&quot;Den aktansv&#228;rda&quot;&lt;br/&gt;
&quot;Den &#228;kta varan&quot;&lt;br/&gt;
&quot;Den &#229;l&#228;ndska sk&#228;rg&#229;rden&quot;&lt;br/&gt;
&quot;The &#197;land archipelago&quot;&lt;br/&gt;
&quot;&#197;l&#246;ndska sk&#228;rg&#229;rden&quot;&lt;br/&gt;
&quot;The Aland archipelago&quot;&lt;/li&gt;
&lt;/ul&gt;


&lt;ul&gt;
	&lt;li&gt;Go to Codex and conduct a title search for &lt;em&gt;&#229;land&lt;/em&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;&lt;b&gt;Expected Results:&lt;/b&gt; &lt;br/&gt;
The title &quot;The &#197;land archipelago&quot; is showing.&lt;/p&gt;

&lt;p&gt;(Another form of expected result is that also &quot;Den &#229;l&#228;ndska sk&#228;rg&#229;rden&quot; is showing since &quot;&#229;l&#228;ndska&quot;  is a form of &quot;&#229;land&quot; that Swedish stemming algorithms might be able to catch.) &lt;/p&gt;


&lt;p&gt;&lt;b&gt;Actual Results:&lt;/b&gt; &lt;br/&gt;
&quot;The Aland archipelago&quot; is returned together with the above and a few other items containing the string &quot;aland&quot;. Se attached image.&lt;/p&gt;

&lt;p&gt;&lt;b&gt;Additional Information&lt;/b&gt;: Will add these in separate issues.&lt;/p&gt;

&lt;p&gt;This particular issue might get solved by changing Collation on relevant tables in Postgres to Swedish (see &lt;a href=&quot;https://www.postgresql.org/docs/9.1/static/collation.html&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://www.postgresql.org/docs/9.1/static/collation.html&lt;/a&gt;), but I believe that this issue is related to a bigger discussions on search technology&lt;/p&gt;</description>
                <environment></environment>
        <key id="10074">UXPROD-745</key>
            <summary>Tenant Sort Order Setting</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="13679">UXPROD-779</parent>
                                    <priority id="10002" iconUrl="https://dev.folio.org/assets/jira-priority/jira-p3.svg">P3</priority>
                        <status id="1" iconUrl="https://folio-org.atlassian.net/images/icons/statuses/open.png" description="The issue is open and ready for the assignee to start work on it.">Open</status>
                    <statusCategory id="2" key="new" colorName="blue-gray"/>
                                    <resolution id="-1">Unresolved</resolution>
                                                        <assignee accountid="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d">Jakub Skoczen</assignee>
                                                                <reporter accountid="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2">Theodor Tolstoy (One-Group.se)</reporter>
                                    <labels>
                            <label>chalmers</label>
                            <label>early_implementers</label>
                            <label>elastic-search</label>
                            <label>i18n</label>
                            <label>unicode</label>
                    </labels>
                <created>Mon, 28 May 2018 12:07:42 +0000</created>
                <updated>Sat, 16 Sep 2023 07:33:52 +0000</updated>
                                                                                <due></due>
                            <votes>0</votes>
                                    <watches>16</watches>
                                                    <timespent seconds="29700">1 day, 15 minutes</timespent>
                                <comments>
                                                            <comment id="12881" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 28 May 2018 12:28:34 +0000"  >&lt;p&gt;Thanks &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt; for catching this. This &apos;bug&apos; is then not just for the Codex Search handing Swedish diacritics - but also handling Danish, and Norwegian letters - &#230;, &#248;, &#229;, &#198;, &#216;, &#197;, and probably German diacritics too, and many more. &lt;br/&gt;
We must also investigate how this is handled in Inventory, and eHoldings - probably FOLIO in general. Not sure how this is solved in the Users app, etc. &lt;/p&gt;</comment>
                                                            <comment id="12886" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 28 May 2018 13:15:22 +0000"  >&lt;p&gt;Just tested the User app, and the same problems appears here - created a new user: Thomas &#216;berg:&lt;br/&gt;
 &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;10309_thumb&quot; href=&quot;/rest/api/3/attachment/content/10309&quot; title=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.06.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;10309&quot; file-preview-title=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.06.png&quot;&gt;&lt;jira-attachment-thumbnail url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10309?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10309&quot; filename=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.06.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10309&quot; data-attachment-name=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.06.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;a0725058-ff9b-434d-8df9-8f71f4f116aa&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; &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;10310_thumb&quot; href=&quot;/rest/api/3/attachment/content/10310&quot; title=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.24.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;10310&quot; file-preview-title=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.24.png&quot;&gt;&lt;jira-attachment-thumbnail url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10310?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10310&quot; filename=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.24.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10310&quot; data-attachment-name=&quot;Ska&#776;rmavbild 2018-05-28 kl. 15.09.24.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;a644b91b-0c61-4585-9f9e-f206b86e1f6a&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;</comment>
                                                            <comment id="12891" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Mon, 28 May 2018 13:18:54 +0000"  >&lt;p&gt;Yes, it is my understanding that this is a common issue all over FOLIO. I think there are both short-term and longer-term ways to solve them.&lt;/p&gt;</comment>
                                                            <comment id="12896" author="5af5ed55244bc90a106063c7" created="Mon, 28 May 2018 13:46:12 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt;, do you want to summarize the short-term and long-term solutions here?  I think that would be helpful for when we are looking at this.&lt;/p&gt;</comment>
                                                            <comment id="12899" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Tue, 29 May 2018 06:55:39 +0000"  >&lt;p&gt;Sure &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; Short-term, I think it should be investigated if the database Collations settings could be used to help to solve some of the most pressing needs here. At least for Inventory. When it comes to Nonfiling characters, localized stopwords and so on, i think there should be a more full-featured search engine put up behind the search experience. The Issue of having the search experience unified across Codex when there are multiple search technologies involved (both KB and Inventory, and in the future, even more) has to be solved of course, And that might not be the easiest task.&lt;/p&gt;</comment>
                                                            <comment id="12904" author="5bffed5e2434bf3a1a91d37a" created="Tue, 29 May 2018 08:49:52 +0000"  >&lt;p&gt;A few weeks back I experimented with PostgreSQL Collations on my own box.&lt;/p&gt;

&lt;p&gt;I found that the OS must have the given locale installed and PostgreSQL in turn must be configured with a reference to that locale for the sorting to be available. &lt;/p&gt;

&lt;p&gt;English is the default sorting on my PostgreSQL but the OS (Ubuntu) also had the Swedish locale installed and PostgreSQL referenced that, so I could ask for sorting in Swedish. However, to sort in Danish, I had to install the Danish locale in the OS and create a reference to that locale in my PostgreSQL. &lt;/p&gt;

&lt;p&gt;With that in place: &lt;br/&gt;
Default sorting:&lt;/p&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;
select * from tmp order by columna;
 columna 
---------
 A
 &#197;
 &#196;
 &#198;
 B
 O
 &#214;
 &#216;
 Z
(9 rows)
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;English sorting:&lt;/p&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;
select * from tmp order by columna COLLATE &lt;span class=&quot;code-quote&quot;&gt;&quot;en_US.utf8&quot;&lt;/span&gt;;
 columna 
---------
 A
 &#197;
 &#196;
 &#198;
 B
 O
 &#214;
 &#216;
 Z
(9 rows)
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;Swedish sorting:&lt;/p&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;
select * from tmp order by columna COLLATE &lt;span class=&quot;code-quote&quot;&gt;&quot;sv_SE.utf8&quot;&lt;/span&gt;;
 columna 
---------
 A
 B
 O
 Z
 &#197;
 &#196;
 &#198;
 &#214;
 &#216;
(9 rows)

&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Danish sorting:&lt;/p&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;
select * from tmp order by columna COLLATE &lt;span class=&quot;code-quote&quot;&gt;&quot;danish&quot;&lt;/span&gt;;
 columna 
---------
 A
 B
 O
 Z
 &#198;
 &#196;
 &#216;
 &#214;
 &#197;
(9 rows)
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;</comment>
                                                            <comment id="12909" author="5af5ed55244bc90a106063c7" created="Tue, 29 May 2018 08:58:08 +0000"  >&lt;p&gt;That&apos;s awesome, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed5e2434bf3a1a91d37a&quot; class=&quot;user-hover&quot; rel=&quot;5bffed5e2434bf3a1a91d37a&quot; data-account-id=&quot;5bffed5e2434bf3a1a91d37a&quot; accountid=&quot;5bffed5e2434bf3a1a91d37a&quot; rel=&quot;noreferrer&quot;&gt;Niels Erik Nielsen&lt;/a&gt;!  What do you think is the best way to solve this, then?  I assume that we want PostgreSQL to reference the locale set in FOLIO Settings.&lt;/p&gt;</comment>
                                                            <comment id="12913" author="5bffed5e2434bf3a1a91d37a" created="Tue, 29 May 2018 09:07:48 +0000"  >&lt;p&gt;Hmm, there are some issues to clarify with input from more people, I think:&lt;/p&gt;

&lt;p&gt;We could conceivably set the default sorting to Swedish in Chalmers database but a general FOLIO solution would have to consider multi-tenancy, I reckon. &lt;/p&gt;

&lt;p&gt;Also, would there be an expectation that the admin, or even individual users, could change the locale for sorting run-time?  Which would probably raise performance implications, i.e. the database indexing required to support per-request collation could be prohibitive, I don&apos;t know.  I think we need &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; class=&quot;user-hover&quot; rel=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; data-account-id=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; accountid=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; rel=&quot;noreferrer&quot;&gt;shale99&lt;/a&gt;&apos;s evaluation of that. &lt;/p&gt;</comment>
                                                            <comment id="12920" author="5bffed52a1b46046f530c8f7" created="Tue, 29 May 2018 09:21:09 +0000"  >&lt;p&gt;Whenever the server does sorting on behalf of a user, it should do that sorting under the rules of that user&apos;s locale. (At present, that means the locale of the user&apos;s tenant, because we store configuration only at the per-tenant level, but that will change.)&lt;/p&gt;

&lt;p&gt;There are two ways to achieve this. One is to have all the back-end modules (or, more likely, raml-module-builder on their behalf) look up the user&apos;s locale in mod-configuration, and honour that. The other is to have the front-end explicitly specify the desired collation order in the sort-specification.&lt;/p&gt;

&lt;p&gt;I think that the former approach is cumbersome, error-prone and potentially inefficient. The front-end already has to know the user&apos;s locale so it can render the correct i18n strings, so we should use that information.&lt;/p&gt;

&lt;p&gt;CQL has support for specifying sort-collation order: see &lt;a href=&quot;https://www.loc.gov/standards/sru/cql/contextSets/sort-context-set.html&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://www.loc.gov/standards/sru/cql/contextSets/sort-context-set.html&lt;/a&gt;. It&apos;s essentially just using the &lt;tt&gt;/locale=VALUE&lt;/tt&gt; index-modifier on each sort-key: so, for example:&lt;/p&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;
(title=&lt;span class=&quot;code-quote&quot;&gt;&quot;&#229;land*&quot;&lt;/span&gt; and ext.selected=&lt;span class=&quot;code-quote&quot;&gt;&quot;&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt;&quot;&lt;/span&gt;) sortby title/locale=sv-se
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;To make this work with a module like inventory, we&apos;d need to do three things:&lt;br/&gt;
1. Have the front-end send the modified version of the query&lt;br/&gt;
2. Have cql2pgjson-java recognise the &lt;tt&gt;locale&lt;/tt&gt; index modifier and emit suitably modified PostgresSQL queries.&lt;br/&gt;
3. Have PostgreSQL suitably configured to support the desired locales.&lt;/p&gt;

&lt;p&gt;#1 is a matter for the front-end team. It should be a fairly straightforward extension to &lt;tt&gt;makeQueryFunction&lt;/tt&gt; &amp;#8211; right, &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;? &amp;#8211; although, irritatingly, it will probably require that we add yet another parameter to carry the locale.&lt;/p&gt;

&lt;p&gt;#2 may already be done: &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; will know; and if not, he&apos;ll have a sense of how big a task it is.&lt;/p&gt;

&lt;p&gt;#3 is essentially a system administration issue, which will be handled on a customer-by-customer basis. But we should have &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f9abc1eb45b2e007453f423&quot; class=&quot;user-hover&quot; rel=&quot;5f9abc1eb45b2e007453f423&quot; data-account-id=&quot;5f9abc1eb45b2e007453f423&quot; accountid=&quot;5f9abc1eb45b2e007453f423&quot; rel=&quot;noreferrer&quot;&gt;John Malconian&lt;/a&gt; or &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5c706fbb47a54a6728e59df2&quot; class=&quot;user-hover&quot; rel=&quot;5c706fbb47a54a6728e59df2&quot; data-account-id=&quot;5c706fbb47a54a6728e59df2&quot; accountid=&quot;5c706fbb47a54a6728e59df2&quot; rel=&quot;noreferrer&quot;&gt;Wayne Schneider&lt;/a&gt; be aware of it, so they can come up with suitable procedures.&lt;/p&gt;</comment>
                                                            <comment id="12927" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Tue, 29 May 2018 09:44:45 +0000"  >&lt;p&gt;Hi &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;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed5e2434bf3a1a91d37a&quot; class=&quot;user-hover&quot; rel=&quot;5bffed5e2434bf3a1a91d37a&quot; data-account-id=&quot;5bffed5e2434bf3a1a91d37a&quot; accountid=&quot;5bffed5e2434bf3a1a91d37a&quot; rel=&quot;noreferrer&quot;&gt;Niels Erik Nielsen&lt;/a&gt;, &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; - please note that most libraries will have a multi lingual collection, e.g. here the list from Cornell&apos;s catalogue (&lt;a href=&quot;https://newcatalog.library.cornell.edu/&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://newcatalog.library.cornell.edu/&lt;/a&gt;)&lt;br/&gt;
 &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;10311_thumb&quot; href=&quot;/rest/api/3/attachment/content/10311&quot; title=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.41.37.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;10311&quot; file-preview-title=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.41.37.png&quot;&gt;&lt;jira-attachment-thumbnail url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10311?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10311&quot; filename=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.41.37.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10311&quot; data-attachment-name=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.41.37.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;ce8f5319-6b23-466c-a233-a2ab470ad2dd&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;List of titles in Icelandic:&lt;br/&gt;
 &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;10312_thumb&quot; href=&quot;/rest/api/3/attachment/content/10312&quot; title=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.48.34.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;10312&quot; file-preview-title=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.48.34.png&quot;&gt;&lt;jira-attachment-thumbnail url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10312?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10312&quot; filename=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.48.34.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10312&quot; data-attachment-name=&quot;Ska&#776;rmavbild 2018-05-29 kl. 11.48.34.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;e267f14c-6d5c-41cc-ae5b-99ffe794028b&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;</comment>
                                                            <comment id="12933" author="5bffed5e2434bf3a1a91d37a" created="Tue, 29 May 2018 09:51:08 +0000"  >&lt;p&gt;True, but you can only apply one sort order at a time. &lt;/p&gt;

&lt;p&gt;Like, you can have a mix of Swedish and Danish characters as in the results above, but they would be sorted &lt;em&gt;either&lt;/em&gt; in Swedish &lt;em&gt;or&lt;/em&gt; in Danish (or in English, etc) at any given time. &lt;/p&gt;</comment>
                                                            <comment id="12936" author="5bffed5e2434bf3a1a91d37a" created="Tue, 29 May 2018 09:51:51 +0000"  >&lt;p&gt;Side note: The sort order of Codex search is probably only partially/indirectly depending on the PostgreSQL collation.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5f8314dfbdef80006f6f572d&quot; class=&quot;user-hover&quot; rel=&quot;5f8314dfbdef80006f6f572d&quot; data-account-id=&quot;5f8314dfbdef80006f6f572d&quot; accountid=&quot;5f8314dfbdef80006f6f572d&quot; rel=&quot;noreferrer&quot;&gt;Adam Dickmeiss&lt;/a&gt; can correct me but I think it works like this:&lt;/p&gt;

&lt;p&gt;Codex sends it search request to one or more repositories, like KBs and/or FOLIO Inventory, and specifies the desired sort order. The individual repositories will then control what records are actually returned in what order in the first batch of, say, 30, or 100, or 1000 records from each resource. For example, is the desired sort field even supported by that target? Depending on whether a given repository is based on PostgreSQL or not, the PostgreSQL collation then comes into play for that individual source, determining what records will be returned in the first batch.   &lt;/p&gt;

&lt;p&gt;What happens next, however, is that Codex will merge the incoming results, for example the 30 or 100 or 1000 records that each resource returns in the first batch, and this will happen according to Codex&apos; own sort order.  &lt;/p&gt;

&lt;p&gt;Thus, I suspect, to sort Inventory records in Swedish in Codex search, both Inventory&apos;s PostgreSQL Collation and Codex search would have to be configured for Swedish sort order. &lt;/p&gt;</comment>
                                                            <comment id="12943" author="5bffed52a1b46046f530c8f7" created="Tue, 29 May 2018 10:01:35 +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; wrote: &quot;Please note that most libraries will have a multi lingual collection.&quot;&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed5e2434bf3a1a91d37a&quot; class=&quot;user-hover&quot; rel=&quot;5bffed5e2434bf3a1a91d37a&quot; data-account-id=&quot;5bffed5e2434bf3a1a91d37a&quot; accountid=&quot;5bffed5e2434bf3a1a91d37a&quot; rel=&quot;noreferrer&quot;&gt;Niels Erik Nielsen&lt;/a&gt; replied &quot;True, but you can only apply one sort order at a time.&quot;&lt;/p&gt;

&lt;p&gt;This is true, and really really important. We need to make sure that SMEs have realistic expectations here: the issue isn&apos;t that our software has difficulty in sorting multilingual lists, it&apos;s that &lt;em&gt;there literally is no correct ordering&lt;/em&gt;. What is right in one of the representative languages is wrong in another. So sorting is only ever in one specific locale: there is no other way it can be.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed5e2434bf3a1a91d37a&quot; class=&quot;user-hover&quot; rel=&quot;5bffed5e2434bf3a1a91d37a&quot; data-account-id=&quot;5bffed5e2434bf3a1a91d37a&quot; accountid=&quot;5bffed5e2434bf3a1a91d37a&quot; rel=&quot;noreferrer&quot;&gt;Niels Erik Nielsen&lt;/a&gt; is also correct that collation within the Codex is a separate problem again. I think we should solve it for core modules first before worrying too much about this &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;The way the Codex multiplexer should handle this &amp;#8211; the only way it can, really &amp;#8211; is to propagate the sort-collation specification it gets sent in its requests to the various back-end modules, and to trust them to honour it. When it gets back a group of result-sets, it then zips them together on the assumption that they are all sorted in the same order. For that reason, a back-end module that cannot sort in the requested way &lt;em&gt;must&lt;/em&gt; reject the request, rather then waving its hands and giving the records back in some other order. (We should add this observation to the Codex Contract document.)&lt;/p&gt;</comment>
                                                            <comment id="12948" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Tue, 29 May 2018 11:16:27 +0000"  >&lt;p&gt;I really like the way this discussion is going!&lt;/p&gt;

&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; wrote: _Please note that most libraries will have a multi lingual collection, _&lt;br/&gt;
&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; wrote: &lt;em&gt;that is right in one of the representative languages is wrong in another. So sorting is only ever in one specific locale: there is no other way it can be.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;As a Swedish librarian, I honor my own characters and expect the system to do the same. But I do not necessarily honor other languages &quot;special&quot; characters as highly. That is why Sorting and related tasks in  a database consisting of documents in multiple languages usually works pretty well, and this is why I think collation is a good short term solution.&lt;/p&gt;

&lt;p&gt;However, when it comes to more complicated scenarios, as for not taking the &quot;The&quot;  in titles like &quot;The tale of two cities&quot; into consideration when doing a sort, but the necessity to do so in Swedish titles like &quot;The som dryck och kulturb&#228;rare&quot; (The in swedish is the Tea that you drink) I think we have to have something more advanced in place. &lt;/p&gt;</comment>
                                                            <comment id="12954" author="5bffed52a1b46046f530c8f7" created="Tue, 29 May 2018 11:21:38 +0000"  >&lt;p&gt;I &lt;em&gt;think&lt;/em&gt; (though I am not an expert on this) that things like ignoring leading articles for sorting purposes is usually handled separately from locale-honouring collation. What we&apos;d probably do is have code that, when a record is added or modified, looks at the title, chops off any leading article, and puts the result in a separate &quot;sortable title&quot; field. Then title-sorting is done using that field.&lt;/p&gt;

&lt;p&gt;But of course that raises a bunch more issues. What is an article? If I&apos;m English, then &quot;the&quot; should be discarded from the front of a title, but if I&apos;m French maybe it&apos;s a book about tea and it should be retained. And this decision can&apos;t be made based on the prevailing locale of the user (if there even &lt;em&gt;is&lt;/em&gt; a user &amp;#8211; there won&apos;t be for some bulk-ingest operations) &amp;#8211; it needs to be based on the locale of the &lt;em&gt;record&lt;/em&gt;, which I assume is in the &lt;tt&gt;lang&lt;/tt&gt; field or similar.&lt;/p&gt;

&lt;p&gt;Anyway, I think we can and should relegate article-ignoring to a separate issue for another day.&lt;/p&gt;</comment>
                                                            <comment id="12959" author="5ee89462f7aa140abd82d11d" created="Tue, 29 May 2018 11:52:08 +0000"  >&lt;p&gt;For discussing how to stem non-filing characters like &quot;the &quot; use this separate issue: &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-70&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://folio-org.atlassian.net/browse/UISE-70&lt;/a&gt;&lt;/p&gt;</comment>
                                                            <comment id="12963" author="712020:32bb56ac-50e7-4787-b4af-ed3089d9401c" created="Tue, 29 May 2018 12:48:51 +0000"  >&lt;p&gt;this is a really big topic and i started commenting but it is too much to write i think, so i will just explain how this currently works,&lt;/p&gt;

&lt;p&gt;today, when cql is converted to a postgres query - it indicates that the query should be lowercased and the accents removed (this is done across the board). RMB modules (meaning all storage modules that query the database) - when creating indexes on fields in the data - does the same (lowercasing and unaccenting of the data before indexing) - these two must be synced (the query generated and the indexes created) otherwise when sorting / querying - the index will not get used as it will not be defined in the same manner as the query and the system will just not perform. &lt;/p&gt;

&lt;p&gt;As NE mentioned there is of course support (sometimes it will require a language install) for many languages - but i have not done enough testing of declaring a collation at runtime - but it will probably need indexes to be created differently ahead of time:&lt;/p&gt;

&lt;p&gt;for example&lt;br/&gt;
for an index created in the following manner: &lt;br/&gt;
CREATE INDEX IF NOT EXISTS abc_idx ON harvard_mod_inventory_storage.instance  ((jsonb-&amp;gt;&amp;gt;&apos;title&apos;) COLLATE &quot;sv-x-icu&quot; )   ; &lt;/p&gt;

&lt;p&gt;will be used for a query like this:&lt;br/&gt;
explain analyze select * from harvard_mod_inventory_storage.instance order by (jsonb-&amp;gt;&amp;gt;&apos;title&apos;)  COLLATE &quot;sv-x-icu&quot; limit 10;&lt;/p&gt;

&lt;p&gt;but will not be used for a query like this:&lt;br/&gt;
explain analyze select * from harvard_mod_inventory_storage.instance order by (jsonb-&amp;gt;&amp;gt;&apos;title&apos;)  limit 10;&lt;/p&gt;
</comment>
                                                            <comment id="12969" author="615afd1cd9820f0070a09ef0" created="Tue, 29 May 2018 12:49:43 +0000"  >&lt;blockquote&gt;
&lt;p&gt;1. Have the front-end send the modified version of the query&lt;br/&gt;
...&lt;br/&gt;
#1 is a matter for the front-end team. It should be a fairly straightforward extension to &lt;tt&gt;makeQueryFunction&lt;/tt&gt; &#8211; right, Zak Burke? &#8211; although, irritatingly, it will probably require that we add yet another parameter to carry the locale.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Adding a sort clause to &lt;tt&gt;makeQueryFunction&lt;/tt&gt; &lt;em&gt;is&lt;/em&gt; a fairly straightforward extension, but we have plenty of simple queries, e.g. to retrieve lookup tables for contributor types, material types, etc, that probably also need to handle this. This is out of the context of codex search, but I mention it because I wonder if setting the locale of the query should be the purview of something at the level of stripes-connect rather than by individual queries. &lt;/p&gt;</comment>
                                                            <comment id="12975" author="712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2" created="Tue, 29 May 2018 13:08:59 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; class=&quot;user-hover&quot; rel=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; data-account-id=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; accountid=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; rel=&quot;noreferrer&quot;&gt;shale99&lt;/a&gt; I think that is why Elasticsearch makes it harder to have separate pre query and pre indexing  setups compared to Solr if i remember correctly&lt;/p&gt;</comment>
                                                            <comment id="12980" author="5bffed52a1b46046f530c8f7" created="Tue, 29 May 2018 14:11:55 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; class=&quot;user-hover&quot; rel=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; data-account-id=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; accountid=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; rel=&quot;noreferrer&quot;&gt;shale99&lt;/a&gt; That all makes sense.&lt;/p&gt;

&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; This does, too. Of course, we&apos;ll need to add similar logic to the GraphQL support down the line. I think it&apos;s pretty straightforward, in either case, to rewrite {{sortby}] clauses as necessary.&lt;/p&gt;</comment>
                                                            <comment id="12986" author="5af5ed55244bc90a106063c7" created="Tue, 29 May 2018 14:56:28 +0000"  >&lt;p&gt;Great discussion!  Do we know enough that I could ask you guys to put an estimate on this feature?  Per the new process, all new features should be estimated as they are added.  &lt;/p&gt;</comment>
                                                            <comment id="12990" author="712020:32bb56ac-50e7-4787-b4af-ed3089d9401c" created="Tue, 29 May 2018 17:55:37 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt; its been a while so i can not comment, i would assume that if we go with a solr type solution, we would have a solr core per tenant and then we may be able to configure that to the correct locale. however, we can actually do that with postgres now. &lt;/p&gt;

&lt;p&gt;There are a few ways to tackle this, the easiest, i think, would be for storage modules based on rmb (i believe they all are) to add a locale header to the post tenant API (when a tenant registration occurs for a module). I could then easily create indexes based on that locale. during query time the locale header , or the cql with the locale support would need to be passed in and that would be added to the cql2pgjson , which would add the collation to the query. we could then even add multiple locales per tenant - but this would have an impact on sizing&lt;/p&gt;
</comment>
                                                            <comment id="12995" author="5af5ed55244bc90a106063c7" created="Wed, 30 May 2018 09:27:04 +0000"  >&lt;blockquote&gt;&lt;p&gt;we could then even add multiple locales per tenant - but this would have an impact on sizing&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;We know we will definitely want multiple locales per tenant, but it was agreed that we could consider that out of scope for v1.  Let&apos;s pick a solution that will allow for that later but estimate this feature with the assumption that we have only one locale per tenant.&lt;/p&gt;</comment>
                                                            <comment id="13000" author="5bffed5e2434bf3a1a91d37a" created="Wed, 30 May 2018 10:31:03 +0000"  >&lt;p&gt;With a PostgreSQL setup with only one locale per tenant for now, it seems that it will serve no immediate purpose for the UI to be able to pass collation parameters per request just yet?&lt;/p&gt;

&lt;p&gt;Even if PostgreSQL was configured to offer other collations, they might perform badly without the supporting indices. &lt;/p&gt;

&lt;p&gt;Could all sorting for a tenant rely on the default collation in PostgreSQL then &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; class=&quot;user-hover&quot; rel=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; data-account-id=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; accountid=&quot;712020:32bb56ac-50e7-4787-b4af-ed3089d9401c&quot; rel=&quot;noreferrer&quot;&gt;shale99&lt;/a&gt;? Or would this require a RMB generated collation parameter added to all &quot;order by&quot; directives coming from clients like I think you described? &lt;/p&gt;
</comment>
                                                            <comment id="13005" author="5bffed5e2434bf3a1a91d37a" created="Wed, 30 May 2018 10:31:13 +0000"  >&lt;p&gt;What would the V1 plans for the locale setting be in this scenario:&lt;/p&gt;

&lt;p&gt; &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;10313_thumb&quot; href=&quot;/rest/api/3/attachment/content/10313&quot; title=&quot;screenshot-1.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;10313&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/10313?default=false&quot; jira-url=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10313&quot; filename=&quot;screenshot-1.png&quot;&gt;&lt;img src=&quot;https://folio-org.atlassian.net/rest/api/3/attachment/thumbnail/10313&quot; data-attachment-name=&quot;screenshot-1.png&quot; data-attachment-type=&quot;thumbnail&quot; data-media-services-id=&quot;78adff97-6ea7-41a9-ad63-1fe7bb8b8696&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;Will it still be available and thus allow users to change page translations and date formats but not sorting?&lt;/p&gt;</comment>
                                                            <comment id="13009" author="712020:32bb56ac-50e7-4787-b4af-ed3089d9401c" created="Wed, 30 May 2018 10:40:33 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5bffed5e2434bf3a1a91d37a&quot; class=&quot;user-hover&quot; rel=&quot;5bffed5e2434bf3a1a91d37a&quot; data-account-id=&quot;5bffed5e2434bf3a1a91d37a&quot; accountid=&quot;5bffed5e2434bf3a1a91d37a&quot; rel=&quot;noreferrer&quot;&gt;Niels Erik Nielsen&lt;/a&gt; - by default , you mean the tenant&apos;s default ?&lt;/p&gt;</comment>
                                                            <comment id="13012" author="5bffed5e2434bf3a1a91d37a" created="Wed, 30 May 2018 11:26:00 +0000"  >&lt;p&gt;@shale99, guess I&apos;m unclear if the tenant&apos;s default would be implemented as a PostgreSQL default on some level.&lt;/p&gt;

&lt;p&gt;But guess I also don&apos;t need to know (just curiosity). The salient point is, there&apos;s no purpose yet in clients supporting localized sorting run-time if it&apos;s statically defined per tenant in the back-end anyway, by whatever means. &lt;/p&gt;
</comment>
                                                            <comment id="13019" author="5bffed52a1b46046f530c8f7" created="Wed, 30 May 2018 13:16:00 +0000"  >&lt;blockquote&gt;&lt;p&gt;Do we know enough that I could ask you guys to put an estimate on this feature? &lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I feel like this issue has metastatized into half a dozen related but distinct issues. Maybe should enumerate what they all are, give them each their own Jiras (with different priorities) and then make time estimates accordingly?&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;We know we will definitely want multiple locales per tenant, but it was agreed that we could consider that out of scope for v1. Let&apos;s pick a solution that will allow for that later but estimate this feature with the assumption that we have only one locale per tenant.&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Sound strategy. Down the line, we&apos;re going to want to want locales to resemble UI modules in this sense: each FOLIO installation will have a &quot;hard&quot; configuration of a set of installed locales (just as it has a set of installed modules); and each tenant in that installation will have a &quot;soft&quot; configuration of which locale or locales it supports, chosen from the installed set (just as it has a set of configured modules chosen from the installed set).&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;With a PostgreSQL setup with only one locale per tenant for now, it seems that it will serve no immediate purpose for the UI to be able to pass collation parameters per request just yet?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;I guess that&apos;s true; but the work will need to be done sooner or later. (This comes back to my observation at the top of the comment that we have a bunch of conflated issues here, and we need to disentangle which ones we want to address in the short term.)&lt;/p&gt;

&lt;blockquote&gt;&lt;p&gt;What would the V1 plans for the locale setting be in this scenario? Will it still be available and thus allow users to change page translations and date formats but not sorting?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Down the line, we&apos;ll make it so that the set of locales offered on the front-end is the set that&apos;s installed on the back-end; and when the user selects a given locale, one of the consequences is that the queries he sends will include the specification to sort according to that locale. I guess that whether or not the underlying database has a locale-specific index build will be a dev-ops decision: we could conceivably have some setups that have &quot;core support&quot; (i.e. PostgreSQL indexes) for two or three locales, but also have other locales installed but not indexed. Then if I understand correctly, sorting by those locales will work, but will be much less efficient.&lt;/p&gt;</comment>
                                                            <comment id="13026" author="5af5ed55244bc90a106063c7" created="Thu, 31 May 2018 10:32:21 +0000"  >&lt;blockquote&gt;&lt;p&gt;I feel like this issue has metastatized into half a dozen related but distinct issues. Maybe should enumerate what they all are, give them each their own Jiras (with different priorities) and then make time estimates accordingly?&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Seems sensible.  Do you want to take a stab at creating JIRAs for the issues?  We can then review them to determine if they should be features or stories and estimate accordingly.&lt;/p&gt;</comment>
                                                            <comment id="13031" author="5bffed52a1b46046f530c8f7" created="Thu, 31 May 2018 10:35:30 +0000"  >&lt;p&gt;I certainly walked into &lt;em&gt;that&lt;/em&gt; one!&lt;/p&gt;</comment>
                                                            <comment id="13034" author="5bffed52a1b46046f530c8f7" created="Thu, 31 May 2018 10:41:36 +0000"  >&lt;p&gt;I&apos;ll take a stab.&lt;/p&gt;</comment>
                                                            <comment id="13037" author="5ee89462f7aa140abd82d11d" created="Thu, 31 May 2018 11:58:08 +0000"  >&lt;p&gt;For GBV libraries a single collation per tenant is sufficient. See also this report about GBV Zentral discovery service: &lt;a href=&quot;https://discuss.folio.org/t/gbv-zentral-uses-solrcloud-for-vzg-discovery-service/326&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://discuss.folio.org/t/gbv-zentral-uses-solrcloud-for-vzg-discovery-service/326&lt;/a&gt;&lt;br/&gt;
Unicode&apos;s root collation provides a good fall-back with &quot;a reasonable language-agnostic sort order&quot; for all characters outside the primary collation&apos;s range: &lt;a href=&quot;http://www.unicode.org/reports/tr35/tr35-collation.html#Root_Collation&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;http://www.unicode.org/reports/tr35/tr35-collation.html#Root_Collation&lt;/a&gt; &lt;a href=&quot;https://www.postgresql.org/docs/10/static/collation.html&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://www.postgresql.org/docs/10/static/collation.html&lt;/a&gt;&lt;/p&gt;</comment>
                                                            <comment id="13042" author="5bffed52a1b46046f530c8f7" created="Thu, 31 May 2018 12:32:00 +0000"  >&lt;p&gt;Well, it took longer to work through this than I expected, but here is a breakdown of what I think all the issue are. I won&apos;t file them in Jira will we&apos;ve reached consensus, because I think there are  ten new issues to be filed (plus the existing 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-70&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-70&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search results are taking Nonfiling characters into account when sorting&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-70
        &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;
 comes into it).&lt;/p&gt;

&lt;p&gt;The top-level issue is something like &quot;Support locale-specific sorting&quot;. It will have four issues blocking it, which correspond to the four &quot;parts&quot; that I will enumerate below. Part 4 (locale-aware non-indexing prefixes) already has an issue, 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-70&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-70&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search results are taking Nonfiling characters into account when sorting&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-70
        &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;
. The other three will each have one of more lower-level issues blocking them, corresponding with the tasks that I have enumerated. &lt;/p&gt;

&lt;p&gt;Here&apos;s the hierarchy as I see it:&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;Part 1. Support Swedish collation on a FOLIO installation
	&lt;ul&gt;
		&lt;li&gt;Task 1a. Set PostgreSQL default locale to Swedish
		&lt;ul&gt;
			&lt;li&gt;&amp;#8211; Install the Swedish locale&lt;/li&gt;
			&lt;li&gt;&amp;#8211; Configure PostgreSQL&lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;Part 2. Support collation-locale selection per-tenant. (Happily, the steps required to resovle this also give us user-specific collation-locales, too.)
	&lt;ul&gt;
		&lt;li&gt;Task 1a. Have UI code specify the required collation locale in the CQL of each search that involves sorting&lt;/li&gt;
		&lt;li&gt;Task 2b. Ensure cql2pgjson converts collation information for PostgreSQL&lt;/li&gt;
		&lt;li&gt;Task 2c. Configure PostgreSQL to support all locales in nominated pool
		&lt;ul&gt;
			&lt;li&gt;&amp;#8211; Install locales&lt;/li&gt;
			&lt;li&gt;&amp;#8211; Create relevant PostgreSQL indexes&lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;Part 3. Support collation-locales in Codex Search
	&lt;ul&gt;
		&lt;li&gt;(The Codex Search application will already forward collation information in CQL queries)&lt;/li&gt;
		&lt;li&gt;Task 3a. The Codex multiplexer must honour the specified collation locale in merging sources&apos; result sets&lt;/li&gt;
		&lt;li&gt;(The core-modules&apos; PostgreSQL database needs no changes)&lt;/li&gt;
		&lt;li&gt;Task 3b. Enhance each codex-source module to honour collation order
		&lt;ul&gt;
			&lt;li&gt;&amp;#8211; At present, this is just &lt;tt&gt;mod-codex-ekb&lt;/tt&gt;&lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
	&lt;li&gt;Part 4. Non-indexing prefixes (e.g. &quot;the&quot;)
	&lt;ul&gt;
		&lt;li&gt;(Not further analysed here: see 
    &lt;span class=&quot;jira-issue-macro resolved&quot; data-jira-key=&quot;UISE-70&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UISE-70&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;Codex search results are taking Nonfiling characters into account when sorting&quot; &gt;
            &lt;img class=&quot;icon&quot; src=&quot;https://folio-org.atlassian.net/rest/api/2/universal_avatar/view/type/issuetype/avatar/10303?size=medium&quot; /&gt;
            UISE-70
        &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;
	&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;We could if we chose prioritise a half-assed solution for Part 3 before doing Part 2. That would entail hard-wiring mod-codex-ekb to use the Swedish locale. I don&apos;t know how practical that would be: much will depend on operational concerns.&lt;/p&gt;</comment>
                                                            <comment id="13049" author="5bffed52a1b46046f530c8f7" created="Thu, 31 May 2018 12:33:20 +0000"  >&lt;p&gt;Let&apos;s have comments on this, please, so we can arrive at an agreed set of issues. Once we have them straight, I&apos;ll file the individual issues in their appropriate Jira projects, and link them all together.&lt;/p&gt;

&lt;p&gt;(Of course, your comments can just be &quot;that looks perfect&quot; if you wish &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="13053" author="5ee89462f7aa140abd82d11d" created="Thu, 31 May 2018 12:39:16 +0000"  >&lt;p&gt;
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;CQLPG-26&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CQLPG-26&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;ICU collations locale (independent of operating system)&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;
            CQLPG-26
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Blocked&lt;/span&gt;
            &lt;/span&gt;
 &quot;ICU collations locale (independent of operating system)&quot;&lt;br/&gt;
If 
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;CQLPG-26&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/CQLPG-26&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;ICU collations locale (independent of operating system)&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;
            CQLPG-26
        &lt;/a&gt;
                                                    &lt;span class=&quot;aui-lozenge aui-lozenge-subtle aui-lozenge-complete jira-macro-single-issue-export-pdf&quot;&gt;Blocked&lt;/span&gt;
            &lt;/span&gt;
 is done we don&apos;t need to install locales/collations.&lt;/p&gt;</comment>
                                                            <comment id="13061" author="5ee89462f7aa140abd82d11d" created="Thu, 31 May 2018 12:56:34 +0000"  >&lt;p&gt;If we support a single collation per tenant there is a more easy solution:&lt;br/&gt;
When creating the database table one can specify the default collation for the fields of that table. No need to specify the collation in CQL. I think this is sufficient for most libraries.&lt;br/&gt;
It is for GBV&apos;s libraries: &lt;a href=&quot;https://discuss.folio.org/t/gbv-zentral-uses-solrcloud-for-vzg-discovery-service/326&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://discuss.folio.org/t/gbv-zentral-uses-solrcloud-for-vzg-discovery-service/326&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If there really is a requirement to support several collations per tenant this solution can be extended. There still remains the default collation, but one can request a different collation in CQL (that needs to be supported by separate indexes in postgres).&lt;/p&gt;</comment>
                                                            <comment id="13066" author="5bffed52a1b46046f530c8f7" created="Thu, 31 May 2018 13:24:24 +0000"  >&lt;p&gt;For what it&apos;s worth, my feeling is that support for multiple locales within a tenant is going to become a live issue really soon. Think of all the Texan universities where some students are primarily English-speaking and others Spanish-speaking.&lt;/p&gt;</comment>
                                                            <comment id="13075" author="5af5ed55244bc90a106063c7" created="Fri, 1 Jun 2018 10:52:39 +0000"  >&lt;p&gt;I changed the summary of this issue to the more generic &quot;Tenant Sort Order Setting&quot;.  There are other linked features now for  User sort order setting (UXPROD-513) and Cross-tenant sort order setting (UXPROD-514).   I actually can&apos;t remember what need the latter was supposed to serve, but it was listed in the v1 roadmap (as &quot;system sort setting&quot;) so I am bringing it over.&lt;/p&gt;</comment>
                                                            <comment id="13083" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Wed, 20 Jun 2018 12:30:53 +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;, I am looking at estimating this, I just want to confirm that the sort locale would be a single, tenant-level setting independent from document language.&lt;/p&gt;</comment>
                                                            <comment id="13087" author="5af5ed55244bc90a106063c7" created="Wed, 20 Jun 2018 14:00:10 +0000"  >&lt;p&gt;That seems right to me, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt;.  I hope others on this ticket will chime in if they disagree.  &lt;/p&gt;</comment>
                                                            <comment id="13091" author="5af5ed55244bc90a106063c7" created="Thu, 21 Jun 2018 09:43:31 +0000"  >&lt;p&gt;I guess there should be a frontend estimate here, as well, right?  At the very least for adding a menu in Settings for selecting your sort order option...&lt;/p&gt;</comment>
                                                            <comment id="13094" author="5af5ed55244bc90a106063c7" created="Mon, 2 Jul 2018 10:54:54 +0000"  >&lt;p&gt;In discussion with &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; and &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab787c0f1-34df-41c2-8585-c4aed346caec&quot; class=&quot;user-hover&quot; rel=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; data-account-id=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; accountid=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; rel=&quot;noreferrer&quot;&gt;Tod Olson&lt;/a&gt; on UXPROD-513 (User sort order setting), sort and collation order should be locale-driven.  Therefore, we can just use this issue to represent making a locale-driven sort and collation order (hence the change of summary for this issue) and then rely on 
    &lt;span class=&quot;jira-issue-macro&quot; data-jira-key=&quot;UXPROD-510&quot; &gt;
                &lt;a href=&quot;https://folio-org.atlassian.net/browse/UXPROD-510&quot; class=&quot;jira-issue-macro-key issue-link&quot;  title=&quot;User-level locale and time zone setting&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-510
        &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;
 (User Level Locale) to enable user-level sort order setting.  I will be deleting UXPROD-513 as it&apos;s now redundant.&lt;/p&gt;

</comment>
                                                            <comment id="13098" author="5af5ed55244bc90a106063c7" created="Mon, 2 Jul 2018 10:55:48 +0000"  >&lt;p&gt;Since I am deleting UXPROD-513 (User sort order setting), I wanted to carry over &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab787c0f1-34df-41c2-8585-c4aed346caec&quot; class=&quot;user-hover&quot; rel=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; data-account-id=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; accountid=&quot;557058:b787c0f1-34df-41c2-8585-c4aed346caec&quot; rel=&quot;noreferrer&quot;&gt;Tod Olson&lt;/a&gt;&apos;s useful comment from that issue:&lt;/p&gt;

&lt;p&gt;Locale-driven sort and collation makes sense to me. Let me talk about this in the context of sorting and collating bibliographic records, as I think that&apos;s the most complicated case of what FOLIO will need to sort and collate.&lt;/p&gt;

&lt;p&gt;When a library is dealing with a set of records, as in a result set or an alphabetical listing, we may have English, German, Swiss, Swedish, Russian, CJK, etc. records all in one list. They will not be segregated by language, but all collated together. So the sort/collate order of the tenant makes sense. For example, a user in a EN-US locale will expect diacritics to be ignored, where a user in France or Sweden would have their own locale-specific expectations for how sorting/collation treats diacritics.&lt;/p&gt;

&lt;p&gt;Languages in different scripts could become a more complicated case. Speaking for EN-US libraries, today when we deal with non-Roman script materials, the metadata for title, author, etc. is transliterated into Roman script. More recent records will typically also have the non-Roman script, but older records may not. Take this record from our public catalog:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://catalog.lib.uchicago.edu/vufind/Record/11419602&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://catalog.lib.uchicago.edu/vufind/Record/11419602&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Here&apos;s the author and title data behind that record:&lt;/p&gt;
&lt;div class=&apos;table-wrap&apos;&gt;
&lt;table class=&apos;confluenceTable&apos;&gt;&lt;tbody&gt;
&lt;tr&gt;
&lt;th class=&apos;confluenceTh&apos;&gt; MARC Field &lt;/th&gt;
&lt;th class=&apos;confluenceTh&apos;&gt; Value &lt;/th&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; 100 (Author / Creator) &lt;/td&gt;
&lt;td class=&apos;confluenceTd&apos;&gt;  Nabokov, Vladimir Vladimirovich, 1899-1977, author. &lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; 245 (Title and statement of responsibility) &lt;/td&gt;
&lt;td class=&apos;confluenceTd&apos;&gt;  I&#65056;U&#65057;nost&#697; / Vladimir Nabokov. &lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; 880 (linked to 100) &lt;/td&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; &#1053;&#1072;&#1073;&#1086;&#1082;&#1086;&#1074;, &#1042;&#1083;&#1072;&#1076;&#1080;&#1084;&#1080;&#1088; &#1042;&#1083;&#1072;&#1076;&#1080;&#1084;&#1080;&#1088;&#1086;&#1074;&#1080;&#1095;, 1899-1977, author. &lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; 880 (linked to 245) &lt;/td&gt;
&lt;td class=&apos;confluenceTd&apos;&gt; &#1070;&#1085;&#1086;&#1089;&#1090;&#1100; / &#1042;&#1083;&#1072;&#1076;&#1080;&#1084;&#1080;&#1088; &#1053;&#1072;&#1073;&#1086;&#1082;&#1086;&#1074;. &lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;&lt;/table&gt;
&lt;/div&gt;


&lt;p&gt;In a search result in either the ILS or the public catalog, an EN-US library would expect a title sort to collate this as &quot;iunost&quot;.&lt;/p&gt;</comment>
                                                            <comment id="13104" author="5af5ed55244bc90a106063c7" created="Fri, 13 Jul 2018 14:17:42 +0000"  >&lt;p&gt;Per discussion with &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt;, we can get started on this without a PO.  He suggested I assign it to him and he may find a developer he can assign it to from there.&lt;/p&gt;</comment>
                                                            <comment id="13108" author="557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d" created="Tue, 21 Aug 2018 13:30:45 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&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;We have discussed that the collation setting could be independent from the locale settings visible in the UI and set only once during the tenant initialization. This would simplify the implementation in the backend modules. Would that be acceptable? &lt;/p&gt;</comment>
                                                            <comment id="13113" author="5af5ed55244bc90a106063c7" created="Tue, 21 Aug 2018 16:13:22 +0000"  >&lt;blockquote&gt;&lt;p&gt;set only once during the tenant initialization&lt;/p&gt;&lt;/blockquote&gt;

&lt;p&gt;Does this mean it will be read-only in the UI?  &lt;/p&gt;</comment>
                                                            <comment id="13118" author="615afd1cd9820f0070a09ef0" created="Tue, 21 Aug 2018 16:29:10 +0000"  >&lt;p&gt;My understanding of this is that changing the locale in the UI would change labels in the UI but NOT change the locale used to sort and translate lists of items. That is, changing the UI locale from English to French will change a label from &quot;Title&quot; to &quot;Titre&quot; but will not change the ordering of results in a list of items retrieved from the backend because the backend collation will remain English. &lt;/p&gt;</comment>
                                                            <comment id="13121" author="5bffed52a1b46046f530c8f7" created="Tue, 21 Aug 2018 19:10:16 +0000"  >&lt;p&gt;Now that you lay it out, &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;, that sounds&lt;br/&gt;
(a) obviously correct, and&lt;br/&gt;
(b) not too bad.&lt;/p&gt;</comment>
                                                            <comment id="13126" author="5afc1ced2083b15a0bd3e494" created="Mon, 2 Nov 2020 10:00:39 +0000"  >&lt;p&gt;Hi! Does this UXPROD only concern about sort order in Codex (as the description seems to suggest), or an umbrella for various apps where sort localized sort order might be relevant? Eg Users, Inventory, Orders... &lt;/p&gt;

&lt;p&gt;And would localized sort order be addressed in planned broader search enhancements (which I understand to be leaning towards ElasticSearch)?&lt;/p&gt;</comment>
                                                            <comment id="13131" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 2 Nov 2020 11:21:27 +0000"  >&lt;p&gt;Hi &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5afc1ced2083b15a0bd3e494&quot; class=&quot;user-hover&quot; rel=&quot;5afc1ced2083b15a0bd3e494&quot; data-account-id=&quot;5afc1ced2083b15a0bd3e494&quot; accountid=&quot;5afc1ced2083b15a0bd3e494&quot; rel=&quot;noreferrer&quot;&gt;Lisa Sj&#246;gren&lt;/a&gt; - to the best of my knowledge, then you&apos;re right:&lt;/p&gt;
&lt;ol&gt;
	&lt;li&gt;this feature is a general issue (FOLIO wide)&lt;/li&gt;
	&lt;li&gt;this should be addressed by the Elastic Search implementation - I&apos;ll give it the label &apos;elastic search&apos;&lt;/li&gt;
&lt;/ol&gt;


&lt;p&gt;CC: &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3A8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; class=&quot;user-hover&quot; rel=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; data-account-id=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; accountid=&quot;557058:8629b273-56f1-466d-b7c7-5cbac0c3379b&quot; rel=&quot;noreferrer&quot;&gt;Magda Zacharska&lt;/a&gt; (new PO for Implementation of Elastic Search) &lt;/p&gt;</comment>
                                                            <comment id="13135" author="5afc1ced2083b15a0bd3e494" created="Mon, 2 Nov 2020 14:17:00 +0000"  >&lt;p&gt;Great! Thanks, &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;I think it would also be good if we could clarify in the description that this is a general issue. What does the reporter think, &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=712020%3A0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; class=&quot;user-hover&quot; rel=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; data-account-id=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; accountid=&quot;712020:0a02d059-b8b9-48b3-8a58-727ec44d05d2&quot; rel=&quot;noreferrer&quot;&gt;Theodor Tolstoy (One-Group.se)&lt;/a&gt;?&lt;/p&gt;</comment>
                                                            <comment id="13140" author="5dd4ce4d9d79ad0ef53a1853" created="Mon, 2 Nov 2020 16:28:51 +0000"  >&lt;p&gt;Indeed. This is a general FOLIO issue with languages that need certain characters representing the same letter to be normalized to one single character between them. The Arabic language has several letters of this sort. For example, characters like &#1575; &#1571; &#1573; &#1570; should be normalized to one of them (&#1575;) during indexing if any appears leading a word.&#160;Characters like &#1607; , &#1577;  should be normalized to one of them (&#1607;) during indexing if any appears trailing a word.&#160;&lt;/p&gt;

&lt;p&gt;As you mentioned &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;, Elastic&#160;Search, and so is Solr, supports the Normalization feature of words stemming, and that should take care of the sorting issue described by  &lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=5afc1ced2083b15a0bd3e494&quot; class=&quot;user-hover&quot; rel=&quot;5afc1ced2083b15a0bd3e494&quot; data-account-id=&quot;5afc1ced2083b15a0bd3e494&quot; accountid=&quot;5afc1ced2083b15a0bd3e494&quot; rel=&quot;noreferrer&quot;&gt;Lisa Sj&#246;gren&lt;/a&gt;. We are using this technique on Arabic text searching/ sorting using Solr FTR driving DSpace and VuFind.&lt;br/&gt;
&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=70121%3Abcb96869-494a-4182-9110-3e4ea4355078&quot; class=&quot;user-hover&quot; rel=&quot;70121:bcb96869-494a-4182-9110-3e4ea4355078&quot; data-account-id=&quot;70121:bcb96869-494a-4182-9110-3e4ea4355078&quot; accountid=&quot;70121:bcb96869-494a-4182-9110-3e4ea4355078&quot; rel=&quot;noreferrer&quot;&gt;attia.alshareef&lt;/a&gt;&lt;/p&gt;</comment>
                                                            <comment id="13146" author="5ee89462f7aa140abd82d11d" created="Mon, 2 Nov 2020 21:53:58 +0000"  >&lt;p&gt;PostgreSQL has the normalize function to support normalization: &lt;a href=&quot;https://www.postgresql.org/docs/current/functions-string.html&quot; class=&quot;external-link&quot; rel=&quot;nofollow noreferrer&quot;&gt;https://www.postgresql.org/docs/current/functions-string.html&lt;/a&gt;&lt;br/&gt;
RMB has already implemented the f_unaccent normalization, more normalisations can be added if needed.&lt;/p&gt;</comment>
                                                            <comment id="13150" author="62a96ae7192edb006f9f1bf9" created="Fri, 3 Dec 2021 13:20:41 +0000"  >&lt;p&gt;&lt;a href=&quot;https://folio-org.atlassian.net/secure/ViewProfile.jspa?accountId=557058%3Ab8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; class=&quot;user-hover&quot; rel=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; data-account-id=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; accountid=&quot;557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d&quot; rel=&quot;noreferrer&quot;&gt;Jakub Skoczen&lt;/a&gt; and &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;, is this feature still needed?&lt;/p&gt;</comment>
                                                            <comment id="13468" author="5ee89462f7aa140abd82d11d" created="Thu, 9 Dec 2021 22:32:18 +0000"  >&lt;p&gt;Yes.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10000">
                    <name>Blocks</name>
                                                                <inwardlinks description="is blocked by">
                                        <issuelink>
            <issuekey id="76865">MODCXMUX-25</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="55592">MODINVSTOR-148</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="54542">STCOM-78</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="80728">FOLIO-1246</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10001">
                    <name>Cloners</name>
                                            <outwardlinks description="clones">
                                        <issuelink>
            <issuekey id="74804">UISE-68</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10002">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="80356">FOLIO-850</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10003">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="44229">ERM-3011</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="74807">UISE-69</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="74813">UISE-70</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="56820">RMB-37</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="79646">FOLIO-1955</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10130">UXPROD-1135</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="66785">BF-264</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="47084">UIIN-264</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="10646">UXPROD-1045</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="74834">UISE-80</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="42267">UIU-1726</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="10308" name="Capture.PNG" size="31152" author="5af5ed55244bc90a106063c7" created="Mon, 28 May 2018 12:07:43 +0000"/>
                            <attachment id="10309" name="Ska&#776;rmavbild 2018-05-28 kl. 15.09.06.png" size="558710" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 28 May 2018 13:14:34 +0000"/>
                            <attachment id="10310" name="Ska&#776;rmavbild 2018-05-28 kl. 15.09.24.png" size="440596" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Mon, 28 May 2018 13:14:40 +0000"/>
                            <attachment id="10311" name="Ska&#776;rmavbild 2018-05-29 kl. 11.41.37.png" size="149675" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Tue, 29 May 2018 09:44:23 +0000"/>
                            <attachment id="10312" name="Ska&#776;rmavbild 2018-05-29 kl. 11.48.34.png" size="390771" author="557058:f80403de-e149-421e-8750-af45c853402f" created="Tue, 29 May 2018 09:49:21 +0000"/>
                            <attachment id="10313" name="screenshot-1.png" size="93195" author="5bffed5e2434bf3a1a91d37a" created="Wed, 30 May 2018 10:17:30 +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="10121"><![CDATA[Medium < 5 days]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10054" key="com.atlassian.jira.plugin.system.customfieldtypes:userpicker">
                        <customfieldname>Back End Estimator</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>557058:b8e64633-1f7c-402d-9caf-9959a5ba5d0d</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_10014" key="com.pyxis.greenhopper.jira:gh-epic-link">
                        <customfieldname>Epic Link</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue key="$xmlutils.escape($text)">Internationalization and Localization</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10050" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Front End Estimate</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10104"><![CDATA[Very Small (VS) < 1 day]]></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>1.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10019" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|hzyl9r:</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="10226"><![CDATA[R4]]></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="10204"><![CDATA[R2]]></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="10212"><![CDATA[R5]]></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="10217"><![CDATA[R5]]></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="10219"><![CDATA[R2]]></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="10237"><![CDATA[R5]]></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_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="10262"><![CDATA[R5]]></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="10269"><![CDATA[R2]]></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_10089" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: TAMU (MVP Jan 2021)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10318"><![CDATA[R5]]></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="10327"><![CDATA[R4]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10076" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Rank: hbz (TBD)</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10248"><![CDATA[R1]]></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, 28 May 2018 12:28:34 +0000</customfieldvalue>

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