<div dir="ltr"><div>Greetings hive mind...</div><div><br></div><div>I've been working on some utilities for creating and updating top containers, locations, and barcodes via the API. I've run into an odd situation and I cannot figure out what is going on...</div><div><br></div><div>1. This particular Location was created several years ago (2018), and had a top container assigned to it.</div><div>2. Through the API, I recently assigned a location profile to it.</div><div>3. Examining the location through the interface, everything seems just fine. (ie  <a href="https://our_aspace_url.edu/locations/:ID" target="_blank">https://our_aspace_url.edu/locations/:ID</a>)</div><div>4. The location shows up fine in the browse list of locations: 

<a href="https://our_aspace_url.edu/locations?page=NNN" target="_blank">https://our_aspace_url.edu/locations?page=NNN</a></div><div>5. When I query the location directly in the api, the JSON is returned as expected: <a href="https://our_aspace_API_url.edu/locations/:ID" target="_blank">https://our_aspace_API_url.edu/locations/:ID</a>)</div><div><br></div><div>Here is the kicker, when I page through all the locations via the API  (  <a href="https://our_aspace_API_url.edu/locations?page=NNN&page_size=250" target="_blank">https://our_aspace_API_url.edu/locations?page=NNN&page_size=250</a> ), this one location is not returned in the results. I thought it could be an error in how my loops were constructed, but I have actually examined all of the content returned from the server, and the location URI is never included. </div><div><br></div><div>Oddly enough, my code reports that a duplicate location URI is returned by the server. I've verified this in the JSON returned while paging through the results too. However, the duplicate URI changes based on the value passed in the page_size parameter. </div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><br></div><div>Over the holiday break, we performed a re-index by deleting   data/indexer_state and  data/solr_index, then rebooting. No change in the results.</div><div><br></div><div>Any thoughts would be greatly appreciated.</div><div><br></div><div>Matt</div><div><br></div><div>----<b><br>Matt Adair</b><br></div><div>Archivist for Digital Imaging and Infrastructure</div><div><br></div><div dir="ltr"><img src="https://ci3.googleusercontent.com/mail-sig/AIorK4zQSmqLoMdUNhv3966x340KqFDspUjPLDP2yUhADeQmdyoueQpr4Qg5-GGeIU6zcksd6KYM5Ik" width="200" height="15"><br></div>Bentley Historical Library<br>1150 Beal Avenue<br>Ann Arbor, Michigan 48109-2113<br>734-647-3537<br><a href="http://bentley.umich.edu" target="_blank">http://bentley.umich.edu<br></a>@UmichBentley </div><div dir="ltr"><br></div><div dir="ltr"><font color="#666666"><i>The Bentley Historical Library acknowledges that coerced cessions of land by the Anishnaabeg and Wyandot made the University of Michigan possible, and we seek to reaffirm the ancestral and contemporary ties of these peoples to the lands where the University now stands.<br></i></font><br></div></div></div></div></div></div></div></div></div></div></div><input name="virtru-metadata" type="hidden" value="{"email-policy":{"disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"expandedWatermarking":false,"expires":false,"sms":false,"expirationNum":1,"expirationUnit":"days","isManaged":false,"persistentProtection":false},"attachments":{},"compose-id":"1","compose-window":{"secure":false}}"></div>