Wikipedia talk:WikiProject Mathematics

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Lowercase sigmabot III (talk | contribs) at 00:28, 8 November 2020 (Archiving 3 discussion(s) to Wikipedia talk:WikiProject Mathematics/Archive/2020/Oct) (bot). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Main pageDiscussionContentAssessmentParticipantsResources
WikiProject iconMathematics Project‑class
WikiProject iconThis page is within the scope of WikiProject Mathematics, a collaborative effort to improve the coverage of mathematics on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.
ProjectThis page does not require a rating on Wikipedia's content assessment scale.
Note icon
Shortcut: WT:WPM

Proposed change to Template:Maths rating from 2018

Per this Phabricator task, User:MusikAnimal in October 2018 requested that this template be changed to use {{WPBannerMeta}} so that the assessments are compatible with XTools. However, it got ignored because there were so few people watching the page, so I'm pointing it out here per the comment. Could someone with template-editing power please take a look at this? Thanks. Ionmars10 (talk) 12:30, 17 September 2020 (UTC)[reply]

I'm starting to look into this. If anyone want to as well, please feel free. –Deacon Vorbis (carbon • videos) 13:11, 17 September 2020 (UTC)[reply]
I think {{class mask}} is what does the normalization, so it should be enough to simply pass the class value through it when storing it via the #assessment parser function. But converting the whole template to use {{WPBannerMeta}} is better to be consistent with other WikiProject banners. MusikAnimal talk 13:35, 17 September 2020 (UTC)[reply]
Yes, please kill this non-standard banner and have {{WikiProject Mathematics}} handle both what {{Maths rating}} and {{Maths banner}} currently do. There is no reason for the two distinct templates. Headbomb {t · c · p · b} 18:19, 22 September 2020 (UTC)[reply]
What matters to me on this is that we continue to use the "priority" field rather than "importance". As long as we don't start using "importance", I have no objection. --Trovatore (talk) 18:26, 22 September 2020 (UTC)[reply]
You can easily rename the parameter with |IMPORTANCE_SCALE_NAME=priority or something similar (the parameter name might have changed), User:MSGJ would know. Headbomb {t · c · p · b} 00:35, 3 October 2020 (UTC)[reply]
Really it ought to be globally renamed to "priority". Calling it "importance" was always an extremely bad choice. But at least for this project, we should uniformly use "priority". --Trovatore (talk) 04:52, 7 October 2020 (UTC)[reply]

There is a meta-enabled version in the sandbox and some testcases at Template:Maths rating/testcases. I agree completely with your view of priority/importance and the meta-template supports priority, although sadly yours seems to be the only project still using it. The categories are currently using the lower-case version (priority instead of Priority) but this will be simple enough to fix. — Martin (MSGJ · talk) 12:26, 8 October 2020 (UTC)[reply]

Seems to work but does look considerably different. --Salix alba (talk): 19:59, 8 October 2020 (UTC)[reply]
What is even the point of the illegibly tiny 10-pixel-or-so head of Blaise Pascal next to the field? Is it there because the space looked empty below the big colored banners for quality and priority? To me it looks worse than having nothing at all there. —David Eppstein (talk) 20:16, 8 October 2020 (UTC)[reply]
I have removed the custom size so it now shows the default 25px. Is that better? It can of course be removed altogether. — Martin (MSGJ · talk) 07:57, 9 October 2020 (UTC)[reply]
The differences are pretty much cosmetic. One thing though, @MSGJ:, the 'history' thing should probably be handled like another taskforce, rather than be shoved in the 'additional information' part of the template. Headbomb {t · c · p · b} 20:20, 8 October 2020 (UTC)[reply]
It seems the |historical= parameter can be set regardless of the field and is independent of |field=history. Is that really desirable? I suppose it would be redundant to use both at the same time. — Martin (MSGJ · talk) 07:57, 9 October 2020 (UTC)[reply]

The conversion seems to have gone well. I have a few questions:

  • |historical=yes triggers Category:History of subject mathematics articles and |field=history triggers Category:Mathematics articles related to history of mathematics. What is the distinction between these and can they be merged into one?
  • |frequentlyviewed= was set by VeblenBot which hasn't edited for several years. Should this feature be dropped?
  • Is there ever a need to identify an article as being within more than one field, e.g geometric group theory should probably be tagged as geometry and algebra — Martin (MSGJ · talk) 15:10, 13 October 2020 (UTC)[reply]
    History of mathematics is a field of academic study concerning the mathematics of the past. It is a different thing than topics within mathematics which have themselves become historical or obsolete. And yes, whenever there are boundaries, there are boundary cases, topics that cross those boundaries. Topics that cross multiple projects are handled by having multiple banners. Without being able to list articles as being in more than one field how would we handle topics that cross multiple fields within mathematics? —David Eppstein (talk) 16:55, 13 October 2020 (UTC)[reply]
    Just as I thought. So instead of using two different banners, which is very clumsy, a better syntax would be {{maths rating|algebra=yes|geometry=yes}}. Do you agree? And thanks for the explanation of the difference between history and historical - I will try and clarify the documentation — Martin (MSGJ · talk) 18:38, 13 October 2020 (UTC)[reply]

Page assessments

I'm not quite sure why {{Maths rating}} is not working with XTools. Looking at mw:Extension:PageAssessments for assessment to work it requires the {{#assessment: <name of the wikiproject> | <class> | <importance>}} parser function. Looking at the source of math rating template the necessary code is there. --Salix alba (talk): 08:17, 7 October 2020 (UTC)[reply]

Looks like the problem might have been that XTools requires the class/importance values to start with an upper case letter. I've edited the template to ensure this happens and on the couple of pages I've tested the XTools results seem to be working now. See for example XTools|Carry (arithmetic). Other articles will take longer for the job queue to do its job. If you want to hurry things along a null edit will make things change instantly. --Salix alba (talk): 09:20, 7 October 2020 (UTC)[reply]

More questions about project banner

— Martin (MSGJ · talk) 22:44, 27 October 2020 (UTC)[reply]

I have removed these features from the template now — Martin (MSGJ · talk) 15:41, 29 October 2020 (UTC)[reply]
I think it is nice to have "frequently viewed" in the banner itself. It has the subtle psychological impact that, when you see it on the talk page, it reminds you that school-students and home-makers are reading the article, and you should shift perspective and tone appropriately. In contrast to, say, DF-space, which is a safe space to geek out. 67.198.37.16 (talk) 18:35, 5 November 2020 (UTC)[reply]
Yes, it would be nice if we had any confidence in the reliability of the data ... Unless there is a more up-to-date list I don't think we should use the list from 2009 — Martin (MSGJ · talk) 20:34, 5 November 2020 (UTC)[reply]

Field no longer showing

The current banner no longer displays the field, which seems awkward. Will it be restored? Also, I'm not sure I like the multi-field proposal {{maths rating|algebra=yes|geometry=yes}} above; math being what it is, most articles will end up within half a dozen different fields. 67.198.37.16 (talk) 18:24, 5 November 2020 (UTC)[reply]

I removed them because, as noted above, the corresponding project pages have been marked historical for the last 8 years. However the data is not lost and the field can be restored again if the project wishes. (But we should probably unmark them as historical in that case.) — Martin (MSGJ · talk) 20:37, 5 November 2020 (UTC)[reply]

Improving rendering of radical symbol

Apparently intended as an inline alternative to <math>...</math>, {{radic}} uses √ and {{overline}} to render square roots, etc. like this: 7, 43. At least in my web browser, the horizontal and diagonal lines don't actually connect, which to me looks pretty horrible.

