Yeah, we've been doing a lot with (and putting a lot of updates into)
FreeCite.  We only use the webservice (although we don't use the
OpenURL context object and instead added a JSON response).  It works
pretty well (not always great, but certainly better than nothing) -
especially for giving us something "good enough" to throw against some
OpenLibrary and Crossref data to look for matches.  Basically what
we're using it for is to go from a citation string to an RDF graph.

BTW, there have been no problems with post-2000 dates (not to say that
there aren't plenty of other problems) - this might have been either a
training issue or something a later version of CRF++ worked out.  We
also add the citations it couldn't parse correctly to its training
data, which might help this.

Anyway, yeah, if anybody is interested, feel free to try it out.  One
thing my fork does is remove the PostgreSQL dependency, if that's an
issue for anybody.  It's kind of handy to be able to just use SQLite
or MySQL or whatever to try it out.


On Thu, Oct 13, 2011 at 7:42 PM, Avram Lyon <[log in to unmask]> wrote:
> On Thu, Oct 13, 2011 at 2:33 PM, Will Kurt <[log in to unmask]> wrote:
>> I always think that Brown's FreeCite api is under utilized.
>> It's far from perfect, but I'm sure more use could be made of it.
>> A few months back I threw together a copy/paste citation look-up with it:
>> CiteBox
>> Of course I don't think anyone is really making use of it, but I've
>> also done nothing to really promote it either ;)
> The FreeCite parser had major issues for a while with post-2000 dates,
> and I believe the installation at Brown still does, but, to judge by
> the GitHub activity (most active fork here:
>, some enterprising folks have
> picked it up after a period of apparent dormancy. This is great to
> see, and vital to any project that hopes to use its API for anything
> serious.
> By the way, the rarely-used XML representation of OpenURL
> ContextObjects that FreeCite produces is supported by Zotero as a
> full-fledged input format, a fact that might come in handy if you're
> hoping to have your API produce something that Zotero users can
> import.
> Avram
> UCLA Slavic, Zotero community dev