Re: Using Zero-Sum-Accounts and smart_importer together?
That all makes sense, thanks.Is the correct way to use zerosum to just keep all the ledger entries as `Zero-Sum-Accounts` rather than changing them to `ZSA-Matched`? I was doing this to make it easier to track in plain text but I know you can just track transactions in Fava, bean-query, etc. That’s how I use it (retain it as 'Zero-Sum-Accounts'), but I wouldn’t say that’s the only way. My original intent was to include a script to “bake in” the rewrites that one was happy with into the ledger, so they become set in stone, and also for performance reasons. It turned out that neither has been an issue in years (I rewrote zerosum for performance at some point), so I never did the “baking in” part for myself, even though that’s become very easy now with autobean <https://autobean-refactor.readthedocs.io/>. It’s complexity without a clear payoff IMHO. As you touched upon, I rarely have the need to track my source ledger files because my reporting tools are are highly evolved for my purposes both via Fava and on the command line thanks to Beancount being an extremely scriptable library. But YMMV, and if you decide to bake things in, you will run into the same issue in your OP around smart_importer. The easy way around this is to use the rename_account <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/rename_accounts#readme> plugin to rename ‘ZSA-Matched’ to ‘Zero-Sum-Accounts’ when running smart_importer. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/f2dee9e6-9e5e-4a5e-b687-f58ec6e3051fn%40googlegroups.com.
Re: Using Zero-Sum-Accounts and smart_importer together?
That all makes sense, thanks.Is the correct way to use zerosum to just keep
all the ledger entries as `Zero-Sum-Accounts` rather than changing them to
`ZSA-Matched`? I was doing this to make it easier to track in plain text
but I know you can just track transactions in Fava, bean-query, etc.
On Tuesday, December 26, 2023 at 8:45:42 PM UTC-5 Red S wrote:
> In case it wasn't clear what is going on above:
>
> My main.beancount contains:
> plugin "beancount_reds_plugins.zerosum.zerosum" "{..}" plugin
> "beancount_reds_plugins.capital_gains_classifier.long_short" "{...}" ...
> include "source/Assets.Bank.bc" include
> "source/Liabilities.Credit-Cards:MasterCard.bc" ...
>
> The script above bypasses main.beancount and instead simply builds a
> ledger based on the source/*.bc files which is where the actual
> transactions live. The script prepends plugin
> "beancount.plugins.auto_accounts" to this ledger to avoid
> unopened-account errors.
>
>
>
> On Tuesday, December 26, 2023 at 3:32:46 PM UTC-8 Red S wrote:
>
>> Hello there,
>> Yes, there is a solution I use. Generally, plugins are meant to be
>> computed dynamically each time. Smart importer predicts (instead of
>> computing) statically. What this means is, we generally always want
>> smart_importer to be fed a ledger on which plugins have not yet run. This
>> is true for most plugins (eg: the capital gains classifier
>> <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/capital_gains_classifier#readme>
>> ).
>>
>> My recommendation is to do what I personally do, shown in this script
>> <https://gist.github.com/redstreet/6f1addb87c667826fb79b509d5d88a51>
>> from this article
>> <https://reds-rants.netlify.app/personal-finance/putting-it-all-together-into-a-workflow/>
>> :
>> # So zerosum doesn't run: both for performance and correctness
>> (smart_importer) if be -f <(echo 'plugin
>> "beancount.plugins.auto_accounts"'; cat ${INGEST_ROOT}/../source/* )
>> $files ; then echo "Return value of bean-extract: $?" if [[ "$nofile"x
>> != "1x" ]]; then bf $files # bean-file fi fi
>>
>> Basically, this avoids running zerosum or any plugin at all when building
>> a ledger to pass on to smart_importer. Makes it slightly faster too.
>>
>>
>>
>> On Tuesday, December 26, 2023 at 11:18:31 AM UTC-8 cha...@gmail.com
>> wrote:
>>
>>> I'm a fan of using Redstreet's great zerosum plugin
>>> <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/zerosum#readme>
>>>
>>> to handle transfers, and also use smart_importer in order to speed up the
>>> ledger update process.
>>>
>>> However, using these together doesn't really work that well since the
>>> training data for smart_importer is going to have matched zero-sum
>>> transactions, such that the predictions for transfers will be matched zero
>>> sum transactions when they are not actually matched.
>>>
>>> Is there a suggested way to get these two to work together? One
>>> possibility is to take the predictions from smart_importer and just regex
>>> so that `ZSA-Matched` changes to `Zero-Sum-Accounts`, i.e., going from
>>> matched to unmatched. However when doing this on a large import it seems
>>> that zerosum has issues matching all the transactions.
>>>
>>>
>>>
--
You received this message because you are subscribed to the Google Groups
"Beancount" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beancount+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beancount/815d0955-fc27-4120-a7c6-cd4b17fbb0a8n%40googlegroups.com.
Re: Using Zero-Sum-Accounts and smart_importer together?
In case it wasn't clear what is going on above:
My main.beancount contains:
plugin "beancount_reds_plugins.zerosum.zerosum" "{..}" plugin
"beancount_reds_plugins.capital_gains_classifier.long_short" "{...}" ...
include "source/Assets.Bank.bc" include
"source/Liabilities.Credit-Cards:MasterCard.bc" ...
The script above bypasses main.beancount and instead simply builds a ledger
based on the source/*.bc files which is where the actual transactions live.
The script prepends plugin "beancount.plugins.auto_accounts" to this ledger
to avoid unopened-account errors.
On Tuesday, December 26, 2023 at 3:32:46 PM UTC-8 Red S wrote:
> Hello there,
> Yes, there is a solution I use. Generally, plugins are meant to be
> computed dynamically each time. Smart importer predicts (instead of
> computing) statically. What this means is, we generally always want
> smart_importer to be fed a ledger on which plugins have not yet run. This
> is true for most plugins (eg: the capital gains classifier
> <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/capital_gains_classifier#readme>
> ).
>
> My recommendation is to do what I personally do, shown in this script
> <https://gist.github.com/redstreet/6f1addb87c667826fb79b509d5d88a51> from
> this
> article
> <https://reds-rants.netlify.app/personal-finance/putting-it-all-together-into-a-workflow/>
> :
> # So zerosum doesn't run: both for performance and correctness
> (smart_importer) if be -f <(echo 'plugin
> "beancount.plugins.auto_accounts"'; cat ${INGEST_ROOT}/../source/* )
> $files ; then echo "Return value of bean-extract: $?" if [[ "$nofile"x !=
> "1x" ]]; then bf $files # bean-file fi fi
>
> Basically, this avoids running zerosum or any plugin at all when building
> a ledger to pass on to smart_importer. Makes it slightly faster too.
>
>
>
> On Tuesday, December 26, 2023 at 11:18:31 AM UTC-8 cha...@gmail.com wrote:
>
>> I'm a fan of using Redstreet's great zerosum plugin
>> <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/zerosum#readme>
>>
>> to handle transfers, and also use smart_importer in order to speed up the
>> ledger update process.
>>
>> However, using these together doesn't really work that well since the
>> training data for smart_importer is going to have matched zero-sum
>> transactions, such that the predictions for transfers will be matched zero
>> sum transactions when they are not actually matched.
>>
>> Is there a suggested way to get these two to work together? One
>> possibility is to take the predictions from smart_importer and just regex
>> so that `ZSA-Matched` changes to `Zero-Sum-Accounts`, i.e., going from
>> matched to unmatched. However when doing this on a large import it seems
>> that zerosum has issues matching all the transactions.
>>
>>
>>
--
You received this message because you are subscribed to the Google Groups
"Beancount" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beancount+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beancount/e26c3b83-6ca3-463d-9c82-5ad63fa04510n%40googlegroups.com.
Re: Using Zero-Sum-Accounts and smart_importer together?
Hello there,
Yes, there is a solution I use. Generally, plugins are meant to be computed
dynamically each time. Smart importer predicts (instead of computing)
statically. What this means is, we generally always want smart_importer to
be fed a ledger on which plugins have not yet run. This is true for most
plugins (eg: the capital gains classifier
<https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/capital_gains_classifier#readme>
).
My recommendation is to do what I personally do, shown in this script
<https://gist.github.com/redstreet/6f1addb87c667826fb79b509d5d88a51> from this
article
<https://reds-rants.netlify.app/personal-finance/putting-it-all-together-into-a-workflow/>
:
# So zerosum doesn't run: both for performance and correctness
(smart_importer) if be -f <(echo 'plugin "beancount.plugins.auto_accounts"';
cat ${INGEST_ROOT}/../source/* ) $files ; then echo "Return value of
bean-extract: $?" if [[ "$nofile"x != "1x" ]]; then bf $files # bean-file fi
fi
Basically, this avoids running zerosum or any plugin at all when building a
ledger to pass on to smart_importer. Makes it slightly faster too.
On Tuesday, December 26, 2023 at 11:18:31 AM UTC-8 cha...@gmail.com wrote:
> I'm a fan of using Redstreet's great zerosum plugin
> <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/zerosum#readme>
>
> to handle transfers, and also use smart_importer in order to speed up the
> ledger update process.
>
> However, using these together doesn't really work that well since the
> training data for smart_importer is going to have matched zero-sum
> transactions, such that the predictions for transfers will be matched zero
> sum transactions when they are not actually matched.
>
> Is there a suggested way to get these two to work together? One
> possibility is to take the predictions from smart_importer and just regex
> so that `ZSA-Matched` changes to `Zero-Sum-Accounts`, i.e., going from
> matched to unmatched. However when doing this on a large import it seems
> that zerosum has issues matching all the transactions.
>
>
>
--
You received this message because you are subscribed to the Google Groups
"Beancount" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to beancount+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/beancount/aac70603-9d3d-4607-a21f-533b55ebfccan%40googlegroups.com.
Using Zero-Sum-Accounts and smart_importer together?
I'm a fan of using Redstreet's great zerosum plugin <https://github.com/redstreet/beancount_reds_plugins/tree/main/beancount_reds_plugins/zerosum#readme> to handle transfers, and also use smart_importer in order to speed up the ledger update process. However, using these together doesn't really work that well since the training data for smart_importer is going to have matched zero-sum transactions, such that the predictions for transfers will be matched zero sum transactions when they are not actually matched. Is there a suggested way to get these two to work together? One possibility is to take the predictions from smart_importer and just regex so that `ZSA-Matched` changes to `Zero-Sum-Accounts`, i.e., going from matched to unmatched. However when doing this on a large import it seems that zerosum has issues matching all the transactions. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/ab945713-a79d-48b9-ba27-6216c6ac6b3cn%40googlegroups.com.
smart_importer training for payee prediction
Hey folks, I've managed to get my credit card importer to work the way I'd like it to and next step is to get smart_importer to help. I've got some training data with manually created entries. It works great to predict postings to which expense account I want to associate the transaction, however it works if and only if I don't modify the payee. If I change the imported data from "FOOBAR SOMETHING" to "Foobar Store" then the posting predictor does not work. It also ties into my other question - how do I capture the original payee into the existing transaction entries so smart_importer can train on it and predict correctly the payee for the transaction? Thanks in advance for all your help! Nasko -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/4b1c8d97-9029-40ad-b481-35631f8749f8n%40googlegroups.com.
Re: newbie question around getting going on smart_importer
just put correct "2nd legs" of transaction for smart_importer to learn from basically 2020-02-14 * "CHECK 213" Assets:Personal:Checking -2100.00 USD becomes 2020-02-14 * "CHECK 213 " Assets:Personal:Checking -2100.00 USD Expenses:Personal:CostOfLiving:Rent On Saturday, August 7, 2021 at 8:55:52 AM UTC-4 rus...@gmail.com wrote: > How do you manually label data to be used by the smart_importer? > > On Wednesday, 28 April 2021 at 08:55:24 UTC+1 pat...@ch.tario.org wrote: > >> Hi Jonathan, >> >> Yes the way you describe makes a lot of sense. That way it limits the >> amount of config you have to manually train. >> >> >> Regards, >> >> Patrick >> >> >> On 28.04.2021 08:27, jrgo...@gmail.com wrote: >> >> Hi, >> >> I've finally gotten (a) account structure I want for now (b) importers >> working for my 3 core accounts. I now want to get smart_importer working >> and want to understand the best strategy to bring this into the process. >> >> My understanding from the smart_importer data is that I can covert all my >> importers to be "smart importers" using the hooks that smart_importer >> provides as noted in the readme file. I think that is straightforward. I >> can use this on any importer type bank, cc, etc. >> >> *So my core question *then, is it best to only manually label 1-2 months >> of data and then use that labelled data to train the smart_importer and >> then run the smart_importer version on the rest of my data? For example, I >> have 1.5 years of OFX data from my bank in one OFX file. I can run the >> current non-smart importer on the entire file but then I have to manually >> label the entire thing. There isn't a totally different way to dynamically >> do this as I edit in emacs or use smart_importer in a different way? If I >> understand I should split into 1.3 years and 0.2 years for example. >> Manually label the 0.2 years and then take the remaining 1.3 years and run >> through the smart_importer version of the importer? Or is there some other >> way I should go about this? >> >> Also want to say, I really appreciate the beancount tool, so many amazing >> contributions (e.g. Reds importers), and the new smart_importer tool and >> everyone helping answer questions. >> >> thanks, >> Jonathan >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Beancount" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to beancount+...@googlegroups.com. >> To view this discussion on the web visit >> https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com >> >> <https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com?utm_medium=email_source=footer> >> . >> >> -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/51e4008d-2618-471d-834d-9d87b62303b1n%40googlegroups.com.
Re: newbie question around getting going on smart_importer
How do you manually label data to be used by the smart_importer? On Wednesday, 28 April 2021 at 08:55:24 UTC+1 pat...@ch.tario.org wrote: > Hi Jonathan, > > Yes the way you describe makes a lot of sense. That way it limits the > amount of config you have to manually train. > > > Regards, > > Patrick > > > On 28.04.2021 08:27, jrgo...@gmail.com wrote: > > Hi, > > I've finally gotten (a) account structure I want for now (b) importers > working for my 3 core accounts. I now want to get smart_importer working > and want to understand the best strategy to bring this into the process. > > My understanding from the smart_importer data is that I can covert all my > importers to be "smart importers" using the hooks that smart_importer > provides as noted in the readme file. I think that is straightforward. I > can use this on any importer type bank, cc, etc. > > *So my core question *then, is it best to only manually label 1-2 months > of data and then use that labelled data to train the smart_importer and > then run the smart_importer version on the rest of my data? For example, I > have 1.5 years of OFX data from my bank in one OFX file. I can run the > current non-smart importer on the entire file but then I have to manually > label the entire thing. There isn't a totally different way to dynamically > do this as I edit in emacs or use smart_importer in a different way? If I > understand I should split into 1.3 years and 0.2 years for example. > Manually label the 0.2 years and then take the remaining 1.3 years and run > through the smart_importer version of the importer? Or is there some other > way I should go about this? > > Also want to say, I really appreciate the beancount tool, so many amazing > contributions (e.g. Reds importers), and the new smart_importer tool and > everyone helping answer questions. > > thanks, > Jonathan > > -- > You received this message because you are subscribed to the Google Groups > "Beancount" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to beancount+...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com > > <https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com?utm_medium=email_source=footer> > . > > -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/f5dc711a-99aa-4ba1-b962-1459e20e1a74n%40googlegroups.com.
Re: newbie question around getting going on smart_importer
Hi Jonathan, Yes the way you describe makes a lot of sense. That way it limits the amount of config you have to manually train. Regards, Patrick On 28.04.2021 08:27, jrgo...@gmail.com wrote: Hi, I've finally gotten (a) account structure I want for now (b) importers working for my 3 core accounts. I now want to get smart_importer working and want to understand the best strategy to bring this into the process. My understanding from the smart_importer data is that I can covert all my importers to be "smart importers" using the hooks that smart_importer provides as noted in the readme file. I think that is straightforward. I can use this on any importer type bank, cc, etc. *So my core question *then, is it best to only manually label 1-2 months of data and then use that labelled data to train the smart_importer and then run the smart_importer version on the rest of my data? For example, I have 1.5 years of OFX data from my bank in one OFX file. I can run the current non-smart importer on the entire file but then I have to manually label the entire thing. There isn't a totally different way to dynamically do this as I edit in emacs or use smart_importer in a different way? If I understand I should split into 1.3 years and 0.2 years for example. Manually label the 0.2 years and then take the remaining 1.3 years and run through the smart_importer version of the importer? Or is there some other way I should go about this? Also want to say, I really appreciate the beancount tool, so many amazing contributions (e.g. Reds importers), and the new smart_importer tool and everyone helping answer questions. thanks, Jonathan -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com <mailto:beancount+unsubscr...@googlegroups.com>. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com <https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com?utm_medium=email_source=footer>. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/0dbd7de1-e544-3177-0b79-2c91f686110f%40ch.tario.org.
newbie question around getting going on smart_importer
Hi, I've finally gotten (a) account structure I want for now (b) importers working for my 3 core accounts. I now want to get smart_importer working and want to understand the best strategy to bring this into the process. My understanding from the smart_importer data is that I can covert all my importers to be "smart importers" using the hooks that smart_importer provides as noted in the readme file. I think that is straightforward. I can use this on any importer type bank, cc, etc. *So my core question *then, is it best to only manually label 1-2 months of data and then use that labelled data to train the smart_importer and then run the smart_importer version on the rest of my data? For example, I have 1.5 years of OFX data from my bank in one OFX file. I can run the current non-smart importer on the entire file but then I have to manually label the entire thing. There isn't a totally different way to dynamically do this as I edit in emacs or use smart_importer in a different way? If I understand I should split into 1.3 years and 0.2 years for example. Manually label the 0.2 years and then take the remaining 1.3 years and run through the smart_importer version of the importer? Or is there some other way I should go about this? Also want to say, I really appreciate the beancount tool, so many amazing contributions (e.g. Reds importers), and the new smart_importer tool and everyone helping answer questions. thanks, Jonathan -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/f21fac7a-5119-4ada-a1ae-01244768b2a6n%40googlegroups.com.
Re: smart_importer
Yes this is one way to use it. The other ways which are still in progress are about getting the list of possible candidates in fava On April 18, 2018 9:57:04 PM GMT+02:00, mplo...@gmail.com wrote: >Smart importer inserts payees learned from previous transactions in >beancount file? > >So we are getting: > >2013-12-11 * "WHOLEFDS HOU 10236 02124201320 / 042002720272124201320" > Liabilities:US:CreditCard -14.47 USD > Expenses:Personal:Food > >2013-12-14 * "MACY'S #003 HERALD SNEW YORK / 00307963916 MACY'S" > Liabilities:US:CreditCard -56.43 USD > Expenses:Personal:Clothes > >Instead of > >2013-12-11 * "WHOLEFDS HOU 10236 02124201320 / 042002720272124201320" > Liabilities:US:CreditCard -14.47 USD > >2013-12-14 * "MACY'S #003 HERALD SNEW YORK / 00307963916 MACY'S" > Liabilities:US:CreditCard -56.43 USD > >which we get with default bean-extract command. Did i understand it >right? > >On Tuesday, April 17, 2018 at 8:12:13 PM UTC-4, Martin Blais wrote: >> >> Works great on my credit card account! >> https://github.com/johannesjh/smart_importer >> >> Another way I'm finding I'd like to invoke this is by invocation of >an >> Emacs binding to auto-complete one particular transaction based on a >stored >> model. >> Basically put the cursor over an incomplete transaction and have it >be >> completed by the ML classification. >> Just an idea. >> >> Awesome work! :-) >> >> > >-- >You received this message because you are subscribed to the Google >Groups "Beancount" group. >To unsubscribe from this group and stop receiving emails from it, send >an email to beancount+unsubscr...@googlegroups.com. >To post to this group, send email to beancount@googlegroups.com. >To view this discussion on the web visit >https://groups.google.com/d/msgid/beancount/693ce320-8741-4fe0-8ccb-a912a1746929%40googlegroups.com. >For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To post to this group, send email to beancount@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/31628B66-C535-4739-A832-5EBBE65BA8EC%40ch.tario.org. For more options, visit https://groups.google.com/d/optout.
Re: smart_importer
Smart importer inserts payees learned from previous transactions in beancount file? So we are getting: 2013-12-11 * "WHOLEFDS HOU 10236 02124201320 / 042002720272124201320" Liabilities:US:CreditCard -14.47 USD Expenses:Personal:Food 2013-12-14 * "MACY'S #003 HERALD SNEW YORK / 00307963916 MACY'S" Liabilities:US:CreditCard -56.43 USD Expenses:Personal:Clothes Instead of 2013-12-11 * "WHOLEFDS HOU 10236 02124201320 / 042002720272124201320" Liabilities:US:CreditCard -14.47 USD 2013-12-14 * "MACY'S #003 HERALD SNEW YORK / 00307963916 MACY'S" Liabilities:US:CreditCard -56.43 USD which we get with default bean-extract command. Did i understand it right? On Tuesday, April 17, 2018 at 8:12:13 PM UTC-4, Martin Blais wrote: > > Works great on my credit card account! > https://github.com/johannesjh/smart_importer > > Another way I'm finding I'd like to invoke this is by invocation of an > Emacs binding to auto-complete one particular transaction based on a stored > model. > Basically put the cursor over an incomplete transaction and have it be > completed by the ML classification. > Just an idea. > > Awesome work! :-) > > -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To post to this group, send email to beancount@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/693ce320-8741-4fe0-8ccb-a912a1746929%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: smart_importer
Created https://github.com/johannesjh/smart_importer/issues/31 for this. We're already filtering the training data, forgot to also filter the ones where we do the predictions. On April 18, 2018 1:38:32 PM GMT+02:00, Zhuoyun Wei <wzy...@wzyboy.org> wrote: >I got it working, as well. Currently I am using (hard-coded) Python >dict to add a second posting to an newly extracted transaction based on >Trasaction.narration. > >This ML is the far more advanced technology! > >(There is a bug: If there is a Balance entry, or any other >non-Trasaction entry in the entries returned by the importer, the ML >crashes with a cryptic traceback.) > > >2018-04-17 20:11:50 Martin Blais <bl...@furius.ca>: >> Works great on my credit card account! >> https://github.com/johannesjh/smart_importer >> >> Another way I'm finding I'd like to invoke this is by invocation of >an Emacs binding to auto-complete one particular >> transaction based on a stored model. >> Basically put the cursor over an incomplete transaction and have it >be completed by the ML classification. >> Just an idea. >> >> Awesome work! :-) >> >> >> -- >> You received this message because you are subscribed to the Google >Groups "Beancount" group. >> To unsubscribe from this group and stop receiving emails from it, >send an email to >> beancount+unsubscr...@googlegroups.com. >> To post to this group, send email to beancount@googlegroups.com. >> To view this discussion on the web visit >https://groups.google.com/d/msgid/beancount/ >> >CAK21%2BhM-FDXwjM%2BtwCDDZUWpFyeFLBJpdtbVjbiF9VmqFT%2BD9A%40mail.gmail.com. >> For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To post to this group, send email to beancount@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/375FCCC4-C14F-4DD2-8173-F8BC081C4992%40ch.tario.org. For more options, visit https://groups.google.com/d/optout.
Re: smart_importer
I got it working, as well. Currently I am using (hard-coded) Python dict to add a second posting to an newly extracted transaction based on Trasaction.narration. This ML is the far more advanced technology! (There is a bug: If there is a Balance entry, or any other non-Trasaction entry in the entries returned by the importer, the ML crashes with a cryptic traceback.) 2018-04-17 20:11:50 Martin Blais <bl...@furius.ca>: > Works great on my credit card account! > https://github.com/johannesjh/smart_importer > > Another way I'm finding I'd like to invoke this is by invocation of an Emacs > binding to auto-complete one particular > transaction based on a stored model. > Basically put the cursor over an incomplete transaction and have it be > completed by the ML classification. > Just an idea. > > Awesome work! :-) > > > -- > You received this message because you are subscribed to the Google Groups > "Beancount" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to > beancount+unsubscr...@googlegroups.com. > To post to this group, send email to beancount@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beancount/ > CAK21%2BhM-FDXwjM%2BtwCDDZUWpFyeFLBJpdtbVjbiF9VmqFT%2BD9A%40mail.gmail.com. > For more options, visit https://groups.google.com/d/optout. -- Zhuoyun Wei -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To post to this group, send email to beancount@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/20180418113832.GA15981%40herus.wzyboy.org. For more options, visit https://groups.google.com/d/optout. signature.asc Description: PGP signature
smart_importer
Works great on my credit card account! https://github.com/johannesjh/smart_importer Another way I'm finding I'd like to invoke this is by invocation of an Emacs binding to auto-complete one particular transaction based on a stored model. Basically put the cursor over an incomplete transaction and have it be completed by the ML classification. Just an idea. Awesome work! :-) -- You received this message because you are subscribed to the Google Groups "Beancount" group. To unsubscribe from this group and stop receiving emails from it, send an email to beancount+unsubscr...@googlegroups.com. To post to this group, send email to beancount@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/beancount/CAK21%2BhM-FDXwjM%2BtwCDDZUWpFyeFLBJpdtbVjbiF9VmqFT%2BD9A%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
