<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Hi all - <br><br>Due to the help and support received from folks on this list, our data provider has been up and running for several months with just one hiccup in service. So, first: thanks!<br clear="all">

<br>Now I have a question about deleted records.&nbsp; We started up our service without any support for deleted records (&lt;deletedRecord&gt;no&lt;/deletedRecord&gt;).&nbsp; However, I&#39;m realizing that this was short-sighted and now want to support deletions. But I&#39;m a little confused as to how to proceed. <br>

<br>We are an archive of research listings. People who contribute to our archive get a free account and log into that to add and subsequently maintain their listings. They do have the ability to make a listing &quot;unavailable&quot;. As well, if there&#39;s a problem with a listing we can &quot;unapprove&quot; it. Either of these actions takes the listing off-line.&nbsp; When either action occurs, I plan to update our data provider and swap out the record in question with a record signifying a deletion which is essentially what either of these actions translates into. <br>

<br>I understand that my choices are persistent &lt;deletedRecord&gt;persistent&lt;/deletedRecord&gt;, or transient &lt;deletedRecord&gt;transient&lt;/deletedRecord&gt;. I&#39;d like to go with persistent, but does that mean that I have to maintain a record of every single time someone makes their record unavailable and then makes it available again in our database (this doesnt&#39; happen a ton, but does happen often enough to be a concern)?&nbsp; Also I&#39;m not finding anything online  letting me know what data is needed to show all of these records deletions -- how would I get that info to any of our harvesters?<br>

<br>I just switched us from &quot;no&quot; to &quot;transient&quot; which seems a little less, well, daunting. So we start deletions tonight. But would like some clarification re: exactly what the technical requirements are to share our data through persistent data provider.<br>

<br>Any insight, ideas, help -- much appreciated!<br>~Lisa<br><br>Lisa M. Brooks<br>IssueLab: bringing nonprofit research into focus - <a href="http://www.issuelab.org" target="_blank">http://www.issuelab.org</a><br><a href="mailto:lisa@issuelab.org" target="_blank">lisa@issuelab.org</a><br>

773-649-1790<br></div></div></div>