Sorry, didn't notice this edit. But, no, that is incorrect. Entering http://thewordnerd.info or thewordnerd.info should do the exact same thing that entering http://thewordnerd.myopenid.com does--in your case, prompt you to log in, in mine, ask if I want to verify the request. It's redirecting to the page itself, not using it as an OpenID provider.
Unfortunately I don't speak or understand enough Perl to fix this, nor do I understand how to use its debugger, but it looks as if the consumer should support delegation. Not sure why it's behaving incorrectly here.
+
+> Your openid delegation is wrong.
+>
+> Here is a working openid delegation (from http://joey.kitenet.net:)
+> <link href="http://www.myopenid.com/server" rel="openid.server" />
+> <link href="http://www.myopenid.com/server" rel="openid2.provider" />
+> <link href="https://joeyh.myopenid.com/" rel="openid.delegate" />
+> <link href="https://joeyh.myopenid.com/" rel="openid2.local_id" />
+>
+> The above is generated by ikiwiki, using the meta openid directive:
+>
+> \[[meta openid="https://joeyh.myopenid.com/" server="http://www.myopenid.com/server"]]
+>
+> Here is your delegation:
+>
+> <meta http-equiv="X-XRDS-Location" content="http://thewordnerd.myopenid.com/xrds" />
+> <link rel="openid.server" href="http://thewordnerd.myopenid.com" />
+> <link rel="openid.delegate" href="http://thewordnerd.myopenid.com" />
+>
+> So, your openid.server is set wrong; when loging in ikiwiki redirects to
+> the specified url, which is not behaving as an openid server at all. If it's changed
+> to use http://www.myopenid.com/server, it would work the same as mine.
+>
+> I suspect that it was working for you on other sites that support openid
+> 2.0 and XRDS, since the xrds file on your site seems to have the correct
+> http://www.myopenid.com/server url in it. Ikiwiki, however, uses perl
+> modules that do not support openid 2.0 or XRDS, and so the incorrect
+> openid 1.0 delegation is used. --[[Joey]]
+
+[[done]]
+