- From: Neil Soiffer <soiffer@alum.mit.edu>
- Date: Tue, 8 Oct 2019 15:17:39 -0700
- To: public-mathml4@w3.org
- Message-ID: <CAESRWkB9xAOADBSpCggkNp+rHjKaXyVGrWVQ1Sd4JuYuHfJrHA@mail.gmail.com>
We had (IMHO) a very interesting meeting where we got into the details of semantics thanks to the contributions of Sam Dooley and David Farmer (see links in agenda). We will continue the discussion next week.Meeting was recorded: https://benetech.zoom.us/recording/share/Ykkm5O8SLj3CruUy6ATJHN1a-91LHhg8u2mDj1Eq8g2wIumekTziMw Attendees: Neil Soiffer Steve Noble David Farmer Charles LaPierre Sam Dooley David Carlisle Regrets: Murray Sargent Agenda: https://github.com/mathml-refresh/mathml/issues/91#issuecomment-539119949 Discuss #141 <https://github.com/mathml-refresh/mathml/issues/141> SD: I wrote a massive spreadsheet with the interesting stuff at the end of the spreadsheet. SD: Want a way to make sure semantics is part of presentation MathML. Content MathML hasn’t been used much. SD: Use ‘role’ to attach a role to every operator to bring a meaning to MathML. SD: The symbols I added came from an editor that I wrote. NS: You added meaning to non operators also. SD: Apologies that things should be under emphasized take up the most space… SD: They are there so they can be referred to. I meant every node in the tree can have an id. SD: Allows one to switch from presentation to content mathml easily. SD: Also works for DF’s PreTeXt markup. DF: I want to preserve all the info in the PreTeXt SD: It should if we agree on what all the names are SD: Doesn’t prevent a semantic inference engine from creating or augmenting the info in the MathML NS: My problem is that you put too much info in the tree. In ARIA you only add info when it isn’t clear from the tag. SD: NS: You don’t need to say an alpha is an alpha SD: There will be a default: pi is \pi unless you specify otherwise. DC: In the spreadsheet. It has something for role=norm, I get it. But what about bold face “a” using the unicode ‘a’ for it. Why is there an id for it? SD: It simplifies semantic inference DC: but it can only be a bold a. SD: there is a tension between how much we specify vs how much we assume DC: what if I added role ‘boldb’ on a bold a? SD: someone would do that for some real reason… SD: There are several integrals. You can infer them, but I am trying to remove all inference DF: I have a question about bold R. How do I indicate that it is the real numbers SD: You add role=reals SD: The id column is what the role value would be SD: this is just a first pass through the symbols on the editor I wrote NS: I want to get back to why so many roles. It make sense for Reals. What about numbers? You don’t add a role for every number. So you do do some inference. SD: I agree there is an open question of how much is explicit vs inferred DF: Can there be multiple values for a role? SD: I haven’t done that DF: if my generic bold face “R” is a ring, then I want to indicate it is a ring SD: In let “R” be a ring, I don’t think you would tag it as a ring. NS: what about vectors? Would bold x be tagged as a vector? SD: Good case. You might it to act like a variable (not tagged). So maybe tagged as “bold faced x” DF: I disagree. In the latex source, I would write \vec{x}. Different authors might use bold face or might put an arrow across the top. The semantics are the same, even though the presentation is different. DF: I want authors to write \vec, so I want that info kept in the mathml SD: good point. I’ll change my mind in my answer. SD: Lines 1223 and following should be changed because there are multiple displays for vectors. If you want to round-trip, then the vectorness needs to be specified. NS: The role would allow you to recover it as \vec if it were marked as such DF: My point was that \vec is the real thing, not that it is boldface. SD: My framework was to allow both uses. NS: Do you allow multiple IDs so both are needed? DF: Still not clear why you need to say it is a boldface v. DC: I would be much happier if every line in the spreadsheet where I know the meaning were deleted. I don’t think they add any semantics. SD: would it help if I said “don’t use it” DC: No, I have to document it. They add a lot of weight for zero content DC: I can see keyboard users wanting a name. But that’s not semantics. SD: I found it useful to have names in the content mathml tree in my editor. I could use those forms in the tree. DC: I agree that you should be able to add any unicode symbol. It’s not the same as adding semantic. NS: Agree with DC -- I would need to support removing all those roles that don’t do anything. SD: I want to have a role that unambiguously disambiguates everything DF: what about splitting the table into two parts SD: some might want to use asin or arcsin for a name SD: we have “subset or equal” and “propersubset”. SD: what do we with openmath which is namespace SD: how do we choose the names for consistency? Do we write up cross tables from various standards? DF: subset symbol: how do we distinguish between “subset or equal” vs “proper subset”. SD: yes, I didn’t get to that DF: it is not just names, but that some names imply meanings. So be careful about them. NS: we should figure out what to do next SD: I want to make sure we have all the content MathML symbols. Same for nemeth braille NS: I think there is agreement the non-semantic parts should at least be moved to a separate table. DF: You should be careful about the names. For example “<<” can be much less than or asymptotic growth. Be careful with that name. DF: Don’t use “timessign” when it could be multiplication or cross product SD: In my editor, I had a “class” attribute to distinguish meaning and separate it from the id. DF: between 1388 and 1390, they all mean multiplication. DF: don’t use the symbol name as the role. SD: a subrole could resolve DC?: that adds more complication CP: I don’t think there is any way ARIA will allow 1,000 new names. SD: maybe we need to use mathrole instead. NS: we will have a meeting next week to continue this. David C will chair if I can’t join the call.
Received on Tuesday, 8 October 2019 22:17:54 UTC