Using <math>...</math> renders the same expressions like this: , . This should look the same in all browsers.

Deacon Vorbis points out at Template talk:Radic that <math>...</math> syntax currently doesn't work in the Media Viewer extension (the output of which is what you see on English Wikipedia if you view an image on a mobile device) so at least in the short term that method still needs to be used in image captions. But for the majority of uses, which appear in general article text, I would like to replace the instances of {{radic}} (of which I see about 1300 in the September 1 database dump) and √ + {{overline}} (of which I see about 100) with <math>...</math> markup (of which I see about 67,000 instances using \sqrt).

Deacon Vorbis thinks this would be a waste of time, but I'm not asking anyone else to help. What do people here think? Are there any other circumstances where this change should be avoided? Any better alternatives? -- Beland (talk) 17:09, 22 September 2020 (UTC)[reply]

I think {{radic}} looks bad enough that it should always be replaced by <math>. More, I think that in articles that need radicals or other mathematical expressions too complicated to render nicely using templates, all mathematics should be formatted by <math>, because otherwise the inconsistencies between formatting of one type of mathematical expression and another using the same variable names but in a different font are worse than the problems caused by Wikipedia's poor implementation of <math>. —David Eppstein (talk) 17:22, 22 September 2020 (UTC)[reply]
I 100% agree. We should replace the √ + overline with just √ or with <math>...</math>. Whatever the replacement is, we should get rid of √ + overline which looks awful and can even be confusing (e.g. a reader could wonder whether a + bi refers to a square root of a - bi). — MarkH21talk 17:32, 22 September 2020 (UTC)[reply]
Eh, I said a hell of a lot more than that it would be a waste of time, and oversimplifying my rationale like that is kind of dishonest. There's just no good reason to kill off {{radic}} – a slight aesthetic shortcoming isn't enough. Basic square roots are fine in running text, as are any basic expressions, and it's a reasonable option to have for editors, and it's extremely widely used. And overall dissatisfaction with {{math}} vs. <math>...</math> isn't what this is about. It's here, and it's widely used, and this isn't about that. It's about {{radic}}. –Deacon Vorbis (carbon • videos) 17:42, 22 September 2020 (UTC)[reply]
I did not intend to misrepresent your position; I was just trying to sum up a longer conversation and my apologies if that is not what you meant. I did point you to this thread so you could jump in and speak for yourself, and linked to the other conversation so readers could get more detail. -- Beland (talk) 17:59, 22 September 2020 (UTC)[reply]

FTR, for ease of reference I documented what seems to be the consensus position on the √ issue at MOS:RADICAL. I agree with the idea of fully converting articles to <math>...</math> markup for consistency where at least some can't be rendered properly without it, and I've already been doing that while doing unrelated cleanup. If no one objects to this first MOS addition in the next day or two, I'll see if there's any objection to adding that to the MOS as well. -- Beland (talk) 00:56, 24 September 2020 (UTC)[reply]

This is complete nonsense. It conflates several issues, and you're ignoring the standing ability of editors to use text-style math rendering in violation of the spirit of MOS:STYLERET. Wholesale conversion to <math>...</math> isn't appropriate, and just finding that a couple people agree with you isn't enough for a change like this. This is not productive. –Deacon Vorbis (carbon • videos) 01:02, 24 September 2020 (UTC)[reply]
@Deacon Vorbis: I see you reverted the addition using a minced vulgarity as an edit summary. I don't think this was appropriate, both in terms of civility and because so far editors seem to prefer that solution 3 to 1. This WikiProject and the Mathematics MOS page are the places I can think of that are most likely to find editors interested in these issues. Is there some other forum you think should be alerted to this proposal to test for consensus? -- Beland (talk) 01:13, 24 September 2020 (UTC)[reply]
Really? You're going to complain over "BS"? Really? The fact is, you should just drop this. Trying to steamroll longstanding practice by 3 people is not appropriate. This isn't a problem that needs fixing. And I don't have the energy to devote to arguing over this constantly. I'm doing other things here. You haven't even remotely fucking listened to a word I've said in earlier discussions, just plowing ahead with your fingers in your ears, and it's tiring. –Deacon Vorbis (carbon • videos) 01:20, 24 September 2020 (UTC)[reply]
As far as I know, Wikipedia:Manual of Style/Mathematics is under control of this wikiproject, so I don't see any other better place to find consensus either.
That aside, the discussion has not been online long enough to establish consensus, I'd say, Beland. Walwal20 talkcontribs 01:24, 24 September 2020 (UTC)[reply]
Let me also add my support to the idea of discontinuing usage of {{radic}} Walwal20 talkcontribs 01:24, 24 September 2020 (UTC)[reply]
It seemed to be snowballing, but shall we give it a week and see if anyone else weighs in? -- Beland (talk) 01:32, 24 September 2020 (UTC)[reply]
@Walwal20: You should review WP:CONLEVEL. To wit, no, the manual of style is the community's, not this WikiProject's. (It happens to be the case that editors of this WikiProject are the most likely to care about the guideline in question, but this set of editors is not the entire set of editors who care about the guideline, and accordingly do not get to control what that guideline says.) --Izno (talk) 02:16, 24 September 2020 (UTC)[reply]
Izno I'm aware of WP:LOCALCONSENSUS. "in control" was a wrong way to put it. What I meant is that if we get consensus here in the wikiproject, we can boldly edit the MOS/Mathematics; and most probably no one would revert it on the basis of WP:BRD. Walwal20 talkcontribs 02:21, 24 September 2020 (UTC)[reply]

By the way, I did not say that {{radic}} has to be replaced by <math>...</math>. There may be other alternatives, like a bare √ without an overline. Whatever the case, @Beland: you can open a Request for Comment (probably at Wikipedia talk:Manual of Style/Mathematics with a notification here) to establish broader formal consensus. — MarkH21talk 01:35, 24 September 2020 (UTC)[reply]

Ah, thanks for the clarification. I interpreted that comment as applying to no-argument uses like "the radical symbol (√) is..." but it sounds like you also mean to include with-argument expressions like "√2 is an irrational number because...". I'll add a question about that option, and hereby invite editors to point out any other alternatives they like. Just to avoid smearing comments across three separate pages, I'll start the RFC in a subsection below and point to it from the Mathematics MOS talk page. -- Beland (talk) 05:38, 24 September 2020 (UTC)[reply]

I agree that {{radic}}'s use should be strongly discouraged, for already-voiced reasons. --Izno (talk) 02:17, 24 September 2020 (UTC)[reply]

MediaViewer and <math>

This discussion has highlights the incompatibility of MediaViewer and <math>. This fails even in desktop browsers. I've created a phabricator task for this T263575. I imagine it will take a long time to fix.

p.s. A couple of small math rendering bugs have been recently fixed, T207535 "Rendering of \oinit very dense" is fixed and T148304: "Incorrect spacing for \mathbin and \mathrel", is waiting for the fix to make it through code review. I think some of the backend problems are now fixed which should make simple bugs quicker to fix. --Salix alba (talk): 18:45, 22 September 2020 (UTC)[reply]

Ah dear, I'd just filed T263572. -- Beland (talk) 17:54, 23 September 2020 (UTC)[reply]
No worries, the bugs have been merged. Great minds think alike. I could not replicate your bug but found one which failed. What mobile/browser were you using? --Salix alba (talk): 21:00, 23 September 2020 (UTC)[reply]
I was using Chrome on Android. Interestingly, looking at your example I do see that the equation is missing on Linux Firefox, rather than generating a syntax error. On Android Chrome, though, I don't see a caption at all for your example. 8/ -- Beland (talk) 01:03, 24 September 2020 (UTC)[reply]

