<?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: More pressure, but little action</title>
	<atom:link href="http://monofonik.net/2011/09/more-pressure-but-little-action/feed/" rel="self" type="application/rss+xml" />
	<link>http://monofonik.net/2011/09/more-pressure-but-little-action/</link>
	<description>Tech and audio related stuff by Jonathan Mullins - special attention given to half-baked transport ticketing systems</description>
	<lastBuildDate>Wed, 13 Jan 2016 09:45:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.2.2</generator>
	<item>
		<title>By: Anthony</title>
		<link>http://monofonik.net/2011/09/more-pressure-but-little-action/#comment-14</link>
		<dc:creator><![CDATA[Anthony]]></dc:creator>
		<pubDate>Sat, 05 Nov 2011 12:49:47 +0000</pubDate>
		<guid isPermaLink="false">http://jonathan-mullins.com/?p=70#comment-14</guid>
		<description><![CDATA[How computationally expensive are your check algorithms (excluding PDF processing)? If, as you refer to yourself, &#039;some guy on the internets&#039; can do this auditing, then surely with direct backend access, KAMCO could too.

Store the audit result in their database, flagging accounts which are detected as having suspect results for more manual review. If they recorded up till when the last audit had parsed an account, they wouldn&#039;t have to rescan an entire account on subsequent checks of new data.

I wonder if their unwillingness to do unprompted scans themselves highlights a fear internally that they will find a lot of errors? ... or perhaps they have and they&#039;re quietly fixing the bugs without telling anyone or correcting the accounts until they&#039;re called on it? (This is purely me wondering what goes on and shouldn&#039;t be considered me saying this is what&#039;s happening)]]></description>
		<content:encoded><![CDATA[<p>How computationally expensive are your check algorithms (excluding PDF processing)? If, as you refer to yourself, &#8216;some guy on the internets&#8217; can do this auditing, then surely with direct backend access, KAMCO could too.</p>
<p>Store the audit result in their database, flagging accounts which are detected as having suspect results for more manual review. If they recorded up till when the last audit had parsed an account, they wouldn&#8217;t have to rescan an entire account on subsequent checks of new data.</p>
<p>I wonder if their unwillingness to do unprompted scans themselves highlights a fear internally that they will find a lot of errors? &#8230; or perhaps they have and they&#8217;re quietly fixing the bugs without telling anyone or correcting the accounts until they&#8217;re called on it? (This is purely me wondering what goes on and shouldn&#8217;t be considered me saying this is what&#8217;s happening)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Orloff</title>
		<link>http://monofonik.net/2011/09/more-pressure-but-little-action/#comment-7</link>
		<dc:creator><![CDATA[Nick Orloff]]></dc:creator>
		<pubDate>Tue, 20 Sep 2011 03:31:24 +0000</pubDate>
		<guid isPermaLink="false">http://jonathan-mullins.com/?p=70#comment-7</guid>
		<description><![CDATA[Great idea &amp; well executed. I uploaded my statement and found out there were no errors (yes, I am a little disappointed).]]></description>
		<content:encoded><![CDATA[<p>Great idea &amp; well executed. I uploaded my statement and found out there were no errors (yes, I am a little disappointed).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jonathan</title>
		<link>http://monofonik.net/2011/09/more-pressure-but-little-action/#comment-6</link>
		<dc:creator><![CDATA[jonathan]]></dc:creator>
		<pubDate>Tue, 20 Sep 2011 02:44:01 +0000</pubDate>
		<guid isPermaLink="false">http://jonathan-mullins.com/?p=70#comment-6</guid>
		<description><![CDATA[Hi Julia, I haven&#039;t heard of this happening before, particularly as the $3 cap is one of the more simple overcharges to detect. If you don&#039;t mind forwarding me your original statement to support@mykileaks.org I can look into this for you. Cheers for letting me know.]]></description>
		<content:encoded><![CDATA[<p>Hi Julia, I haven&#8217;t heard of this happening before, particularly as the $3 cap is one of the more simple overcharges to detect. If you don&#8217;t mind forwarding me your original statement to <a href="mailto:support@mykileaks.org">support@mykileaks.org</a> I can look into this for you. Cheers for letting me know.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
