<?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: Building a better AutoMap</title>
	<atom:link href="http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/</link>
	<description>Where the * is Scotty?</description>
	<lastBuildDate>Tue, 06 Dec 2011 14:29:49 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: allums</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1283</link>
		<dc:creator>allums</dc:creator>
		<pubDate>Wed, 08 Sep 2010 15:17:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1283</guid>
		<description>Alex,

Thanks for identifying your short list of needs.  Scheduling and script support make for a nice, focused feature list.  Splitting out just those features might allow us to provide AutoMap at a lower cost than the current packaging allows.</description>
		<content:encoded><![CDATA[<p>Alex,</p>
<p>Thanks for identifying your short list of needs.  Scheduling and script support make for a nice, focused feature list.  Splitting out just those features might allow us to provide AutoMap at a lower cost than the current packaging allows.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Maynes</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1282</link>
		<dc:creator>Alex Maynes</dc:creator>
		<pubDate>Wed, 08 Sep 2010 07:40:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1282</guid>
		<description>All I need from the AutoMap tool is the scheduling (for nightly builds) and pre/post scripting capability. I need to be able to run scripts on the output HTML files after generation as we have custom output formats not supported by the included stationary. We don&#039;t have the volume or budget to warrant the CMS integration, and the email notifications would be of limited use as well. 

I&#039;ve used AutoMap with the WebWorks 7 product, and the UNIX batch utility that predated AutoMap. Both worked great. But we just don&#039;t have the budget for the current AutoMap product for ePublisher. 

Alex.</description>
		<content:encoded><![CDATA[<p>All I need from the AutoMap tool is the scheduling (for nightly builds) and pre/post scripting capability. I need to be able to run scripts on the output HTML files after generation as we have custom output formats not supported by the included stationary. We don&#8217;t have the volume or budget to warrant the CMS integration, and the email notifications would be of limited use as well. </p>
<p>I&#8217;ve used AutoMap with the WebWorks 7 product, and the UNIX batch utility that predated AutoMap. Both worked great. But we just don&#8217;t have the budget for the current AutoMap product for ePublisher. </p>
<p>Alex.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: allums</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1222</link>
		<dc:creator>allums</dc:creator>
		<pubDate>Fri, 28 May 2010 21:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1222</guid>
		<description>Bruce,

Thanks for your feedback.  I&#039;m wondering if you can elaborate further on the pricing issue.

What did you pay for AutoMap a couple of years back?  We&#039;ve move our pricing around over time and I&#039;d like to hear from you what you used to see versus today.

I&#039;m wondering if you purchased AutoMap as part of the old &quot;Enterprise platform&quot;, where it was sold and licensed per seat as opposed to now where it is licensed per server.

Thanks!</description>
		<content:encoded><![CDATA[<p>Bruce,</p>
<p>Thanks for your feedback.  I&#8217;m wondering if you can elaborate further on the pricing issue.</p>
<p>What did you pay for AutoMap a couple of years back?  We&#8217;ve move our pricing around over time and I&#8217;d like to hear from you what you used to see versus today.</p>
<p>I&#8217;m wondering if you purchased AutoMap as part of the old &#8220;Enterprise platform&#8221;, where it was sold and licensed per seat as opposed to now where it is licensed per server.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bruce Frederick</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1221</link>
		<dc:creator>Bruce Frederick</dc:creator>
		<pubDate>Fri, 28 May 2010 20:16:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1221</guid>
		<description>I used AutoMap extensively for several years at my last company, and I just about choked when I started my new job earlier this year and found out how expensive it has become. No way I can justify that purchase order.

90% of Automap&#039;s value to me was scheduled generation. I didn&#039;t use the pre- or post-scripting capabilities until fairly late in the game, and even then it was for non-critical, nice-to-have functionality. For CMS, I wrote my own scripts which executed before Automap ever kicked off. 

Same thing with e-mail -- I never used the built-in feature. 

All I really want is the ability to schedule overnight builds, and I&#039;m not prepared to pay the current asking price for that.

Job queueing would have been a nice feature -- it would have prevented many &quot;train wreck&quot; builds that I had to sort out in the morning. But I survived for years without it by carefully and manually scheduling jobs with buffer space between them. Again, I&#039;m not sure how much extra I would pay for what seems to be a basic usability enhancement.  

I know you folks need to make money selling this software -- we&#039;re all in that boat. But you&#039;re dangerously close to a tipping point. I almost didn&#039;t convert this place to ePub Pro &amp; Express when I got here because of cost. Automap was out of the question.

Thanks for soliciting our feedback. Hope it&#039;s helpful.</description>
		<content:encoded><![CDATA[<p>I used AutoMap extensively for several years at my last company, and I just about choked when I started my new job earlier this year and found out how expensive it has become. No way I can justify that purchase order.</p>
<p>90% of Automap&#8217;s value to me was scheduled generation. I didn&#8217;t use the pre- or post-scripting capabilities until fairly late in the game, and even then it was for non-critical, nice-to-have functionality. For CMS, I wrote my own scripts which executed before Automap ever kicked off. </p>
<p>Same thing with e-mail &#8212; I never used the built-in feature. </p>
<p>All I really want is the ability to schedule overnight builds, and I&#8217;m not prepared to pay the current asking price for that.</p>
<p>Job queueing would have been a nice feature &#8212; it would have prevented many &#8220;train wreck&#8221; builds that I had to sort out in the morning. But I survived for years without it by carefully and manually scheduling jobs with buffer space between them. Again, I&#8217;m not sure how much extra I would pay for what seems to be a basic usability enhancement.  </p>
<p>I know you folks need to make money selling this software &#8212; we&#8217;re all in that boat. But you&#8217;re dangerously close to a tipping point. I almost didn&#8217;t convert this place to ePub Pro &amp; Express when I got here because of cost. Automap was out of the question.</p>
<p>Thanks for soliciting our feedback. Hope it&#8217;s helpful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Pitt</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1214</link>
		<dc:creator>John Pitt</dc:creator>
		<pubDate>Wed, 26 May 2010 23:53:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1214</guid>
		<description>As I just posted on wwp-users, many/most/all of us are facing more tasks, and more complexity in projects (see F-JK&#039;s note above), all in a shorter timeframe. And our developers, who we used to be able to borrow to write scripts, are in the same boat.

For Auto to work better for us (and sell more copies for you), we need a helluvalot more doco on its workings, and even more adaptible, real-world, sample scripts.

Notwithstanding the above, I do know that you are faced with the same too-few-hands-not-enough-time constraints as the rest of us. But wouldn&#039;t it be nice ...

jjj</description>
		<content:encoded><![CDATA[<p>As I just posted on wwp-users, many/most/all of us are facing more tasks, and more complexity in projects (see F-JK&#8217;s note above), all in a shorter timeframe. And our developers, who we used to be able to borrow to write scripts, are in the same boat.</p>
<p>For Auto to work better for us (and sell more copies for you), we need a helluvalot more doco on its workings, and even more adaptible, real-world, sample scripts.</p>
<p>Notwithstanding the above, I do know that you are faced with the same too-few-hands-not-enough-time constraints as the rest of us. But wouldn&#8217;t it be nice &#8230;</p>
<p>jjj</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Franz-Josef Knelangen</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1122</link>
		<dc:creator>Franz-Josef Knelangen</dc:creator>
		<pubDate>Thu, 06 May 2010 08:59:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1122</guid>
		<description>1. AutoMap is expensive.
2. You buy it when you have complex things to automate.
3. Complex FM projects contain Boolean expressions.
4. AutoMap doesn&#039;t let select nor you define expressions.
5. So there&#039;s room enough to expand ...

BTW: 2010.1 now has &quot;non-GUI support for expressions&quot; ... and that&#039;s all the help a user gets from Quadralay. Folks, tools to create documentation should be well documented themselves.</description>
		<content:encoded><![CDATA[<p>1. AutoMap is expensive.<br />
2. You buy it when you have complex things to automate.<br />
3. Complex FM projects contain Boolean expressions.<br />
4. AutoMap doesn&#8217;t let select nor you define expressions.<br />
5. So there&#8217;s room enough to expand &#8230;</p>
<p>BTW: 2010.1 now has &#8220;non-GUI support for expressions&#8221; &#8230; and that&#8217;s all the help a user gets from Quadralay. Folks, tools to create documentation should be well documented themselves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Scenes from the Engine Room » Building a better AutoMap -- Topsy.com</title>
		<link>http://blogs.webworks.com/allums/2010/04/27/building-a-better-automap/comment-page-1/#comment-1067</link>
		<dc:creator>Tweets that mention Scenes from the Engine Room » Building a better AutoMap -- Topsy.com</dc:creator>
		<pubDate>Thu, 29 Apr 2010 20:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.webworks.com/allums/?p=250#comment-1067</guid>
		<description>[...] This post was mentioned on Twitter by WebWorks. WebWorks said: New Blog Post from Ben Allums - &quot;Building a better AutoMap.&quot; - http://tinyurl.com/2cqwoyv [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by WebWorks. WebWorks said: New Blog Post from Ben Allums &#8211; &quot;Building a better AutoMap.&quot; &#8211; <a href="http://tinyurl.com/2cqwoyv" rel="nofollow">http://tinyurl.com/2cqwoyv</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

