<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:gml="http://www.opengis.net/gml"
	>
<channel>
	<title>Comments on: Open Data Standards don&#8217;t apply to the Military?</title>
	<atom:link href="http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/feed/" rel="self" type="application/rss+xml" />
	<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/</link>
	<description>Transmitting ideas, observations, and images from 42,000 km.</description>
	<lastBuildDate>Wed, 17 Mar 2010 20:25:51 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9-rare</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tim Beermann</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268653</link>
		<dc:creator>Tim Beermann</dc:creator>
		<pubDate>Thu, 13 Aug 2009 18:18:09 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268653</guid>
		<description>I believe that the solicitation has a typographical error ($25,000,000.000 as opposed to $25,000.000).   Either that or $25 million is the ceiling on what can be applied to the contract vehicle they are using (which has no real bearing on the actual amount used).  I am more convinced of the former, since the numbers are so closing related.  This is the standard price for ESRI academic licenses, with a couple of examples below:
 
http://www.kars.ku.edu/user/schedule.shtml
https://rcc.sr.unh.edu/ESRI/GeneralInfo.pm/

The last statement, “making all of the existing GIS data non-usable”, is a bit strong, but is intended to end the internal debate between CE and contracting as to whether or not they should spend time looking for another vendor that can renew the academic site license (no one else can).  But even if the USAFA was completely interoperable, they can’t use the data if their database software, regardless of who the vendor is, quits working because the license has expired.

