<?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: Bye, bye Shapefile?</title>
	<atom:link href="http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/feed/" rel="self" type="application/rss+xml" />
	<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/</link>
	<description>a personal website slash blog</description>
	<lastBuildDate>Sat, 07 Aug 2010 15:43:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Christian</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-29368</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Thu, 03 Jul 2008 13:24:52 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-29368</guid>
		<description>XML is good for interoperability and exchange, not for storage or processes where performance is crucial.</description>
		<content:encoded><![CDATA[<p>XML is good for interoperability and exchange, not for storage or processes where performance is crucial.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matteo</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-29367</link>
		<dc:creator>Matteo</dc:creator>
		<pubDate>Thu, 03 Jul 2008 12:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-29367</guid>
		<description>the geodatabase and the shapefile are dead! the future is the kml. a xml based file format</description>
		<content:encoded><![CDATA[<p>the geodatabase and the shapefile are dead! the future is the kml. a xml based file format</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ross</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-24871</link>
		<dc:creator>Ross</dc:creator>
		<pubDate>Fri, 18 Jan 2008 23:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-24871</guid>
		<description>Another good point that seems to be lost here is that shape file does not have a true topology framework and doesnot have the ability to use behavior or rules, let alone good feature linked annotation. Only in Geodatabase or Coverage (gasp I said it) is there true topology.</description>
		<content:encoded><![CDATA[<p>Another good point that seems to be lost here is that shape file does not have a true topology framework and doesnot have the ability to use behavior or rules, let alone good feature linked annotation. Only in Geodatabase or Coverage (gasp I said it) is there true topology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DR.A.V.SUBBA RAO</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4769</link>
		<dc:creator>DR.A.V.SUBBA RAO</dc:creator>
		<pubDate>Fri, 08 Sep 2006 06:57:59 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4769</guid>
		<description>A GOOD PACKAGE TO WORK WITH  ABSOLUTE EASE, A COMPREHENSIVE GEODATABASE IS THE NEED OF THE HOUR.
DR.ANDUGULAPATI</description>
		<content:encoded><![CDATA[<p>A GOOD PACKAGE TO WORK WITH  ABSOLUTE EASE, A COMPREHENSIVE GEODATABASE IS THE NEED OF THE HOUR.<br />
DR.ANDUGULAPATI</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4145</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Thu, 17 Aug 2006 16:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4145</guid>
		<description>James, another reason for file geodatabases over shapefiles is that a file GDB can grow past the 2GB shapefile limit, and file GDBs support topologies, geometric networks, raster catalogs, terrains, etc, etc.</description>
		<content:encoded><![CDATA[<p>James, another reason for file geodatabases over shapefiles is that a file GDB can grow past the 2GB shapefile limit, and file GDBs support topologies, geometric networks, raster catalogs, terrains, etc, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Smith</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4071</link>
		<dc:creator>Dave Smith</dc:creator>
		<pubDate>Wed, 16 Aug 2006 00:03:49 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4071</guid>
		<description>File-based GeoDatabase?  Good potential...  excellent for portability of cartographic-quality mapping data, but not necessarily good in this era of interoperability and reuse mandates.

The comments about not opening it up seem a little disingenuous.  Eventually someone will likely reverse-engineer the format, and develop a tool to edit/manage/update/query it outside of the ArcGIS millieu.  There are any number of use cases I can think of (not that any of them intend to bypass ArcGIS) - such as process automation, components which directly query the GeoDatabase, aggregation, analysis and BI tools, et cetera...  Third party ESRI partners would need that kind of access as well.

Yes, unknown risks exist - that tool may be marginal, prone to corruption, or have other limitations.  It could on the other hand be a wonderful component that someone shares out to the GIS community.  I do hope that the good people at ESRI also see this possibility, and perhaps consider taking that bull by the horns to make sure it is a good thing, as opposed to being a bad thing.</description>
		<content:encoded><![CDATA[<p>File-based GeoDatabase?  Good potential&#8230;  excellent for portability of cartographic-quality mapping data, but not necessarily good in this era of interoperability and reuse mandates.</p>
<p>The comments about not opening it up seem a little disingenuous.  Eventually someone will likely reverse-engineer the format, and develop a tool to edit/manage/update/query it outside of the ArcGIS millieu.  There are any number of use cases I can think of (not that any of them intend to bypass ArcGIS) &#8211; such as process automation, components which directly query the GeoDatabase, aggregation, analysis and BI tools, et cetera&#8230;  Third party ESRI partners would need that kind of access as well.</p>
<p>Yes, unknown risks exist &#8211; that tool may be marginal, prone to corruption, or have other limitations.  It could on the other hand be a wonderful component that someone shares out to the GIS community.  I do hope that the good people at ESRI also see this possibility, and perhaps consider taking that bull by the horns to make sure it is a good thing, as opposed to being a bad thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4021</link>
		<dc:creator>James Fee</dc:creator>
		<pubDate>Mon, 14 Aug 2006 23:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4021</guid>
		<description>Christian, I think at 9.2, the File Geodatabase is really only for those who want to improve the speed of their Geodatabases in the personal geodatabase or those who want Geodatabase support on Linux/UNIX.

Shapefiles are still very fast and probably the safest place to store your data when you want to interop with outer worlds.</description>
		<content:encoded><![CDATA[<p>Christian, I think at 9.2, the File Geodatabase is really only for those who want to improve the speed of their Geodatabases in the personal geodatabase or those who want Geodatabase support on Linux/UNIX.</p>
<p>Shapefiles are still very fast and probably the safest place to store your data when you want to interop with outer worlds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christian</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4020</link>
		<dc:creator>Christian</dc:creator>
		<pubDate>Mon, 14 Aug 2006 22:07:37 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4020</guid>
		<description>So the file geodatabase only makes sense if you want to improve  geodata access speed and probably geodata handling in a single use environment. For sharing your data with non-ESRI software  (not to forget ArcGIS 8.3 and ArcView 3) you need to convert everything to Shapefiles again to be on the (interoperable) safe side. I wonder if the perfomance boost over the Shapefile is high enough to make the conversion processes worth.</description>
		<content:encoded><![CDATA[<p>So the file geodatabase only makes sense if you want to improve  geodata access speed and probably geodata handling in a single use environment. For sharing your data with non-ESRI software  (not to forget ArcGIS 8.3 and ArcView 3) you need to convert everything to Shapefiles again to be on the (interoperable) safe side. I wonder if the perfomance boost over the Shapefile is high enough to make the conversion processes worth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexandre Leroux</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4018</link>
		<dc:creator>Alexandre Leroux</dc:creator>
		<pubDate>Mon, 14 Aug 2006 21:01:53 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4018</guid>
		<description>I think it&#039;s time to get a new widely-used vector format to replace shapefiles. I just don&#039;t see it happening anytime soon... :-) See this poll which provides some interesting comments: http://slashgeo.org/pollBooth.pl?qid=13&amp;aid=-1
Cheers!</description>
		<content:encoded><![CDATA[<p>I think it&#8217;s time to get a new widely-used vector format to replace shapefiles. I just don&#8217;t see it happening anytime soon&#8230; <img src='http://spanring.eu/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  See this poll which provides some interesting comments: <a href="http://slashgeo.org/pollBooth.pl?qid=13&amp;aid=-1" rel="nofollow">http://slashgeo.org/pollBooth.pl?qid=13&amp;aid=-1</a><br />
Cheers!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/comment-page-1/#comment-4015</link>
		<dc:creator>James Fee</dc:creator>
		<pubDate>Mon, 14 Aug 2006 20:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://spanring.eu/blog/2006/08/14/bye-bye-shapefile/#comment-4015</guid>
		<description>Well the problem with the file geodatabase is support.  Initially there will only be access to these file geodatabases via ArcGIS.  ESRI plans not to release the spec for the geodatabase because they felt some of the shapefile converters were not high enough quality (their words not mine).  There are plans to release a SDK, but no mention on what that might include or how one could use it to access file geodatabases outside of ArcGIS.</description>
		<content:encoded><![CDATA[<p>Well the problem with the file geodatabase is support.  Initially there will only be access to these file geodatabases via ArcGIS.  ESRI plans not to release the spec for the geodatabase because they felt some of the shapefile converters were not high enough quality (their words not mine).  There are plans to release a SDK, but no mention on what that might include or how one could use it to access file geodatabases outside of ArcGIS.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
