L-FUNCTIONS:
It would be good to be able to navigate L-functions just using the L-function data. The Selberg 4-tuple describes the functional equation, and that can serve as a way to navigate. It would also be helpful to categorize the L-function as self-dual or not, which is not indicated by the Selberg data.
DOWNLOADING:
There is a way to get an individual piece of data from a table in a format readable by your favorite software. At the moment this can be achieved as follows (thanks Robert Bradshaw!).
- Click on the object you want (say item 5 of some list or whatever). In its
page click sage or pari, etc. Then the object is also given in a readable form for that package.
- If you cut and paste the human readable tex format you don't get something
too useful. (For a polynomial for example the carets are not there and hence exponents are lost.) Maybe the math rendering software people could be convinced to provide a mechanism to retrieve the underlying tex code, for example by hovering (or shift hovering) over it with the mouse.
Some pages don't actually have sage, pari, etc. buttons so the previous method wouldn't work right now. Even if there is a way to download the data in a given page one might still only want a little piece of it. So the ability to easily retrieve it would be useful I think.
Fernando
SIEGEL:
It looks very nice so far, and really a wealth of interesting information. I particularly like the mathematical paper references that are given for the Siegel modular forms page and the way the information is broken down there.
On the Siegel Modular forms page, the data from the page overlays the Siegel Modular Forms banner in the upper left, hiding the bottom part of the banner. This happens on a couple of pages.
At the bottom of the Siegel Modular Forms page you have:
"There is no "info" dict given to render the template."
At the top:
"Somebody please fix header CSS"
ELLIPTIC CURVES:
Two comments regarding the Elliptic Curves over Q page:
- the I'm feelin' lucky button. Is google ok with that?
- There is no (obvious) information about what you can search for. Will it search Cremona labels or something? Perhaps an example search might help people understand what this search dialogue is for.
SIEGEL:
On this page:
http://www.modform.org/ModularForm/GSp4/Q?group=Sp4Z&page=dimensions
there is some symbolic stuff which doesn't render.
Also, on the main page you have Qsqrt5 and Qsqrt8 which looks odd given that it is rendered elsewhere with mathematical symbols.
CLASSICAL MODULAR FORMS:
The Sage credit that appears at the bottom of this page:
http://www.modform.org/ModularForm/GL2/Q/holomorphic/
could do with a link to the Sage website. I would recommend adding such links for any other available projects, e.g. lcalc, etc. on relevant pages, in case people would like to try to compute some of these things for themselves.
The grey background in the middle column of this page:
http://www.modform.org/ModularForm/GL2/Q/holomorphic/
does not cover the extent of the table or footer.
ALL: The copyright statements at the bottom of the pages are apparently invalid:
http://en.wikipedia.org/wiki/Copyright_notice
You need the year the material first became copyrighted, and the name of the copyright *owner*. I would recommend putting the "Data computed by" under the copyright notice, or create an entity to which the copyright can belong.
Moreover, on some pages the information is missing. You have "Data computed with ."
ELLIPTIC CURVES:
The only things I could think to add are some descriptions of what some of the fields mean. For example what is the om? Also some guide as to the meaning of the data in square brackets. Yes, I know these are the coefficients of the Weierstrass model for the elliptic curve, but I always forget which coeff is which and have to go look it up somewhere else.
ALL:
On the menu on the left hand side of http://www.modform.org/ModularForm/GL2/Q/holomorphic/
would L-functions look better than Lfunctions?
NUMBER FIELDS:
Some information on the number fields page about how you're restricting all the number fields may be helpful. I'm just guessing, but I think you won't have *all* number fields of discriminant less than 9999999999 listed here. RESPONSE by Henri Cohen and John Cremona: The range is different for each signature; this information can be supplied, but the current layout does not allow it.
Also, is it intentional to have text such as {'signature': [3, 0]} show up above the tables of number field data? If so, you could put it in a box labelled "Database query:" DONE
ALL: I would like to suggest two additional features. I think it would be good, for each mathematical object, to explicitly state:
Feature 1):
A list, as comprehensive as possible, with references, of all the types of data that have been computed, or can be computed, for that mathematical object using the current literature and methods. Of course, it would be great if the database also had the actual data for each of these types. But, as a user, it would be really valuable to me just to know that such data can be calculated and where I could find it. With this feature, this database could really be the ultimate reference.
Feature 2):
A list of types of data that the administrators of the database believe should be computed for that mathematical object, but which, it seems, have not yet been computed in the literature. This "open list" would serve as a challenge to researchers.