<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 10, 2013 at 4:07 PM, Mark Lawrence <span dir="ltr"><<a href="mailto:breamoreboy@yahoo.co.uk" target="_blank">breamoreboy@yahoo.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">On 10/12/2013 23:50, Dan Stromberg wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
But I believe imdbpy is 2.7 only.<br>
</blockquote>
<br></div>
I guess it wouldn't be that difficult to run it through 2to3.  Try that and see what happens?<span class=""><font color="#888888"><br></font></span></blockquote><div><br></div><div>2to3 doesn't necessarily produce working code.  I've had better luck porting to 3.x (while continuing to support 2.x) using a single codebase.  <a href="http://stromberg.dnsalias.org/~dstromberg/Intro-to-Python/Python%202%20and%203.pdf">http://stromberg.dnsalias.org/~dstromberg/Intro-to-Python/Python%202%20and%203.pdf</a><br>
<br></div><div>That said, porting imdbpy to 3.x is more of a time commitment than I'm looking for.  Now that I have an encoding that works with the MPAA text files, I'll probably use that; that should be quick and painless, assuming that difflib or similar can do the sort of fuzzy matching I'm hoping for.<br>
<br></div><div>BTW, I tried using metals ("meta ls", not multiple kinds of metal) for a while, which I believe is based on imdbpy, but it was tracebacking quite a bit - on 2.7.  I had to make a one line change to get it to use 2.7 instead of 2.6; this suggests to me that metals and/or imdbpy aren't being supported very actively.<br>
<br></div><div>I'd prefer to use something with an active community around it, but failing that, I'd prefer to use something _small_ I write myself.<br><br></div></div></div></div>