• Anybody managed to login to a financial institution with Perl ?

    From Dr Eberhard Lisse@21:1/5 to gamo on Wed Oct 14 11:09:08 2020
    Ah, resistant to advice as they say in German :-)-O

    mapping files for csv2ofx (python) take 2-15 minutes to write and test,
    I have about 10 or so of them, no drama whatsoever.

    greetings, el

    On 13/10/2020 16:01, gamo wrote:
    El 13/10/20 a las 15:03, Dr Eberhard Lisse escribió:
    [...]
    I find that logging on and downloading the files for processing reduced
    my workload significantly.

    For sure. And if there are an insane amount of formats it's ok.
    Best.



    --
    If you want to email me, replace nospam with el

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gamo@21:1/5 to All on Wed Oct 14 14:01:59 2020
    El 14/10/20 a las 11:09, Dr Eberhard Lisse escribió:
    Ah, resistant to advice as they say in German :-)-O

    mapping files for csv2ofx (python) take 2-15 minutes to write and test,
    I have about 10 or so of them, no drama whatsoever.

    greetings, el


    Phyton? No need at all...

    https://metacpan.org/search?q=OFX

    5 hits, up to date.

    Greetings.



    On 13/10/2020 16:01, gamo wrote:
    El 13/10/20 a las 15:03, Dr Eberhard Lisse escribió:
    [...]
    I find that logging on and downloading the files for processing reduced
    my workload significantly.

    For sure. And if there are an insane amount of formats it's ok.
    Best.





    --
    http://gamo.sdf-eu.org/
    “Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer
    in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is
    taht the frist and lsat ltteer be at the rghit pclae. The rset can be
    a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae
    the huamn mnid deos not raed ervey lteter by istlef, but the wrod as
    a wlohe.”

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dr Eberhard Lisse@21:1/5 to gamo on Thu Oct 15 13:06:06 2020
    Yes, of course, and I am using Finance::OFX::Parse::Simple but I can not
    find an easy way of taking multiple CSV formats and generate OFX. That
    is what the Python tool csv2ofx does, and it has "mapping" files for
    different CSV format which makes this easy.

    But from the sound of things, you don't like easy :-0-O

    el




    On 14/10/2020 14:01, gamo wrote:
    El 14/10/20 a las 11:09, Dr Eberhard Lisse escribió:
    Ah, resistant to advice as they say in German :-)-O

    mapping files for csv2ofx (python) take 2-15 minutes to write and test,
    I have about 10 or so of them, no drama whatsoever.

    greetings, el


    Phyton? No need at all...

    https://metacpan.org/search?q=OFX

    5 hits, up to date.

    Greetings.
    [...]



    --
    If you want to email me, replace nospam with el

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gamo@21:1/5 to All on Mon Oct 19 12:53:42 2020
    El 15/10/20 a las 13:06, Dr Eberhard Lisse escribió:
    Yes, of course, and I am using Finance::OFX::Parse::Simple but I can not
    find an easy way of taking multiple CSV formats and generate OFX. That
    is what the Python tool csv2ofx does, and it has "mapping" files for different CSV format which makes this easy.

    But from the sound of things, you don't like easy :-0-O

    el


    No, no, I do know nothing of OFX, but nearly for sure should not
    have any problems with a CSV or what is denominted as CSV (not
    pure CSV probably). So I could use one of the modules already
    avalaible. That's what I would do, but I'm not the original
    poster and I have no problems doing anything manually.

    It's a matter of taste. I enjoy Perl.

    Greetings.






    On 14/10/2020 14:01, gamo wrote:
    El 14/10/20 a las 11:09, Dr Eberhard Lisse escribió:
    Ah, resistant to advice as they say in German :-)-O

    mapping files for csv2ofx (python) take 2-15 minutes to write and test,
    I have about 10 or so of them, no drama whatsoever.

    greetings, el


    Phyton? No need at all...

    https://metacpan.org/search?q=OFX

    5 hits, up to date.

    Greetings.
    [...]





    --
    http://gamo.sdf-eu.org/
    “Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer
    in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is
    taht the frist and lsat ltteer be at the rghit pclae. The rset can be
    a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae
    the huamn mnid deos not raed ervey lteter by istlef, but the wrod as
    a wlohe.”

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dr Eberhard Lisse@21:1/5 to gamo on Wed Oct 21 10:50:27 2020
    Of course there are my ways of making things more complicated than
    necessary in Perl and there is almost nothing wrong with re0inventing
    the wheel repeatedly :-)-O.

    But I find that for the original question, slightly amplified, because
    it surely is something that many people do, how to pull several bank
    statements from several banks, that there exist tools which can be
    easily cobbled together even by an elderly Gynecologist dabbling in Perl
    which make this easy.

    I would LOVE to see csv2ofx with easy mapping in Perl, by the way...


    If it wasn't frowned upon by the banks one could even (try and) script
    this to log in, pull the CSV, run it through csv2ofx (with its easy way
    of "mapping" the CSV (needs to be done once)), and feed the resulting
    OFX into whatever accounting package one fancies (many support OFX out
    of the box), or put it into a database to play with R on the data.

    My accounting package (SQL-Ledger) has a nasty API, but what is self
    isolation for in these times :-)-O

    el

    On 19/10/2020 12:53, gamo wrote:
    El 15/10/20 a las 13:06, Dr Eberhard Lisse escribió:
    Yes, of course, and I am using Finance::OFX::Parse::Simple but I can
    not find an easy way of taking multiple CSV formats and generate OFX.
    That is what the Python tool csv2ofx does, and it has "mapping" files
    for different CSV format which makes this easy.

    But from the sound of things, you don't like easy :-0-O

    el


    No, no, I do know nothing of OFX, but nearly for sure should not have
    any problems with a CSV or what is denominted as CSV (not pure CSV
    probably). So I could use one of the modules already avalaible.
    That's what I would do, but I'm not the original poster and I have no problems doing anything manually.

    It's a matter of taste. I enjoy Perl.

    Greetings.
    [...]


    --
    If you want to email me, replace nospam with el

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gamo@21:1/5 to All on Sun Oct 25 14:58:19 2020
    El 21/10/20 a las 10:50, Dr Eberhard Lisse escribió:
    Of course there are my ways of making things more complicated than
    necessary in Perl and there is almost nothing wrong with re0inventing
    the wheel repeatedly :-)-O.

    But I find that for the original question, slightly amplified, because
    it surely is something that many people do, how to pull several bank statements from several banks, that there exist tools which can be
    easily cobbled together even by an elderly Gynecologist dabbling in Perl which make this easy.

    I would LOVE to see csv2ofx with easy mapping in Perl, by the way...


    If it wasn't frowned upon by the banks one could even (try and) script
    this to log in, pull the CSV, run it through csv2ofx (with its easy way
    of "mapping" the CSV (needs to be done once)), and feed the resulting
    OFX into whatever accounting package one fancies (many support OFX out
    of the box), or put it into a database to play with R on the data.

    My accounting package (SQL-Ledger) has a nasty API, but what is self isolation for in these times :-)-O

    el


    Don't go that fast, doctor. If I could get the CSV file (which happens
    to could not be a pure CSV, I repeat) I could manage in around 25 lines
    to put the data in a perl data structure (an array, a hash) and that's
    my short and simple lines style of code. I could be the dumbest Perl
    user here. So been there, done that.

    OFX is an interesting format concept, but I already have the data in
    memory, so I could bypass that format. Why? Because you want to use an
    special accounting program to end up reading it in R to show fancy
    statistics. What statistics do you want? Miller-Orr? It must be too in
    my web, in the sign. 8-)

    It's not a problem of using Perl as an adiction, is that with not much
    effort you could go directly to what you want. If it's a graph or
    something like that and pretty print it, I would face a real problem of time-effort versus results that leads to use others software. I have
    to admit that. But I like to disscuss.

    Greetings.


    --
    http://gamo.sdf-eu.org/
    “Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer
    in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is
    taht the frist and lsat ltteer be at the rghit pclae. The rset can be
    a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae
    the huamn mnid deos not raed ervey lteter by istlef, but the wrod as
    a wlohe.”

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Dr Eberhard W Lisse@21:1/5 to gamo on Tue Oct 27 00:19:07 2020
    In theory and in Usenet everything is possible including a finite state
    machine in TeX, but having a simple way to quickly plug in different CSV formats to generate a well known and widely used standard is helpful.

    I have to parse CSV all the time, and some are so bad they would be
    better called text files.

    But not everybody is a Perl expert (and I most certainly am not).

    If it is so easy, why don't you reverse engineer csv2ofx into a Perl
    module? I for one would be very, very grateful to be able to make my
    scripts less complicated.

    el

    On 2020-10-25 15:58 , gamo wrote:
    El 21/10/20 a las 10:50, Dr Eberhard Lisse escribió:
    Of course there are my ways of making things more complicated than
    necessary in Perl and there is almost nothing wrong with re0inventing
    the wheel repeatedly :-)-O.

    But I find that for the original question, slightly amplified, because
    it surely is something that many people do, how to pull several bank
    statements from several banks, that there exist tools which can be
    easily cobbled together even by an elderly Gynecologist dabbling in Perl
    which make this easy.

    I would LOVE to see csv2ofx with easy mapping in Perl, by the way...


    If it wasn't frowned upon by the banks one could even (try and) script
    this to log in, pull the CSV, run it through csv2ofx (with its easy way
    of "mapping" the CSV (needs to be done once)), and feed the resulting
    OFX into whatever accounting package one fancies (many support OFX out
    of the box), or put it into a database to play with R on the data.

    My accounting package (SQL-Ledger) has a nasty API, but what is self
    isolation for in these times :-)-O

    el


    Don't go that fast, doctor. If I could get the CSV file (which happens
    to could not be a pure CSV, I repeat) I could manage in around 25 lines
    to put the data in a perl data structure (an array, a hash) and that's
    my short and simple lines style of code. I could be the dumbest Perl
    user here. So been there, done that.

    OFX is an interesting format concept, but I already have the data in
    memory, so I could bypass that format. Why? Because you want to use an special accounting program to end up reading it in R to show fancy statistics. What statistics do you want? Miller-Orr? It must be too in
    my web, in the sign. 8-)

    It's not a problem of using Perl as an adiction, is that with not much
    effort you could go directly to what you want. If it's a graph or
    something like that and pretty print it, I would face a real problem of time-effort versus results that leads to use others software. I have
    to admit that. But I like to disscuss.

    Greetings.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gamo@21:1/5 to All on Tue Oct 27 04:23:57 2020
    El 26/10/20 a las 23:19, Dr Eberhard W Lisse escribió:
    In theory and in Usenet everything is possible including a finite state machine in TeX, but having a simple way to quickly plug in different CSV formats to generate a well known and widely used standard is helpful.

    I have to parse CSV all the time, and some are so bad they would be
    better called text files.

    But not everybody is a Perl expert (and I most certainly am not).

    If it is so easy, why don't you reverse engineer csv2ofx into a Perl
    module? I for one would be very, very grateful to be able to make my
    scripts less complicated.

    el

    You got the main problem. The CSV provided by a bank could be really
    not comma separated but spaces separated fields.

    If you feed me with different CSV-like formats, and I could study
    what is the strict specifications of what OFX means and is expected
    from it, I could try to do an script. It's a typical problem of
    being a lot tolerant with the input and a lot of strict with the
    output. Reverse engineering something that doesn't do this well is not neccesary.

    I only need information, time, insomnia as usual, and basic health.
    Not a lot of the last input.

    Best regards.

    --
    http://gamo.sdf-eu.org/
    “Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer
    in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is
    taht the frist and lsat ltteer be at the rghit pclae. The rset can be
    a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae
    the huamn mnid deos not raed ervey lteter by istlef, but the wrod as
    a wlohe.”

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gamo@21:1/5 to All on Mon Nov 9 16:49:46 2020
    El 25/10/20 a las 14:58, gamo escribió:
    OFX is an interesting format concept, but I already have the data in
    memory, so I could bypass that format. Why? Because you want to use an special accounting program to end up reading it in R to show fancy statistics. What statistics do you want? Miller-Orr? It must be too in
    my web, in the sign. 8-)

    BTW I realized that that code was rather old, and confusing.
    I uploaded the new "simuMO2" for Miller-Orr computing levels of
    cash.
    Cheers!


    --
    http://gamo.sdf-eu.org/
    “Aoccdrnig to a rscheearch at Cmabrigde Uinervtisy, it deosn't mttaer
    in waht oredr the ltteers in a wrod are, the olny iprmoetnt tihng is
    taht the frist and lsat ltteer be at the rghit pclae. The rset can be
    a toatl mses and you can sitll raed it wouthit porbelm. Tihs is bcuseae
    the huamn mnid deos not raed ervey lteter by istlef, but the wrod as
    a wlohe.”

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)