Jerrad, Thanks for pointing me to these projects. Unfortunately Algorithm::CRF<http://search.cpan.org/~clsung/Algorithm-CRF-0.04/lib/Algorithm/CRF.pm>, was last updated in 2006. I haven't tested it but it appears to be alpha quality based on the fact that it has stub documentation. Also it provides a wrapper around a C++ library rather than a pure Perl implementation.
It seems like any solution to use CRFs within Perl will use an implementation written in another language. I'm inclined to use the Mallet Java library and connect it to my Perl code with Inline::Java. Is there any reason to believe that connecting to a Java library with Inline::Java will be more difficult than interfacing with a C++ library or an R library? I haven't tried using Statistics::R or a C++ library with a Perl shim. So I'd be curious if anyone can compare these to Inline::Java. Thanks, David On Wed, May 29, 2013 at 4:52 PM, Jerrad Pierce <[email protected]> wrote: > >With regard to PDL, for most tasks you want be be able to easily apply a > >known algorithm to your data and not have to worry about writing it from > >scratch. PDL may or may not be a better platform than Python's numpy but > >there are sophisticated libraries such as sci-py and PyBrain built on top > >of numpy and no real equivalent for Perl and PDL. > > Searching for a few of the broad categories here > http://docs.scipy.org/doc/scipy-0.12.0/reference/ I am able to quickly > turns up PDL equivalents of many of categories of things SciPy does. YMMV. > (CRF is not amongst this list--natively--nor something that one would > expect an image processing library to have developed initially... > and of course somebody has to write the first implementation ;-) > > FWIW There's Algorithm::CRF and CRF++'s own Perl shim > <http://code.google.com/p/crfpp/source/browse/trunk/perl/> > _______________________________________________ Boston-pm mailing list [email protected] http://mail.pm.org/mailman/listinfo/boston-pm
