<?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: Nostalgia for printed manuals</title>
	<atom:link href="http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/feed/" rel="self" type="application/rss+xml" />
	<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/</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: Dale Lutz</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1875</link>
		<dc:creator><![CDATA[Dale Lutz]]></dc:creator>
		<pubDate>Wed, 19 Jul 2006 17:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1875</guid>
		<description><![CDATA[From a vendor&#039;s point of view, it is hard to justify/know if the expense related to creating printed manuals is worth it or not. From some of the comments in here, it seems that the money might be better spent creating examples/tutorials/screencasts/howtos that are electronically distributed.  What we try to do is create printable PDF for each of our manuals, where the tools we use allow it, so that those that want prints can do make them.  Maybe we should even consider setting something up at mimeo.com that would make it really easy for one-offs to be created and sent out.  But one hurdle is that there is a gap toolset wise between what you need to use to make  good online help and what creates/formats good printable help.  Maybe mapcap software will ride over the hill and save the day...]]></description>
		<content:encoded><![CDATA[<p>From a vendor&#8217;s point of view, it is hard to justify/know if the expense related to creating printed manuals is worth it or not. From some of the comments in here, it seems that the money might be better spent creating examples/tutorials/screencasts/howtos that are electronically distributed.  What we try to do is create printable PDF for each of our manuals, where the tools we use allow it, so that those that want prints can do make them.  Maybe we should even consider setting something up at mimeo.com that would make it really easy for one-offs to be created and sent out.  But one hurdle is that there is a gap toolset wise between what you need to use to make  good online help and what creates/formats good printable help.  Maybe mapcap software will ride over the hill and save the day&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Fee</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1874</link>
		<dc:creator><![CDATA[James Fee]]></dc:creator>
		<pubDate>Mon, 17 Jul 2006 21:52:34 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1874</guid>
		<description><![CDATA[&lt;i&gt;&quot;Do you remember the volume of the entire ArcInfo documentation?&quot;&lt;/i&gt;

It was wonderful, no?  I&#039;m not saying we&#039;d need a set for every license in the company, but why not one volume per office?  You are right, I doubt I ever hit every page, but when I needed it, they were invaluable.

I wasn&#039;t talking about quality either.  I think that would be another topic for another rainy day.  ;)]]></description>
		<content:encoded><![CDATA[<p><i>&#8220;Do you remember the volume of the entire ArcInfo documentation?&#8221;</i></p>
<p>It was wonderful, no?  I&#8217;m not saying we&#8217;d need a set for every license in the company, but why not one volume per office?  You are right, I doubt I ever hit every page, but when I needed it, they were invaluable.</p>
<p>I wasn&#8217;t talking about quality either.  I think that would be another topic for another rainy day.  <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ianko Tchoukanski</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1873</link>
		<dc:creator><![CDATA[Ianko Tchoukanski]]></dc:creator>
		<pubDate>Mon, 17 Jul 2006 21:47:25 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1873</guid>
		<description><![CDATA[James, I canâ€™t believe that you want this! Do you remember the volume of the entire ArcInfo documentation?  With a couple of sets of the documentation you could feel a decent office. I bet that even if you had the entire set you did not open 90% of the books (they just gathered dust in the corner of your officeâ€¦).  I think that the current format is much better (at least for me). Remember these are not novels (I canâ€™t imagine reading a Steven Kingâ€™s eBook)  â€“ you never read documentation from the start to the end. You rather need it as a reference when you want to find something specific. From this point of view the current format of the documentation looks fine for me (and my office looks much better without the pile of printed documentations in the corner).
Here Iâ€™d like to clarify something. Iâ€™m talking about the format and not for the quality. In this aspect the ArcInfo documentation from the good old times was giving the user a lot of value (I still refer to it if I need some definitions, explanations etc.). The current documentation (not the format it is provided in) lacks the depth that the old one had. 
I even donâ€™t want to start a discussion about the Developers Guide. Itâ€™s been weak right from the start (and I consider ArcGIS 8.1 as the â€œStartâ€), but since version 9.0, it is an absolute disaster. For two years (or about) ESRI managed to produce 3 (three) samples for use of the Arc Toolbox environment programmatically and they are not included in the developerâ€™s guide. You will not find a single example in the Developers Guide that will help you to understand how to use the geoprocessing tools programmatically or how to make your own geoprocessing tool. Actually I think that in the Geoprocessing part of the Developers Guide, you will not find a single line of sample code. Please correct me if Iâ€™m wrong.]]></description>
		<content:encoded><![CDATA[<p>James, I canâ€™t believe that you want this! Do you remember the volume of the entire ArcInfo documentation?  With a couple of sets of the documentation you could feel a decent office. I bet that even if you had the entire set you did not open 90% of the books (they just gathered dust in the corner of your officeâ€¦).  I think that the current format is much better (at least for me). Remember these are not novels (I canâ€™t imagine reading a Steven Kingâ€™s eBook)  â€“ you never read documentation from the start to the end. You rather need it as a reference when you want to find something specific. From this point of view the current format of the documentation looks fine for me (and my office looks much better without the pile of printed documentations in the corner).<br />
Here Iâ€™d like to clarify something. Iâ€™m talking about the format and not for the quality. In this aspect the ArcInfo documentation from the good old times was giving the user a lot of value (I still refer to it if I need some definitions, explanations etc.). The current documentation (not the format it is provided in) lacks the depth that the old one had.<br />
I even donâ€™t want to start a discussion about the Developers Guide. Itâ€™s been weak right from the start (and I consider ArcGIS 8.1 as the â€œStartâ€), but since version 9.0, it is an absolute disaster. For two years (or about) ESRI managed to produce 3 (three) samples for use of the Arc Toolbox environment programmatically and they are not included in the developerâ€™s guide. You will not find a single example in the Developers Guide that will help you to understand how to use the geoprocessing tools programmatically or how to make your own geoprocessing tool. Actually I think that in the Geoprocessing part of the Developers Guide, you will not find a single line of sample code. Please correct me if Iâ€™m wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carlos Silva</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1872</link>
		<dc:creator><![CDATA[Carlos Silva]]></dc:creator>
		<pubDate>Mon, 17 Jul 2006 21:12:36 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1872</guid>
		<description><![CDATA[I&#039;ve keep opening up my old notes from GIS  school... ;) 

If need be, I&#039;ll print off a section of the ArcGIS Desktop manual if I&#039;m doing a specific task a lot (i.e. editing in ArcMap) and I haven&#039;t done it in a while.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve keep opening up my old notes from GIS  school&#8230; <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  </p>
<p>If need be, I&#8217;ll print off a section of the ArcGIS Desktop manual if I&#8217;m doing a specific task a lot (i.e. editing in ArcMap) and I haven&#8217;t done it in a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1871</link>
		<dc:creator><![CDATA[Jeremy]]></dc:creator>
		<pubDate>Mon, 17 Jul 2006 21:02:09 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1871</guid>
		<description><![CDATA[No way....That what your second (or &lt;a href=&quot;http://www.flickr.com/photos/mapdex/120334369/&quot; rel=&quot;nofollow&quot;&gt;third&lt;/a&gt;) monitor is for.]]></description>
		<content:encoded><![CDATA[<p>No way&#8230;.That what your second (or <a href="http://www.flickr.com/photos/mapdex/120334369/" rel="nofollow">third</a>) monitor is for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ArcInfo Guru</title>
		<link>http://spatiallyadjusted.com/2006/07/17/nostalgia-for-printed-manuals/#comment-1870</link>
		<dc:creator><![CDATA[ArcInfo Guru]]></dc:creator>
		<pubDate>Mon, 17 Jul 2006 20:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://zhun.pair.com/spatiall/blog/?p=868#comment-1870</guid>
		<description><![CDATA[Oh don&#039;t get me started on documentation James.  I still have my old ArcInfo 6.0 documentation and use it still quite a bit.  I too would have no problem paying thousands of dollars for good documentation like ESRI used to product.]]></description>
		<content:encoded><![CDATA[<p>Oh don&#8217;t get me started on documentation James.  I still have my old ArcInfo 6.0 documentation and use it still quite a bit.  I too would have no problem paying thousands of dollars for good documentation like ESRI used to product.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

