<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: DDTC Keeps Trying to Put the Public Domain Genie Back in the Bottle</title>
	<atom:link href="http://www.exportlawblog.com/archives/477/feed" rel="self" type="application/rss+xml" />
	<link>http://www.exportlawblog.com/archives/477</link>
	<description>Latest News on DDTC, BIS, OFAC, and other export law matters</description>
	<lastBuildDate>Thu, 18 Mar 2010 02:10:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Clif Burns</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22409</link>
		<dc:creator>Clif Burns</dc:creator>
		<pubDate>Mon, 04 May 2009 17:55:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22409</guid>
		<description>Yes, the Axion case.  The part involved was a small flange type part called a bifilar weight assembly.  The gov&#039;t claimed that it wasn&#039;t PD just because it was on the Internet; the judge said otherwise and, as I&#039;ve heard from the trial participants, was none too pleased with the governments efforts to argue that stuff on the Internet wasn&#039;t PD.</description>
		<content:encoded><![CDATA[<p>Yes, the Axion case.  The part involved was a small flange type part called a bifilar weight assembly.  The gov&#8217;t claimed that it wasn&#8217;t PD just because it was on the Internet; the judge said otherwise and, as I&#8217;ve heard from the trial participants, was none too pleased with the governments efforts to argue that stuff on the Internet wasn&#8217;t PD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Will C.</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22408</link>
		<dc:creator>Will C.</dc:creator>
		<pubDate>Mon, 04 May 2009 17:17:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22408</guid>
		<description>Wasn&#039;t there a case recently where the defendant successfully argued that Apache helicopter drawings he had exported were available in the public domain (on the internet)?

If a company had the resourses to pursue the case, I think judges will have to be skeptical of DoS claims that data available on the internet is not in fact actually in the public domain because the data should not be on the internet in the opinion of the DoS.</description>
		<content:encoded><![CDATA[<p>Wasn&#8217;t there a case recently where the defendant successfully argued that Apache helicopter drawings he had exported were available in the public domain (on the internet)?</p>
<p>If a company had the resourses to pursue the case, I think judges will have to be skeptical of DoS claims that data available on the internet is not in fact actually in the public domain because the data should not be on the internet in the opinion of the DoS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hillbilly</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22076</link>
		<dc:creator>Hillbilly</dc:creator>
		<pubDate>Tue, 24 Mar 2009 02:56:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22076</guid>
		<description>Chris: Your story is just yet one more example of how DDTC doesn&#039;t believe the law, most especially the , doesn&#039;t apply to DDTC. They mean: How could the Constitution possible apply to them, they are so much superior to mere mortals.</description>
		<content:encoded><![CDATA[<p>Chris: Your story is just yet one more example of how DDTC doesn&#8217;t believe the law, most especially the , doesn&#8217;t apply to DDTC. They mean: How could the Constitution possible apply to them, they are so much superior to mere mortals.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris W.</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22073</link>
		<dc:creator>Chris W.</dc:creator>
		<pubDate>Mon, 23 Mar 2009 20:22:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22073</guid>
		<description>I attended an ITAR lecture given by a DDTC employee recently, in which she explained that information in the public domain does not mean that the information &quot;should be&quot; in the public domain.  In other words, just because you find it on the internet doesn&#039;t mean it&#039;s allowed to be distributed as public domain.  She said if you release something because it&#039;s already (but inappropriately) available via public domain, you&#039;ve committed an ITAR violation.  

She kept inserting the phrase &quot;appropriately released into&quot; (the public domain) to talk about the public domain exception. 

chris</description>
		<content:encoded><![CDATA[<p>I attended an ITAR lecture given by a DDTC employee recently, in which she explained that information in the public domain does not mean that the information &#8220;should be&#8221; in the public domain.  In other words, just because you find it on the internet doesn&#8217;t mean it&#8217;s allowed to be distributed as public domain.  She said if you release something because it&#8217;s already (but inappropriately) available via public domain, you&#8217;ve committed an ITAR violation.  </p>
<p>She kept inserting the phrase &#8220;appropriately released into&#8221; (the public domain) to talk about the public domain exception. </p>
<p>chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hillbilly</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22049</link>
		<dc:creator>Hillbilly</dc:creator>
		<pubDate>Sat, 21 Mar 2009 13:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22049</guid>
		<description>It should be remembered that DDTC has inserted such language in a number of prior consent agreements, including some of the Boeing consent agreements. That said, while government may constitutionally regulate services, to the extent that the &quot;services&quot; consist solely of providing information, any regulation that purports to regulate the provision of information is subject to First Amendment challenge. The Sixth Circuit in Junger v. Daley held that export controls on encryption source code were subject to First Amendment review, but that the &quot;functionality&quot; of the source code in that case, i.e., the fact that that source code could be used to directly instruct some computers, meant that export controls on that source code were subject only to &quot;intermediate scrutiny&quot;.  The clear inference of Junger v. Daley then is that provision of pure information is subject to full First Amendment protection.</description>
		<content:encoded><![CDATA[<p>It should be remembered that DDTC has inserted such language in a number of prior consent agreements, including some of the Boeing consent agreements. That said, while government may constitutionally regulate services, to the extent that the &#8220;services&#8221; consist solely of providing information, any regulation that purports to regulate the provision of information is subject to First Amendment challenge. The Sixth Circuit in Junger v. Daley held that export controls on encryption source code were subject to First Amendment review, but that the &#8220;functionality&#8221; of the source code in that case, i.e., the fact that that source code could be used to directly instruct some computers, meant that export controls on that source code were subject only to &#8220;intermediate scrutiny&#8221;.  The clear inference of Junger v. Daley then is that provision of pure information is subject to full First Amendment protection.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clif Burns</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22036</link>
		<dc:creator>Clif Burns</dc:creator>
		<pubDate>Fri, 20 Mar 2009 18:20:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22036</guid>
		<description>I agree that this is probably how 120.9(a)(2) should be read, but the language in the consent decree saying that something can be a defense service even if public domain information is used is inconsistent with that.  The DDTC probably should at a minimum have made clear that its statement in the consent decree applies to defense services defined under 120.9(a)(1) and (a)(3), not under (a)(2).</description>
		<content:encoded><![CDATA[<p>I agree that this is probably how 120.9(a)(2) should be read, but the language in the consent decree saying that something can be a defense service even if public domain information is used is inconsistent with that.  The DDTC probably should at a minimum have made clear that its statement in the consent decree applies to defense services defined under 120.9(a)(1) and (a)(3), not under (a)(2).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john black</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22031</link>
		<dc:creator>john black</dc:creator>
		<pubDate>Fri, 20 Mar 2009 17:08:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22031</guid>
		<description>I think you missed the ITAR on your statement below--it might be academic because in the settlement situation, companies just get the best deal they can, regardless of the ITAR.  

The definition of technical data says tech data does not include &quot;public domain.&quot;  So when you export public domain, by defintion, you are not exporting tech data because public domain is not tech data.  So the export of public domain does not automatically become a defense service.  Now you could use public domain to provide a defense service, just like you could use a screw driver to provide a defense service--but exporting public domain is not by defintion a defense service.

Sorry to be such a nerd on this, but it is important (at least to me).

Keep up the good work.  I enjoy your willingness to express your opinion and to be funny and irreverent.  Most people are too scared and uptight to do those things.

John Black

from your blog...
&quot;The problem here is that section 120.9(a)(2) defines the provision of
technical data as a defense service. These two sections read together
with DDTC&#039;s gloss on 124.1(a) in the above-quoted section, means that a
&quot;disclosure&quot; of public domain information can be seen as a defense
service (and not just as an export of technical data) that would require
that a Technical Assistance Agreement (&quot;TAA&quot;) be approved by DDTC prior
to the disclosure of the public domain material.</description>
		<content:encoded><![CDATA[<p>I think you missed the ITAR on your statement below&#8211;it might be academic because in the settlement situation, companies just get the best deal they can, regardless of the ITAR.  </p>
<p>The definition of technical data says tech data does not include &#8220;public domain.&#8221;  So when you export public domain, by defintion, you are not exporting tech data because public domain is not tech data.  So the export of public domain does not automatically become a defense service.  Now you could use public domain to provide a defense service, just like you could use a screw driver to provide a defense service&#8211;but exporting public domain is not by defintion a defense service.</p>
<p>Sorry to be such a nerd on this, but it is important (at least to me).</p>
<p>Keep up the good work.  I enjoy your willingness to express your opinion and to be funny and irreverent.  Most people are too scared and uptight to do those things.</p>
<p>John Black</p>
<p>from your blog&#8230;<br />
&#8220;The problem here is that section 120.9(a)(2) defines the provision of<br />
technical data as a defense service. These two sections read together<br />
with DDTC&#8217;s gloss on 124.1(a) in the above-quoted section, means that a<br />
&#8220;disclosure&#8221; of public domain information can be seen as a defense<br />
service (and not just as an export of technical data) that would require<br />
that a Technical Assistance Agreement (&#8220;TAA&#8221;) be approved by DDTC prior<br />
to the disclosure of the public domain material.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Ivey</title>
		<link>http://www.exportlawblog.com/archives/477/comment-page-1#comment-22018</link>
		<dc:creator>David Ivey</dc:creator>
		<pubDate>Thu, 19 Mar 2009 16:03:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.exportlawblog.com/?p=477#comment-22018</guid>
		<description>124.1 seems to have a logical application if someone is taking publicly available information (such as the instructions for use and maintenance of a commercially available AR-15 rifle) and providing a defense service to foreign persons.  For instance, training police in another country.  But it gets really troublesome when you consider that it could just as well apply to a firearms safety class conducted in the U.S. if a foreign person attends.  And it creates real headaches when you expand the potential applications from there.</description>
		<content:encoded><![CDATA[<p>124.1 seems to have a logical application if someone is taking publicly available information (such as the instructions for use and maintenance of a commercially available AR-15 rifle) and providing a defense service to foreign persons.  For instance, training police in another country.  But it gets really troublesome when you consider that it could just as well apply to a firearms safety class conducted in the U.S. if a foreign person attends.  And it creates real headaches when you expand the potential applications from there.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
