<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Getting the units right</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Moritz Schubotz</string-name>
          <email>schubotz@tu-berlin.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Veenhuis</string-name>
          <email>david.veenhuis@campus.tu-berlin.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Howard S. Cohl</string-name>
          <email>howard.cohl@nist.gov</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Applied and Computational Mathematics Division, National Institute of Standards and Technology</institution>
          ,
          <addr-line>Gaithersburg, Maryland</addr-line>
          ,
          <country country="US">U.S.A</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Database Systems and Information Management Group, Technische Universität Berlin</institution>
          ,
          <addr-line>Einsteinufer 17, 10587 Berlin</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>To understand applied physics, and physical formulae in particular, the investigation of identifier units is beneficial. However, normally the units are not given explicitly in formulae and have to be inferred. In this paper, we investigate how this process can be automated. As an example application, we use physical formulae from Wikipedia together with information from the related knowledge-base Wikidata. We envision that this method can be generalized and describe how, in the future, hard logical constraints may be used as a feedback mechanism for statistical methods in the context of natural language processing.</p>
      </abstract>
      <kwd-group>
        <kwd>Wikidata</kwd>
        <kwd>Wikipedia</kwd>
        <kwd>Units</kwd>
        <kwd>Natural Language Processing</kwd>
        <kwd>Inference</kwd>
        <kwd>Mathematical Language Processing</kwd>
        <kwd>Constraint propagation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Units play an essential role in the physical sciences. Especially, dimensional
analysis is one of the most significant tools for comprehension and understanding
of physical formulae. We claim that this technique is not only beneficial for
humans on their way to physical understanding, but also to machines that are
programmed to semantically enrich mathematical and especially, physical
content.</p>
      <p>In this paper, we consider physical units in Wikipedia, as a first step towards
a general solution of the underlying problem. We aim to: (1) identify formulae
that deal with physical relationships; (2) automatically derive the units of the
identifiers used in those formulae; and (3) integrate and store the learned data
in the central Wikimedia triple store Wikidata.</p>
      <p>
        Our paper is structured as follows. First, we analyze related works that can
be used to complete the task at hand. In that context, we recap how possible
definitions can automatically be extracted from the text surrounding formulae.
Thereafter, we describe our method to relate the identifier to dimensions using
the Wikidata knowledge base and our approach to unit constraint propagation.
This will be followed by a refinement of the definition candidates based on the
constraints. Lastly, we describe the reinsertion of learned units into the Wikidata
knowledge base, which will be used for the formulae we processed. Finally, we
provide an outlook on how this method can be used for feedback driven
selftuning of Mathematical Language Processing [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>Related Work</title>
      <p>
        A method to find identifier definiens tuples in natural language text is proposed
in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. There, the authors use Natural Language Processing (part of speech
tagging combined with word distance based scoring) to get the tuples. This approach
shows advantages over the more static pattern-matching approaches, because it
is able to also retrieve results that do not follow the pattern ⟨identifier ⟩ is
⟨description⟩(see also [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]).
      </p>
      <p>This method has been applied to Wikipedia articles to enrich formulae with
definitions for their included identifiers. It works for Wikipedia sites with diferent
languages. The result may have more than a single possible definition for an
identifier, each with a probability that expresses the likeliness for the definition
to be the relevant. The selection of the correct definition is a problem addressed
in our paper.</p>
      <p>
        A method to map the meaning to identifiers is used in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. In that paper
the namespace concept known from programming languages is used to assign
documents to namespaces and thus the meaning of the identifiers are mapped
to the meaning belonging to the chosen namespace.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], an algorithm is proposed to use the need for dimensional homogeneity
in physical formulae compared with constraint propagation to prove formulae
that students gave as answers to physics problems. It aims on validating the
formulae for known units.
      </p>
      <p>
        Dimensional analysis is also a widely investigated field in the area of
programming languages. In [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], the authors use the need for dimensional homogeneity in
physical equations in conjunction with constraint solving to automatically infer
unit types for programs handling scientific problems. Their approach infers a
general set of unit types using constraints created over the variables and
constants occurring in the program. The user can then annotate the inferred unit
types with real units thereby cannot violate the dimensional correctness as it
is proved for the inferred unit type system. In [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], constraint solving is used to
prove the unit correctness of calculations in spreadsheets. More examples for
validating dimensional correctness in programs can be found in [
        <xref ref-type="bibr" rid="ref3 ref7">3, 7</xref>
        ].
      </p>
      <p>
        As preparation of this work, a new feature in Wikidata, the data-type
