Quoting Martin Preuss <[EMAIL PROTECTED]>:
> Hi,
>
> On Dienstag, 15. Januar 2008, Derek Atkins wrote:
> [...]
>> Martin Preuss <[EMAIL PROTECTED]> writes:
>> > Just for clarification: I do have sample OFX files, but none of them
>> > contains commodity/security transactions.
>>
>> I've just sent
Hi,
On Dienstag, 15. Januar 2008, Derek Atkins wrote:
[...]
> Martin Preuss <[EMAIL PROTECTED]> writes:
> > Just for clarification: I do have sample OFX files, but none of them
> > contains commodity/security transactions.
>
> I've just sent one (source: vanguard.com) via private email.
[...]
AqB
Hi,
On Dienstag, 15. Januar 2008, David Reiser wrote:
[...]
> And it turns out that mostly the only ones I have saved are the ones
> with only investment/security (and dividend...) transactions. They
> tend to have a lot of items that libofx doesn't handle (account
> balances, pending transaction
Hi,
On Dienstag, 15. Januar 2008, Derek Atkins wrote:
> Martin Preuss <[EMAIL PROTECTED]> writes:
> > Just for clarification: I do have sample OFX files, but none of them
> > contains commodity/security transactions.
>
> I've just sent one (source: vanguard.com) via private email.
[...]
Thanks, go
On Jan 15, 2008, at 6:37 AM, Martin Preuss wrote:
> Hi,
>
> On Montag, 14. Januar 2008, Dave Reiser wrote:
>> Martin Preuss wrote:
> [...]
>>> However, this will change when I receive requests from people who
>>> actually want to help with testing those transaction imports (e.g.
>>> by
>>> prov
Hi,
Martin Preuss <[EMAIL PROTECTED]> writes:
> Just for clarification: I do have sample OFX files, but none of them contains
> commodity/security transactions.
I've just sent one (source: vanguard.com) via private email.
> Regards
> Martin
-derek
--
Derek Atkins, SB '93 MIT EE, SM '
Hi,
On Dienstag, 15. Januar 2008, Derek Atkins wrote:
[...]
> > I guess those have to be supported in the long run, but as of this moment
> > I didn't receive a single request on this matter, so it isn't a priority,
> > yet.
>
> I know that's not completely true because I asked about it as soon
>
Martin Preuss <[EMAIL PROTECTED]> writes:
>> Are there any plans to extend AqBanking to support commodity/security
>> transactions?
> [...]
>
> I guess those have to be supported in the long run, but as of this moment I
> didn't receive a single request on this matter, so it isn't a priority, yet
Hi,
On Montag, 14. Januar 2008, Dave Reiser wrote:
> Martin Preuss wrote:
[...]
> > However, this will change when I receive requests from people who
> > actually want to help with testing those transaction imports (e.g. by
> > providing example files etc since I don't have any).
[...]
> I have do
Am Montag, 14. Januar 2008 16:55 schrieb Thomas Bushnell BSG:
> On Mon, 2008-01-14 at 15:52 +0100, Christian Stimming wrote:
> > In fact, after thinking about it for a while, your idea with packaging
> > libofx without the OFX DTDs sounds even worse for me. I mean, the
> > whole point of libofx is
Hi,
On Montag, 14. Januar 2008, Dave Reiser wrote:
[...]
> I have dozens of sample files (though I'd have to spend some time
> sanitizing them).
[...]
That would be nice. What I absolutely don't have are files with
commodity/security transactions, so that would be fantastic if someone could
me
Martin Preuss wrote:
> Hi,
>
> On Montag, 14. Januar 2008, Derek Atkins wrote:
>> Martin Preuss <[EMAIL PROTECTED]> writes:
>>> But I wouldn't recommend it yet, since AqBanking's OFX parser only
>>> provides a subset of the LibOFX features (only those functions currently
>>> needed my AqBanking: t
Hi,
On Montag, 14. Januar 2008, Derek Atkins wrote:
> Martin Preuss <[EMAIL PROTECTED]> writes:
> > But I wouldn't recommend it yet, since AqBanking's OFX parser only
> > provides a subset of the LibOFX features (only those functions currently
> > needed my AqBanking: transaction statements, accou
On Mon, 2008-01-14 at 15:52 +0100, Christian Stimming wrote:
> In fact, after thinking about it for a while, your idea with packaging
> libofx without the OFX DTDs sounds even worse for me. I mean, the
> whole point of libofx is processing OFX. Shipping it without that
> feature is like ship
Quoting Thomas Bushnell BSG <[EMAIL PROTECTED]>:
>> GnuCash has a built-in importer for OFX files in the src/import-export/ofx
>> module. This importer requires libofx.
>
> What happens if libofx is available, but the important functionality
> reports an error instead of doing the usual thing? Doe
Martin,
Martin Preuss <[EMAIL PROTECTED]> writes:
> But I wouldn't recommend it yet, since AqBanking's OFX parser only provides a
> subset of the LibOFX features (only those functions currently needed my
> AqBanking: transaction statements, account balance and account list).
Are there any plan
Hi,
On Sonntag, 13. Januar 2008, Christian Stimming wrote:
> Am Samstag, 12. Januar 2008 19:04 schrieb Thomas Bushnell BSG:
[...]
> For importing OFX files into gnucash, libofx is required and it is going to
> be this way until someone rewrites the "Import OFX file" to use a different
> parser. On
On Sun, 2008-01-13 at 22:27 +0100, Christian Stimming wrote:
> GnuCash has a built-in importer for OFX files in the src/import-export/ofx
> module. This importer requires libofx. If libofx is not available,
> the "Import OFX file" is no longer available. There are no plans by any of
> the curre
Just to clarify the libofx and aqbanking dependency of gnucash:
Am Samstag, 12. Januar 2008 19:04 schrieb Thomas Bushnell BSG:
> I have been told that the new aqbanking stuff supports OFX and does not
> use the problematic DTD files.
> (...)
> Also, this amps up the urgency on gnucash supporting t
So the DTD files I previously mentioned for libofx are, as I also
previously mentioned, available for use in libofx, but are not actually
free software.
Importantly, the license from the ofx specification permits their use
only in software which conforms to the specification, and doesn't permit
th
20 matches
Mail list logo
