Jonathan Scott Enderle

Ha! I didn't realize that openers had the power to close -- should have though. Yeah I'll leave this open for now. If you believe there's such a thing as...

Hm, that is more worrying. It's always easier to debug these things with the data that causes the problem -- is it something you can share with me privately or...

I'm also going to open this as a new issue, since it's distinct from the documentation problem.

@shawngraham any developments with this? I'd love to fix the problem if I possibly can.

Related: #53

This is a feature of MALLET, and it used to be available in the TMT, but it proved difficult to maintain the tool while allowing both modes of input. However,...

@igorbrigadir that looks awesome, thanks for alerting me to it! I am super dense when it comes to java tooling, so any other suggestions you have, let me know.

Possibly related to #80, which I think requires a more recent version than we use right now.

After looking closely at Goldstone's [`prepare-data`](https://github.com/agoldst/dfr-browser/blob/master/bin/prepare-data) script, I think this should be doable. That script requires just three things to start: the raw mallet state, gzipped (`output-state.gz` in the current...

I don't have a linux machine set up for testing, and probably won't in the near future. I don't know off the top of my head what the exact prerequisites...