Hi again- I was digging into this a little deeper because the same problem was reported later on Friday by one of our staff testing 2.8.1.
I was wrong when I said the results when searching for a location from a top container view were inconsistent with a search from the main locations page. In testing it again I found that they were both wrong the same way. What I discovered, however, was that, when I search/filter on the main locations list, the expected results were actually on the last page, at the end, which suggests that the sort direction was wrong. Changing it from ascending to descending (in the preferences) fixed the issue for me – I got the results I expected, both in the main locations list and when searching from a top container. My guess is that it's sorting by relevance score (higher score = more relevant) rather than relevance rank, so the sort order when using 'ascending' is the opposite of what I expected it would be. I could still be missing something – let me know if this works for you. -Trevor On Sat, Jan 23, 2021 at 4:42 PM Daniels,Carrie < [email protected]> wrote: > Thanks, Trevor – > > I do love the user preferences options – thanks for the reminder. But you > are right, it doesn’t solve my problem. Thanks for the ideas, though! > > Carrie > > > > > > *From: *<[email protected]> on > behalf of Trevor Thornton <[email protected]> > *Reply-To: *"[email protected]" < > [email protected]> > *Date: *Friday, January 22, 2021 at 2:24 PM > *To: *"[email protected]" < > [email protected]> > *Subject: *Re: [Archivesspace_Users_Group] Top Container/Location issue > > > > *CAUTION:* This email originated from outside of our organization. Do not > click links, open attachments, or respond unless you recognize the sender's > email address and know the contents are safe. > > I responded too quickly. We had a similar issue with searching for > subjects and agents to link to a record, and adjusting the default sort > column preferences fixed it (when you started typing in a subject or name > the list of suggestions matched what you typed). But the same doesn't seem > to be true for searching locations to link to a top container. > > > > It does do something, though, because the list of results changes when > that preference changes, but the results aren't what you'd expect, and > don't match what you get when you use the search filter on the main > locations page. > > > > On Fri, Jan 22, 2021 at 1:18 PM Trevor Thornton <[email protected]> wrote: > > Hi Carrie- > > > > In 2.8 the ordering of those results is specified in the preferences, > which you can get to via the dropdown menu on the top right next to your > user name. Preferences can be set globally, by repository or by user > (presumably the more specific ones override the less specific ones but I > haven't tested that). > > > > On the preferences page, look for "Location Browse Columns", and under > that look for "Default Sort Column". Setting that to "relevance" should get > the locations to sort the way you're used to. By default, they sort > alphabetically by name. > > > > -Trevor > > > > On Fri, Jan 22, 2021 at 12:57 PM Daniels,Carrie < > [email protected]> wrote: > > Hello ArchivesSpace world - > > > > I’m seeing behavior in version 2.8.1 that I hope is “just” a bug. It’s a > location issue, but seems to be a little different from the other location > issues that have already been reported, and I’m wondering if anyone else is > encountering it. > > > > When adding a location to a top container, we used to be able to enter > location coordinates in the Location field in order to bring up a suggested > list. It wasn’t perfect, but normally the location we were looking for was > in the first couple suggestions. Since moving to 2.8.1, this functionality > seems to be missing. When we enter any of the coordinates, we either get > the first few entries from the entire list of locations, or we get a more > random list that includes entries that completely lack matches to the > coordinate(s) we entered. We can, of course, use the browse function, but > as others have noted recently, when you are working with many boxes, it > gets old really fast! > > > > Thanks, > > Carrie > > > > Carrie Daniels > > (she/her/hers) > > University Archivist and Director, > > Archives & Special Collections > > University of Louisville > > > > _______________________________________________ > Archivesspace_Users_Group mailing list > [email protected] > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > <https://nam03.safelinks.protection.outlook.com/?url=http%3A%2F%2Flyralists.lyrasis.org%2Fmailman%2Flistinfo%2Farchivesspace_users_group&data=04%7C01%7Ccarrie.daniels%40louisville.edu%7C061cbd58ce6941fd7fb908d8bf0b438b%7Cdd246e4a54344e158ae391ad9797b209%7C0%7C0%7C637469402418036427%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=oC44MjJ21zS9YTj3gMndr2Cu%2F505hmg28vRYb4%2BrPZI%3D&reserved=0> > > > > > -- > > Trevor Thornton > > Applications Developer, Digital Library Initiatives > > North Carolina State University Libraries > > > > > -- > > Trevor Thornton > > Applications Developer, Digital Library Initiatives > > North Carolina State University Libraries > _______________________________________________ > Archivesspace_Users_Group mailing list > [email protected] > http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group > -- Trevor Thornton Applications Developer, Digital Library Initiatives North Carolina State University Libraries
_______________________________________________ Archivesspace_Users_Group mailing list [email protected] http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group
