<div dir="ltr"><div dir="ltr"><div>Regarding the feedback from the AqBanking project...</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>That's why I was contemplating providing some service like libofxhome <br>
where you can query a bank data provider. Then you would only need to <br>
update the data in one place (on the server).</div></blockquote><div><br></div><div>Can someone point me to 'libofxhome' service which is mentioned as I don't understand the type of service discussed here? Is it a web-based service?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>From my point of view it would be best if we could use your database as <br>
a stand-in for e.g. ktoblzcheck (which we formerly used to check bank <br>
German account numbers); as a separate library which can be used by <br>
applications or other libraries (like AqBanking).</div></blockquote><div>How is it different from the current approach of the project? And what does 'stand-in' means in this context?<br></div><div><br></div><div>Thanks,</div><div>Prasun<br></div><div> </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 9 May 2020 at 19:06, Prasun Kumar <<a href="mailto:prasun.code@gmail.com">prasun.code@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi everyone,</div><div>As mentioned in the project proposal, one of the major tasks is to replace the text bankdata files with an SQLite database. Currently, KtoBlzCheck comes with one data file which is valid at the time of release. Then during building, a file valid at the current date is downloaded from the bank and converted into a file suitable for the library. <u>So, when migrating to an SQLite DB, how should this DB file be distributed and updated?</u></div><div>One possible way might be to provide the DB at the time of release and at build time, download the raw file from the bank and update the DB with this file. But in this case, wouldn't it be more efficient to create a new DB file based on the new data and replace the older DB rather than searching each bank and updating it from the file? <u>Specifically, I wanted to know if there is a reason to store the older bankdata files and their data.</u></div><div><br></div><div>Thank you,</div><div>Prasun<br></div></div>
</blockquote></div>