<?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 on: Drastically improved CSV imports</title>
	<atom:link href="http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/</link>
	<description>Easy online money management</description>
	<pubDate>Sun, 14 Mar 2010 01:32:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Ben Harper</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16282</link>
		<dc:creator>Ben Harper</dc:creator>
		<pubDate>Tue, 16 Dec 2008 08:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16282</guid>
		<description>I tried a test, but the underscore seems to work.

All of your descriptions will end up with a '_' in front, though, and Buxfer will try to CamelCase the words for you so it will look like "23:41 _shell Gas, Shinjuku"

A 'Don't parse' flag of some kind would be nice.</description>
		<content:encoded><![CDATA[<p>I tried a test, but the underscore seems to work.</p>
<p>All of your descriptions will end up with a &#8216;_&#8217; in front, though, and Buxfer will try to CamelCase the words for you so it will look like &#8220;23:41 _shell Gas, Shinjuku&#8221;</p>
<p>A &#8216;Don&#8217;t parse&#8217; flag of some kind would be nice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16281</link>
		<dc:creator>Nate</dc:creator>
		<pubDate>Tue, 16 Dec 2008 08:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16281</guid>
		<description>Oops, here's the CSV:

Date, Time, Description, Amount, Currency, Tags
2008/12/15, "14:00", "Donki, Shibuya", "-498", "JPY", "sustenance coffee"
2008/12/14, "23:41", "Shell Gas, Shinjuku", "-650", "JPY", "transportation gas"
2008/12/13, "11:53", "Subway, Kitasando", "-1750", "JPY", "sustenance lunch"

And my DESCRIPTIONs become:
"14:00 Donki, Shibuya Jpy"
"Shell"
"Subway"

Instead of:
"14:00 Donki, Shibuya JPY"
"23:41 Shell Gas, Shinjuku JPY"
"11:53 Subway, Kitasando JPY"</description>
		<content:encoded><![CDATA[<p>Oops, here&#8217;s the CSV:</p>
<p>Date, Time, Description, Amount, Currency, Tags<br />
2008/12/15, &#8220;14:00&#8243;, &#8220;Donki, Shibuya&#8221;, &#8220;-498&#8243;, &#8220;JPY&#8221;, &#8220;sustenance coffee&#8221;<br />
2008/12/14, &#8220;23:41&#8243;, &#8220;Shell Gas, Shinjuku&#8221;, &#8220;-650&#8243;, &#8220;JPY&#8221;, &#8220;transportation gas&#8221;<br />
2008/12/13, &#8220;11:53&#8243;, &#8220;Subway, Kitasando&#8221;, &#8220;-1750&#8243;, &#8220;JPY&#8221;, &#8220;sustenance lunch&#8221;</p>
<p>And my DESCRIPTIONs become:<br />
&#8220;14:00 Donki, Shibuya Jpy&#8221;<br />
&#8220;Shell&#8221;<br />
&#8220;Subway&#8221;</p>
<p>Instead of:<br />
&#8220;14:00 Donki, Shibuya JPY&#8221;<br />
&#8220;23:41 Shell Gas, Shinjuku JPY&#8221;<br />
&#8220;11:53 Subway, Kitasando JPY&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16280</link>
		<dc:creator>Nate</dc:creator>
		<pubDate>Tue, 16 Dec 2008 08:29:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-16280</guid>
		<description>Hi there, I'm glad that the CSV import has improved and the date format is selectable, but I still get hit-or-miss results with  seemingly identical data.

In the following CSV, I have the fields defined as follows in Buxfer:
Date -&#62; DATE
Time -&#62; DESCRIPTION
Description -&#62; DESCRIPTION
Amount -&#62; Credit/Debit
Currency -&#62; DESCRIPTION
Tags -&#62; TAGS

All I can think is that for some odd reason Buxfer is trying to parse known words (like 'Shell' or 'Subway') out of the description fields and use the recognized words as the complete description (instead of aggregating all of the description fields, as usual.)

This must be Buxfer's attempt to filter out the 'garbage' that many banks put into their data, but would it be possible to -disable- that feature somehow?

I've tried prefixing "Shell" and "Subway" with single quotes, hyphens and underscores, but to no avail (also, this would be an ugly solution...)

I'm just trying to get consistent behavior whether my descriptions contain 'English' or not.

An extra added bonus would be for you to support multibyte characters, but I realize that's probably not going to happen soon ;)</description>
		<content:encoded><![CDATA[<p>Hi there, I&#8217;m glad that the CSV import has improved and the date format is selectable, but I still get hit-or-miss results with  seemingly identical data.</p>
<p>In the following CSV, I have the fields defined as follows in Buxfer:<br />
Date -&gt; DATE<br />
Time -&gt; DESCRIPTION<br />
Description -&gt; DESCRIPTION<br />
Amount -&gt; Credit/Debit<br />
Currency -&gt; DESCRIPTION<br />
Tags -&gt; TAGS</p>
<p>All I can think is that for some odd reason Buxfer is trying to parse known words (like &#8216;Shell&#8217; or &#8216;Subway&#8217;) out of the description fields and use the recognized words as the complete description (instead of aggregating all of the description fields, as usual.)</p>
<p>This must be Buxfer&#8217;s attempt to filter out the &#8216;garbage&#8217; that many banks put into their data, but would it be possible to -disable- that feature somehow?</p>
<p>I&#8217;ve tried prefixing &#8220;Shell&#8221; and &#8220;Subway&#8221; with single quotes, hyphens and underscores, but to no avail (also, this would be an ugly solution&#8230;)</p>
<p>I&#8217;m just trying to get consistent behavior whether my descriptions contain &#8216;English&#8217; or not.</p>
<p>An extra added bonus would be for you to support multibyte characters, but I realize that&#8217;s probably not going to happen soon ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashwin</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12651</link>
		<dc:creator>Ashwin</dc:creator>
		<pubDate>Thu, 14 Aug 2008 18:33:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12651</guid>
		<description>David: yep, that's exactly right.</description>
		<content:encoded><![CDATA[<p>David: yep, that&#8217;s exactly right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12618</link>
		<dc:creator>David</dc:creator>
		<pubDate>Wed, 13 Aug 2008 07:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12618</guid>
		<description>I guess I could do that.  The mistake I made was that I did not identified enough collumns as "description".  Some of my descriptions were blank because of that and Buxfer did not import transactions with empty description I think.  Am I correct about this?</description>
		<content:encoded><![CDATA[<p>I guess I could do that.  The mistake I made was that I did not identified enough collumns as &#8220;description&#8221;.  Some of my descriptions were blank because of that and Buxfer did not import transactions with empty description I think.  Am I correct about this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashwin</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12596</link>
		<dc:creator>Ashwin</dc:creator>
		<pubDate>Tue, 12 Aug 2008 21:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12596</guid>
		<description>David: yah, that is annoying. We will get that fixed. In the meantime, you can just create another bank account within your Buxfer account and try uploading into that account. Would that work?</description>
		<content:encoded><![CDATA[<p>David: yah, that is annoying. We will get that fixed. In the meantime, you can just create another bank account within your Buxfer account and try uploading into that account. Would that work?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12595</link>
		<dc:creator>David</dc:creator>
		<pubDate>Tue, 12 Aug 2008 21:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-12595</guid>
		<description>Ok so I made a mistake the first time Buxfer was proposing the matching collumns.  Now this "only ask once" feature is nice but how can I reset this so Buxfer asks me again how to match collumns?</description>
		<content:encoded><![CDATA[<p>Ok so I made a mistake the first time Buxfer was proposing the matching collumns.  Now this &#8220;only ask once&#8221; feature is nice but how can I reset this so Buxfer asks me again how to match collumns?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shrek</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-8417</link>
		<dc:creator>shrek</dc:creator>
		<pubDate>Fri, 20 Jun 2008 23:18:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-8417</guid>
		<description>how can you import with separate debit/credit columns w/o - or + sign?
it doesn't seem to recognize it. :(</description>
		<content:encoded><![CDATA[<p>how can you import with separate debit/credit columns w/o - or + sign?<br />
it doesn&#8217;t seem to recognize it. :(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ashwin</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-8043</link>
		<dc:creator>Ashwin</dc:creator>
		<pubDate>Sat, 14 Jun 2008 09:09:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-8043</guid>
		<description>Steve, Sam: we have updated our CSV import process now -- you can specify separate credit and debit columns as well as multiple description columns.</description>
		<content:encoded><![CDATA[<p>Steve, Sam: we have updated our CSV import process now &#8212; you can specify separate credit and debit columns as well as multiple description columns.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Brightman</title>
		<link>http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-6510</link>
		<dc:creator>Sam Brightman</dc:creator>
		<pubDate>Wed, 14 May 2008 11:04:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.buxfer.com/blog/2008/05/08/drastically-improved-csv-imports/#comment-6510</guid>
		<description>This feature is still not working for me at all. Either it cannot recognise a date because of some cruft at the bottom of the CSV (e.g. "Total of this column:") or it cannot recognise a simple date format ("01 May 2008"). I additionally have the separate credit and debit columns mentioned by the user above if this is still an issue (and in multiple banks in multiple countries - I don't think it's as strange as you believe). I do not get offered the opportunity to specify which columns are which.

Additionally, I would always have to import these statements manually as the synchronisation feature seems to fail completely. I have Firebux and it tells me that it is recording, but seems to do nothing. When I press stop recording it doesn't give me an error, but the accounts never sync either. A lack of automatic syncing sort of defeats the point for me...

Although, that sort of brings me to my final point - how do you hope to deal with banks that actually have some security? I've heard American banks can be notoriously poor at web security but in Europe we have SecurID dongles and/or partially, mouse-entered passcodes as standard...</description>
		<content:encoded><![CDATA[<p>This feature is still not working for me at all. Either it cannot recognise a date because of some cruft at the bottom of the CSV (e.g. &#8220;Total of this column:&#8221;) or it cannot recognise a simple date format (&#8221;01 May 2008&#8243;). I additionally have the separate credit and debit columns mentioned by the user above if this is still an issue (and in multiple banks in multiple countries - I don&#8217;t think it&#8217;s as strange as you believe). I do not get offered the opportunity to specify which columns are which.</p>
<p>Additionally, I would always have to import these statements manually as the synchronisation feature seems to fail completely. I have Firebux and it tells me that it is recording, but seems to do nothing. When I press stop recording it doesn&#8217;t give me an error, but the accounts never sync either. A lack of automatic syncing sort of defeats the point for me&#8230;</p>
<p>Although, that sort of brings me to my final point - how do you hope to deal with banks that actually have some security? I&#8217;ve heard American banks can be notoriously poor at web security but in Europe we have SecurID dongles and/or partially, mouse-entered passcodes as standard&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