Radical RFC comments

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
Eight editors supported the proposal; four opposed it. Both sides made compelling arguments. Supporters say that the {{radic}} syntax is a relic of old technology, renders poorly (sometimes with a gap between the symbols), and is less semantically meaningful than <math>...</math> tags, which are designed to render TeX precisely. Opposers say that inline <math>...</math> tags disrupt page flow, are not copyable, and renders in a small font which is inaccessible. Supporters respond that page flow seems to be roughly equally disrupted with both methods, that the LaTeX is indeed copyable, and that the <math>...</math> tags are compatible with screen readers for accessibility.
There were no valid grounds here for me as a closer to discard any views. Therefore, there is consensus that using <math>...</math> tags to render expressions containing radicals is superior to the old {{radic}} option, and the MoS should be accordingly updated. There is no consensus about the "bare Unicode character + no overline" option (e.g. "√2" or "√(a + 1)"), so its use continues to be permitted (status quo). Further discussions may be useful regarding the future of the "bare Unicode character + no overline" option: whether its use is encouraged, accepted, discouraged, or prohibited. Best, Kevin (aka L235 · t · c) 07:44, 26 October 2020 (UTC)[reply]


Request for comment: Should inline √ expressions be rendered with <math>...</math> like where technically possible instead of with {{radic}} like 43 (which uses √+{{overline}})? -- Beland (talk) 05:38, 24 September 2020 (UTC)[reply]


Proposed changes to the section for Wikipedia:Manual of Style/Mathematics#Typesetting of mathematical formulae, concerning "Radical symbol":

The radical symbol Unicode character (√) can be used when only the symbol itself is needed.

When part of a larger mathematical expression, {{radic}} is the best way to write such expressions in HTML, but the result is unattractive due to the hole between the overline and the radical symbol in many web browsers:

9, 327

This method should be avoided whenever technically possible. Instead, use <math>...</math> tags and \sqrt{}, even if inline. For example:

Because of Mediawiki bug T263572, <math>...</math> markup is incompatible with the Media Viewer (used for full-screen image viewing on mobile devices), so until that is fixed, the {{radic}} method should be used in image captions.


Further comments by the proposer.

This proposed text does not mention the "bare Unicode character + no overline" option, like "√2" or perhaps "√(a - b)", but this could be added if editors support it.

