Testing MYMdump is much more convenient now that the QIF importer handles
the combined QIF format.
GnuCash appears to import the output from mymdump correctly, but my sheets
with the correct balances for my only large dataset are unfortunately
not handy now, so I cannot verify the results.
There are, however, still problems with duplicate removal if I output
both sides of a split transaction. I'll attach an example QIF file.
Am I doing something wrong in the export?
Also, I left the ambiguous date in the QIF on purpose since when I import
this file, I get an alert box stating
QIF file parse warning:
Parse ambiguity : between formats (m-d-y d-m-y)
value of 06/07/1999 could be (7 6 1999) or (6 7 1999) and no
evidence exists to distinguish.
Using (7 6 1999).
See help for more info.
My Date Format in Preferences is set to "US", so shouldn't the importer
use (6 7 1999)? I skimmed the help and did not see any way I can force
the interpretation now that the Date Format selector has been removed
from the importer. How can I force interpretation to m-d-y?
kdy
On Tue, Jun 06, 2000 at 11:33:54PM +1000, Robert Graham Merkel wrote:
> I'm working on updating the gnucash documentation for the coming
> 1.4 stable release. What's the current status of your QIF exporter
> for MyM? Do you know whether it works with gnucash's current QIF
> import function?
!Type:Cat
NIncome
I
^
!Option:AutoSwitch
!Account
NBank A
TBank
^
NBank B
TBank
^
!Clear:AutoSwitch
!Account
NBank A
TBank
^
!Type:Bank
D06/06/1999
PDEPOSIT
T-75
L[Bank B]
^
D06/07/1999
PDEPOSIT
T-80
L[Bank B]
^
!Account
NBank B
TBank
^
!Type:Bank
D06/06/1999
PDEPOSIT
T100
SIncome
$25
S[Bank A]
$75
^
D06/07/1999
PDEPOSIT
T80
L[Bank A]
^
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
