<?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:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The big picture of ArcGIS Server</title>
	<atom:link href="http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/</link>
	<description>Geospatial Technology, Web Mapping and Spatial Services</description>
	<lastBuildDate>Fri, 10 Feb 2012 19:09:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Brian Flood</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2235</link>
		<dc:creator><![CDATA[Brian Flood]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 21:29:11 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2235</guid>
		<description><![CDATA[for the foreseeable future, I think Cam W. has hit the nail on the head.]]></description>
		<content:encoded><![CDATA[<p>for the foreseeable future, I think Cam W. has hit the nail on the head.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cam W.</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2234</link>
		<dc:creator><![CDATA[Cam W.]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 20:20:19 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2234</guid>
		<description><![CDATA[I just wanted to make a point about software costs.  In my experience with large scale projects software costs don&#039;t make up a large percentage of the total project cost.  The fact that PostGIS / Geoserver / Mapserver (new acronym: PGGM) costs absolutely nothing has very little impact on the bottom line.  What is far more critical is availability of required skill sets.  Good SDE Admins with experience in large data volumes are tough to find, but I bet you could count the number of people with equivalent PostGIS experience on one hand.  That is the real ESRI &#039;lock in&#039;.  Add into the mix the new ArcSDE for workgroups, and the revised ArcServer lineup and it&#039;s even harder to justify the move to different products.  The only way any established company would change is if the other solution was technically superior... not just cheaper.  As it stands right now while PostGIS is really good at maintaining simple geometry the fact is SDE is at least as good and offers a lot of other features users can grow into (images / grids / terrains / topology etc, etc).  Of course if you don&#039;t have any ESRI products &#038; your looking at a relatively simple project a PGGM solution would make a lot of sense.]]></description>
		<content:encoded><![CDATA[<p>I just wanted to make a point about software costs.  In my experience with large scale projects software costs don&#8217;t make up a large percentage of the total project cost.  The fact that PostGIS / Geoserver / Mapserver (new acronym: PGGM) costs absolutely nothing has very little impact on the bottom line.  What is far more critical is availability of required skill sets.  Good SDE Admins with experience in large data volumes are tough to find, but I bet you could count the number of people with equivalent PostGIS experience on one hand.  That is the real ESRI &#8216;lock in&#8217;.  Add into the mix the new ArcSDE for workgroups, and the revised ArcServer lineup and it&#8217;s even harder to justify the move to different products.  The only way any established company would change is if the other solution was technically superior&#8230; not just cheaper.  As it stands right now while PostGIS is really good at maintaining simple geometry the fact is SDE is at least as good and offers a lot of other features users can grow into (images / grids / terrains / topology etc, etc).  Of course if you don&#8217;t have any ESRI products &#038;#38; your looking at a relatively simple project a PGGM solution would make a lot of sense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2233</link>
		<dc:creator><![CDATA[James Fee]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 17:13:36 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2233</guid>
		<description><![CDATA[&quot;&lt;i&gt;ESRI shops will be very reluctant to move towards an open source solution, no matter the cost savings and benefits gained from moving towards open standards&lt;/i&gt;&quot;

If ESRI is giving these shops access to open standards what is the loss?  Consumers are pushing ESRI for this support and ESRI is delivering.   There is nothing wrong using ESRI software on the back end if you can server up data that can be consumed by many users independent of ArcGIS.  That is a huge deal IMO and one that ESRI users need to take advantage of.

If as av8tor mentions that one is &quot;stuck&quot; using ArcGIS, they now can interact with the community at large with ESRI&#039;s support of many OGC standards.  Is it perfect, not by any means.  But now that the door is open, ESRI users need to push it wide open and let all the other open standards in.

The end user shouldn&#039;t worry about what server software is being used.  That is for us to argue on blogs.  They just need web services they can consume on the clients of their choice.]]></description>
		<content:encoded><![CDATA[<p>&#8220;<i>ESRI shops will be very reluctant to move towards an open source solution, no matter the cost savings and benefits gained from moving towards open standards</i>&#8221;</p>
<p>If ESRI is giving these shops access to open standards what is the loss?  Consumers are pushing ESRI for this support and ESRI is delivering.   There is nothing wrong using ESRI software on the back end if you can server up data that can be consumed by many users independent of ArcGIS.  That is a huge deal IMO and one that ESRI users need to take advantage of.</p>
<p>If as av8tor mentions that one is &#8220;stuck&#8221; using ArcGIS, they now can interact with the community at large with ESRI&#8217;s support of many OGC standards.  Is it perfect, not by any means.  But now that the door is open, ESRI users need to push it wide open and let all the other open standards in.</p>
<p>The end user shouldn&#8217;t worry about what server software is being used.  That is for us to argue on blogs.  They just need web services they can consume on the clients of their choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: av8tor</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2232</link>
		<dc:creator><![CDATA[av8tor]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 17:06:11 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2232</guid>
		<description><![CDATA[Dylan, why should ESRI users think about moving to open source?  Because it exists?

It will be a cold day in hell when our IT department allows us to install open source on our windows computers.  I have to work within that framework, good or bad.]]></description>
		<content:encoded><![CDATA[<p>Dylan, why should ESRI users think about moving to open source?  Because it exists?</p>
<p>It will be a cold day in hell when our IT department allows us to install open source on our windows computers.  I have to work within that framework, good or bad.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dylan</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2231</link>
		<dc:creator><![CDATA[Dylan]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 17:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2231</guid>
		<description><![CDATA[Yes, true indeed - ESRI shops will be very reluctant to move towards an open source solution, no matter the cost savings and benefits gained from moving towards open standards. However, I still believe that these days it is increasingly difficult to be &quot;locked&quot; into the ESRI product suite - considering the mass industry support for their own formats, the emergence of the OGC standards suite, and even ESRI&#039;s own moves to read and write in more open formats.

But to your point, my thoughts are that the big picture for ESRI users is that they might think about slowly - as slowly as need be - think about moving some of their solutions to be PostGIS based with Mapserver or Geoserver or one of the many WMS/WFS servers acting as the streaming server. I do wonder about moving heavily analytical-based apps to use PostGIS - having only partially done this myself.]]></description>
		<content:encoded><![CDATA[<p>Yes, true indeed &#8211; ESRI shops will be very reluctant to move towards an open source solution, no matter the cost savings and benefits gained from moving towards open standards. However, I still believe that these days it is increasingly difficult to be &#8220;locked&#8221; into the ESRI product suite &#8211; considering the mass industry support for their own formats, the emergence of the OGC standards suite, and even ESRI&#8217;s own moves to read and write in more open formats.</p>
<p>But to your point, my thoughts are that the big picture for ESRI users is that they might think about slowly &#8211; as slowly as need be &#8211; think about moving some of their solutions to be PostGIS based with Mapserver or Geoserver or one of the many WMS/WFS servers acting as the streaming server. I do wonder about moving heavily analytical-based apps to use PostGIS &#8211; having only partially done this myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2230</link>
		<dc:creator><![CDATA[James Fee]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 16:12:03 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2230</guid>
		<description><![CDATA[&quot;&lt;i&gt;Not to knock ArcGIS Server, as the new one looks very capable, but I would look elsewhere for my WMS/WFS/KML streaming needs.&lt;/i&gt;&quot;

Unless of course you are locked into the ESRI suite.  ArcGIS Server now allows those groups who could not run PostGIS/Geoserver/Mapserver publish data that the community can consumer, rather than just other ArcGIS clients.  Lets not lose sight of the big picture here for ESRI users.]]></description>
		<content:encoded><![CDATA[<p>&#8220;<i>Not to knock ArcGIS Server, as the new one looks very capable, but I would look elsewhere for my WMS/WFS/KML streaming needs.</i>&#8221;</p>
<p>Unless of course you are locked into the ESRI suite.  ArcGIS Server now allows those groups who could not run PostGIS/Geoserver/Mapserver publish data that the community can consumer, rather than just other ArcGIS clients.  Lets not lose sight of the big picture here for ESRI users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dylan</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2229</link>
		<dc:creator><![CDATA[Dylan]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 16:03:37 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2229</guid>
		<description><![CDATA[I&#039;m going to chime in with my support for Tim&#039;s aforementioned points. Using PostGIS, perhaps Geoserver, and some clever scripting, you can server up large quantities spatial data at near real-time temporal increments to various clients - GE in particular. And the cost is basically free. 

Not to knock ArcGIS Server, as the new one looks very capable, but I would look elsewhere for my WMS/WFS/KML streaming needs.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m going to chime in with my support for Tim&#8217;s aforementioned points. Using PostGIS, perhaps Geoserver, and some clever scripting, you can server up large quantities spatial data at near real-time temporal increments to various clients &#8211; GE in particular. And the cost is basically free. </p>
<p>Not to knock ArcGIS Server, as the new one looks very capable, but I would look elsewhere for my WMS/WFS/KML streaming needs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: avanwieren</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2228</link>
		<dc:creator><![CDATA[avanwieren]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 13:32:49 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2228</guid>
		<description><![CDATA[I find this discussion intersting.  I currently am working on a project contracting for the Center for Disease Control.  To me, they have plenty of qualified GIS analysts, and the data for our project is of good quality.  The problem I often see is a lack of knowledge about what can be done in spatial analysis regarding health.  I have had to spend alot of time with our clients at the CDC explaining benificial spatial analysis and justifying how GIS could provide insights into the statistical data present.

As well, there is alot of overlap in CDC programs.  The nature of funding tend to be a large source for this overlapping as well as a lack of clear defined requirements for these projects.  Also, there are so many layers trying to determine who can provide and who has access to data.

Just thought I would put my three cents in.]]></description>
		<content:encoded><![CDATA[<p>I find this discussion intersting.  I currently am working on a project contracting for the Center for Disease Control.  To me, they have plenty of qualified GIS analysts, and the data for our project is of good quality.  The problem I often see is a lack of knowledge about what can be done in spatial analysis regarding health.  I have had to spend alot of time with our clients at the CDC explaining benificial spatial analysis and justifying how GIS could provide insights into the statistical data present.</p>
<p>As well, there is alot of overlap in CDC programs.  The nature of funding tend to be a large source for this overlapping as well as a lack of clear defined requirements for these projects.  Also, there are so many layers trying to determine who can provide and who has access to data.</p>
<p>Just thought I would put my three cents in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2227</link>
		<dc:creator><![CDATA[Tyler]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 13:17:48 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2227</guid>
		<description><![CDATA[Oh, and sorry for double posting, I meant to address the point about the need for high quality data.
Trying to perform analysis or presenting statistics via GIS becomes incredibly difficult when there is compromised data, whether through carelessness, incompleteness or simply a lack of useable data itself. So much more could be done if everyone who partakes in data collection and organization, keeps GIS end users in mind when putting together packages.]]></description>
		<content:encoded><![CDATA[<p>Oh, and sorry for double posting, I meant to address the point about the need for high quality data.<br />
Trying to perform analysis or presenting statistics via GIS becomes incredibly difficult when there is compromised data, whether through carelessness, incompleteness or simply a lack of useable data itself. So much more could be done if everyone who partakes in data collection and organization, keeps GIS end users in mind when putting together packages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyler</title>
		<link>http://spatiallyadjusted.com/2006/08/14/the-big-picture-of-arcgis-server/#comment-2226</link>
		<dc:creator><![CDATA[Tyler]]></dc:creator>
		<pubDate>Wed, 16 Aug 2006 13:13:22 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=964#comment-2226</guid>
		<description><![CDATA[&quot;the big problem in public health is not technical or cost, but awareness of GIS and the need for high quality data.&quot;


Being a university summer student in a Public Health organization.. and constituting the entire GIS department, I can&#039;t stress Declan&#039;s point enough. At the start of this summer I put together a day long seminar for all the management here because people here were actually outsourcing basic cartography work, and simple geographical analysis. They had no idea what the &quot;Geography Inspection Student&quot; did, or how it could be important/relevant to public health.]]></description>
		<content:encoded><![CDATA[<p>&#8220;the big problem in public health is not technical or cost, but awareness of GIS and the need for high quality data.&#8221;</p>
<p>Being a university summer student in a Public Health organization.. and constituting the entire GIS department, I can&#8217;t stress Declan&#8217;s point enough. At the start of this summer I put together a day long seminar for all the management here because people here were actually outsourcing basic cartography work, and simple geographical analysis. They had no idea what the &#8220;Geography Inspection Student&#8221; did, or how it could be important/relevant to public health.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

