malbh's Journal http://use.perl.org/~malbh/journal/ malbh's use Perl Journal en-us use Perl; is Copyright 1998-2006, Chris Nandor. Stories, comments, journals, and other submissions posted on use Perl; are Copyright their respective owners. 2012-01-25T02:45:29+00:00 pudge pudge@perl.org Technology hourly 1 1970-01-01T00:00+00:00 malbh's Journal http://use.perl.org/images/topics/useperl.gif http://use.perl.org/~malbh/journal/ Record Linkage / Name and Address Standardization http://use.perl.org/~malbh/journal/18044?from=rss At my last gig, I used several expensive commercial packages to solve what was called the merge/purge - deduplication problem.<br> I was always hoping for an open source solution, because the results were sometimes mysterious and access to people who understood the theory behind name and address matching was very limited. (I think the idea was that these were trade secrets)<br> At the time, I didn't know that the computer science term for the problem was record linkage, and that the bio-informatics community has been working on it from two directions: finding overlappng data in large strings (for human genome), and bringing together people's names for medical records and history. This last one is particularly promising, since it's a close match to name and address issues. From that, I google'd a few record linkage projects, but the projects they discussed: AJAX and Potter's Wheel seemed to be more interactive projects and I'm more interested in large datasets. The source for the only AJAX I could find seems to be a java tool and the <a href="http://control.cs.berkeley.edu/abc">Potter's wheel project</a> seems to have been abandoned in 2000.<br> There's a group at the australian national university working on it now: <a href="http://datamining.anu.edu.au/projects/linkage.html"> as part of their data mining group</a> with a project called Febrl, but that's also in python and seems to be created by non-programmers. This looks like an interesting gap...<br> I like how they've avoided the deterministic approach to creating matching rules and are using hidden markov models to determining standardization and linkage rules.<br> My experience tells me that this should be the way to go, since matching rules are really based on the data anyway.<br> I'm going to try to follow the same approach, but using perl tools and maybe looking into the bio-perl community for performance ideas. I'll post the results here as I find them.<br> Some initial taks: <ul> <li>Find a good, efficient, perl-centric hidden markov model implementation that doesn't eat too much memory. I've looked at a couple, most of them break into C, and while I'm a competent C programmer, I'm thinking it will make it less friendly over all.</li><li>Find enough good sample data that is in the public domain. If I'm going to train a model, I'm going to need names and addresses. I've got to find a good US sample that isn't owned by anyone.</li><li>Train the model, run some tests, and post the results.</li></ul><p> I'll see how this goes in a few days.</p> malbh 2004-03-24T15:51:01+00:00 journal