<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Point &#38; Glick &#187; metadata</title>
	<atom:link href="http://www.pointandglick.com/tag/metadata/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pointandglick.com</link>
	<description>Staggering blindly into the legal world.</description>
	<lastBuildDate>Thu, 26 Jan 2012 16:51:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Regarding e-Discovery and metadata</title>
		<link>http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/</link>
		<comments>http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/#comments</comments>
		<pubDate>Fri, 12 Dec 2008 15:58:50 +0000</pubDate>
		<dc:creator>mglickman</dc:creator>
				<category><![CDATA[blawg]]></category>
		<category><![CDATA[#lawtech]]></category>
		<category><![CDATA[e-discovery]]></category>
		<category><![CDATA[evidence]]></category>
		<category><![CDATA[LinkedIn]]></category>
		<category><![CDATA[metadata]]></category>

		<guid isPermaLink="false">http://dieeiervonsatan.wordpress.com/?p=43</guid>
		<description><![CDATA[<a href="http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/" title="Regarding e-Discovery and metadata"></a>I mentioned the ABA EDDE Case Digest I received by email in my last post. Since training at work is over and I only have 3 finals left, I took some time to look over the digest. In general, the &#8230;<p class="read-more"><a href="http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/">Read more &#187;</a></p>]]></description>
			<content:encoded><![CDATA[<a href="http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/" title="Regarding e-Discovery and metadata"></a><p>I mentioned the ABA EDDE Case Digest I received by email in my last post. Since training at work is over and I only have 3 finals left, I took some time to look over the digest.</p>
<p>In general, the cases cited simply reinforce the notion that attorneys must be savvy enough to know what to ask for during discovery and that if you don’t request it, you don’t get it. One thing that stuck out at me, though, is the list of types of metadata in the Sedona Principles:</p>
<blockquote><p>“a. Substantive Metadata”</p>
<p>“Substantive metadata, also known as application metadata, is “created as a<br />
function of the application software used to create the document or file“<br />
and reflects substantive changes made by the user. Sedona Principles 2d Cmt.<br />
12a; Md. Protocol 26. This category of metadata reflects modifications to a<br />
document, such as prior edits or editorial comments, and includes data that<br />
instructs the computer how to display the fonts and spacing in a document.<br />
Sedona Principles 2d Cmt. 12a. Substantive metadata is embedded in the<br />
document it describes and remains with the document when it is moved or<br />
copied. Id. A working group in the District of Maryland has concluded that<br />
substantive metadata “need not be routinely produced” unless the requesting<br />
party shows good cause. Md. Protocol 26. ”</p>
<p>“b. System Metadata”</p>
<p>” System metadata “reflects information created by the user or by the<br />
organization’s information management system.” Sedona Principles 2d Cmt.<br />
12a. This data may not be embedded within the file it describes, but can<br />
usually be easily retrieved from whatever operating system is in use. See<br />
id. Examples of system metadata include data concerning “the author, date<br />
and time of creation, and the date a document was modified.” Md. Protocol<br />
26. Courts have commented that most system (and substantive) metadata lacks<br />
evidentiary value because it is not relevant. See Mich. First Credit Union<br />
v. Cumis Ins. Soc’y, Inc., No. Civ. 05–74423, 2007 WL 4098213, at *2<br />
(E.D.Mich. Nov. 16, 2007); Ky. Speedway, LLC v. Nat’l Assoc. of Stock Car<br />
Auto Racing, No. Civ. 05–138, 2006 WL 5097354, at *8 (<a href="http://e.d.ky/" target="_blank">E.D.Ky</a>. Dec. 18,<br />
2006); Wyeth v. Impax Labs., Inc., 248 F.R.D. 169, 170 (D.Del.2006). System<br />
metadata is relevant, however, if the authenticity of a document is<br />
questioned or if establishing “who received what information and when” is<br />
important to the claims or defenses of a party. See Hagenbuch v. 3B6 Sistemi<br />
Elettronici Industriali S.R.L., No. 04 Civ. 3109, 2006 WL 665005, at *3<br />
(N.D.Ill. Mar. 8, 2006). This type of metadata also makes electronic<br />
documents more functional because it significantly improves a party’s<br />
ability to access, search, and sort large numbers of documents efficiently.<br />
Sedona Principles 2d Cmt. 12a.”</p>
<p>“c. Embedded Metadata”</p>
<p>“Embedded metadata consists of “text, numbers, content, data, or other<br />
information that is directly or indirectly inputted into a [n]ative [f]ile<br />
by a user and which is not typically visible to the user viewing the output<br />
display” of the native file. Md. Protocol 27. Examples include spreadsheet<br />
formulas, hidden columns, externally or internally linked files (such as<br />
sound files), hyperlinks, references and fields, and database information.<br />
Id. This type of metadata is often crucial to understanding an electronic<br />
document. For instance, a complicated spreadsheet may be difficult to<br />
comprehend without the ability to view the formulas underlying the output in<br />
each cell. For this reason, the District of Maryland working group concluded<br />
that embedded metadata is “generally discoverable” and “should be produced<br />
as a matter of course.” Id. at 27–28.”</p></blockquote>
<p>It’s a start, but I think the principles are going about this the wrong way. Some of these distinctions are artificially created for the purpose of the list. Take the new MS Word file format — the files are now xml based. That means that <strong>embedded</strong> within the file there can be <strong>substantive</strong> metadata as well as <strong>system</strong> metadata. What do you demand? You can’t expect the opposing side to parse through the code in a plain text editor and weed out the important stuff; instead they’ll claim that it’s not necessary to produce any of it.</p>
<p>So what can we do? We can treat metadata like we treat any other type of data or information or document that exists; don’t pretend that metadata is special.</p>
<p>DISCLAIMER:  When I say “we” I mean “you”. I’m only a lowly law student who had J. Grimm for Evidence.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pointandglick.com/43/regarding-e-discovery-and-metadata/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