mathematical expression, has been developed [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Properties with data-type
mathematical expression with for instance, defining formulae , represent mathematical
expressions. As of January 2016, these expressions are rendered by the software
which runs Wikidata.
3
3.1
      </p>
    </sec>
    <sec id="sec-3">
      <title>Our Method</title>
      <sec id="sec-3-1">
        <title>Identify Physical Formulae</title>
        <p>In this paper, we limit ourselves to the following definition.</p>
        <p>Definition 1 (physical formula). A physical formula is a binary
mathematical relation of type equation or inequality containing one or more physical
quantities.</p>
        <sec id="sec-3-1-1">
          <title>Consider the following examples:</title>
          <p>E = mc2,
sin2 θ + cos2 θ = 1,
(1)
(2)
mmoon &lt; mearth &lt; msun, (3)</p>
          <p>λp
ℏ = . (4)</p>
          <p>2π
Expressions (1), (4) are physical formulae according to Definition 1. They contain
the physical quantities E, m, c, λ, p, ℏ of which c, ℏ are physical constants.
Expressions (2), (3) are not physical formulae since (2) does not contain physical
quantities, and (3) is not binary. Note that the above definition can be extended
to non-binary relation chains without loss of generality.</p>
          <p>This definition implies the following algorithm to identify physical formulae:</p>
        </sec>
        <sec id="sec-3-1-2">
          <title>1. identify mathematical expressions; 2. check if they are binary relations of type equation or inequality; 3. extract identifiers; and 4. decide for each identifier, if it is a physical quantity or expression.</title>
          <p>
            While we will apply the heuristics from [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ] for steps 1 and 3, we need to
develop new approaches for steps 2 and 4. A simple approach to 2, is to convert
the mathematical expression to content MathML using LATExml [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ] and
afterwards analyze the content MathML tree using fixed rules. We thereby rely on
LATExml. Possibly occurring problems and limitations of LATExmlfor our
application will be listed in the final report. The main focus of our work will be on
step 4. While we can find Wikidata items from the algorithm presented in [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ],
we might need to improve these algorithms.
          </p>
          <p>
            Our main focus is on the development of an algorithm which decides if an
item is a physical quantity or entity. Our approach to address this problem is to
analyze the semantic properties of the relevant Wikidata item using the SPARQL [
            <xref ref-type="bibr" rid="ref5">5</xref>
            ]
3 endpoint. This means all information from Wikidata that expose information on
the units or dimensions respectively. More technically, we will develop a method
to check the relatedness to Q107715 (physical quantity)4. This will be one of the
key contributions of our research project.
3.2
          </p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>Identifying units and dimension of physical quantities</title>
        <p>The dimension of a physical quantity is an inherent property of each quantity.
Dimensions are for example length L, mass M or time T . The derived quantity
3 SPARQL is used to query RDF (Ressource Description Framework) triples. They
consist of subject, predicate, object. Example: Find all subjects (items) in Wikidata
that have predicate "subclass of" and object "physical quantity"
4 Wikidata stores information in form of triples like ("length","subclass of","physical
quantity") where the unique id of "physical quantity" in Wikidata is Q107715. If a
Item like "length" has a relation like "subclass of" or "instance of" to the Item for
"physical quantity" we suppose it to be of kind physical quantity.
speed has the dimension LT − 1. For all physical quantities, we try to derive their
dimension from Wikidata using SPARQL queries.</p>
        <p>To obtain that, we also take unit information into account, since it is more
prevalent in the Wikidata dataset compared to dimension information. Because
there are multiple unit systems (e.g., imperial units using yard for length versus
SI units using meter) more than one unit per dimension exists. However, physical
laws are usually valid independent from the unit system that is used. In this
context, it has to be noted that some adjustment needs to be done for units that
disregard conceptually important physical properties. For instance the Carnot
eficiency η Carnot depends on the absolute temperature scale (e.g., kelvin) of the
hot TH and the cold TC reservoir via
Note that the fact that those temperatures are based on an absolute
temperature scale is essential. This requires that non-cardinal temperature units such as
Celsius and Fahrenheit to be converted to prior to computation.</p>
        <p>
          Given the extracted dimensions, the mathematical domain of physical
quantities can be specified better. Approaches to formally describe this domain are
presented in [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. We introduce the following notation for a physical quantity x
(5)
η Carnot = 1 −
        </p>
        <p>
          TC
TH
where x is the spatial part of x as defined in [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] and d is the dimension of the
unit of x. To simplify readability, we use the identifier for x and its spatial part.
We write x = x if d = 1. Thus, (1) can be written as
.
        </p>
        <p>(6)
3.3</p>
      </sec>
      <sec id="sec-3-3">
        <title>Compatible operations</title>
        <sec id="sec-3-3-1">
          <title>This notation leads to our next definition</title>
          <p>Definition 2 (valid physical formula). We call a physical formula valid, if
the dimensions are compatible with the mathematical operators used in that
formula.
|.|1 denotes the 1-norm.
class
3: map
2: restrict o
1: apply
0: unitless
o
o
[( xa] , [ yb])
[( xa] , [ yb])
[( xa] , [ yb])
o
formula contains the mathematical operators equals (=), times (· ), and power
(∧). For ‘equals’, the dimensions on the right-hand side and left-hand side must
be the same, for ‘times’, no restrictions apply and for ‘power’ the unit of the
exponent must be 1. If any of these constraints are violated (e.g., with the
incorrect E = mc) then the units or the formula can not be correct. Note also
that this method is not limited to scalar physical quantities and can be applied
to physical quantities of higher dimensions such as vectors like
more than one possible dimension for an identifier.</p>
        </sec>
      </sec>
      <sec id="sec-3-4">
        <title>Example 1: Mass-energy equivalence</title>
        <p>The relation between energy and mass is described by the mass-energy
equivalence formula E = mc2, where E is energy, m is mass, and c is the
speed of light.</p>
        <p>
          For Example 1 (from Wikipedia), which was also used in [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ], the
identifierdefiniens pairs for E may have this form:
        </p>
        <p>Id. Definition score Id. Definition score Id. Definition score
E energy 0.42 m energy 0.35 c energy 0.30
E mass 0.42 m mass 0.35 c mass 0.35
E speed of light 0.16 m speed of light 0.30 c speed of light 0.35
All three definitions are found in the same sentence, but have diferent distances
between identifier and definiens. That results in diferent scores. Note, that the
actual scoring computation is more evolved and the score values have been made
up for demonstration purposes. We now describe this more formally.</p>
        <p>For a physical formula f (x1, . . . , xn, on+1, . . . , om), with the identifiers
(physical quantities and other identifiers) xi and mathematical operators oj , and a set
of definiens candidates N , the MLP Project returns a probability distribution
for the identifiers χ (x) = ∑N∈N w0,nN , with ∑N∈N w0,N = 1. From
Wikidata we get the unit and implied dimension information denoted as ρ 1(x) =
∑N∈N w0,n dim(N ) = ∑i w1,idi, where w1,j is the sum over all w0,N with
dim N = dj . Next, we apply the operator compatibility rules, which afects
the probability distribution according to their constraints. The dimension
probability distribution of an operator o, dim (o(a, b)) implies operator dependent
constraints to dim a and dim b.</p>
        <p>class(o) = 3 =⇒ dim o(a, b) = o(dim a, dim b).
class(o) = 2 =⇒ dim a = dim b.
class(o) = 1 =⇒ dim b = 1.</p>
        <p>class(o) = 0 =⇒ dim a = 1, o(a, b) = o(a).</p>
        <p>To reflect that, we define a refined probability distribution ρ (x) = ∑i w2,idi,
with ∑i w2,idi = 1. Finally, we need to solve a system of linear equations
describing the w2 = Aw1. We propose the following method to realize that. Assume
that the mathematical notation is good enough to extract the operator tree,
with tools such as LATExml. We convert this operator to the root form and call
O(f ) ∈ Nm× m the adjacent matrix. Since the tree is not directed O(f ) = O(f )T ,
and since identifiers are always connected by an operator, the top left entries of
the adjacent matrix are zero, i.e., ∀i ≤ n ∧ j ≤ n =⇒ O(f )i,j = 0. Based on
that, we will elaborate diferent strategies for the most eficient execution of the
constraint propagation problem. Our first approach is the following sketch of an
algorithm:
1. start with the identifiers ( x) as working set;
⎡ E ⎤
⎢ .42 ML2T− 2 ⎥
⎢⎣+.42 M ⎥⎦
+.16 LT− 1</p>
        <p>=
⎡ m ⎤
⎢ .35 ML2T− 2 ⎥
⎢⎣+.35 M ⎥⎦ ⎡
+.30 LT− 1
·</p>
        <p>∧
c ⎤ 2
⎢ .30 ML2T− 2 ⎥
⎢⎣+.35 M ⎥⎦
+.35 LT− 1
⎡ E ⎤
⎢ .42 ML2T− 2 ⎥
⎢⎣+.42 M ⎦⎥
+.16 LT− 1
⎡ = ⎤
⎢ ? ML2T− 2 ⎥
⎢⎣+? M ⎥
+? LT− 1 ⎦</p>
        <p>·
⎡ m ⎤
⎢ .35 ML2T− 2 ⎥
⎢⎣+.35 M ⎥
+.30 LT− 1 ⎦
⎡ ⎤
⎢ .30 M∧2L4T− 4 ⎥
⎢⎣+.35 M2 ⎥</p>
        <p>+.35 L2T− 2 ⎦
⎡ c ⎤ 2
⎢ .30 ML2T− 2 ⎥
⎢⎣+.35 M ⎥</p>
        <p>+.35 LT− 1 ⎦
⎡</p>
        <p>=
⎢ ? ML2T − 2 ⎥
⎢⎣ +? M ⎥</p>
        <p>⎦
+? LT − 1</p>
        <p>⎤
[</p>
        <p>]
·
ML2T − 2
[
c</p>
        <p>]
∧</p>
        <p>L2T − 2
⎡
⎢ .30 ML2T − 2 ⎥
⎢⎣ +.35 M ⎥</p>
        <p>⎦
+.35 LT − 1</p>
        <p>⎤ 2
⎡</p>
        <p>E
⎢ .42 ML2T − 2 ⎥
⎢⎣ +.42 M ⎥</p>
        <p>⎦
+.16 LT − 1
⎤
Fig. 2: Demonstration of our constraint propagation algorithm.
2. propagate the constraints to their parent operators of classes 0-2 and
remember the parent operators of class 3 (maps);
3. update the working set to consist of the updated parents;
4. propagate the constraints downwards;
5. the changed children are now the new working set;
6. continue with upwards and downwards propagation until the working set is
empty, and a steady state is reached;
7. update the working set with the class 3 operators;
8. resolve the class 3 operators, in appropriate order (note that this might lead
to many possible dimensions for the class 3 operators);
9. propagate the new constraints by going back to step 2;
10. the algorithm terminates if the working set and the set of unprocessed class
3 operators is empty.</p>
        <p>We demonstrate this algorithm in figure 2 based on Example 1. Formula (1)
depends on (E, m, c, 2, =, · , ∧) and the adjacent matrix reads
⎜
⎜E
O(“E = mc2”) = O ⎜⎜
⎜
⎜
⎝
⎛ =</p>
        <p>·
m ∧ ⎟⎟</p>
        <p>⎠
c 2
⎞ E m c 2 = · ∧</p>
        <p>
          E ⎛0 0 0 0 1 0 0⎞
⎟⎟ m 0 0 0 0 0 1 0
⎟⎟ = c ⎜0 0 0 0 0 0 1⎟
2 ⎜⎜0 0 0 0 0 0 1⎟⎟ .
= ⎜1 0 0 0 0 1 0⎟
· ⎝0 1 0 0 1 0 1⎠
∧ 0 0 1 1 0 1 0
One alternative to this approach is [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ]. The evaluation of our approach must
show the performance of the probabilistic approach.
After having propagated the units, we might have found a unique solution as
demonstrated in Example 1. In cases where we found this unique solution, we
will write back the dimension information to Wikidata. If the formula already
has an item in Wikidata, we check the properties and update/insert the missing
information. Since we use the Wikidata database for finding information for all
the identifiers in a formula we have automatically a defining item to link to for
every identifier.
For level 3 operators, numerical artifacts (such as scalar factors from the
integration) and probability density are mixed. For example in ∫ sdt and a hypothetical
ρ 0(s) = .5M + .5T leads to a propagated probability of
ρ
( ∫
        </p>
        <p>)
sdt</p>
        <p>∫ ρ 0(s)dt
= ⏐⏐ ∫ ρ 0(s)dt⏐⏐ 1
=
The likelihood for M T is higher in comparison to T 2, which does not seem
plausible at the first place. Consequently, we will search for better suitable ways
to re-scale the unit vector to length 1.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Future work</title>
      <p>The finding of items in Wikidata can be improved by using methods like
stemming to match the definition with the item caption. This is due to the fact that
the definitions are extracted from free-text and may be conjugated. The
identification of the units/dimensions can be done by the querying property, has
quality. Due to the community-driven inserts of items, it is not guaranteed that
every item has all of the possible properties. For example, the authors may omit
a property such as, has quality. Instead the property, quantity symbol, may be
queried.</p>
      <p>Moreover, our algorithm can be used as a feedback mechanism for the MLP
process. With the additional unit and dimension information, the algorithm
will learn about mistakes from the unit checking. With this information, the
algorithm will be able to tune itself.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Conclusion</title>
      <p>The knowledge about units in physical formulae is fundamental. However, in
most cases they are not marked up explicitly. We investigated how they can
be determined automatically. We described a process to automatically infer the
unit information for identifiers in physical formulae. This process is based on
formulae and identifier-definition pairs that are extracted from text using Natural
Language Processing techniques. The process may result in multiple definition
candidates for identifiers. To infer a consistent identifier-definition mapping, we
use an algorithm based on the principle of dimensional homogeneity in physical
formulae. The unit/dimensional information for the definitions is retrieved from
the structured data store Wikidata. The results are then used to extend Wikidata
with the formulae and links Wikidata entries describing the identifiers.
Acknowledgements. We would like to thank Volker Markl, Michael Kohlhase and
Abdou Youssef for their support of this research project.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>T.</given-names>
            <surname>Antoniu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. A.</given-names>
            <surname>Steckler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Krishnamurthi</surname>
          </string-name>
          , E. Neuwirth, and
          <string-name>
            <given-names>M.</given-names>
            <surname>Felleisen</surname>
          </string-name>
          .
          <article-title>Validating the unit correctness of spreadsheet programs</article-title>
          . In A. Finkelstein,
          <string-name>
            <given-names>J.</given-names>
            <surname>Estublier</surname>
          </string-name>
          , and D. S. Rosenblum, editors,
          <source>26th International Conference on Software Engineering (ICSE</source>
          <year>2004</year>
          ),
          <fpage>23</fpage>
          -
          <lpage>28</lpage>
          May
          <year>2004</year>
          , Edinburgh, United Kingdom, pages
          <fpage>439</fpage>
          -
          <lpage>448</lpage>
          . IEEE Computer Society,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J. B.</given-names>
            <surname>Collins</surname>
          </string-name>
          .
          <article-title>A mathematical type for physical variables</article-title>
          . In S. Autexier,
          <string-name>
            <given-names>J. A.</given-names>
            <surname>Campbell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Rubio</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Sorge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Suzuki</surname>
          </string-name>
          , and F. Wiedijk, editors,
          <source>Intelligent Computer Mathematics</source>
          , 9th International Conference,
          <string-name>
            <surname>AISC</surname>
          </string-name>
          <year>2008</year>
          , 15th Symposium,
          <year>Calculemus 2008</year>
          , 7th International Conference, MKM 2008,
          <article-title>Birmingham</article-title>
          ,
          <string-name>
            <surname>UK</surname>
          </string-name>
          ,
          <source>July 28 - August 1</source>
          ,
          <year>2008</year>
          . Proceedings, volume
          <volume>5144</volume>
          of Lecture Notes in Computer Science, pages
          <fpage>370</fpage>
          -
          <lpage>381</lpage>
          . Springer,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Contrastin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. C.</given-names>
            <surname>Rice</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Danish</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D. A.</given-names>
            <surname>Orchard</surname>
          </string-name>
          .
          <article-title>Units-of-measure correctness in fortran programs</article-title>
          .
          <source>Computing in Science and Engineering</source>
          ,
          <volume>18</volume>
          (
          <issue>1</issue>
          ):
          <fpage>102</fpage>
          -
          <lpage>107</lpage>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>P.</given-names>
            <surname>Guo</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>McCamant</surname>
          </string-name>
          .
          <article-title>Annotation-less unit type inference for c</article-title>
          .
          <source>In Final Project</source>
          ,
          <volume>6</volume>
          .883:
          <string-name>
            <surname>Program</surname>
            <given-names>Analysis</given-names>
          </string-name>
          ,
          <string-name>
            <surname>CSAIL</surname>
          </string-name>
          , MIT,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>S.</given-names>
            <surname>Harris</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Seaborne</surname>
          </string-name>
          .
          <source>SPARQL 1</source>
          .
          <article-title>1 Query Language</article-title>
          . https://www. w3.org/TR/sparql11-query. seen May,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J.</given-names>
            <surname>Hilbig</surname>
          </string-name>
          and
          <string-name>
            <given-names>D. L.</given-names>
            <surname>Tran</surname>
          </string-name>
          .
          <article-title>Mathematical expression as new data type for WikiData - Database project - supervised by Moritz Schubotz</article-title>
          .
          <source>Technical Report</source>
          Winter-term
          <year>2015</year>
          /
          <year>2016</year>
          , Technische Universität Berlin, feb
          <year>2016</year>
          . https://github.com/TU-Berlin/WikidataMath/releases/ download/v1.0.0/ReportWikiDataDBPRO.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>L.</given-names>
            <surname>Jiang</surname>
          </string-name>
          and
          <string-name>
            <given-names>Z.</given-names>
            <surname>Su</surname>
          </string-name>
          .
          <article-title>Osprey: A practical type system for validating dimensional unit correctness of C programs</article-title>
          .
          <source>In Proceedings of the International Conference on Software Engineering</source>
          ,
          <year>2006</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>G. Y.</given-names>
            <surname>Kristianto</surname>
          </string-name>
          ,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Topic, and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Aizawa</surname>
          </string-name>
          .
          <article-title>Extracting textual descriptions of mathematical expressions in scientific papers</article-title>
          .
          <string-name>
            <surname>D-Lib</surname>
            <given-names>Magazine</given-names>
          </string-name>
          ,
          <volume>20</volume>
          (
          <issue>11</issue>
          /12),
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>C. W.</given-names>
            <surname>Liew</surname>
          </string-name>
          .
          <article-title>Checking for dimensional correctness in physics equations</article-title>
          .
          <source>In In Proceedings of Fourteenth International Florida AI Research Society Conference</source>
          ,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>B. R.</given-names>
            <surname>Miller</surname>
          </string-name>
          .
          <article-title>LaTeXML: A LATEX to XML converter</article-title>
          . http://dlmf.nist. gov/LaTeXML. seen May,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>R.</given-names>
            <surname>Pagel</surname>
          </string-name>
          and
          <string-name>
            <given-names>M.</given-names>
            <surname>Schubotz</surname>
          </string-name>
          .
          <article-title>Mathematical language processing project</article-title>
          . In M. England,
          <string-name>
            <given-names>J. H.</given-names>
            <surname>Davenport</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kohlhase</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Libbrecht</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Neuper</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Quaresma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. P.</given-names>
            <surname>Sexton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Sojka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Urban</surname>
          </string-name>
          , and S. M. Watt, editors,
          <source>Joint Proceedings of the MathUI</source>
          ,
          <article-title>OpenMath and ThEdu Workshops and Work in Progress track at CICM, number</article-title>
          1186 in CEUR Workshop Proceedings, Aachen,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M.</given-names>
            <surname>Schubotz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Grigorev</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Leich</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. S.</given-names>
            <surname>Cohl</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Meuschke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Gipp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. S.</given-names>
            <surname>Youssef</surname>
          </string-name>
          , and
          <string-name>
            <given-names>V.</given-names>
            <surname>Markl</surname>
          </string-name>
          .
          <article-title>Semantification of identifiers in mathematics for better math information retrieval</article-title>
          .
          <source>In Proceedings of the 39th Int. ACM SIGIR Conference on Research and Development in Information Retrieval</source>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>