Hi Dwight and list members,
Lest it appear that I was pointing my finger at you or anyone else, let me
clarify that my previous comments were more of a musing on the general
approach to, and discussion of, metadata that I have been witnessing on this
and other listservs for quite a while. Too often, I think that the concept
of metadata is discussed in very general (and vague) terms, usually as if
metadata are one distinct, homogeneous entity or record attribute that,
therefore, can and should be managed as one unified record attribute. This
clearly is not the case, and is one of the key concerns that I was hoping to
convey in my previous message.
As for the distinction between authenticity and integrity, again, my
intention was not to point fingers. And just to clarify the matter a bit
further, in deference to the way the two concepts are presented in ISO
14589-1 (thank you, Dwight, for highlighting that issue), I should add that
InterPARES does not follow the ISO distinction for these two concepts
because our research has proven that integrity is an integral component of
authenticity. Unfortunately, the ISO definition of authenticity only deals
with the identity of a record and does not include integrity, which ISO
considers a separate quality. However, integrity is not a separate quality
because a record that lacks integrity cannot be considered authentic. It is
important to recognize that the text of ISO reflects its origin: namely, it
is an adjustment of the Australian records management standard, and its
authors were all (or mostly all?) public records archivists. Consequently,
the standard, as currently written, does not (satisfactorily) take into
account the records requirements of other contexts and of records generated
in the private sector (arts, science, etc.) or, effectively, those of a
non-legal nature.
Anyway, I hope that this helps to contextualize my previous comments a bit.
Again, my apologies if it felt like I was pointing a finger at you or anyone
else. That was never my intention.
Regards,
Randy
--
Randy Preston
Project Coordinator, InterPARES Project
The University of British Columbia
Suite 470, 1961 East Mall
Vancouver, British Columbia V6T 1Z1 Canada
tel: +1(604)822-2694 fax: +1(604)822-6006
[log in to unmask]
www.interpares.org
-----Original Message-----
From: Records Management Program [mailto:[log in to unmask]] On Behalf
Of WALLIS Dwight D
Sent: February 27, 2009 10:14
To: [log in to unmask]
Subject: Re: Metadata in the courts
Randy, thanks so much for your posting. I'm not sure that my particular
concerns regarding this issue related to all metadata being equal, but
rather related to what metadata should not be scrubbed to maintain the
value of a record as evidence, and you have helped identify that
metadata. It also helped me understand why one would actually want to do
this. Definitely a keeper! Regarding your comment on discussing
authenticity and integrity as separate issues, I apologize if I caused
any confusion in this regard, and was really discussing them within the
context of their identification as records characteristics in ISO
15489-1, sections 7.2.2 and 7.2.4. These two characteristics seemed most
pertinent to the topic at hand.
I really appreciate the kindness Dana, you, and others have shown in
facilitating my learning more about this topic!
Dwight Wallis, CRM
Records Administrator
Multnomah County Fleet, Records, Electronics, Distribution and Stores
(FREDS)
1620 S.E. 190th Avenue
Portland, OR 97233
Phone: (503)988-3741
Fax: (503)988-3754
[log in to unmask]
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present,
place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
|