Your central theme is correct.  While interoperability has been preached heavily, certain policy and historical factors have led to a virtual vendor lock-in in most cases.</description>
		<content:encoded><![CDATA[<p>I believe that the solicitation has a typographical error ($25,000,000.000 as opposed to $25,000.000).   Either that or $25 million is the ceiling on what can be applied to the contract vehicle they are using (which has no real bearing on the actual amount used).  I am more convinced of the former, since the numbers are so closing related.  This is the standard price for ESRI academic licenses, with a couple of examples below:</p>
<p><a href="http://www.kars.ku.edu/user/schedule.shtml" rel="nofollow">http://www.kars.ku.edu/user/schedule.shtml</a><br />
<a href="https://rcc.sr.unh.edu/ESRI/GeneralInfo.pm/" rel="nofollow">https://rcc.sr.unh.edu/ESRI/GeneralInfo.pm/</a></p>
<p>The last statement, “making all of the existing GIS data non-usable”, is a bit strong, but is intended to end the internal debate between CE and contracting as to whether or not they should spend time looking for another vendor that can renew the academic site license (no one else can).  But even if the USAFA was completely interoperable, they can’t use the data if their database software, regardless of who the vendor is, quits working because the license has expired.</p>
<p>Your central theme is correct.  While interoperability has been preached heavily, certain policy and historical factors have led to a virtual vendor lock-in in most cases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Turner</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268581</link>
		<dc:creator>Andrew Turner</dc:creator>
		<pubDate>Thu, 13 Aug 2009 00:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268581</guid>
		<description>Thanks for the insight and clarification Tim. 

A couple of points I&#039;d like to know more about:

- If the license really is just $25k, then why does the solicitation still ask for $25m? This isn&#039;t a doubling, or quadrupling, it is 3 orders of magnitude!

- Are there examples of the various geospatial tools that are being used, how they&#039;re operating together, and how they&#039;re incorporated into the curriculum?

- I can understand differentiation between actual requirements and solicitation requirements - but the stated reasons aren&#039;t inadequate, they&#039;re strongly indicative of deep problems or expectations. The last point in particular &quot;making all of the existing GIS data non-usable&quot; is not unambiguous.</description>
		<content:encoded><![CDATA[<p>Thanks for the insight and clarification Tim. </p>
<p>A couple of points I&#8217;d like to know more about:</p>
<p>- If the license really is just $25k, then why does the solicitation still ask for $25m? This isn&#8217;t a doubling, or quadrupling, it is 3 orders of magnitude!</p>
<p>- Are there examples of the various geospatial tools that are being used, how they&#8217;re operating together, and how they&#8217;re incorporated into the curriculum?</p>
<p>- I can understand differentiation between actual requirements and solicitation requirements &#8211; but the stated reasons aren&#8217;t inadequate, they&#8217;re strongly indicative of deep problems or expectations. The last point in particular &#8220;making all of the existing GIS data non-usable&#8221; is not unambiguous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Beermann</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268560</link>
		<dc:creator>Tim Beermann</dc:creator>
		<pubDate>Wed, 12 Aug 2009 21:34:03 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268560</guid>
		<description>A couple of points towards the original article:

The referenced USAF Academy solicitation is not an actual solicitation for vendors to procure new spatial software.  It was written by the 10th Civil Engineer Squadron specifically for the 10th Mission Support Group Contracting Office to explain why they (the contracting and procurement office) should use ESRI to renew the USAF Academy’s academic site license for ESRI products, and not another vendor to get an ESRI academic site license.  The simple reason for specifying ESRI is they are the single organization that can offer an academic site license for ESRI products.

Due to Federal contracting rules and regulations, that explanation is not good enough.  You need to have a more compelling reason, which the author of this document is trying to do.  All of the stated reasons for going with ESRI where written to satisfy a contracting official.  Obviously, what works for contract officials does not work for geospatial professionals.   

A couple of points towards other comments:

The USAFA is not “procuring” any new software.  They are only renewing the annual (academic site) license for what they already use.

The stated value of $25 million is incorrect (there is absolutely no way that a single base would be allowed to spend that much on software.  The USAFA can’t get the $30 million they need to fix a leaking chapel, which is a national icon). I called the 10 CES, and they told me it is actually about $25 k.  This is a pretty good deal for the academy to have virtually unlimited access to ESRI software for academic and operational purposes.  

ESRI is not the only spatial software used at the USAFA.  Academic and research departments are using Google Earth (universally loved by Air Force members), Virtual Earth, WorldWind, PostreSQL/PostGIS, OpenLayers, GeoServer, and many other package, both professional, free, and/or open source.  

On the operational side of things at the USAFA, ESRI is the GIS mainstay (there is a lot of AutoCAD for engineering work).  Switching out ESRI is not pragmatic.  Besides the costs associated with purchasing/switching software, training personnel, and the immediate impact on being able to provide support to customers, is the fact that any new software going on to an Air Force network need to go through a rigorous, time consuming, and expensive procedure to be authorized for use before it can be loaded on a single computer.

Air Force installations have had a standards based program, called GeoBase, which has advocated the use of OGC standards since 2003. In fact, the Clinger-Cohen Act of 1994 was explicitly used to help direct the need for these standards.  The central mission statement of GeoBase is “One Base .. One Map”.  It was not uncommon 10 years ago for installations to be mapped several times to meet the data requirements for multiple software systems.  GeoBase aimed to create an authoritative mapping data source that could be accessed as a vendor neutral service for any system that required a mapping component.  A lot of money has been saved with GeoBase mapping procedures.

HOWEVER

There is truth to virtually every comment made here in regards to the Air Force, and the DoD as a whole. I could go on for hours as to why this is the case, but the bottom line is that a lot of work needs to take place to break down the data and system silos that exist across the Air Force.</description>
		<content:encoded><![CDATA[<p>A couple of points towards the original article:</p>
<p>The referenced USAF Academy solicitation is not an actual solicitation for vendors to procure new spatial software.  It was written by the 10th Civil Engineer Squadron specifically for the 10th Mission Support Group Contracting Office to explain why they (the contracting and procurement office) should use ESRI to renew the USAF Academy’s academic site license for ESRI products, and not another vendor to get an ESRI academic site license.  The simple reason for specifying ESRI is they are the single organization that can offer an academic site license for ESRI products.</p>
<p>Due to Federal contracting rules and regulations, that explanation is not good enough.  You need to have a more compelling reason, which the author of this document is trying to do.  All of the stated reasons for going with ESRI where written to satisfy a contracting official.  Obviously, what works for contract officials does not work for geospatial professionals.   </p>
<p>A couple of points towards other comments:</p>
<p>The USAFA is not “procuring” any new software.  They are only renewing the annual (academic site) license for what they already use.</p>
<p>The stated value of $25 million is incorrect (there is absolutely no way that a single base would be allowed to spend that much on software.  The USAFA can’t get the $30 million they need to fix a leaking chapel, which is a national icon). I called the 10 CES, and they told me it is actually about $25 k.  This is a pretty good deal for the academy to have virtually unlimited access to ESRI software for academic and operational purposes.  </p>
<p>ESRI is not the only spatial software used at the USAFA.  Academic and research departments are using Google Earth (universally loved by Air Force members), Virtual Earth, WorldWind, PostreSQL/PostGIS, OpenLayers, GeoServer, and many other package, both professional, free, and/or open source.  </p>
<p>On the operational side of things at the USAFA, ESRI is the GIS mainstay (there is a lot of AutoCAD for engineering work).  Switching out ESRI is not pragmatic.  Besides the costs associated with purchasing/switching software, training personnel, and the immediate impact on being able to provide support to customers, is the fact that any new software going on to an Air Force network need to go through a rigorous, time consuming, and expensive procedure to be authorized for use before it can be loaded on a single computer.</p>
<p>Air Force installations have had a standards based program, called GeoBase, which has advocated the use of OGC standards since 2003. In fact, the Clinger-Cohen Act of 1994 was explicitly used to help direct the need for these standards.  The central mission statement of GeoBase is “One Base .. One Map”.  It was not uncommon 10 years ago for installations to be mapped several times to meet the data requirements for multiple software systems.  GeoBase aimed to create an authoritative mapping data source that could be accessed as a vendor neutral service for any system that required a mapping component.  A lot of money has been saved with GeoBase mapping procedures.</p>
<p>HOWEVER</p>
<p>There is truth to virtually every comment made here in regards to the Air Force, and the DoD as a whole. I could go on for hours as to why this is the case, but the bottom line is that a lot of work needs to take place to break down the data and system silos that exist across the Air Force.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virginia</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268557</link>
		<dc:creator>Virginia</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268557</guid>
		<description>What I mean about the ESRI data structures is that the ArcSDE metalayer creates the ArcObjects which contain the topological structures that cannot be exported except by ESRI.  The structure of the ArcSDE metalayer is not published--so that if you have data in ArcSDE (or data outside of ArcSDE) you cannot fully extract the data from within or incorporate the data from outside EXCEPT THROUGH the metalayer.  The personal geodatabase is the alternative concept--also locked down tightly.  The &quot;open&quot; alternative is a shapefile--but that does not contain the topological information stored in the ArcSDE metalayer.  So are they conformant to OGC standards?  Are they interoperable?  Are they open?  I hardly think so!</description>
		<content:encoded><![CDATA[<p>What I mean about the ESRI data structures is that the ArcSDE metalayer creates the ArcObjects which contain the topological structures that cannot be exported except by ESRI.  The structure of the ArcSDE metalayer is not published&#8211;so that if you have data in ArcSDE (or data outside of ArcSDE) you cannot fully extract the data from within or incorporate the data from outside EXCEPT THROUGH the metalayer.  The personal geodatabase is the alternative concept&#8211;also locked down tightly.  The &#8220;open&#8221; alternative is a shapefile&#8211;but that does not contain the topological information stored in the ArcSDE metalayer.  So are they conformant to OGC standards?  Are they interoperable?  Are they open?  I hardly think so!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virginia</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268555</link>
		<dc:creator>Virginia</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268555</guid>
		<description>What I have noticed is that DoD gives lipservice to the concept of interoperability.  ESRI gives lipservice to open standards and is as proprietary and closed as all get-out.  You need to work in a completely ESRI environment for the data to work, which is what this procurement is saying.

So what the Air Force is saying is that they&#039;re blowing off the requirements of the Clinger-Cohen Act of 1994 to support a completely closed, proprietary set of software (using the proprietary nature of that software as justification to continue using it--go figure!).  

When is the Government going to get serious about forcing vendors to BE OPEN--not just use a very thin, shallow veneer of &quot;open standards&quot; like ESRI does.  (Ask anyone how they can reuse ESRI data structures--they&#039;re proprietary and cannot be reused, regardless of whatever people say.)</description>
		<content:encoded><![CDATA[<p>What I have noticed is that DoD gives lipservice to the concept of interoperability.  ESRI gives lipservice to open standards and is as proprietary and closed as all get-out.  You need to work in a completely ESRI environment for the data to work, which is what this procurement is saying.</p>
<p>So what the Air Force is saying is that they&#8217;re blowing off the requirements of the Clinger-Cohen Act of 1994 to support a completely closed, proprietary set of software (using the proprietary nature of that software as justification to continue using it&#8211;go figure!).  </p>
<p>When is the Government going to get serious about forcing vendors to BE OPEN&#8211;not just use a very thin, shallow veneer of &#8220;open standards&#8221; like ESRI does.  (Ask anyone how they can reuse ESRI data structures&#8211;they&#8217;re proprietary and cannot be reused, regardless of whatever people say.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gregg</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268553</link>
		<dc:creator>Gregg</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268553</guid>
		<description>Want to compete ? call John  Boylan at Cassidy and Asssociates
Washington DC for the federal amrketing team</description>
		<content:encoded><![CDATA[<p>Want to compete ? call John  Boylan at Cassidy and Asssociates<br />
Washington DC for the federal amrketing team</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Levy</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268539</link>
		<dc:creator>Brian Levy</dc:creator>
		<pubDate>Wed, 12 Aug 2009 18:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268539</guid>
		<description>Most of our customers in the DoD (and commercial space) share a similar requirement with ESRI as the backbone/legacy infrastructure.  Normally a wrapper of custom applications, processing, and management tools exist that are built on top of this infrastructure year upon year for decades which &quot;justify&quot; #1 and #2 above.  It is very difficult to move away from this infrastructure as this is maintained as core to the success of the operation, mission, or business (#5 above). These dependencies also get thrown into the overall budget for subsequent years.   

Recently, I&#039;ve noticed the smaller and mid-size transitioning to open source and data interoperability to save money on infrastructure and do more with applications and problem solving. $25M (over 1 base 2 options) is quite a large contract in the geo market to spend on a single vendor but we&#039;ve seen this before.  It&#039;s truly amazing where and how the money falls.</description>
		<content:encoded><![CDATA[<p>Most of our customers in the DoD (and commercial space) share a similar requirement with ESRI as the backbone/legacy infrastructure.  Normally a wrapper of custom applications, processing, and management tools exist that are built on top of this infrastructure year upon year for decades which &#8220;justify&#8221; #1 and #2 above.  It is very difficult to move away from this infrastructure as this is maintained as core to the success of the operation, mission, or business (#5 above). These dependencies also get thrown into the overall budget for subsequent years.   </p>
<p>Recently, I&#8217;ve noticed the smaller and mid-size transitioning to open source and data interoperability to save money on infrastructure and do more with applications and problem solving. $25M (over 1 base 2 options) is quite a large contract in the geo market to spend on a single vendor but we&#8217;ve seen this before.  It&#8217;s truly amazing where and how the money falls.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Wohltman</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268524</link>
		<dc:creator>Sean Wohltman</dc:creator>
		<pubDate>Wed, 12 Aug 2009 16:33:07 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268524</guid>
		<description>Great call to the carpet, Andrew. 

Eric, your argument that &quot;$25M is a pretty small contract in DoD terms&quot; is sad. I&#039;m a taxpayer - I don&#039;t want the government spending needlessly because they can or because someone figures &quot;well hell, at least its not another Osprey program!&quot; 

You suggest that they would spend 10X $25M to train on another vendor&#039;s product. 

Really - show me any one of the &gt; 500 Million Google Earth users in the world that spent that much, if anything to &quot;train&quot; on using that software or any of the OpenStreetMap.org contributors, or geocommons contributors or users....

There is a big difference between teaching GIS and teaching ESRI&#039;s version of GIS - too many enter the field knowing how to push buttons, not understanding the algorithms underneath the tool. 

That leads to bad maps, and I don&#039;t just mean cartographically - I mean bad maps because someone clicked a button in Military Analyst after guessing at parameters and now a decision maker has what looks like a compelling map in front of him to make his decisions off of. 

I&#039;d hope students are taught to appreciate spatial analysis from all sources, not just one vendor&#039;s take on how to solve a particular problem.

I wonder why a site ELA of this magnitude is even needed given NGA&#039;s mission and substantial investment in ESRI ELAs already. Shouldn&#039;t the students be learning how to call and evaluate geoprocessing results from those big NGA ArcGIS Server implementations?</description>
		<content:encoded><![CDATA[<p>Great call to the carpet, Andrew. </p>
<p>Eric, your argument that &#8220;$25M is a pretty small contract in DoD terms&#8221; is sad. I&#8217;m a taxpayer &#8211; I don&#8217;t want the government spending needlessly because they can or because someone figures &#8220;well hell, at least its not another Osprey program!&#8221; </p>
<p>You suggest that they would spend 10X $25M to train on another vendor&#8217;s product. </p>
<p>Really &#8211; show me any one of the &gt; 500 Million Google Earth users in the world that spent that much, if anything to &#8220;train&#8221; on using that software or any of the OpenStreetMap.org contributors, or geocommons contributors or users&#8230;.</p>
<p>There is a big difference between teaching GIS and teaching ESRI&#8217;s version of GIS &#8211; too many enter the field knowing how to push buttons, not understanding the algorithms underneath the tool. </p>
<p>That leads to bad maps, and I don&#8217;t just mean cartographically &#8211; I mean bad maps because someone clicked a button in Military Analyst after guessing at parameters and now a decision maker has what looks like a compelling map in front of him to make his decisions off of. </p>
<p>I&#8217;d hope students are taught to appreciate spatial analysis from all sources, not just one vendor&#8217;s take on how to solve a particular problem.</p>
<p>I wonder why a site ELA of this magnitude is even needed given NGA&#8217;s mission and substantial investment in ESRI ELAs already. Shouldn&#8217;t the students be learning how to call and evaluate geoprocessing results from those big NGA ArcGIS Server implementations?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268522</link>
		<dc:creator>James Fee</dc:creator>
		<pubDate>Wed, 12 Aug 2009 16:21:30 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268522</guid>
		<description>@Eric

The problem I have with this is that I&#039;d like to see an open procurement process.  I&#039;m fine with proprietary if it meets the needs of warfighters, but I&#039;m just not seeing this here.  

The issue here is implementation, an ESRI system should be as interoperable as any, but in the case of the Air Force, theirs is not.  To me it sounds like there should be a solicitation to fix their existing system.</description>
		<content:encoded><![CDATA[<p>@Eric</p>
<p>The problem I have with this is that I&#8217;d like to see an open procurement process.  I&#8217;m fine with proprietary if it meets the needs of warfighters, but I&#8217;m just not seeing this here.  </p>
<p>The issue here is implementation, an ESRI system should be as interoperable as any, but in the case of the Air Force, theirs is not.  To me it sounds like there should be a solicitation to fix their existing system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jubal harpster</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268513</link>
		<dc:creator>jubal harpster</dc:creator>
		<pubDate>Wed, 12 Aug 2009 15:16:57 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268513</guid>
		<description>They are also probably using the SDSFIE data model in ArcSDE with a number of complex extensions built around it.  Switching to another vendor, say Autodesk for example, would likely not make the data completely unusable but would create an enormous pain. $25M may not be much money for the US military but its a lot for the rest of us.  Building military operations around a single vendor is indeed scary.</description>
		<content:encoded><![CDATA[<p>They are also probably using the SDSFIE data model in ArcSDE with a number of complex extensions built around it.  Switching to another vendor, say Autodesk for example, would likely not make the data completely unusable but would create an enormous pain. $25M may not be much money for the US military but its a lot for the rest of us.  Building military operations around a single vendor is indeed scary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Wolf</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268511</link>
		<dc:creator>Eric Wolf</dc:creator>
		<pubDate>Wed, 12 Aug 2009 15:07:52 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268511</guid>
		<description>The DoD has standardized on ArcGIS - which provides considerable capability for interoperability. ESRI&#039;s licensing is surprisingly easy to deal with when you have a broad site license - like what the DoD  (and for that matter, the USGS or most universities) enjoy.</description>
		<content:encoded><![CDATA[<p>The DoD has standardized on ArcGIS &#8211; which provides considerable capability for interoperability. ESRI&#8217;s licensing is surprisingly easy to deal with when you have a broad site license &#8211; like what the DoD  (and for that matter, the USGS or most universities) enjoy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Turner</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268508</link>
		<dc:creator>Andrew Turner</dc:creator>
		<pubDate>Wed, 12 Aug 2009 15:04:02 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268508</guid>
		<description>Good points Eric - and &quot;open&quot; doesn&#039;t have to mean &quot;public&quot;. It&#039;s obviously imperative that DoD be able to share information internally between appropriate operations and users. If this is at all impeded because of data formats, licenses, or incompatibilities is troubling indeed.

At the very least I would hope for clauses that state that the data must be at all times available using industry standards for interoperability - and the most appropriate platform used based on capabilities (such as operation specific features and extensions).</description>
		<content:encoded><![CDATA[<p>Good points Eric &#8211; and &#8220;open&#8221; doesn&#8217;t have to mean &#8220;public&#8221;. It&#8217;s obviously imperative that DoD be able to share information internally between appropriate operations and users. If this is at all impeded because of data formats, licenses, or incompatibilities is troubling indeed.</p>
<p>At the very least I would hope for clauses that state that the data must be at all times available using industry standards for interoperability &#8211; and the most appropriate platform used based on capabilities (such as operation specific features and extensions).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Wolf</title>
		<link>http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/comment-page-1/#comment-268507</link>
		<dc:creator>Eric Wolf</dc:creator>
		<pubDate>Wed, 12 Aug 2009 14:59:15 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/open-data-standards-dont-apply-to-the-military/#comment-268507</guid>
		<description>A few points:

1. There really is no expectation that DoD should be as open as other Federal Government branches. They&#039;ve always acted under significant level of obfuscation. Right or wrong, they are the ones with the guns.

2. $25M is a pretty small contract in DoD terms, The USAFA will spend probably 10X that much to retrain for another vendors product. The single-vendor status has allowed the USAF and the Academy to do things that no other school could. They don&#039;t teach any GIS classes. ArcGIS use is expected in all classes. 

3. For the DoD, ArcGIS is a platform - not just a software applicaton. ESRI has developed specific extensions for DoD and extensions have been developed internally to DoD that rely on ArcGIS as a platform.

But I have to agree with you that the vendor lock-in causing such extreme data interoperability and possible data inaccessibility is downright scary - especially considering how important GIS has become to the DoD.</description>
		<content:encoded><![CDATA[<p>A few points:</p>
<p>1. There really is no expectation that DoD should be as open as other Federal Government branches. They&#8217;ve always acted under significant level of obfuscation. Right or wrong, they are the ones with the guns.</p>
<p>2. $25M is a pretty small contract in DoD terms, The USAFA will spend probably 10X that much to retrain for another vendors product. The single-vendor status has allowed the USAF and the Academy to do things that no other school could. They don&#8217;t teach any GIS classes. ArcGIS use is expected in all classes. </p>
<p>3. For the DoD, ArcGIS is a platform &#8211; not just a software applicaton. ESRI has developed specific extensions for DoD and extensions have been developed internally to DoD that rely on ArcGIS as a platform.</p>
<p>But I have to agree with you that the vendor lock-in causing such extreme data interoperability and possible data inaccessibility is downright scary &#8211; especially considering how important GIS has become to the DoD.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
