<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>Hi Alan,</p>
<p>If previously live records have been completely removed rather
than retired then you can expect bad things to happen. If there
is a specific privacy issue that means the record cannot even been
retained in a restricted form (retired), then removing may be the
only option. However, the need for this should be vanishingly
small and therefore issues like you describe with Primo should be
few a far between and may require manual intervention.<br>
</p>
<p>The error code idDoesNotExist is deliberately returned by EPrints
OAI interface when a record is removed, as in effect the record
never existed. All I can suggest is that Primo should treat
getting back idDoesNotExist the same as getting back an item that
is marked as deleted. Obviously, you may want to be a bit more
careful about what to do when getting back idDoesNotExist, in case
there is some error in the request that mangles the ID so it
cannot be found. I have no idea how Primo could be configured to
do this but as far as I can tell EPrints is behaving as it should;
reporting completely removed items as not existing whereas retired
items are reported as 'Deleted'.</p>
<p>Regards</p>
<p>David Newman<br>
</p>
<p>On 15/04/2021 15:27, Alan.Stiles via Eprints-tech wrote:<br>
</p>
<blockquote type="cite" cite="mid:EMEW3|5b58b9fc895d56fb8adeae4511ec1c67x3EFew14eprints-tech-bounces|ecs.soton.ac.uk|6B46F110-A023-4342-8CB0-4BF31B4D59A3@open.ac.uk">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<style>@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}span.EmailStyle22
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}div.WordSection1
{page:WordSection1;}</style>
<div style="padding-bottom: 10px; padding-top: 5px;">
<div style="padding:12px; border:1px solid #8D3970;
background-color:#F7F9FA; color:#8D3970; font-size:14px;
line-height:22px; font-family: Calibri, Arial, Helvetica,
sans-serif;">
<strong>CAUTION:</strong> This e-mail originated outside the
University of Southampton.
</div>
</div>
<div>
<div class="WordSection1">
<div>
<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2">
<p class="MsoNormal">Hi all,<o:p></o:p></p>
<p class="MsoNormal">I feel like there was a discussion
about this here a year or two ago but I can’t find it
now.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Records in our repository that get
flagged as deleted show up in the OAI feed as ‘Deleted’,
but records that get completely removed (destroyed) show
up as error code ‘idDoesNotExist’.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">It appears that Primo (our library
search product) isn’t doing anything about updating
records from the feed (configured within Primo to
explicitly harvest our repository), at least where it’s
getting the error response.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Any clues as to whether this is a
Primo problem or my problem to sort out?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Cheers,<o:p></o:p></p>
<p class="MsoNormal">Alan<o:p></o:p></p>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">*** Options: <a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a>
*** Archive: <a class="moz-txt-link-freetext" href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.eprints.org%2Ftech.php%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cefdfef4565d241a87b6f08d9001fa815%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637540958475769525%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=Nf81jssVFmv%2Bz1JuSBrnzPdEelOwxogLHSXRvIXfK7o%3D&reserved=0" originalSrc="http://www.eprints.org/tech.php/" shash="DGIKN8xnO0phvGcH5hBHoG+UJYfIKetCttoI3PQ5eheukl/IGVkH8d1VShvoJ6kehNmpdHFaJoRPNvGUZ+JXURCUr7dRHCbejBvEZ0HNw+AJoC+QcFoUrtcKEiIftid6um9jHbpv8egHNu1xHwYS+CAiTxrhzQVGQckNQn1BrgQ=">http://www.eprints.org/tech.php/</a>
*** EPrints community wiki: <a class="moz-txt-link-freetext" href="https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwiki.eprints.org%2F&data=04%7C01%7Ceprints-tech%40ecs.soton.ac.uk%7Cefdfef4565d241a87b6f08d9001fa815%7C4a5378f929f44d3ebe89669d03ada9d8%7C0%7C0%7C637540958475779518%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=rXlDfMR9rA1GaDKHgcQlMeexMa%2FZjTGIkx0%2FJNP3dIM%3D&reserved=0" originalSrc="http://wiki.eprints.org/" shash="UswcmvjGxUPga0sq3zId5CHFgdVkDB8KJujt8ghEZXUwqT5h5Q7/dPNE21twRSeD3FtwOUax4IWia64whJFKNonYHMqdGE/yg7xvKwDQ7yGO4HrwtDCrSoJwT50+DMPZOj7buneK5Uy2ZpwzNhBMT4MF9vgRoRV/wXwyqpuYWqs=">http://wiki.eprints.org/</a></pre>
</blockquote>
</body>
</html>