Bookmark and Share

Notice: On March 31, it was announced that Statalist is moving from an email list to a forum. The old list will shut down at the end of May, and its replacement, statalist.org is already up and running.


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: st: possible bug in reclink?


From   Michael Blasnik <michael.blasnik@gmail.com>
To   statalist@hsphsun2.harvard.edu
Subject   Re: st: possible bug in reclink?
Date   Fri, 3 Dec 2010 23:36:45 -0500

As the author of reclink, I'm aware of some lurking bugs that cause it
to crash when encountering quote characters (single quotes usually)
embedded in the strings being matched.  It's been in my list of things
to do when I find the time -- for more than a year.   I have not
actually seen the error message that you report before so perhaps it
is some other problem..

You can try to work around the bug by removing quote characters from
the strings before running reclink or you could send your data to me
so I can try to finally fix reclink.

Michael


On Tue, Nov 23, 2010 at 8:41 PM, Rense Corten <r.corten@uu.nl> wrote:
>
> Hi list,
>
> I've been trying to use reclink (by Michael Blasnik) to merge two
> files by city names, but the program terminates with a stange error.
> Here's the command:
> reclink city_name using cbscities.dta, idmaster(id) idusing(postcode)
> gen (mscore)
>
> And here's the output:
> 16 perfect matches found
> Going through 64001 observation to assess fuzzy matches, each .=5% complete
> option izbat not allowed
> r(198)
>
> Because I did not specify "izbat", I suspect a bug in reclink.
>
> Is anyone familiar with this error, or even better, has a solution?
>
> Rense
*
*   For searches and help try:
*   http://www.stata.com/help.cgi?search
*   http://www.stata.com/support/statalist/faq
*   http://www.ats.ucla.edu/stat/stata/


© Copyright 1996–2014 StataCorp LP   |   Terms of use   |   Privacy   |   Contact us   |   Site index