Regarding KtoBlzCheck GSoC project
Prasun Kumar
prasun.code at gmail.com
Fri Mar 27 13:16:05 GMT 2020
Thank you sir.
I have drafted a proposal for this project. I would like you to take a look
at it and suggest any changes before submitting it as a draft at GSoC
website.
Should I send the link here or a personal email to you?
Thanks,
Prasun
On Fri, 27 Mar 2020, 18:10 Ralf Habacker, <ralf.habacker at freenet.de> wrote:
> Am 25.03.20 um 20:36 schrieb Prasun Kumar:
> > Dear Sir,
> > Thank you for answering the questions. I have some more.
> > For the API part, should I use the KMyMoney implementation suggested by
> > you(
> https://cgit.kde.org/kmymoney.git/tree/kmymoney/payeeidentifier/ibanandbic?h=4.8)
>
> > as a reference?
> yes.
>
> It may also be possible to use that implementation according to the
> license under which it was released to have a drop in replacement.
>
> When I looked at the code, I saw a hint that this implementation is not
> thread-safe, see
>
> https://cgit.kde.org/kmymoney.git/tree/kmymoney/payeeidentifier/ibanandbic/bicmodel.cpp?h=4.8#n34
> and need changes to fix this.
>
> To change the license, for example to LGPL, you need to contact the
> author Christian Dávid.
>
> > Secondly, for adding support for additional countries, should these come
> > under iban or should I create separate files and classes for each
> country?
>
> aqbanking uses file sets for each country (see https://github.com
> /aqbanking/aqbanking/tree/master/src/libs/plugins/bankinfo/generic)
>
> $> rpm -q -l aqbanking | grep bankinfo
> /usr/share/aqbanking/bankinfo/de/banks.data
> /usr/share/aqbanking/bankinfo/de/bic.idx
> /usr/share/aqbanking/bankinfo/de/blz.idx
> /usr/share/aqbanking/bankinfo/de/namloc.idx
>
> and kmymoney uses sqlite databases for each country
>
> $> rpm -q -l kmymoney | grep bankdata
> /usr/share/kde4/apps/kmymoney/ibanbicdata/bankdata.ch.db
> /usr/share/kde4/apps/kmymoney/ibanbicdata/bankdata.de.db
>
> With gnucash I only found a dependency to ktoblzcheck, which means it
> uses different files for each country.
>
> Regards
> Ralf
>
>
> > Thanks,
> > Prasun
> >
> > On Sun, 22 Mar 2020 at 19:32, Ralf Habacker <ralf.habacker at freenet.de
> > <mailto:ralf.habacker at freenet.de>> wrote:
> >
> > Am 20.03.20 um 19:28 schrieb Prasun Kumar:
> > > Dear Sir,
> > > I am drafting a project proposal for GSoC and I have a few
> questions
> > > regarding the project.
> > >
> > > In the KtoBlzCheck cmdline tool, there is an option of taking the
> > > bankdata file as an input from the user. In this case, should we
> use
> > > the text file format as being done right now if I am not mistaken
> > > because the user should not be compelled to provide a sqllite db
> > as an
> > > input file?
> >
> > the text format file has some disadvantages:
> >
> > 1. It provides no date range (currently several text files are
> required
> > to support valid date range and
> >
> > 2. it does support multiple languages as it is required by kmymoney
> >
> https://cgit.kde.org/kmymoney.git/tree/kmymoney/plugins/ibanbicdata?h=5.0
> >
> > As this GSOC project is to replace raw bank data text files by an
> sqlite
> > data base., the command line tool should get an option to use a
> sqlite
> > database from a custom path.
> >
> > Regards
> >
> > Ralf
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-finance-apps/attachments/20200327/906c8619/attachment.html>
More information about the Kde-finance-apps
mailing list