<?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"
	>
<channel>
	<title>Comments for GIS and .NET Development</title>
	<atom:link href="http://briannoyle.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://briannoyle.wordpress.com</link>
	<description>Rants on GIS, .NET, and life in general</description>
	<pubDate>Sun, 20 Jul 2008 14:05:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>Comment on The impossible question&#8230;sane interviewing by Tech interview questions &#187; Are analytics interview questions really helpful for the interview?</title>
		<link>http://briannoyle.wordpress.com/2008/07/15/the-impossible-questionsane-interviewing/#comment-130</link>
		<dc:creator>Tech interview questions &#187; Are analytics interview questions really helpful for the interview?</dc:creator>
		<pubDate>Wed, 16 Jul 2008 05:37:53 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/?p=48#comment-130</guid>
		<description>[...] Noyle, who describes his blog as &#8220;rants on GIS, .NET, and life in general&#8221;, has another rant regarding those generic interview questions we&#8217;re so used to - why are manhole covers round, [...]</description>
		<content:encoded><![CDATA[<p>[...] Noyle, who describes his blog as &#8220;rants on GIS, .NET, and life in general&#8221;, has another rant regarding those generic interview questions we&#8217;re so used to - why are manhole covers round, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My love hate relationship with recruiters by The impossible question&#8230;sane interviewing &#171; GIS and .NET Development</title>
		<link>http://briannoyle.wordpress.com/2008/06/03/my-love-hate-relationship-with-recruiters/#comment-125</link>
		<dc:creator>The impossible question&#8230;sane interviewing &#171; GIS and .NET Development</dc:creator>
		<pubDate>Tue, 15 Jul 2008 22:12:18 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/?p=42#comment-125</guid>
		<description>[...] 15, 2008 by homebrutrout    So I took some time awhile back to pick on recruiters a bit and wanted to take a few minutes and jot down some thoughts about the technical interview process [...]</description>
		<content:encoded><![CDATA[<p>[...] 15, 2008 by homebrutrout    So I took some time awhile back to pick on recruiters a bit and wanted to take a few minutes and jot down some thoughts about the technical interview process [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What&#8217;s yer status?  Managing ArcSDE connections at run-time&#8230; by IWorkspaceFactoryStatus &#171; Amit&#8217;s Notes</title>
		<link>http://briannoyle.wordpress.com/2008/01/08/whats-yer-status-managing-arcsde-connections-at-run-time/#comment-114</link>
		<dc:creator>IWorkspaceFactoryStatus &#171; Amit&#8217;s Notes</dc:creator>
		<pubDate>Tue, 13 May 2008 19:40:39 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/08/whats-yer-status-managing-arcsde-connections-at-run-time/#comment-114</guid>
		<description>[...] ESRI Documentation is here and an interesting blog post on the topic is here [...]</description>
		<content:encoded><![CDATA[<p>[...] ESRI Documentation is here and an interesting blog post on the topic is here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ESRI dynamic display&#8230;some limitations by Michael Thompson</title>
		<link>http://briannoyle.wordpress.com/2008/03/18/esri-dynamic-displaysome-limitations/#comment-95</link>
		<dc:creator>Michael Thompson</dc:creator>
		<pubDate>Tue, 18 Mar 2008 21:59:35 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/?p=33#comment-95</guid>
		<description>Brian,

I talked to Craig from ESRI in the ESRI Showcase.  He explained that Dynamic Display was developed mainly for displaying tracking items over rasters.  He suggested we rasterize all of our feature layers (at different scales, naturally, and rasterizing the labels with the features).  There are no plans to address the limitations from the link you alluded to above, because "it does what it was designed to do".  

Doh!

That being said, the ArcGIS Engine booth had a screenshot of Bradshaw's MARVLIS product under the heading of "Dynamic Display", and they are managing to use it well for their ambulance tracking application.  Maybe its time we made more of a push to transition from vector to raster - particularly because our underlying data is not terribly dynamic.

Michael</description>
		<content:encoded><![CDATA[<p>Brian,</p>
<p>I talked to Craig from ESRI in the ESRI Showcase.  He explained that Dynamic Display was developed mainly for displaying tracking items over rasters.  He suggested we rasterize all of our feature layers (at different scales, naturally, and rasterizing the labels with the features).  There are no plans to address the limitations from the link you alluded to above, because &#8220;it does what it was designed to do&#8221;.  </p>
<p>Doh!</p>
<p>That being said, the ArcGIS Engine booth had a screenshot of Bradshaw&#8217;s MARVLIS product under the heading of &#8220;Dynamic Display&#8221;, and they are managing to use it well for their ambulance tracking application.  Maybe its time we made more of a push to transition from vector to raster - particularly because our underlying data is not terribly dynamic.</p>
<p>Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile in your architecture process&#8230;where to put it? by Frank</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-94</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Fri, 14 Mar 2008 20:13:48 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-94</guid>
		<description>nice site.</description>
		<content:encoded><![CDATA[<p>nice site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on My boss is on the internet&#8230; by James Fee</title>
		<link>http://briannoyle.wordpress.com/2008/03/11/my-boss-is-on-the-internet/#comment-87</link>
		<dc:creator>James Fee</dc:creator>
		<pubDate>Tue, 11 Mar 2008 16:22:02 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/?p=31#comment-87</guid>
		<description>Make sure you stop by the meetup Monday night!

http://www.spatiallyadjusted.com/2008/03/10/esri-developer-summit-meetup/

James...will do!</description>
		<content:encoded><![CDATA[<p>Make sure you stop by the meetup Monday night!</p>
<p><a href="http://www.spatiallyadjusted.com/2008/03/10/esri-developer-summit-meetup/" rel="nofollow">http://www.spatiallyadjusted.com/2008/03/10/esri-developer-summit-meetup/</a></p>
<p>James&#8230;will do!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile in your architecture process&#8230;where to put it? by homebrutrout</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-13</link>
		<dc:creator>homebrutrout</dc:creator>
		<pubDate>Thu, 17 Jan 2008 20:53:18 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-13</guid>
		<description>Thanks Chris,
The coarse-to-fine grain iterative architecture process worked well for me on a previous project.  Technology selection and black box diagrams up front, evolving down to communication paradigms, interaction models, and class diagrams as we moved forward.  Comprehensive forward engineering is definitely NOT the only option...nor is it the best one in my estimation.

Cheers,
Brian</description>
		<content:encoded><![CDATA[<p>Thanks Chris,<br />
The coarse-to-fine grain iterative architecture process worked well for me on a previous project.  Technology selection and black box diagrams up front, evolving down to communication paradigms, interaction models, and class diagrams as we moved forward.  Comprehensive forward engineering is definitely NOT the only option&#8230;nor is it the best one in my estimation.</p>
<p>Cheers,<br />
Brian</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile in your architecture process&#8230;where to put it? by Chris Spagnuolo</title>
		<link>http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-12</link>
		<dc:creator>Chris Spagnuolo</dc:creator>
		<pubDate>Thu, 17 Jan 2008 20:25:36 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/17/agile-in-your-architecture-processwhere-to-put-it/#comment-12</guid>
		<description>Brian, this is an excellent post.  Most people discount agile practices because of this design/architecture argument.  I think it's a non-starter.  Agile does address both, it just does it in an  iterative fashion.  However, you have to be careful to balance your time spent on up-front architecture with actually building "deliverable" functionality to your clients.  If you looked at it like a bar chart, in the early iterations you'd see big architectural bars and small functionality bars.  Conversely, as you get deeper into your project, the later iterations will have small or no architecture bars and big functionality bars.  I'll be writing a blog post about this next week and will let you know when it's up.

Chris</description>
		<content:encoded><![CDATA[<p>Brian, this is an excellent post.  Most people discount agile practices because of this design/architecture argument.  I think it&#8217;s a non-starter.  Agile does address both, it just does it in an  iterative fashion.  However, you have to be careful to balance your time spent on up-front architecture with actually building &#8220;deliverable&#8221; functionality to your clients.  If you looked at it like a bar chart, in the early iterations you&#8217;d see big architectural bars and small functionality bars.  Conversely, as you get deeper into your project, the later iterations will have small or no architecture bars and big functionality bars.  I&#8217;ll be writing a blog post about this next week and will let you know when it&#8217;s up.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Plug it in! Configurable plug-in execution&#8230;design by Plug it in! Configurable plug-in execution&#8230;code &#171; GIS and .NET Development</title>
		<link>http://briannoyle.wordpress.com/2008/01/09/plug-it-in-configurable-plug-in-executiondesign/#comment-11</link>
		<dc:creator>Plug it in! Configurable plug-in execution&#8230;code &#171; GIS and .NET Development</dc:creator>
		<pubDate>Wed, 16 Jan 2008 19:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://briannoyle.wordpress.com/2008/01/09/plug-it-in-configurable-plug-in-executiondesign/#comment-11</guid>
		<description>[...] 16, 2008 by homebrutrout    Last week I posted a rather verbose discussion of some modifications to a PlugIn pattern that  I made to make each plug in configurable at [...]</description>
		<content:encoded><![CDATA[<p>[...] 16, 2008 by homebrutrout    Last week I posted a rather verbose discussion of some modifications to a PlugIn pattern that  I made to make each plug in configurable at [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About the Author by homebrutrout</title>
		<link>http://briannoyle.wordpress.com/about/#comment-10</link>
		<dc:creator>homebrutrout</dc:creator>
		<pubDate>Wed, 16 Jan 2008 15:28:22 +0000</pubDate>
		<guid isPermaLink="false">#comment-10</guid>
		<description>Glenn,
Don't know either of those names...but I only joined the Denver office in Oct.  Maybe another office?  Or perhaps the MS practice?</description>
		<content:encoded><![CDATA[<p>Glenn,<br />
Don&#8217;t know either of those names&#8230;but I only joined the Denver office in Oct.  Maybe another office?  Or perhaps the MS practice?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
