Hi, The library it's almost fully ported, currently I manage to create/train models using my port and use with OpenNLP without problems (and vice versa), so I'm assuming it's 100% compatible so far. I tried not to change too much, but had to re-write a lot things to make everything compatible and extensible.
All the tests are passing without problems, and even the probabilities are matching, between OpenNLP and my port :) I still have to run a profiller and adapt some parts of the code to improve performance, but the performance is much better compared to IKVM-based OpenNLP. I'm also making a user-friendly interface, a kind of IDE for the library. If anyone wants to see, here is a screenshot: http://imgur.com/vZRZuCs Gustavo K. 2014-10-10 1:35 GMT-03:00 Samik Raychaudhuri <[email protected]>: > Hi, > Great initiative. I have tried out the other two solutions (the old > project and the IKVM-based) but have moved away because of the issues > mentioned. > Got myself as a watcher. > Best. > > > On 08/10/2014 4:18 PM, Jörn Kottmann wrote: > >> On 10/08/2014 12:35 PM, Gustavo Knuppe wrote: >> >>> Jörn, >>> >>> IKVM works very well, but uses a lot of memory and takes too long to >>> process larger documents. >>> >>> I'm preferring a cleaner and more lightweight solution, I'm not porting >>> any >>> obsolete method from the OpenNLP, also I will improve the recognition of >>> the Portuguese in the library >>> >>> In my mind, I'm committed to do this project... So, I prefer to do the >>> best >>> I can, let's see what can be accomplished. >>> >>> The good thing is that I'm reviewing every line of code OpenNLP, I’m >>> taking >>> note of a few things that may not be correct, will soon share those notes >>> with the devs here. >>> >> >> Sounds good. >> >> Do you also want to port all the training code, or only the code that is >> necessary to run a model? >> >> If you have any question about the data formats just ask here. We maybe >> should also work >> on documenting them. >> >> We have some features that are Java only e.g. loading a user implemented >> Java class, not sure if >> that can be supported at all. Anyway, that is not a very common use case. >> >> Jörn >> > >
