Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Report: <https://isotc211.geolexica.org/concepts/2455/> #192

Open
ReesePlews opened this issue Apr 21, 2023 · 1 comment
Open

Report: <https://isotc211.geolexica.org/concepts/2455/> #192

ReesePlews opened this issue Apr 21, 2023 · 1 comment
Assignees

Comments

@ReesePlews
Copy link
Contributor

Which page is this report about?

Please paste in the URL the page you are reporting about.

https://isotc211.geolexica.org/concepts/2455/

What is the issue?

there is a math encoding issue in the first sentence of the definition...

What do you want to see happen?

A clear and concise description of an end result that makes you happy.

(Optional) Additional context

Any screenshots should be attached here.

@ReesePlews ReesePlews self-assigned this Apr 21, 2023
@ronaldtse
Copy link
Member

The reason why the formula:

\([u_0, u_1, u_2, u_3, ... , u_n] \backepsilon [[0 \leq u_i \leq 1] \wedge \sum u_i = 1.0]\)

Is in LaTeX is because backepsilon is not supported in the typical AsciiMath syntax (it is supported by Plurimath and therefore Metanorma).

We will need to enable rendering or LaTeX math in Paneron/Glossarist (or we can cross-compile Plurimath to JS, then use plurimath.js to render to MathML, then use MathJax to render MathML).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants