<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
Linda,<br>
<br>
Deleted (metacat) metadata should have not been exposed to dataOne
in the first place. I am surprised, even if they call those data
'archived'. There are old versions, and then there are deprecated,
deleted data. Any serious IMS can make that distinction. It is good
to see metacat is gone, for that, and many other reasons. (it is not
really gone, though.)<br>
<br>
Also, data that is erased at origin (@ FCE, due to whatever reason),
should be deleted at the public repositories -not sure how-. <br>
<br>
Due to shortcomings with the repository systems we have been using,
this deletion has been a headache. Always. <br>
At best, we were forced by default to retire our numerical
identifiers, this has been quite irritating. At worse, unwanted,
bad data remains public through these repos. <br>
<br>
If not common sense, this situation is a an actual good case to be
filed under the "<a
href="https://en.wikipedia.org/wiki/Right_to_be_forgotten">Right
to forgotten</a>" law that google had recently to abide in EU and
Argentina.<br>
<br>
There is a silver lining to all this, old versions are just that,
old versions. Anybody that is able to get the hands on an old
version of data ought to realize that this is not the most current
version. <br>
<br>
I would ask dataOne to erase that content if you are concerned. <br>
<br>
If we are met with uncooperative clearinghouses, time to add a note
to all your EMLs, stating something like 'FCE only vouches (to the
extent you can) to the latest version of data hosted by FCE'. <br>
<br>
On the positive side, I am glad you are able to find data in
DataONE, this is something I rarely hear from actual users, and a
reason to celebrate.<br>
<br>
Cheers, Inigo<br>
<br>
<br>
<br>
<br>
<div class="moz-cite-prefix">On 11/12/2015 8:58 AM, Linda A Powell
wrote:<br>
</div>
<blockquote
cite="mid:DM2PR05MB367AC78ADB7961A37895085D7120@DM2PR05MB367.namprd05.prod.outlook.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper"
style="font-size:10pt;color:#000000;background-color:#FFFFFF;font-family:Candara,Sans-Serif;">
<p>Dear Information Managers,<br>
<br>
</p>
<p><span> </span>As some of you may know, the FCE LTER
program discontinued its practice of file versioning where
each updated data file would be given a different file name
(.v1, .v2, etc.) and a new EML package ID. We initially
had 525 data files that got combined into new data files so
our FCE data count decreased to 125 data files. I started the
EML packaging ID numbers for the newly combined data files at
knb-lter-fce.1050 (well beyond the last package ID
knb-lter-fce.525) and I personally deleted all the old
versioned data from the LTER Metacat. I then added the 125
new files back into the Metacat and PASTA.<br>
</p>
<br>
<p><span> </span>Unfortunately, those files were never
really deleted from Metacat, only archived, and when the
Metacat files were harvested into DataONE,
<b>ALL</b> my files, including those I thought were ‘deleted’
and the existing, were uploaded. Now the FCE has a big mess!
The old 'deleted' files are listed but none of the files exist
any longer so the links to the data don’t work. I’m sure the
DataONE users are frustrated! There may be Metacat files that
other IMs have thought were deleted that are also showing up
in DataONE.<br>
</p>
<br>
<p><b><i><span> </span>My question to the LTER IMs is whether
the content that existed in the LTER Metacat should be
archived and made hidden during search and discovery from
the DataONE infrastructure (i.e. ONEMercury, CN API,
etc.)? </i></b> I've asked Mark Servilla to help with this
issue and we thought It would be simplest and scale
economically if he could perform this operation at one time
and for all LTER site content as opposed to performing this
operation for each site independently. Of course we want
input from the IMC before we move forward.<br>
</p>
<br>
<b>I’ve created a Doodle Poll
(<a class="moz-txt-link-freetext" href="http://doodle.com/poll/uw87khqqyhhsiry5">http://doodle.com/poll/uw87khqqyhhsiry5</a>) and would appreciate
input from EACH of the LTER site IMs as to whether the content
that existed in the LTER Metacat should be archived and made
hidden during search and discovery from the DataONE
infrastructure? Please select ‘Yes’ or ‘No’. </b><br>
<br>
Thank you in advance for your participation!<br>
<br>
Kindest Regards,<br>
<br>
Linda<br>
<p><br>
</p>
<div id="Signature">
<div name="divtagdefaultwrapper"
style="font-family:Calibri,Arial,Helvetica,sans-serif;
font-size:; margin:0">
<div class="BodyFragment"><font size="2">
<div class="PlainText"><font face="Candara,Sans-Serif">Linda
Powell<br>
Information Manager<br>
Florida Coastal Everglades LTER Program<br>
OE 148, Florida International University<br>
University Park<br>
Miami, Florida 33199<br>
Phone (Tallahassee, FL): 850-745-0381 </font></div>
<div class="PlainText"><font face="Candara,Sans-Serif">Phone(Miami,FL):
305-856-0039 or 305-348-6054
<br>
</font><font face="Candara,Sans-Serif">Website:
<a class="moz-txt-link-freetext" href="http://fcelter.fiu.edu">http://fcelter.fiu.edu</a></font></div>
</font></div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Long Term Ecological Research Network
im-rep mailing list
<a class="moz-txt-link-abbreviated" href="mailto:im-rep@lternet.edu">im-rep@lternet.edu</a>
</pre>
</blockquote>
<br>
</body>
</html>