QIF Import: reasonable assumptions?

Derek Atkins warlord at MIT.EDU
Mon Jul 7 19:06:04 CDT 2003


Benoit Grégoire <bock at step.polymtl.ca> writes:

> On July 7, 2003 12:48 pm, Derek Atkins wrote:
> > I'm trying to decide if I can make a reasonable assumption: is it
> > reasonable to assume that a QIF file will use the same format/notation
> > for all numeric values?  What I mean is that some locales use decimal
> > notation (comma is a group separator and period is the decimal
> > separator) and some locales use comma notation (period is a group
> > separator and comman is the decimal separator).  Is it reasonable
> > to assume that ALL numerics will be in the same format?
> 
> I think that's reasonnable.  I know we've seen some pretty fucked up QIF 
> files, but I don't see HOW a program could output mixed numeric formats by 
> accident (unless it stores it's internal values as text strings and 
> interprets them as needed).

Well, that's part of the question.  Both existing qif importers
test each numeric value separately.  This seems like a lot of work
to me, but I'm wondering if there is a reason that it's done this
way.  I don't know.

It would certainly be easier (IMHO) to test them all at once, but I
could add the infrastructure to test them individually.  I'm just not
sure which to do..

-derek

-- 
       Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
       Member, MIT Student Information Processing Board  (SIPB)
       URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
       warlord at MIT.EDU                        PGP key available


More information about the gnucash-devel mailing list