<?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: Rasters in the Database&#8212;Why Bother?</title>
	<atom:link href="http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/feed/" rel="self" type="application/rss+xml" />
	<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/</link>
	<description>Exploring the Realms of GIS and Other Stuff</description>
	<lastBuildDate>Mon, 08 Mar 2010 13:19:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Khavin Sivenandan</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-35098</link>
		<dc:creator>Khavin Sivenandan</dc:creator>
		<pubDate>Wed, 13 Aug 2008 15:16:15 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-35098</guid>
		<description>Hi there, is there any plugin for Qgis which can be utilised to export rasters to Postgis?</description>
		<content:encoded><![CDATA[<p>Hi there, is there any plugin for Qgis which can be utilised to export rasters to Postgis?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luc</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-26095</link>
		<dc:creator>Luc</dc:creator>
		<pubDate>Sat, 08 Mar 2008 09:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-26095</guid>
		<description>The best solution I&#039;ve come across so far has been tiles at different resolutions through WMS or WCS, flexibility is the keyword in this case for me...</description>
		<content:encoded><![CDATA[<p>The best solution I&#8217;ve come across so far has been tiles at different resolutions through WMS or WCS, flexibility is the keyword in this case for me&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Bowden</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24402</link>
		<dc:creator>Tim Bowden</dc:creator>
		<pubDate>Sun, 17 Feb 2008 16:28:02 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24402</guid>
		<description>@Josh,  I can see where you&#039;re coming from, and at first look the sql model does look attractive.  I still believe it&#039;s a blind alley though.

What you&#039;re really asking for is a web interface to something like GRASS, and wondering if it wouldn&#039;t be easier to re-implement GRASS in an rdbms to get it.  For my money, web enabling GRASS (or equivalent) is the least cost path, even at 100:1.</description>
		<content:encoded><![CDATA[<p>@Josh,  I can see where you&#8217;re coming from, and at first look the sql model does look attractive.  I still believe it&#8217;s a blind alley though.</p>
<p>What you&#8217;re really asking for is a web interface to something like GRASS, and wondering if it wouldn&#8217;t be easier to re-implement GRASS in an rdbms to get it.  For my money, web enabling GRASS (or equivalent) is the least cost path, even at 100:1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Campbell</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24335</link>
		<dc:creator>Josh Campbell</dc:creator>
		<pubDate>Sun, 17 Feb 2008 05:00:05 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24335</guid>
		<description>@Tim, thanks for the info. I can understand the image data argument, but I&#039;m thinking about a hydrologic model that would run through a web application. A user would access a web page that contained a map view of an area and select a location for analysis; a set of independent variables would be created for that location (first step is to derive a watershed boundary for the newly selected point and use that boundary as a mask for subsequent zonal statistics). The watershed delineation requires a digital elevation model and the zonal statistics run on multiple other non-image rasters.

Given the number of vector &#039;overlay&#039; operations now available within the rdbms, I wondered if raster calculations could be structured as sql queries?
Thanks,</description>
		<content:encoded><![CDATA[<p>@Tim, thanks for the info. I can understand the image data argument, but I&#8217;m thinking about a hydrologic model that would run through a web application. A user would access a web page that contained a map view of an area and select a location for analysis; a set of independent variables would be created for that location (first step is to derive a watershed boundary for the newly selected point and use that boundary as a mask for subsequent zonal statistics). The watershed delineation requires a digital elevation model and the zonal statistics run on multiple other non-image rasters.</p>
<p>Given the number of vector &#8216;overlay&#8217; operations now available within the rdbms, I wondered if raster calculations could be structured as sql queries?<br />
Thanks,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Bowden</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24194</link>
		<dc:creator>Tim Bowden</dc:creator>
		<pubDate>Sat, 16 Feb 2008 06:21:36 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24194</guid>
		<description>@Josh Campbell, the access method is independent of how you use the image data.  Rule of thumb, if somebody recommends storing image data in an rdbms, they don&#039;t know what they are talking about.  Yes, there are a few esoteric cases where it may make sense, but that&#039;s far from the norm.  IMHO the map algebra function argument only makes sense if the rdbms does the algebra, and for some reason it&#039;s more efficient than doing it on a fat client.  What rdbms and what algebra functions did you have in mind?</description>
		<content:encoded><![CDATA[<p>@Josh Campbell, the access method is independent of how you use the image data.  Rule of thumb, if somebody recommends storing image data in an rdbms, they don&#8217;t know what they are talking about.  Yes, there are a few esoteric cases where it may make sense, but that&#8217;s far from the norm.  IMHO the map algebra function argument only makes sense if the rdbms does the algebra, and for some reason it&#8217;s more efficient than doing it on a fat client.  What rdbms and what algebra functions did you have in mind?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Smith</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24141</link>
		<dc:creator>Dave Smith</dc:creator>
		<pubDate>Fri, 15 Feb 2008 21:28:26 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24141</guid>
		<description>Oracle GeoRaster, ESRI Image Server, seems a puzzling question as to the relevance anymore.  The only real value any of these could potentially deliver over simply serving up cached tiles would be in on-demand web-based image analysis and processing, but if this is the case, why not DIPEX or other solutions?

Seems like trying to turn a niche into mainstream when it&#039;s not warranted.</description>
		<content:encoded><![CDATA[<p>Oracle GeoRaster, ESRI Image Server, seems a puzzling question as to the relevance anymore.  The only real value any of these could potentially deliver over simply serving up cached tiles would be in on-demand web-based image analysis and processing, but if this is the case, why not DIPEX or other solutions?</p>
<p>Seems like trying to turn a niche into mainstream when it&#8217;s not warranted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh Campbell</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24134</link>
		<dc:creator>Josh Campbell</dc:creator>
		<pubDate>Fri, 15 Feb 2008 20:30:27 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24134</guid>
		<description>Could someone comment on the best raster storage and access methods for web geoprocessing? I&#039;m wondering if having the rasters in a database would be good for map algebra functions?</description>
		<content:encoded><![CDATA[<p>Could someone comment on the best raster storage and access methods for web geoprocessing? I&#8217;m wondering if having the rasters in a database would be good for map algebra functions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Gillies</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24130</link>
		<dc:creator>Sean Gillies</dc:creator>
		<pubDate>Fri, 15 Feb 2008 19:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24130</guid>
		<description>I should know by now that tile == static to most people. I&#039;m just thinking of raster pieces, static or dynamic as needed, served from an HTTP server. WMS and WCS pretty much get the job done, granted, but are smelly. I&#039;ve made the arguments many times in many other places, so here I&#039;ll just say &quot;smelly&quot;.</description>
		<content:encoded><![CDATA[<p>I should know by now that tile == static to most people. I&#8217;m just thinking of raster pieces, static or dynamic as needed, served from an HTTP server. WMS and WCS pretty much get the job done, granted, but are smelly. I&#8217;ve made the arguments many times in many other places, so here I&#8217;ll just say &#8220;smelly&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Perry</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24126</link>
		<dc:creator>Matt Perry</dc:creator>
		<pubDate>Fri, 15 Feb 2008 19:08:53 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24126</guid>
		<description>@Sean: tiles work for static aerial imagery served up under a pre-determined coordinate systems and resolution. What about non-imagery raster data? What about cases where you need the raw data as a contiguous raster? What about resampling methods? Other projections? Resolution? Edge effects? Tiles rarely work for me but I guess if all you need is base aerial photos it would work.

As far as spanning different machines, you could nfs mount them and create a tile index across the different machines. I haven&#039;t tried this</description>
		<content:encoded><![CDATA[<p>@Sean: tiles work for static aerial imagery served up under a pre-determined coordinate systems and resolution. What about non-imagery raster data? What about cases where you need the raw data as a contiguous raster? What about resampling methods? Other projections? Resolution? Edge effects? Tiles rarely work for me but I guess if all you need is base aerial photos it would work.</p>
<p>As far as spanning different machines, you could nfs mount them and create a tile index across the different machines. I haven&#8217;t tried this</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/comment-page-1/#comment-24125</link>
		<dc:creator>James Fee</dc:creator>
		<pubDate>Fri, 15 Feb 2008 19:07:57 +0000</pubDate>
		<guid isPermaLink="false">http://spatialgalaxy.net/2008/02/15/rasters-in-the-database-why-bother/#comment-24125</guid>
		<description>Paul, it will probably take years for folks to get it out of their system.</description>
		<content:encoded><![CDATA[<p>Paul, it will probably take years for folks to get it out of their system.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