(Note some editors have already commented at the beginning of this section.)

  • Considering the "bare Unicode character + no overline" option...something simple like "√2" is intuitive and clean, and I do see web pages using Unicode in this way, which is probably how it was intended. It bothers me a little that there's no vinculum, but aesthetically it's less bothersome than one with a broken line. In simple situations like "√2" it's not needed for clarity, but in complex situations like "√a - b" it would be ambiguous what's being rooted. Something like "√(a - b)" would resolve that ambiguity, but I would lean toward using <math>...</math> in these situations. Certainly I'd use <math>...</math> for consistent appearance if it had to be used somewhere else in the article. I wouldn't object if other editors want to keep this option, but if it were entirely up to me, I'd probably just use <math>...</math> in all cases where there's an argument, to minimize the number of conventions in use and to improve cross-article consistency of appearance. For the record, I see "√" followed by a digit (0-9) in the September 1 database dump about 970 times (slightly less than the number of uses of {{radic}}, and "√(" about 300 times. -- Beland (talk) 05:38, 24 September 2020 (UTC)[reply]

Please place your comments below.

  • Support using <math> for all radical symbols, except possibly when talking about the symbol itself or in special circumstances where for technical reasons <math> doesn't work (the only circumstances like this that I can think of offhand are when you want to make a wikilink on the formula like √2 or in a reference with both a formula in a title and a link on the title). —David Eppstein (talk) 06:40, 24 September 2020 (UTC)[reply]
  • Support, though I think the use of (√ + no overline) should be encouraged too, otherwise people who write mathematics in HTML will always have to use Latex for rendering radicals, which seems to break the so-important consistency per MOS:MATH. Walwal20 talkcontribs 02:15, 25 September 2020 (UTC)[reply]
    Beland hope you don't mind, but I made some style changes to the request for comment, to make it easier to find stuff around.
    Also humbly inviting Deacon Vorbis, MarkH21 and Izno to cast their votes officially here, as they were present in the discussion earlier. Best, Walwal20 talkcontribs 01:54, 25 September 2020 (UTC)[reply]
Sure, thanks for that. -- Beland (talk) 17:41, 25 September 2020 (UTC)[reply]
  • Support - the template {{radic}} seems to be a relic of the time when browsers couldn't render LaTeX properly, and had to generate PNG images for that. Since support is now universal, there's no reason to to refrain from a proper <math>...</math>. Tercer (talk) 10:52, 25 September 2020 (UTC)[reply]
  • Oppose the radic alternative gives something that can be searched and copied, unlike the math template example. Graeme Bartlett (talk) 11:21, 25 September 2020 (UTC)[reply]
    • That's a good point, though I wonder how often that would just work and how often the user would need to transcribe the formula into some other syntax for whatever math tool they are using locally. (Though a working copy-paste would still help in either case.) In the long term, it might be possible to fix this downside by technical means; to get the ball rolling on that I just filed T263869. -- Beland (talk) 17:41, 25 September 2020 (UTC)[reply]
      • Please note that copying already works; it gives you valid LaTeX input. Which is what I need anyway, I'm usually copying either from Wikipedia from Wikipedia, or from Wikipedia to a LaTeX document I'm using locally. I'm a bit skeptical about the use case where you would want to copy a formula and have it as anything other than LaTeX. Tercer (talk) 06:49, 26 September 2020 (UTC)[reply]
        • Ah, you're right. Highlighting is a bit futzy but is possible if you go a bit further to either side than usual. @Graeme Bartlett: Does that work for you? Maybe I should close that feature request? -- Beland (talk) 04:00, 28 September 2020 (UTC)[reply]
    • Search does work for equations in <math> tags, I've used a bit for finding uses of specific latex commands e.g. [1] but its probably useless for trying to find a specific equation. For copying the latex of the equation is available in a hidden span in the source code, I've a short script in my User:Salix alba/vector.js which copies the latex equation from math tags when you double click on the equation, it's quite handy. Vanilla MathJax has a right click menu which allows the equations to be copied to the clipboard, as Latex, MathML or if present any annotation text. This seems to have gone from our system. --Salix alba (talk): 17:38, 27 September 2020 (UTC)[reply]
  • Per my comment above, support. --Izno (talk) 14:45, 25 September 2020 (UTC)[reply]
  • Support: As with my pre-RfC comment, I 100% agree. We should replace the √ + overline with just √ or with . Whatever the replacement is, we should get rid of √ + overline which looks awful and can even be confusing (e.g. a reader could wonder whether √a + bi refers to a square root of a - bi). The proposed MOS change shifts preference to the LaTeX for most purposes but does not explicitly forbid {{radic}} and √ for cases when copy-ability is necessary. — MarkH21talk 06:58, 26 September 2020 (UTC)[reply]
  • Support<math>...</math> is much nicer looking and also more semantically meaningful than {{overline}}. Jackmcbarn (talk) 16:46, 27 September 2020 (UTC)[reply]
  • Support This is not a radical proposal. Bubba73 You talkin' to me? 04:03, 28 September 2020 (UTC)[reply]
  • Strongly oppose For inline mathematics. Do none of you realize you can't copy and paste those characters, they mess up the flow of text. There must be a better option than using rendered PNG files to display inline math. Footlessmouse (talk) 07:12, 10 October 2020 (UTC)[reply]
    As we discovered above, you actually can copy-and-paste the rendering of <math>...</math> markup. -- Beland (talk) 15:38, 11 October 2020 (UTC)[reply]
    Which plays better as part of a line of text: 43 or
    ? To me they look about equally disruptive to the spacing.
    I don't think there's a good way of writing exponents in big blocks of texts. - Astrophobe (talk) 01:56, 12 October 2020 (UTC)[reply]
  • Support I appreciate that math mode has downsides, but in my opinion the existing radic solution that cobbles together multiple symbols that visibly do not even line up is just too janky. - Astrophobe (talk) 01:53, 12 October 2020 (UTC)[reply]
  • Support seems to be strong, so I reimplemented the proposed change, and will start fixing articles. -- Beland (talk) 02:41, 18 October 2020 (UTC)[reply]
    Well, I was reverted by User:Deacon Vorbis who said the above results don't represent a consensus, so we'll await a formal closure by someone else. -- Beland (talk) 06:24, 18 October 2020 (UTC)[reply]
    I am happy to close this, unless someone gets there before me. — Martin (MSGJ · talk) 12:58, 18 October 2020 (UTC)[reply]
    @MSGJ: Go for it. --Izno (talk) 13:19, 18 October 2020 (UTC)[reply]
  • We prefer simple text for simple expressions, radicals included. This has been common practice, and trying to force use of <math>...</math> for this one case is a horrible idea, and there's nothing to fix. It's one thing if you want to recommend the use, but any large-scale changes away shouldn't be done. –Deacon Vorbis (carbon • videos) 13:25, 18 October 2020 (UTC)[reply]
The proposal was not for two markup methods from which editors could choose one and then we'd not change back and forth. It was definitely not to retain the status quo. It was to use the <math>...</math> markup method wherever technically possible. Your personal opposition to the proposal is noted and understood, but a supermajority of editors commenting on the RFC did not agree with your position. -- Beland (talk) 17:22, 18 October 2020 (UTC)[reply]
  • Oppose per Graeme Bartlett (search concerns) and for MOS:ACCESSIBILITY reasons; the <math> version results in some elements of the results being tiny and hard to read.  — SMcCandlish ¢ 😼  05:08, 19 October 2020 (UTC)[reply]
    Perhaps you could give some examples of your accessibility concerns, as no one else has mentioned this? For example how does 43 compare with ? — Martin (MSGJ · talk) 10:31, 21 October 2020 (UTC)[reply]
    For me, the degree (in this case "4") renders at about the same size in both instances, though in a different font. They are smaller than the main text, but that's how the notation works. If the <math>...</math> rendering is hard to read, then perhaps we should increase the font size that the rendering engine puts out. There are over 21,000 expressions that use this markup in the October 1, 2020, database dump, and it's not feasible to stop using that method for complicated expressions. We could also advise people who find any part of an article difficult to read to increase the zoom level on their browser (that works for me), though I do try to remove things like CSS that sets the font size at 80% and whatnot for this same reason. -- Beland (talk) 17:56, 21 October 2020 (UTC)[reply]
    Perhaps there are differences in how screen readers interpret each rendering. Does anyone have any info on that? — Martin (MSGJ · talk) 21:32, 21 October 2020 (UTC)[reply]
    Help:Math says the hidden MathML generated by <math>...</math> markup is compatible with screen readers. -- Beland (talk) 22:58, 22 October 2020 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Barnstar

Deacon Vorbis (carbon • videos)

Hello everyone! I created a barnstar for the Mathematics WikiProject, which currently lives at User:AviationFreak/MathStar and looks like this:

The Mathematics Barnstar
For contribs to math articles

I'm posting here to see if people more associated with the project would like this addition - If so, I'll add it to the project page. AviationFreak💬 00:39, 5 October 2020 (UTC)[reply]

Looks fine to me. I might have it say "contributions" instead of "contribs"; I don't see why the word benefits from being shortened here. XOR'easter (talk) 00:50, 8 October 2020 (UTC)[reply]
The text is customizable; I've just used the message shown here to demonstrate this functionality. AviationFreak💬 01:28, 8 October 2020 (UTC)[reply]
Ah, OK, that makes sense. XOR'easter (talk) 17:22, 8 October 2020 (UTC)[reply]
I believe most barnstars are five pointed. Paul August 17:41, 8 October 2020 (UTC)[reply]
I was attempting to do something math-related in making this barnstar a Koch snowflake. I believe six is the usual number of points for a Koch snowflake, but if a five-pointed one exists please let me know. Thanks! AviationFreak💬 18:45, 8 October 2020 (UTC)[reply]
For what it's worth, I think the Koch snowflake here is a nifty idea. If someone really wants a 5-pointed star, another possiblity might be some tweaking of an appropriate Newton fractal (see thumbnail for example). –Deacon Vorbis (carbon • videos) 19:10, 8 October 2020 (UTC)[reply]
I received a barnstar using this exact Koch snowflake image in 2017, so it is already in informal use, at least. Another non-five-pointed star that I've seen used as a barnstar is File:Small stellated dodecahedron.png (although that one does contain numerous five-pointed stars within it). —David Eppstein (talk) 19:17, 8 October 2020 (UTC)[reply]
The small stellated dodecahedron is my favorite of the suggestions so far; it's a bit more visually dramatic than the Koch snowflake, and it depends less on color perception than the Newton fractal. XOR'easter (talk) 18:16, 9 October 2020 (UTC)[reply]
I hadn't considered color perception - The dodecahedron would probably be a better fit, unless users here really prefer the "flat" barnstar look as opposed to something more 3D-y. AviationFreak💬 01:57, 12 October 2020 (UTC)[reply]
As someone who doesn't really care all that much, I prefer the fractal. The dodecahdron's shading makes it fairly complex to parse visually. If fractals are deemed a nope, then maybe a Petersen graph like File:Petersen1 tiny.svg. Headbomb {t · c · p · b} 03:02, 12 October 2020 (UTC)[reply]
I think the snowflake one would be a nice addition. I also think it would be nice to have an official mathematics barnstar, as the currently used "E=mc² Barnstar" has a much more physics-feel than math. Walwal20 talkcontribs

We've had some discussion here; If anyone uninvolved in the discussion wants to add it to the WikiProject page after having read the discussion, I say go ahead. I would ask that you move my userspace page to a page in this Project's namespace. AviationFreak💬 01:47, 16 October 2020 (UTC)[reply]

FYI, there already is one for "mathematics and science" at WP:BARNSTAR. And if you don't propose this new, more specific variant at Wikipedia talk:WikiProject Wikipedia Awards, you might get revert-warring if you try to add it to WP:BARNSTAR. (No, I don't approve of that fact, as a WP:NOT#BUREAUCRACY problem, but I've directly run into it before.)  — SMcCandlish ¢ 😼  05:16, 19 October 2020 (UTC)[reply]

I had originally only thought of this as a star for this project, but I do think (as another commenter pointed out) it could be used in some cases instead of the "E=mc²" star, which currently covers a pretty broad range of topics. Nominating at WT:WikiProject Wikipedia Awards. AviationFreak💬 15:02, 19 October 2020 (UTC)[reply]

Per request, I came up with this:

The Mathematics Barnstar
put your message here ~~~~

Jerm (talk) 00:15, 21 October 2020 (UTC)[reply]

Does this meet satisfactory? I used File:Nuvola apps edu mathematics-p.svg from the project banner. Jerm (talk) 19:17, 21 October 2020 (UTC)[reply]
If we are talking about an official barnstar to be listed at WP:BARNSTAR, I'd expect something more than √x. I don't think I can beat the shininess of the Nuvola apps icon, but this is what I got (see logarithmic integral):
The Mathematics Barnstar
{{{1}}}
The Mathematics Barnstar
{{{1}}}
I think the snowflake one is heading on the right direction. Any thoughts? Walwal20 talkcontribs 03:26, 23 October 2020 (UTC)[reply]
The snowflake is actually heading to the wrong direction if you want an official barnstar at WP:BARN. Barnstars must go according to WP:B2G, but there are no rules for WikiProjects to have their own collection of awards. Jerm (talk) 03:39, 23 October 2020 (UTC)[reply]
I'm not quite sure, but I believe the tropical cyclone has 6 points:
The Tropical Cyclone Barnstar
{{{1}}}
Also, many barnstars go against the clipart size recommendations too.
I think I can circumvent the main problem by inscribing a barnstar inside the Koch snowflake. If it is almost transparent, it might even look great. I'll leave that to tomorrow tho. Walwal20 talkcontribs 03:54, 23 October 2020 (UTC)[reply]
The Tropical Cyclone Barnstar has five tips. The lightning is clip art, and the majority of barnstars do follow the guidline. Any barnstar @WP:BARN that is on the 1.0 row are older originals approved years ago. Jerm (talk) 04:22, 23 October 2020 (UTC)[reply]
Ouch. I'm blind and stupid for misinterpreting it so badly. I'll see what I can do to make it fit the guidelines. Walwal20 talkcontribs 05:02, 23 October 2020 (UTC)[reply]
Walwal20 I'll give leniency since some of the new barnstars have clip art behind the actual barnstar like File:Nuclear Barnstar Hires.png but not the entire background. Even the Tropical Cyclone Barnstar is not exactly a "normal" barnstar either. Just do your best really. Jerm (talk) 05:22, 23 October 2020 (UTC)[reply]

Some more possibilities for five-pointed thingies that are at least vaguely mathematical and not just "ooh it's a fractal":

David Eppstein (talk) 06:06, 23 October 2020 (UTC)[reply]

@AviationFreak: I looked up this alleged "guideline" and as far as I can tell you are completely free to ignore it utterly, a great many barnstars do ignore it utterly, and that's what I recommend. I think your original offering at the top of this section is the best one. Who cares if it has sixfold instead of fivefold symmetry? It evokes the barnstar, it's mathematical, and it has a pleasing simplicity that the others lack. Superimposing a random formula on top of it, in particular, is in my estimation not an improvement.
In short, nice work! I !vote for your original effort. --Trovatore (talk) 07:14, 23 October 2020 (UTC)[reply]

  • Out of the options given so far, the original proposed barnstar looks the cleanest and least jarring in terms of color & readability. I don’t see much in WP:B2G for guidance (but it does seem to suggest that one has to use File:Original Barnstar Hires.png?). — MarkH21talk 07:45, 23 October 2020 (UTC)[reply]
@Trovatore: & @MarkH21: WP:B2G has been a long-standing guideline for many years. It literally tells you how to make a barnstar and what file to use, and you’re correct MarkH21, you have to use File:Original Barnstar Hires.png. If you see anything that doesn’t use this file at WP:BARN, you are viewing the 1.0 row which are original awards most likely created before the introduction of the guideline. Some were made after but were still put on the 1.0 row. If members choose the snowflake more than anything else, it will be put on WP:BARN but only on the 1.0 row and on a list for remastering until it meets 2.0/WP:B2G. That doesn’t mean though you can’t use it. It just means it’s the original and possibly outdated. I already made a barnstar that meets the guideline, so my version would be put on the 2.0 row next to the snowflake. That would be the outcome if members of this project choose the snowflake, it will be next to a 2.0 barnstar. Jerm (talk) 13:43, 23 October 2020 (UTC)[reply]
Frankly, WP:B2G doesn't look like it has any consensus behind it and is little more than one user's recommendation for how barnstars "ought to be" made. After looking at the talk page of the guideline, it looks like a couple other users share my thinking here. In my opinion, barnstar design should be more of an art than a science, with guidelines that reflect that. We don't need specific guidelines telling us which file we must use as our base image - That's what community consensus is for. It seems like a few other users here prefer the original Koch Snowflake design, so I don't think it should be thrown out due to the fact that it uses the "wrong" image. Personally, I would be happy to support any of the barnstar designs suggested by David Eppstein - I think all of these designs would work better than a generic "math thing" superimposed on a clipart barnstar. Mathematics is unique and often beautiful, and I think a barnstar should reflect that. AviationFreak💬 14:42, 23 October 2020 (UTC)[reply]
@AviationFreak: That has been a long-standing guideline. Just because you don't like it doesn't give you the right to surpass a guideline for which WikiProject Wikipedia Awards follows. Jerm (talk) 14:57, 23 October 2020 (UTC)[reply]
@Jerm: I'd like to point out that I'm only disagreeing with one point of the guideline - I don't think every barnstar should have to use the same image. In most topics listed at WP:BARN, there isn't a very snazzy star-shaped symbol to represent the topic. For instance, Law Enforcement, Christianity, and Football/Soccer don't really have something star-shaped to represent them. In most topics, this is the case. In some cases however, like Mathematics or Tropical Cyclones, a snazzy star-shaped symbol is available for use. In those cases, it should be used. Even if we agree that B2G should be/is an official guideline, I think this still falls under WP:IAR. AviationFreak💬 15:07, 23 October 2020 (UTC)[reply]
@AviationFreak: The original Tropical Cyclone was created in 2006. I was not around when that happened and neither was the guideline, and a barnstar is literally File:Original Barnstar Hires.png. I said the snowflake can be added in the 1.0 row, but there also has to be a 2.0/WP:B2G version. Jerm (talk) 15:23, 23 October 2020 (UTC)[reply]
Here is a quick sample I made with the snowflake:
File:Testfile89345324.png


Jerm (talk) 15:53, 23 October 2020 (UTC)[reply]

Jerm would it be possible to make the snowflake be in front of the barnstar, maybe with just a little transparency to barely make the barnstar visible? (in your barnstar, it is already in front, right? Just increase the opacity of the snowflake internals.) That could make a very fine barnstar, and would be much better than The Winnowing Fan Barnstar in terms of not hiding the File:Original Barnstar Hires.png completely:
The Winnowing Fan Barnstar
message Walwal20 talkcontribs 18:51, 23 October 2020 (UTC)[reply]
I'd also like to thank you for your efforts in designing a new barnstar! Walwal20 talkcontribs 18:51, 23 October 2020 (UTC)[reply]
@Walwal20: The Winnowing Fan Barnstar is actually on the "need to be remastered list." As you can tell, there's not much of a barnstar to view, but I will come up with another sample. Jerm (talk) 19:04, 23 October 2020 (UTC)[reply]
@Walwal20: Actually, I've been making different styles, but they all look terrible. I don't think I can do any better with the snowflake, sorry about that. @AviationFreak: Since you introduced the snowflake. Is Walwal's version File:Mathematics barnstar2.png good enough for you? Jerm (talk) 20:46, 23 October 2020 (UTC)[reply]
@Jerm: I think Walwal's star looks great! AviationFreak💬 20:53, 23 October 2020 (UTC)[reply]
@AviationFreak: I've added it to WP:BARN. Jerm (talk) 21:12, 23 October 2020 (UTC)[reply]
I don't care for the unmotivated superimposed on it. What's that even supposed to be about? --Trovatore (talk) 23:52, 23 October 2020 (UTC)[reply]
Judging from this edit, User:Jerm is ignoring both this criticism of its meaninglessness and the ongoing discussion of better alternatives, and pushing forward with this ugly choice because it looks sort of mathy. —David Eppstein (talk) 00:36, 24 October 2020 (UTC)[reply]
@David Eppstein: No, I didn't pick the snowflake, participants is this discussion did. As for the math equation, that's a decision for this project to decide. If you're wondering why I just suddenly decided to pick the snowflake despite my opposition, it's because I don't need to make a remastered version that meets WP:B2G when I already made a barnstar that meets it hence the green barnstar above. The snowflake has been added as the original version because this project has chosen it. Jerm (talk) 00:51, 24 October 2020 (UTC)[reply]
Btw, If you want to take the snowflake down from the main page, go ahead, I'm not stopping you. I did that out of courtesy. I've already done my part. If you want me to take the snowflake down from the main page, just ask and I'll do it. If you don't like the snowflake, then you should be addressing the person who made it. Jerm (talk) 01:04, 24 October 2020 (UTC)[reply]
Don't worry, I took it down. I'm done with this. It seems no one here can't agree on anything. This person wants this, this person wants that, this person likes it, this person doesn't. No, I presented a guideline for which people must follow to make a barnstar. It's literally a "How to" guide and even tells you what file to use, but no, no body wants to follow a long-standing guideline. In response, everyone is suggesting to just ignore it to get what they want. Those kinds of responses I'd expect only from newly registered editors who ignore policy and guidelines, and everyone here should already know what happens to users who continue to ignore policy and guidelines. I'm doing the best I can, but participants are so divided amongst themselves, it's almost impossible to determine consensus. The only thing that was clear enough was the snowflake, but now someone doesn't like the equation or the snowflake itself. I didn't even make the snowflake, it was Walwal20. The green barnstar above, that's the first thing I introduced here. I used the image file from this project banner because a image file from the project banner is the best representation of the topic for which a WikiProject covers. Clearly I was wrong though, but what's even more clear, is the amount of rudeness I have received for my efforts. Jerm (talk) 02:10, 24 October 2020 (UTC)[reply]

Hi Jerm, thanks for the efforts. I think it doesn't change the fact that there is a barnstar for mathematics in WP:BARN, which is progress. Also, sorry for the rudeness of our fellow mathematicians. I believe it is all a misunderstanding though, because most people supported the snowflake-only barnstar, not the one with the equation. I took the liberty of making all the changes to reflect this "better" consensus. It has the support of David Eppstein, Deacon Vorbis, AviationFreak, MarkH21 and Trovatore. And since it is placed as a 1.0 (not a 2.0 one), I think Jerm is also fine with it not having 5 tips. Think we can settle with this, right? Walwal20 talkcontribs 03:05, 24 October 2020 (UTC)[reply]

The Mathematics Barnstar
{{{1}}}
As for the , it really was a sort of random choice. If anyone has a better suggestion, I can implement it. I had also thought of , but it would remount to the barnstar... Walwal20 talkcontribs 03:11, 24 October 2020 (UTC)[reply]
@Walwal20: Thank you and the snowflake is fine now as is anything else for the 1.0 version because a 2.0/WP:B2G version doesn't have to be made when I already made one via File:Mathematics Barnstar.png. And my apologies as well. This discussion wouldn't have dragged on if I just said something a lot sooner. Jerm (talk) 03:16, 24 October 2020 (UTC)[reply]

We’re still talking about this? The original is the nicest. The right margin is oddly narrow when there’s no text, but maybe it corrects when a comment is added? —JBL (talk) 13:15, 24 October 2020 (UTC)[reply]

Category:Lists of mathematics articles

I have been trying to do some tidying in Category:WikiProject Mathematics and moving things to subcategories. One of these subcategories is Category:Lists of mathematics articles which I populated with Wikipedia:WikiProject Mathematics/List of mathematics articles (A) through Wikipedia:WikiProject Mathematics/List of mathematics articles (Z). Unfortunately I keep getting reverted by Mathbot, and its operator Oleg Alexandrov has suggested that I post here. Does anyone have any objections to this categorisation or suggestions for better names? — Martin (MSGJ · talk) 12:48, 19 October 2020 (UTC)[reply]

Articles that aren't in the mainspace shouldn't be in categories that look like they are intended for mainspace. That's my only comment on the matter. Category:WikiProject Mathematics lists would be fine. Otherwise, I agree they should probably be moved. --Izno (talk) 14:40, 19 October 2020 (UTC)[reply]
As it stands Category:WikiProject_Mathematics is rather dominated by the various lists of articles, so i support using a sub category, but it need to named it indicate project space. I would suggest Category:WikiProject Mathematics, list of mathematics articles.
There also seems to be some dead pages Wikipedia:WikiProject Mathematics/List of mathematics articles (A–C) has not been changed since 2013, so is presumably very out of date.--Salix alba (talk): 17:38, 19 October 2020 (UTC)[reply]
Okay fine Salix. But the comma looks strange so how about Category:WikiProject Mathematics list of mathematics articles or more succinctly Category:WikiProject Mathematics list of articles? The A-C page just transcludes the three separate pages A, B and C. Don't know why it's needed — Martin (MSGJ · talk) 18:22, 19 October 2020 (UTC)[reply]
Happy with Izno's suggestion also — Martin (MSGJ · talk) 18:23, 19 October 2020 (UTC)[reply]
I've marked the category with a temporary {{emptycat}} tag so it won't be continually tagged for CSD C1...please remove the tag when a decision has been made. Thanks. Liz Read! Talk! 14:37, 20 October 2020 (UTC)[reply]
Okay — Martin (MSGJ · talk) 17:16, 20 October 2020 (UTC)[reply]

Aren't lists such as List of mathematicians (A) mainspace lists? Why would they be categorized in Category:WikiProject Mathematics list of articles but not in any mainspace categories? Thanks. StarcheerspeaksnewslostwarsTalk to me 23:44, 23 October 2020 (UTC)[reply]

I think they should all be moved into project space because they are maintained by a bot. If a human makes a change, they will be likely be reverted by the bot in the next day. So I propose we move them all to Wikipedia:WikiProject Mathematics/List of mathematicians (A), etc. — Martin (MSGJ · talk) 18:51, 25 October 2020 (UTC)[reply]
Unless anyone has any comments on this, I will start moving them to project space shortly — Martin (MSGJ · talk) 13:12, 28 October 2020 (UTC)[reply]
Just to follow-up. These pages have all now been moved into project space and can be found in Category:WikiProject Mathematics list of mathematicians — Martin (MSGJ · talk) 22:42, 7 November 2020 (UTC)[reply]

Subgroup and other notations

I am rewriting List of mathematical symbols. In the current version and in Subgroup, it is asserted that ≤ and < are "commonly used" for denoting respectively a subgroup and a proper subgroup. I am convinced that some authors used this notation, but I am not sure whether this is sufficiently common for being mentioned. I am unable to test this with a Scholar Google search. Does this meaning of the inequality symbols must be kept, or must it be removed per WP:UNDUE.?

I have similar questions for the use of with a different meaning from (for vector inequality), and for the use of for absolute continuity in measure theory. D.Lazard (talk) 10:24, 21 October 2020 (UTC)[reply]

I had a look at some standard abstract algebra references (Lang's Algebra, Pinter, Artin) and they don't seem to use < and ≤ for subgroups, and shockingly, even some more modern references (Aluffi Chapter 0, the stacks project) appear not to use this notation. I find this quite bizarre, as I have found it to be quite common (it has appeared frequently in lectures and courses I have attended for example). Since it doesn't appear to be well represented, I suppose it could be removed from the < and ≤ parts, but I think one then should add it to the ⊆ ⊂ section separately to subset (as these references certainly do use set notation to indicate subgroups in this way). Perhaps one could even put a small note there that < and ≤ are sometimes used.
On the other hand, is definitely common for absolute continuity of measures (for example it is used in Stein-Shakarchi Real Analysis and Rudin Real and Complex Analysis, two standard measure theory references). I have no comment about for vector inequalities, this doesn't seem to be common.Tazerenix (talk) 12:03, 23 October 2020 (UTC)[reply]
I have frequently seen ≤ and < as notations for subgroups. It is the standard notation in Abstract Algebra by Dummit and Foote and Group Theory by Scott, for example, and is common enough to be mentioned (in my person experience). — MarkH21talk 19:13, 28 October 2020 (UTC)[reply]
I can confirm that ≤ and < are fairly common notation for subgroups, including in group theory papers (as well as textbooks). I don't think that the comment that it's rarely used outside of elementary group theory is accurate: Aschbacher's Finite Group Theory (a central and very non-elementary text) uses it, for example. Russ Woodroofe (talk) 20:42, 28 October 2020 (UTC)[reply]
@D.Lazard: Adding to what Russ Woodroofe has said, the notation is used in a wide variety of topics outside of elementary group theory. For example: MarkH21talk 07:05, 29 October 2020 (UTC)[reply]
OK, I have removed the disputed sentence. However, I have replaced "means" by "may mean" for suggesting that this is not a universally accepted notation.
By the way, a fundamental issue of the previous version of the article article was that there were no indication whether symbols and their meanings are standard, commonly used, rarely used, or specific to few authors. IMO, this may be an important question for users of this page. So, for most symbols, I have to do some bold choices. When my choice is wrong (as for < and ≤), the new structure of the article makes easy to fix my mistakes. D.Lazard (talk) 08:46, 29 October 2020 (UTC)[reply]
Thanks for the change, and thanks for the overhaul of the article in general! A lot of these math list articles need proper rewrites. Ideally, we can also add citations to several of the statements in the list. — MarkH21talk 08:49, 29 October 2020 (UTC)[reply]

Merger of maths rating and maths banner

Look, I am not a participant of the maths project but I like to have the templates {{maths rating}} and {{maths banner}} to be merged into one à la all the WikiProjects. The merged version can be found at Template:WikiProject Mathematics/sandbox and testcases can be found at Template:WikiProject Mathematics/testcases. --Soumya-8974 talk contribs subpages 17:49, 22 October 2020 (UTC)[reply]

This is feasible at some point in the future, should the project want to. But the code in that sandbox is not quite right, and I would want to check a few things first — Martin (MSGJ · talk) 18:53, 25 October 2020 (UTC)[reply]
@Soumya-8974: I think the most sensible direction to merge this in the first instance is to {{maths rating}} as that is the older template with more history. I have added the required quality classes and functionality to Template:Maths rating/sandbox, and Template:Maths banner could potentially be redirected to Template:Maths rating with barely any noticeable change — Martin (MSGJ · talk) 20:48, 1 November 2020 (UTC)[reply]
You're right. I proposed to merge {{maths banner}} to {{maths rating}}, delete {{WikiProject Mathematics}} and move {{maths rating}} to {{WikiProject Mathematics}}. --Soumya-8974 talk contribs subpages 04:58, 2 November 2020 (UTC)[reply]
The first part of this is now done and I will leave it to someone else if they want to open a [WP:RM]] on {{maths rating}} — Martin (MSGJ · talk) 12:13, 3 November 2020 (UTC)[reply]
I agree with some kind of merge, it's not clear to me if there is a reason for keeping a separate template for pages outside article space. No comment on how it should be carried out. — MarkH21talk 20:52, 1 November 2020 (UTC)[reply]

Radon–Nikodym theorem

I think I'd appreciate some help/advice with the Radon–Nikodym theorem article. I'm wanting to avoid a slow-motion edit-war and seem to have ended up in paralysis.

In August, an unnamed user edited the proof, which meant that when I came to read it (for the first time) shortly afterwards it seemed to me to be invalid. The previous version seemed basically okay, so I reverted the edit, adding an explanation at Talk:Radon–Nikodym theorem#Reverting proof to include Hahn decomposition. A while later, this was re-reverted anonymously by a different IP address (though quite possibly the same person), with no discussion.

At that point, I decided the best thing I could do was to add some extra detail to the Talk page expanding on my concerns, and to leave the main article untouched in the hope that a third editor might provide a fresh view. That was on 8 October 2020 and in the meantime nothing has happened. I'm not sure where best to go from here, so we end up with a reliable version. Any suggestions or comments would be very welcome. Thanks, NeilOnWiki (talk) 08:45, 23 October 2020 (UTC)[reply]

I suggest you just revert or edit to what you want. The anon editor may no longer be around. If he is, take it to the talk page of the article and see if you can get consensus. --Bduke (talk) 08:58, 23 October 2020 (UTC)[reply]
Thanks. I've given that a go, (re-)reverting and adding some motivating comments to the part of the proof that was (I think) wrongly edited. The terse style of mathematical proofs tends to make them read like they were beamed down from outer space, so I hope some commentary may be more generally helpful, too. NeilOnWiki (talk) 21:11, 26 October 2020 (UTC)[reply]

Exceptionally young IMO medallists

I have opened a new discussion at Talk:List of International Mathematical Olympiad participants where we have an entire section of Exceptionally young medallists with their date of birth sourced to Wikidata and as such possible violation of our WP:OR policy. Please contribute to this discussion. Solomon7968 05:39, 25 October 2020 (UTC)[reply]

Bogdan Suceavă

I can't judge Bogdan Suceavă's notability as a writer, but despite the long section on his mathematical career, it seems to include little that would count as notable by usual wiki standards. Just passing it along in case someone would like to improve it. Gumshoe2 (talk) 03:44, 26 October 2020 (UTC)[reply]

Perhaphs the most interesting thing is the paper he wrote on Nicole Oresme and development of the concept of curvature. The history of curvature is a subject where we are sadly lacking.--Salix alba (talk): 09:02, 26 October 2020 (UTC)[reply]

This section of the manual of style does not takes into acoount the improvement (over the years) of the rendering of Latex in WP, nor the fact that the use of blackboard bold for the basic number systems is presently a standard in mathematical articles. Also, the rendering in Unicode of blackboard bold is definitely awful, even when using {{math}} environment (see, for example, Quaternion#Algebraic properties).

So, I have written a new version of this section that can be found at user:D.Lazard/Blackboard. My question is: is this new version worth to replace the old one? In any case, be free to improve my poor English. D.Lazard (talk) 16:50, 1 November 2020 (UTC)[reply]

I disagree that blackboard bold for the basic number systems is presently a standard in mathematical articles. You need to prove that. --Trovatore (talk) 18:24, 1 November 2020 (UTC)[reply]
I agree that the Unicode blackboard bold is awful and to be avoided. If we are to use blackboard bold for the basic number systems (which I think is pretty common, at least, regardless of whether we can call it "a standard") we should use <math> not templates/html. —David Eppstein (talk) 19:52, 1 November 2020 (UTC)[reply]
Right, so there are two rather separate issues, one being whether BBB ought to be encouraged if it rendered perfectly, and one being the current state of rendering.
On the current state, <math> is a lot better than it used to be, but sizing issues can still be a little distracting.
On the more central issue independent of rendering, it's certainly true that there is a considerable amount of published material that uses BBB, especially for the real, natural, and complex numbers.
I learned real analysis from Folland, which uses ordinary bold, and I personally find that more graceful. It is true that there are situations where you might reasonably want to use (say) R as a variable, and in those situations it's useful to have available. But in origin is just a way of writing R on a blackboard without using so much chalk.
I guess part of what bothers me about wide use of BBB is the danger of contributing to the perception that these sets have once-and-for-all symbols that are used universally, which just isn't true. --Trovatore (talk) 20:06, 1 November 2020 (UTC)[reply]
(edit conflict) Blackboard bold is certainly a standard (alongside boldface) that is commonly used in math articles. Just take a look at Annals's most recent issue (Volume 192 Issue 2): 7 of 8 articles used blackboard bold, 1 of 8 articles used boldface. — MarkH21talk 20:12, 1 November 2020 (UTC)[reply]
It's a standard in the sense that it's widely understood. I was probably taking D.Lazard to be saying something more like it was the standard, which may not have been what he meant. But that's really my concern; we should not be promoting it as the standard. --Trovatore (talk) 20:28, 1 November 2020 (UTC)[reply]
It might not be the standard (although if it isn't, it's still the clear majority). I don't see the draft at User:D.Lazard/Blackboard as promoting it as the standard though. It says to use the Latex rendering [...] or the standard boldface and discourages the Unicode blackboard bold characters. — MarkH21talk 20:42, 1 November 2020 (UTC)[reply]
Regarding the original question, I think that the draft is a suitable replacement / expansion of the current MOS:MATH#Blackboard bold (perhaps without the mainly in elementary textbooks claim). — MarkH21talk 20:59, 1 November 2020 (UTC)[reply]
Should it mention that is sometimes used for expected value? I think it is not as standard, but it does appear in some of our articles, e.g. Pearson correlation coefficient. —David Eppstein (talk) 22:42, 1 November 2020 (UTC)[reply]
There are other uses. Some are listed in the current version of List of mathematical symbols, where (for the affine space of dimension n) is omitted. This is by thinking how presenting blackboard bold in the new version of this list that I came to the conclusion that MOS:MATH was definitely of no help for this matter. D.Lazard (talk) 11:52, 2 November 2020 (UTC)[reply]

I'm not sure it's useful to say that Blackboard bold typeface was never used in traditional typography. What counts as "traditional"? And the history of blackboard bold is better addressed in the article on it than in the Manual of Style. I'd collapse the first two sentences to Blackboard bold typeface was introduced to more easily distinguish boldface from ordinary lettering on a blackboard. XOR'easter (talk) 19:17, 2 November 2020 (UTC)[reply]

In general I don't think the "it was originally intended as synonymous with X but diverged" is useful as guidance on current style. We could say the same about "u" versus "v", or about capital and lower case letters being used together and meaning different things rather than just being different ways of writing the same letters. —David Eppstein (talk) 20:22, 2 November 2020 (UTC)[reply]
I guess I think it's sort of bad to use bbb distinctively from bold. How are you going to represent that on an actual blackboard?
Granted that it's not our place to either drive or impede language change. But I think we should err to the conservative side when necessary. --Trovatore (talk) 20:35, 2 November 2020 (UTC)[reply]
It's also bad to use letters with curves in them like u instead of v. Because how are you going to chisel that into stone? —David Eppstein (talk) 21:30, 2 November 2020 (UTC)[reply]
Blackboards are still in use. --Trovatore (talk) 21:33, 2 November 2020 (UTC)[reply]
So are engravings into stone. But not as a medium for viewing Wikipedia articles. —David Eppstein (talk) 22:42, 2 November 2020 (UTC)[reply]
My point is that if you're using specifically to be able to distinguish it from R, that's probably not an optimal habit to get into, because it'll be difficult to present on a blackboard, even if it works fine in an online resource. Blackboard bold really should be thought of as a way to do bold on a blackboard. Then if you also want to use it in print, fine, but using it distinctively is probably not a great idea. --Trovatore (talk) 22:53, 2 November 2020 (UTC)[reply]
If you really think that blackboard bold can only be a way to make boldface look more legible then why do you want to deprive Wikipedia readers of the same benefits of legibility by discouraging its use? Surely it would be more consistent to forbid boldface and just use bbb for everything that you want to embolden. —David Eppstein (talk) 23:14, 2 November 2020 (UTC)[reply]
I never said it was a way to make it more legible. I said it was a way not to use so much chalk. (I didn't mention the time it takes to put a bold letter on a chalkboard; that's actually probably even more important than the amount of chalk.) --Trovatore (talk) 23:18, 2 November 2020 (UTC)[reply]
So we should avoid a convenient notation in our Wikipedia articles because chalk is expensive? Or because you never learned to use beamer to format projector slides with LaTeX? Those don't seem like particularly principled or relevant objections to me. —David Eppstein (talk) 23:24, 2 November 2020 (UTC)[reply]
I do in fact know how to use beamer. It's not great for free-form discussions, though.
Aesthetically it just seems off to use a notation for rendering bold on blackboards as though it were semantically different from bold. It's like using distinctively from . Even if you can come up with situations where that would be convenient, it's still a bad idea. --Trovatore (talk) 23:31, 2 November 2020 (UTC)[reply]

When I look at Wikipedia:WikiProject Mathematics/Assessment I see a table with 17,771 articles in it. If I look at Wikipedia 1,0 Server - Mathematics I see a similar-but-different table with 20,871 articles in it. It's missing the "unassessed" and "unrated" columns; it adds a few others. Since the total is larger, I assume that the first is many years out of date, and that the second is updated daily. 67.198.37.16 (talk) 17:18, 5 November 2020 (UTC)[reply]

Since you are seem to be continuing to edit in areas related to ergodic theory, can I just add a comment on sources? The topic started around 1931–1932 with von Neumann and Birkhoff (working in competition, as you can read from recently published letters). It's probably worth adding more references for ergodicity. I have added a list of citations for ergodic flow, an article which I am currently rewriting to simplify the presentation (flows built under a ceiling function were first invented by von Neumann in his 1932 Annals paper and his construction was essentially operator-theoretic). The books of Petersen, Walters, Nadkarni, Pollicott & Yu and Cornfeld, Fomin & Sinai are all useful references. Unfortunately there is no translation of von Neumann's original paper (George W. Mackey has made summaries of it in his lecture notes). The 1960 book of Jacobs is in German and uses convexity to avoid using the spectral theorem. For invertible measure-class preserving transformations, anything by Rohlin, Furstenburg, Ornstein or Weiss is valuable, particular the material on Bernoulli shifts and entropy: the complete 1966 notes of Rohlin are available on google books. Mathsci (talk) 19:08, 5 November 2020 (UTC)[reply]
User:WP 1.0 bot/Tables/Project/Mathematics is updated daily so I have replaced with that one — Martin (MSGJ · talk) 20:33, 5 November 2020 (UTC)[reply]