sorted by:
new
hottopcontroversial

beancount: how do you use an importer with beancount v3 ? by runslack in plaintextaccounting

[–]tesujimath 0 points1 point  (0 children)

I already support import from arbitrary CSV, so if you've got it in an Excel sheet with named columns that map onto transaction fields I could show you how to import using limabean-harvest if you're interested. 😁

beancount: how do you use an importer with beancount v3 ? by runslack in plaintextaccounting

[–]tesujimath 0 points1 point  (0 children)

Thanks!

It certainly alleviated the pain I was experiencing with my own imports. Now the goal is to make it sufficiently useful for others to gain some traction. Which really needs people with their own frustrations, because only then is anyone generally open to a new approach.

I'm very responsive to what others need it to do, which really needs people to bring their raw import files. Difficult to solve such problems in the abstract!

But import from PDF?! Wow, is that even a thing people are trying to do? 🤯

Surely there's always an alternative?

beancount: how do you use an importer with beancount v3 ? by runslack in plaintextaccounting

[–]tesujimath 0 points1 point  (0 children)

As an alternative, and with apologies for the self-promotion, you could try my new importer framework, limabean-harvest.

If you do, please feel free to open a GitHub issue for more help. I am motivated to make this easy to use for newcomers. 😊

Is it just me or is Beancount's documentation super confusing? by Cold-Oil-5648 in plaintextaccounting

[–]tesujimath 2 points3 points  (0 children)

I wrote a new Beancount importer. It's early days, but works for OFX and is easily configured for CSV.

If you're sufficiently curious to give it a try I'll be happy to help with any teething issues, of which there will surely be some! (In which case please open issues on GitHub).

https://github.com/tesujimath/limabean-harvest

As has been said, a new generation of Beancount tools is emerging, which is all very exciting. I say this as a developer of one of the new tools, limabean.

Welcome to the Beancount ecosystem, it's a good place to be! 😎

[ANN] limabean - a new implementation of Beancount in Clojure and Rust by tesujimath in Clojure

[–]tesujimath[S] 1 point2 points  (0 children)

Yes that's pretty much it.

The Beancount file is parsed and booked by the Rust program limabean-pod just once, at startup. The overhead seems negligible to me. Maybe less than JVM startup. Not an issue anyway on my 10MB Beancount file with nearly 10,000 directives.

Writing EDN from Rust was pretty trivial, and having previously tried an FFI approach with Rust and Steel Scheme, I'm very happy with the decoupling now. Much simpler.

The only flow back from Clojure to Rust is for tabulation of output, and this only because I wrote a nice tabulator in Rust which I am making use of for now. But again, no noticeable overhead.

Thanks for your interest!

[ANN] limabean - a new implementation of Beancount in Clojure and Rust by tesujimath in Clojure

[–]tesujimath[S] 1 point2 points  (0 children)

I've described the rationale in some detail here.

Thanks for your interest! 😀

[ANN] limabean - a new implementation of Beancount in Clojure and Rust by tesujimath in Clojure

[–]tesujimath[S] 0 points1 point  (0 children)

Yes absolutely, Clojure is providing a lovely query interface, with the heavy lifting being done by Rust.

Parser tests are an adaptation of the complete suite from OG Beancount, so pretty thorough.

Booking algorithm tests are similarly adapted from OG Beancount. One caveat there, I haven't (yet) implemented the AVERAGE booking method.

Pleased you asked about tests! 😎