RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Jesse Wilkins <[log in to unmask]>
Reply To:
Records Management Program <[log in to unmask]>
Date:
Thu, 25 Oct 2007 07:20:47 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (42 lines)
Hi Ginny, 

Not sure I understand this comment - after all, at the end of the day a file
plan and a RRS each are an attempt to provide metadata to paper documents.
Where's it located? How long should we keep it for? What do we do with it at
the end of that time? Is it on legal hold? Is it a vital record?

All of those can be metadata fields; but in addition, we can note that it
has these other certain characteristics so that later on we can, for
example, retrieve easily all documents relating to a particular office,
party, or transaction type. Yes, those are fields that are purposely
designed; but they increase the findability of information exponentially
which goes to the heart of the entire electronic records and information
management challenge. 

Note also that I and others want full-text indexing as well. So if you look
at
- The full-text index of the document
- The system-generated metadata (it's a TIFF, it was created Jan 1 2007)
- The user- or process-generated metadata (it's an invoice, it's from Jesse
Wilkins, it was scanned by Jane Smith on Jan 1 2007)

That's a lot of information available for finding electronic documents,
which in my opinion reduces the need for so many buckets that are used to
find stuff. Again, I recommend everyone read Everything is Eventual by David
Weinberger for some excellent examples of the limitations of the traditional
hierarchical "a bucket for everything and everything in its own particular
specialized bucket" approach. 

Jesse Wilkins
[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]

ATOM RSS1 RSS2