{"action":"created","issue":{"url":"https://api.github.com/repos/LMFDB/lmfdb/issues/1223","repository_url":"https://api.github.com/repos/LMFDB/lmfdb","labels_url":"https://api.github.com/repos/LMFDB/lmfdb/issues/1223/labels{/name}","comments_url":"https://api.github.com/repos/LMFDB/lmfdb/issues/1223/comments","events_url":"https://api.github.com/repos/LMFDB/lmfdb/issues/1223/events","html_url":"https://github.com/LMFDB/lmfdb/issues/1223","id":153607305,"number":1223,"title":"errors in modular form data","user":{"login":"jwbober","id":1434595,"avatar_url":"https://avatars.githubusercontent.com/u/1434595?v=3","gravatar_id":"","url":"https://api.github.com/users/jwbober","html_url":"https://github.com/jwbober","followers_url":"https://api.github.com/users/jwbober/followers","following_url":"https://api.github.com/users/jwbober/following{/other_user}","gists_url":"https://api.github.com/users/jwbober/gists{/gist_id}","starred_url":"https://api.github.com/users/jwbober/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/jwbober/subscriptions","organizations_url":"https://api.github.com/users/jwbober/orgs","repos_url":"https://api.github.com/users/jwbober/repos","events_url":"https://api.github.com/users/jwbober/events{/privacy}","received_events_url":"https://api.github.com/users/jwbober/received_events","type":"User","site_admin":false},"labels":[{"url":"https://api.github.com/repos/LMFDB/lmfdb/labels/classicalMF","name":"classicalMF","color":"207de5"},{"url":"https://api.github.com/repos/LMFDB/lmfdb/labels/critical","name":"critical","color":"c11d91"}],"state":"open","locked":false,"assignee":{"login":"sehlen","id":2471633,"avatar_url":"https://avatars.githubusercontent.com/u/2471633?v=3","gravatar_id":"","url":"https://api.github.com/users/sehlen","html_url":"https://github.com/sehlen","followers_url":"https://api.github.com/users/sehlen/followers","following_url":"https://api.github.com/users/sehlen/following{/other_user}","gists_url":"https://api.github.com/users/sehlen/gists{/gist_id}","starred_url":"https://api.github.com/users/sehlen/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/sehlen/subscriptions","organizations_url":"https://api.github.com/users/sehlen/orgs","repos_url":"https://api.github.com/users/sehlen/repos","events_url":"https://api.github.com/users/sehlen/events{/privacy}","received_events_url":"https://api.github.com/users/sehlen/received_events","type":"User","site_admin":false},"milestone":null,"comments":30,"created_at":"2016-05-07T17:37:24Z","updated_at":"2016-05-07T21:08:06Z","closed_at":null,"body":"***1 Upvote*** I have been trying to match modular form data in the LMFDB with data that I computed myself, so a few days ago I grabbed all of the complex embeddings of the q-expansions of all of the modular forms in the LMFDB. Below is a list of 1080 forms with weight between 2 and 12, and level < 100, that I have had trouble matching with my data.\r\n\r\nThis is not necessarily a comprehensive list of errors, and it is even possible that some of the forms in this list are fine, and I hope I am wrong about how much is wrong (possibly many of the cases with level < 50 have been fixed by now) but every form that I have manually examined has turned out to have problems. In some of them a9 is wrong for some reason. In at least two cases there are rational forms with the wrong coefficients. I think in another case there is a form that looks rational but shouldn't be. In other cases the page or the space gives an error, but maybe it can be clicked on. For others the page or space says it is not in the database.\r\n\r\nHere is the list: [boberlist.txt](https://github.com/LMFDB/lmfdb/files/253614/boberlist.txt)"},"comment":{"url":"https://api.github.com/repos/LMFDB/lmfdb/issues/comments/217668971","html_url":"https://github.com/LMFDB/lmfdb/issues/1223#issuecomment-217668971","issue_url":"https://api.github.com/repos/LMFDB/lmfdb/issues/1223","id":217668971,"user":{"login":"fredstro","id":1598083,"avatar_url":"https://avatars.githubusercontent.com/u/1598083?v=3","gravatar_id":"","url":"https://api.github.com/users/fredstro","html_url":"https://github.com/fredstro","followers_url":"https://api.github.com/users/fredstro/followers","following_url":"https://api.github.com/users/fredstro/following{/other_user}","gists_url":"https://api.github.com/users/fredstro/gists{/gist_id}","starred_url":"https://api.github.com/users/fredstro/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/fredstro/subscriptions","organizations_url":"https://api.github.com/users/fredstro/orgs","repos_url":"https://api.github.com/users/fredstro/repos","events_url":"https://api.github.com/users/fredstro/events{/privacy}","received_events_url":"https://api.github.com/users/fredstro/received_events","type":"User","site_admin":false},"created_at":"2016-05-07T21:08:06Z","updated_at":"2016-05-07T21:08:06Z","body":"The problems Bober found indeed has different reasons which I found on\nThursday when I was made aware of them.\n1) forms which were recomputed during a couple of weeks or so before the\nBristol workshop where there was a bug because the character was missing in\nthe recursive formula. This formula is not called from sage since it is not\npossible without the overhead of constructing ambient hecke modules etc.\nbut rather copied from the source. Because of problems when forms tgat were\ncomputed with earlier versions of sage had coefficients in a different but\nisomorphic number field I had to go into this code and manually coerce\ncoefficients and characters to a field where they can be multiplied. The\nbug was introduced when I did that.\n2) Forms which were constructed from wrong \"basic data\" I. e. the bases and\naps stored in another database. The \"wrongness\" here is of two types,\neither the aps are introduced with the wrong number (for instance a(2) is\nreplaced by a(101) etc due to a system with coefficients stored in batches\n(1-100 and 100-1000 etc.) where the files were parsed wrongly. The other\ntypes of mistakes came from the time we switched to  Conrey numbering. For\nthe files (pmore than 10000) I did it mainly by hand but sometimes this\nwent wrong... in particular when the previous sage characters we used as\nrepresentatives for the galois orbits either were changed (the default\nordering in sage changed) or they were no longer representatives for Conrey\norbits 8n which case again I tried to change them by hand.  And this of\ncourse also probably  failed some times...\n\n3) Remaining problems from when I have tried automatically to fix the above\nproblems.  Since these computations are very slow I have tried to use\nparallel computations as much as possible but that had the effect that a\nlot of errors (both bugs and mongodb write errors) were simply ignored.\n\n@sehlen: I find it strange 5hat the computing routines doesn't work for\nyou. I managed to manually fix the few cases I looked at by using that (and\ngo back and redo some of the primitive data).\nI will have a look on Monday at all this.... If I had just known a few\nweeks earlier I would have had time to fix this....\n\nFredrik\n\nOn Sat, 7 May 2016 21:44 jvoight, <notifications@github.com> wrote:\n\n> It's definitely \"less bad\" to hide wrong data than to display it, so if we\n> are confident with Gamma_0, then I vote that we hide just Gamma_1 for\n> Tuesday until the data can be verified.\n>\n> It's extremely important to get the MF to stand up straight in LMFDB. Even\n> for new things: I can't compute base change HMFs, we can't match genus 2\n> curves of GL_2-type, etc., until classical MFs is stable and correct. I'd\n> strongly encourage some subset of people to focus 100% on this next week.\n>\n> —\n> You are receiving this because you were mentioned.\n>\n>\n> Reply to this email directly or view it on GitHub\n> <https://github.com/LMFDB/lmfdb/issues/1223#issuecomment-217667724>\n>\n"}}