Release version 1.0.10

data/5-einstein.mml.xml

@@ -29,4 +29,4 @@
     </annotation-xml>
     <annotation encoding="application/x-tex" id="e21">E=mc^{2}</annotation>
   </semantics>
-</math>
+</math>

package.json

@@ -1,6 +1,6 @@
 {
   "name": "vmext",
-  "version": "1.0.9",
+  "version": "1.0.10",
   "main": "server.js",
   "description": "Mathematical expressions can be understood and represented as a tree con-sisting of functions (non-leaf nodes) and their arguments (child nodes of function nodes). Such expression trees are an important concept to store and process mathematical expressions as well as the most frequently used visual-ization of the structure of mathematical expressions. Typically, researchers visualize expression trees using general purpose tools that are not optimized for mathematics. This approach is laborious, redundant if mathematical ex-pressions are available in a structured markup, such as MathML, and error-prone, since the visualization represents a researcher’s notion of what the markup of an expression should be, but not necessarily what the actual markup is. In this paper, we present VET – a tool to automatically visualize mathematical expression trees from parallel MathML. Additionally, we pre-sent a demo application to convert LaTeX input to parallel MathML, which is then visualized using VET. By visualizing the actual markup of mathematical expressions, VET enables content providers to quickly spot problems in the content MathML markup that do not affect the presentation of the expres-sion. Identifying such discrepancies previously required reading the verbose and complex parallel MathML markup. VET also allows to visualize similar and identical elements of two expressions using arbitrary similarity measures. Visualizing expression similarity shall support developers in designing re-trieval approaches and enable improved interaction concepts for users of mathematical information retrieval systems. The similarity visualization al-lows designers and users of such systems to inspect the reasoning of a simi-larity measure, rather than exclusively being provided with a scalar similarity score as is the case for most current retrieval systems.",
   "repository": {
@@ -46,7 +46,7 @@
     "jquery": "^3.1.1",
     "js-yaml": "^3.8.3",
     "jsdom": "^9.8.3",
-    "libxmljs": "^0.18.4",
+    "libxmljs": "^0.18.7",
     "lodash": "^4.17.4",
     "multer": "^1.2.0",
     "phantom": "^4.0.0",
@@ -55,7 +55,7 @@
     "read-glob-promise": "^2.0.0",
     "serve-favicon": "^2.3.2",
     "snyk": "^1.61.1",
-    "swagger-jsdoc": "^1.9.2",
+    "swagger-jsdoc": "^1.9.7",
     "whatwg-fetch": "^2.0.2",
     "winston": "^2.3.0",
     "winston-daily-rotate-file": "^1.3.1",

public/html/ast-renderer.pug

@@ -28,6 +28,7 @@ html
                     option(value = mml[1]) MRR
                     option(value = mml[2]) Wide AST
                     option(value = mml[5]) Einstein
+                    option(value = mml[9]) Goat
                 fieldset.form-group.option-type
                   legend Advanced Options
                   .form-check