National Archives' Digital Woes 190
Carl Bialik from the WSJ writes "The National Archives, entrusted to preserve America's official history, will have to handle roughly 100 million emails from the Bush White House, up from 32 million during the Clinton years, according to the Wall Street Journal. 'The rapid adoption of electronic communications technology in the last decade has created a major crisis for the Archives,' the Journal reports. 'For one thing, the amount of data to be preserved has exploded in recent years, thanks to the proliferation of high-tech tools such as personal computers and wireless email devices such as BlackBerries. At the same time, technology is becoming obsolete so fast that electronic documents created today may not be legible on tomorrow's devices, the equivalent of trying to play an eight-track tape on an iPod.' The director of the Electronic Records Archives Program tells the Journal, 'We don't want to turn into a Cyber-Williamsburg, a place that keeps old technologies alive.'"
Not A Problem... (Score:2, Funny)
some funny math (Score:5, Interesting)
let's be generous and say that the average email is 8192 bytes in size (8KB)
100,000,000 * 8KB = ~800GB
That's not much at all. And that's if you store it uncompressed.
Use a well documented unencumbered compression algorithm and it's likely to all fit on a single tape.
Re:some funny math (Score:4, Funny)
Re:some funny math (Score:2)
What's that when converted to the storage capacity unit du jour, the Library of Congress (or LoC). How many LoCs is 100 million emails?
Re:some funny math (Score:5, Informative)
The volume of material is staggering, and goes beyond what NARA (or almost anyone else, for that matter) has traditionally dealt with. While storage space itself is a concern, to some degree, given that this material will continue to accumulate, the larger problem is how to manage this material. Having 800GB of e-mail is pointless if you don't provide a means to get in and retrieve specific messages, and provide the appropriate context for that e-mail.
Re:some funny math (Score:3, Interesting)
Oh well....$308 Million dollar contract goes bye bye.....
When did lockheed martin get into the document management business?
Re:some funny math (Score:2)
Sounds like they just did.
Re:some funny math (Score:2)
So how much did you give to Jack Abramoff? Nothing? Maybe that explains it?
Re:some funny math (Score:2, Insightful)
If you've got the best mousetrap, you need to find out more about how to make your product available to the archives communit
Re:some funny math (Score:2)
We're registered as gov't contractors, but I'd never seen anything like this come across the wire (it is a big wire)
Thanks for the references, I'll check those out!
Re:some funny math (Score:2)
Re:some funny math (Score:2)
Don't know. You should email the White House and ask.
Re:some funny math (Score:2)
Somehow, I find a running server more trustworthy than a bunch of CDs in a box. At least I can go ASK the thing whether it still works...
Re:some funny math (Score:2)
Re:some funny math (Score:2)
Re:some funny math (Score:2)
First, you have the mail itself. RFC2822 is an international standard, so that seems like the right way to go to store the mail. For indexing, there are any number of mail archival systems, some better and some worse than others, but most handle 2822 just fine.
Now you get into attachments. Here, you presumably want to convert everything down into one of PDF (semi-open format where there are at least several competing readers), Open Document (open format with an open source read
Re:some funny math (Score:2)
It's damned simple. Use a unix time stamp plus subject and sender for the name of the file. Then create directories for mailboxes and drop links into the directories that correlate to the sender and reciever. You name the link with the standard crap you see in a email client. You name it Date/Time|Subject|Sender.
Now what you have is a list of emails (links to the actual PDFs) recieved by date and time in a time ordered fashion. Any coder worth
Re:some funny math (Score:2, Funny)
Re:some funny math (Score:2)
You're kidding, [google.com] right?
Re:some funny math (Score:2)
Yes, but it'll still only fit on a single tape.
Some Funny Formats and Laws. (Score:2)
Let's be honest and admit they use M$ junk. You know they are slinging around 70MB power point files, word docs, ad nauseum. Getting that all put into something legible is hard to do. Try opening your Excel 4 files, for example. Did you remember to install the right fonts and equation editor? If all non text were pumped to pdf or html, things would be a little easier but still larger. The challenge is automating the conversio
Re:some funny math (Score:3, Funny)
And any compression routine will immediately tokenize the long heavily repeated phrases: "September 11, 2001", "Global War on Terror", "aid and comfort to the enemy", "America's will is strong", "central front in the war on terror", "the American people are safer", "9/11", "we will prevail". There isn't a lot of entropy in this particular dataset.
Plain Text (Score:5, Insightful)
Re:Plain Text (Score:2)
Digital is great, but preserving it in time is hard: you need media that can last long, media reader that works with the modern equipment, file system format you can comprehend and reader software to display the documents to you.
Re:Plain Text (Score:3, Informative)
IMHO, storing them on 8-track tape is a massive blunder. 8-track is already obsolete. What they should be doing is either keeping them all on spinning storage (with massive amounts of redundancy) or burn multiple redundant copies to DVD.
Either way, they will have to deal with the problem of unreliable storage - it's easier to cope with if the problem can be automatically detected, and the data recovered from a backup and re-copied automatically. This
Re:Plain Text (Score:2)
Re:Plain Text (Score:2)
But I stand by my claim that they are obsolete. NASA is faced with a huge problem to recover the data off thousands of tapes written during the earliest space missions. After 40 years the oxide is flaking off the tapes and recovery is a delicate and dangerous process, often involving the destruction of the original tape.
It remains to be seen how long current technologies like CD and DVD will last before degradation causes data loss. Some say hundreds of years
Re:Plain Text (Score:4, Informative)
Potentially Armstrong v. Executive Office of the President. Format shifting is a fantastically tricky minefield to navigate. The aforementioned court case dealt specifically with the practice of printing e-mail communication and storing it as a paper record, but it speaks to the standard problems of conversion: you need to be entirely certain that you're not losing any information in the conversion process. This includes transmission information, metadata, and so on. Which isn't to say that plain text conversion can't be done in a lot of cases, but rather that it's something that needs to be undertaken very carefully.
And while NARA has been embarking on some wonderful digitization projects, no paper-born records have been replaced by electronic conversions as of yet, for precisely the same reason. The electronic conversion augments the original paper record, but NARA still needs to maintain and preserve the paper record for as long as they have always been legally required to do so.
OK (Score:2, Insightful)
Re:OK (Score:2, Funny)
Re:OK (Score:2)
They are. Quoting the article is such fun:
for now, at least, the Archives uses electronic storing methods similar to those adopted in the 1960s and 1970s, transferring data onto magnetic tapes because that is the only format the archivists know will work indefinitely.
I hope they are using GNU tar to hold that mess togher.
The bigger problem is translating proprietary formats for the ages while maintaining the original format as re
Re:OK (Score:3, Funny)
Good job on getting modded well. Anytime someone says "Open Source it" They get modded pretty well.
Good job.
Re:OK (Score:2)
You'd have to hope no one came across this prior art from Signetics [jensbenecke.de] back in 1972.
Re:OK (Score:2)
Massachussetts vs. Microsoft, q.v.
One Word: Google (Score:5, Insightful)
(Note: Asserting a simple solution to a complex problem is the best way to elicit information, as it creates a burning desire in readers to prove you're wrong...)
Re:One Word: Google (Score:2, Funny)
Google Search Appliance (Score:3, Informative)
Except when you're right
The Google Search Appliance
http://www.google.com/enterprise/gsa [google.com]
Are we blinded? (Score:2, Interesting)
But then I ask myself how much time I've spent trying to find things online. I've been finding Google to be increasingly less useful. When was the last time you googled, looking for information, and found nothing related? When was the last time you had to rephrase your search query not once,
Re:Are we blinded? (Score:2)
Re:One Word: Google (Score:2)
I don't think google is indexing metadata and wouldn't it be just sneaky to have a plain Hello Jane type email have a secret message in the metadata. Everything last to be kept and indexed.
Got this one via the Freedom of Information Act (Score:2)
Dear Sir,
I write to inform you of my desire to acquire [REDACTED] in your country on behalf of [REDACTED] of the [REDACTED] in Nigeria. Considering his very strategic and influential position, he would want the [REDACTED]. He further wants [REDACTED], until [REDACTED]. Hence our desire to have [REDACTED].
[28 LINES REDACTED FOR SECURITY PURPOSES]
Your quick response will be highly [REDACTED]. Thank y
Re:One Word: Google (Score:2)
You have achieved true enlightenment. Go forth my friend and enjoy nirvana.
Technology explodes (Score:3, Funny)
A couple of BSD box's with some Oracle or similar should do it.
Re:Technology explodes (Score:2)
Sounds like a business opportunity (Score:4, Interesting)
I'm sure a universal data conversion tool would be worth a pile of money.
Re:Sounds like a business opportunity (Score:2)
Sounds more like a governance opportunity to me. the National Archive could spearhead the push to develop sophisticated open standards (open Document doesn't satisfy all archival purposes) that all of government, and the public, could use.
Of course, we are living in Bush-World(tm) - so any
XML? (Score:2)
Re:XML? (Score:3, Insightful)
"Sounds like a job for everyone's favorite do-everything markup language, XML! Seriously, why isn't it used to structure everything?"
Because it's not the right tool for every job. XML is explicitly a data interchange format. I've worked with material like this in the past, and I can tell you from experience that processing large volumes of XML (or any text-based markup format, for that matter) is extremely expensive in terms of processor and memory resource usage.
That said, I agree that in this case XML
Re:XML? (Score:2)
Re:XML? (Score:2)
XML allows for the quick creation of data formats, but it doesn't magically make these data formats popular or parsable by actual programs - that's still a real issue. And even when they settle on an internal format, there's the question of getting existing data into that format, or exporting back into popular formats. It's not as eas
iPod Mod... (Score:4, Funny)
That's not a real measure of data storage (Score:2)
I think we deserve to be told how many Library of Congresses that takes up!
Re:That's not a real measure of data storage (Score:2)
24 football-fields wide and a couple of Grand Canyons deep.
Lockheed's proposal: (Score:2)
Lockheed officials have recommended using a handful of widely accepted formats such as the popular Internet software language HTML. .
Those responsible have been sacked.
I'd love to read those emails... (Score:5, Funny)
I'd love to read those emails, seeing as how we've gone from:
From: bclinton@whitehouse.gov
To: hclinton@whitehouse.giv
CC: agore@whitehouse.gov; tgore@whitehouse.gov; monica04329@yahoo.com; ltripp@weightwatchers.com;
Subject: omglol, you got to get me some of these!
I want these for Christmas! http://www.big-fat-cigars.com/ [big-fat-cigars.com]
To something along the lines of:
From: gbushjr@whitehouse.gov
To: dickc@whitehouse.giv
CC: crice@whitehouse.gov; jbush@whitehouse.gov; lbush@whitehouse.gov; urnotapuppet@gmail.com; osamab@msn.com; cpowell@hotmail.com;
Subject: Are they for real? Can we attack them too?
Subject sayz it all, any toughts Dick? I think we can git `em.
> DYKE BOURDER OIL SERVIES
> OFFER FOR SALE OF NIGERIAN CRUDE OIL
>
> Dear Sir,
>
> I am President of blah blah blah...
Re:I'd love to read those emails... (Score:2)
The obvious solution (Score:3, Funny)
rm -rf /
Why store all of this (Score:2)
Information is infinite, there's no ends to the amount of information anyone of us can produce. Storing everything is old school, new school recognizes that fact and stores only important information.
What the government needs is to prioritize and save only the important stuff. Official bills and memos
Re:Why store all of this (Score:4, Insightful)
Often, you don't know whats important, until long after the fact. Storage space is so cheap and easy, it doesn't make sense to try to filter, as its happening. Inevitably, something important/crucial/worldchanging would get lost, resulting in cries of government censorship.
And I'd say for a presidency...ALL of it is crucial.
Random conversations, recorded by the secretary, then 'erased', has already caused one president to resign. What was in that erased 18 minutes? The NARA may actually find out [about.com].
Re:Why store all of this (Score:3, Insightful)
Re:Why store all of this (Score:2)
Re:Why store all of this (Score:3, Insightful)
That is an absolutely insane idea for government policy. We shouldn't decide what's important for the future - the future history writers decide that for us. Who is it that decides what is important? The public owns the government, and has the right to retain everything it does. Not storing evidence would mean that today's crim
Re:Why store all of this (Score:2)
With the few replies supporting the same point of view as yours, I tend to agree.
HOWEVER, I ask: honestly, do you think corrupted politicians freely use logged medium to exchange idea for stealing taxes/money from corrupted businesses?
Re:Why store all of this (Score:2)
No I don't, I think they are careful, and usually maintain several layers of coverup. However, they usually slip up somewhere (or an underling does). And they WILL communicate over logged mediums, because they need to give some sense of legitimacy. It will look funny if they have no logged transcripts during their years in office. And what they might thin
Format obsolesence (Score:5, Insightful)
Re:Format obsolesence (Score:2)
Internet Archive (Score:3, Interesting)
Re:Internet Archive (Score:3, Informative)
TIA is pretty damn impressive, but they certainly don't get all of it.
1: There is more to the internet than the web
2: They don't do a lot of dynamic pages... so a lot of forums will probably be ignored (not that that necesarilly loses anything useful
3: They only get images if you request it
4: Sites can request that they not be spidered (robots.txt)
etc.
-ben
Re:Internet Archive (Score:2)
The best "internet backup" is all the stuff that we rat-packers save and someday recall again...
I recently reconstructed a vanquished web page thru TIA, local saved pages, and various googled caches. It was rather an enlightening experience. One application I can see for the future of the internet is distributed user archive programs such as the TIA is, but with many, many more machines. Google is really kind of a baby step towards the infrastructure needed to have a collective d
ASCII Text (Score:3, Insightful)
ASCII text has been around for decades and oh by the way Internet-formatted email is 100% representable as ascii text since that's how its still transferred today.
This supposed problem is a real problem only for those with Exchange, Domino or Groupwise which creates email in custom, internal formats.
Re:ASCII Text (Score:2)
What if the email contains an attachment which is in a format that you can't read?
Sure it is encoded as ASCII but it doesn't help..
Re:ASCII Text (Score:2)
Re:ASCII Text (Score:2)
I often get two paragraph messages from people as a Word doc attachment. And yes, it actually is sent as a Base-64 encoded (ASCII) segment of the message, but I don't think that's very helpful. Personally I filter most of my email to plain text, so messages that weighed in at 50k or more come down to 1k. But an archivist doesn't have the freedom to simplify the format.
Re:ASCII Text (Score:2)
Sure he does. He shouldn't discard the original, but he has complete freedom to store an additional copy or copies in simplified and standardized formats. And given your comments on the relative size of the alternate versions, such additions would be relatively cheap.
Re:ASCII Text (Score:2)
Storing an additional version isn't "simplification". I was talking about "instead of", which is what I do for my own archives.
Re:ASCII Text (Score:2)
Of course it is. You're giving the eventual retriever an easily read version he can get to conveniently as well as the original that he can dig in to if needed. Unless you can guarantee the the converted version is perfectly equivalent to the original (and you usually can't) you have to save the original anyway.
What you do for your own personal archives is, of course, a very different question. You may well find that the space savings justifies the loss
Re:ASCII Text (Score:2)
This is why the government shouldn't all the use of proprietary formats for any internal documents. Of course a lot of things sent in email would have never been documented before because they would have just been conversations. Things like what do you want to do for lunch today and how about them Redskins... Man if political correctness keeps going the way that it has been in 100 years some poor
Re:ASCII Text (Score:2)
For easy stuff like word processor and spreadsheet documents, simply store a second copy that has been downconverted to ascii. For more obscure stuff (like CAD drawings) don't worry about it. An archivist can't possibly deal with every obscure data format out there, and clever hackers that can reverse engineer a format are relatively easy to come by should the contents of the document ever be desired. All you have to do is get them the bits and bytes on a media that the
Official History? (Score:4, Insightful)
The official history? as opposed to what - the unofficial history? Or should it be worded differently: The National Archives, entrusted to preserve America's official government records...
Don't mean to sound nit-picky but when I first read that, a million consipiracy theories raced through my mind!
MySQL? (Score:2, Insightful)
Re:MySQL? (Score:2)
Re:MySQL? (Score:2)
Old solutions to the rescue... (Score:2)
Take mercury delay lines. They kept data by continuously sending sound impulses inside a tank filled with mercury, and the impulses were recycled through to refresh the storage.
Well, this could be done with a *HUGE* disk array, where you add drives to increase storage, and "retire" broken or obsol
Re:Old solutions to the rescue... (Score:2)
Talk to the Catholic Church (Score:4, Funny)
Re:Talk to the Catholic Church (Score:2)
Re:Talk to the Catholic Church (Score:2)
Perhaps they kept excellent records of what they destroyed?
SpamAssassin (Score:2)
Stop & think before posting, please (Score:4, Insightful)
How all of this stuff is connected, who it came from, when it was sent, all of that is something Historians (or Special Prosecutors) will need to know. Email from "aa204@whitehouse.gov" to "mikhail@kremvax [wikipedia.org].su" subject "Plans for Wall" isn't particularly useful if we don't have any way of tracking who aa204 was or knowing it was composed on Nov. 9, 1989 but not actually sent until Nov.10, 1989.
Face it, most email systems are complex special-purpose systems made up of huge webs of interdependencies; from their hardware to their OS to their various applications. Imagine trying to pull emails, address books, mailing lists, undelivereds, calendars, attachments, cc's, bcc's, forwarded-forwarded-forwarded records etc. from a mass of DEC All-In-1 systems, IBM Profs, MS Exchange v.anything, and a the /.-popular mbox/maildir/postfix/cyrus/exim/sendmail/dovecot/l dap/etc. environments...
Now figure out some reasonably stable format to save 'em all in where they can be referenced, cross-referenced, timelines produced, who-knew-what-when deduced, identities tracked, policy propagation studied, etc. That's not the territory of thousands of text files, or PNGs, it's a data-miner's nightmare and what the Nat'l Archives are facing.
So please, stop being quick-to-the-keyboards "Well d'uh" /-trollers and assume that some reasonably clever and knowledgeable folks have already considered the problem and are appalled at it's complexity. Yes, there are possibly some even more clever & knowledgeable folks who read /. but the text-&-png crowd is just so much wasted bits.
At least the big-database folks are probably closer to what is going to be required, and anyone who is starting to think that mebbe proprietary undocumented databases cost us all more in the long-term then they're worth are even more (IMHO) on the right track...
Re:Stop & think before posting, please (Score:2, Insightful)
Seems like there is about 100:1 'understand:clueless' post ratio here.
Converting the body of an email or document (word, pdf, excel, powerpoint, html, whatever) is trivial. Maintaining all of the meta data associated with the document/email is not. Maintaining the original context is not trivial. Let's not forget that something like highlighting, font color, underlining, bold face, or italics within a message may have meaning - if you convert to all ascii, the formatting and the meaning tha
Microsoft Word (Score:2, Funny)
Just print it all out (Score:2)
- This will give the librarians something to do, and will be immune to technology going obsolete
Having worked as a contractor for NARA... (Score:2)
The government is only recently adopting PDF files, because PDFs before version
Re: (Score:2)
OpenDoc (Score:2)
I know of two emails that aren't. (Score:3, Funny)
"His administration generated about 40 million messages - mostly memos and notes among aides and cabinet members. Of the two Mr Clinton sent, one was a test to see if the president could push an e-mail button. The other was addressed to astronaut John Glenn"
That shouldn't be hard to archive.
(on a slightly related note, I wonder what percentage of those are/were spam, and if they have to archive all those spam messages for online poke
yes, oh yes (Score:2, Insightful)
Yes. Every last one was to people who questioned or disagreed with a decision made by the Bush administration. Strangely, every single email contained the same text: "Why do you hate America?" Apparently it's the most cogent, incisive argument around.
Or was this about email received by the White House? All of that routed through a special team working out of the office of the Vice President. All of that email was also ide
Re:Major technical problem with ODF (Score:2)
The first and biggest one is that it doesn't help to entrench the MS Office monopoly. In fact, it tends to work against this goal, because other vendors can freely interoperate with ODF documents.
Another major problem with the ODF format is that nobody is able to impose a "tax", or to require special individual license permission for each new software which reads and writes the format.
Finally, ODF is tainted by that "open source" movement. Respected, su
Re:Experience with data archiving. (Score:2)
I can imagine. And I think it would all be fixed by treating it as live data. Don't "archive" it in the sense that you save it to a tape or flashdisk or something, then toss that in a drawer for 50 years then realize it is unusable. Save it to live media, like a
Re:not like 8-tracks--this is software (Score:2)
How is that obvious? I've never worked for a single place that migrated archived data upon a format switch. It's old data, it's supposed to last a while, and they'll keep one old reader, never tested, in case they might want to try to pull something off. Oh, and they won't notice that the reader o