<!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>
      <journal-title-group>
        <journal-title>These authors contributed equally.
" andrea.bellandi@ilc.cnr.it (A. Bellandi); dinunzio@dei.unipd.it (G. M. Di Nunzio); silvia.piccini@ilc.cnr.it
(S. Piccini); dinunzio@dei.unipd.it (F. Vezzani)
~ https://www.dei.unipd.it/~dinunzio/ (G. M. Di Nunzio); https://www.dei.unipd.it/~vezzanif/ (F. Vezzani)</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>From TBX to Ontolex-Lemon: Issues and Desiderata</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Andrea Bellandi</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Giorgio Maria Di Nunzio</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Silvia Piccini</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Federica Vezzani</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Information Engineering, University of Padova</institution>
          ,
          <addr-line>Via Gradenigo 6/b, 35131 Padova</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Linguistic and Literary Studies, University of Padova</institution>
          ,
          <addr-line>Via Elisabetta Vendramini, 13 35137 Padova</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Istituto di Linguistica Computazionale “A. Zampolli”, Area della Ricerca CNR di Pisa</institution>
          ,
          <addr-line>Via Giuseppe Moruzzi, 1, 56124 Pisa</addr-line>
          ,
          <country country="IT">Italy</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <volume>000</volume>
      <fpage>0</fpage>
      <lpage>0002</lpage>
      <abstract>
        <p>The terminology community has shown a growing interest in the formats for designing and implementing multilingual terminological resources in order to favor their interoperability and reuse. In this paper, we focus specifically on two data models: TBX and Ontolex-lemon. In particular, we aim at undertaking an initial requirement analysis in order to build a converter for the latest versions of these two formats. We will focus on the theoretical and implementational implications that a transition from a concept-oriented structure (such as that of TBX) to a sense-centered organisation (such as that of Ontolex-Lemon) entails.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;TermBase eXchange</kwd>
        <kwd>Ontolex-lemon</kwd>
        <kwd>terminological resources Linked Open Data</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>been proposed to convert terminological data from TBX to Ontolex-Lemon ([8, 9]), so that
they can become part of the linguistic Linked Data ecosystem ([10]). Guidelines have been
developed as a part of the LIDER project, to map these two data models and the new paradigm
Term-à-LLOD ([11]), based on a virtualization approach, has been proposed to transform and
publish standardised terminological resources as LD. In addition, a recent initiative (https:
//www.w3.org/community/ontolex/wiki/Terminology) foresees providing Ontolex-Lemon with
a module specifically dedicated to terminology, to represent the information usually contained
in traditional terminological resources and thesauri. A further step towards the realization
of an ecosystem of interlinked terminological datasets is the work by [8], where the authors
propose a conversion system – TBX2RDF – based on the Ontolex-Lemon model as well as a
series of best practices to transform terminologies from TBX into the LD format. Nevertheless,
it is worth emphasizing that converting a TBX format to a LD structure is not merely a question
of switching from an XML-based to an RDF-based data structure. Any conversion inevitably
involves a change of perspective and thus needs for a theoretical reflection as [ 12] pointed out. In
the light of this, the aim of this paper is to undertake an initial analysis of the requirements that a
converter should satisfy, with a particular focus on the theoretical implications that a transition
from a concept-oriented structure (such as that of TBX) to a sense-centered organisation (such
as that of Ontolex-Lemon) entails. The ultimate goal is to build a new converter that will have
two fundamental characteristics. First of all, unlike TBX2RDF designed to handle input files in
the older version of TBX (ISO 30042: 2008)4 and return as output files in the former version of
lemon ([13]), the new converter will work with the updated versions of the two data models (ISO
30042: 2019 and Ontolex-Lemon). Secondly, the converter will be conceived as an interactive
tool, where the terminologist will take an active role in the conversion process, making decisions
regarding complex aspects such as variation, polysemy, sense-concept relation, etc.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Testing the TBX2RDF converter: analysis of TBX fragments</title>
      <p>Based on the idea of transforming terminological resources from TBX to RDF, we first
experimented with the TBX2RDF online converter service.5 As previously mentioned, the converter
works with the older version of the TBX data model described in the ISO 30042 standard dated
2008 (1st edition).6 For this reason, we submitted a set of three TBX instances as input structured
according to the obsolete data model. Figures 1, 2 and 3 (see Appendix) show three fragments we
used to test the converter. For each of these instances, we have also formulated the respective
TBX data model structured according to the current version of the ISO 30042 standard dated
2019 (2nd edition).7 Focusing on the terminological data collected in the instances:
TBX (for a comparison between TBX and SKOS see [7].
4https://www.iso.org/standard/45797.html
5http://tbx2rdf.lider-project.eu/converter/index.html
6As specified in ISO 30042 (2008, vi): "This version of TBX is an update of a version that was published by the
Localization Industry Standards Association (LISA) in 2002".
7At the following anonymized repository, we provide i) the three complete instances of examples A, B and C illustrated
in figures 1, 2 and 3; and ii) the same three examples modeled after the 2019 version of TBX according to the
TBXCore, TBX-Min and TBX-Basic public dialects: https://anonymous.4open.science/r/MDTT2023-04D7/. For a detailed
description of the three public dialects and the data category style adopted (Data Category as Tag - DCT), please refer
• Example A (figure 1) shows the representation of two concepts (C1 and C2) both verbalized
in three languages (English, French and Italian). For each language there are one or more
terms that designate the concept in question. For example, the English terms "goods
vehicle" and "utility vehicle" are represented as synonyms since they designate the same
concept C1. Other minimum information for the representation of the terminological
entry has been added, for example 1) the data category /date/ indicates the time reference
relating to the moment of creation of the entry; 2) the data category /note/, with reference
– in both cases – to the French terms designating the two concepts, provides additional
textual information about the use of the terms.
• Example B (figure 2) shows the representation of a concept (C1) verbalized again in the
three working languages: English, French and Italian. As in the previous case, each
language registers one or more equivalent terms designating the concept. Compared to
the previous example, this instance is richer in terms of provided terminological data.
The concept C1 is accompanied, for example, by the data category related to the /subject
ifeld/ of analysis: in this case e-mobility. Furthermore, for each term, we provide data
categories related to: /part of speech/, /administrative status/, and the /external source/.
Also in this case, term notes provide additional information relating, for instance, to the
phenomenon of diatopic variation: see, for example, the case of the term "car sharing"
reported as a terminological variant in AU, NZ, CA, TH, and US.
• Example C (figure 3) is the richest in terms of data categories entered to describe the
concept, language, and term elements. The entry illustrates the representation of two
concepts C1 and C2, the latter being collapsed for space reasons. The TBX fragment
shows the concept C1 verbalized in English and designated by two equivalent terms:
"neighborhood electric vehicle" and the acronym "NEV". In addition to the data categories
described in the previous examples, this instance contains 1) information related to
/transaction type/ and /responsibility/ at the concept level; 2) the /definition/ of the
concept expressed in natural language and the /external source/ of the definition, at the
language level; 3), the data category related to the /term type/ which specifies whether
the term is a full form or an acronym, at the term level.</p>
    </sec>
    <sec id="sec-3">
      <title>3. What the New Converter Converter Should Look Like</title>
      <p>As emerged from the first experiments conducted with the TBX files described above, the
converter TBX2RDF uses an ad hoc vocabulary (with namespace tbx:), created by the University
of Bielefeld and the Polytechnic University of Madrid as a part of the Lider project to map some
TBX elements to Ontolex-Lemon. Specifically,
1. new entities are introduced to model TBX elements that have no counterpart in
OntoLexLemon, such as tbx:adminInfo and tbx:administrativeStatus, referring respectively to TBX
tags &lt;adminInfo&gt; and &lt;administrativeStatus&gt;;
to: https://www.tbxinfo.net/tbx-dialects/ and https://www.tbxinfo.net/dca-v-dct/. The instances have been manually
reformulated but a conversion service is ofered on the TBX.info website: https://www.tbxinfo.net/tbx-updater/.
2. the lexicon-semantic relations (for example lexinfo8:antonym, lexinfo:meronym), which
in OntoLex-Lemon link lexical senses, are redefined as relations between concepts (for
example tbx:antonymConcept, tbx:broaderConceptPartitive);
3. two new classes are introduced: the class tbx:TerminologicalConcept representing a
language-independent concept denoted by the term and defined as a skos:Concept; the
class tbx:Term, defined as a subclass of ontolex:LexicalEntry, representing a term as the
language-specific realization of a tbx:TerminologicalConcept. It is worth underlining that
the tbx:Term class does not seem to be used by the converter, as each term T is translated
into a lexical entry having T as canonical form, and a lexical sense, which is linked to the
concept defined as tbx:TerminologicalConcept.</p>
      <p>Other entities were redefined, even if already present in other vocabularies used by
OntolexLemon: so for example the grammatical categories already defined in lexinfo, such as
lexinfo:noun, lexinfo:verb, etc., are redefined as tbx:noun, tbx:verb, etc.</p>
      <p>
        Some choices made by [8] may not satisfy all terminologists who may feel the need to
reflect and choose how to convert data from one format to another. We report below some
considerations in this regard and some proposals for the future converter:
• lexicographical vs. terminological view. As previously underlined, conversion
consists in a change of perspective: a purely terminological vision (TBX) is transformed
into a lexicographic standpoint (Ontolex-Lemon), where the conceptual dimension is not
considered and, conversely, sense acquires a central role. According to the core of the
model (Ontolex), indeed, each lexical entry – be it an afix, a word or a multiword – is an
instance of the class Lexical Entry and is associated to its morphological realizations (class
Form) through the relation ontolex:lexical form as well as to its sense(s) (class Lexical
Sense) by means of the ontolex:sense property. Lexical sense is therefore conceived as the
reification of the ontolex:denotes property linking the lexical entry and the ontological
concept, and thus additional properties can be specified, such as context, register, or
domain etc. The concept, on the other hand, is viewed as an extralinguistic entity designated
by a sense, and thus formalised in an ontology external to the model. Sense and concept
represent two distinct entities, in line with those who believe that flattening the sense
on the concept means forgetting the linguistic dimension that the term, as a lexical unit,
possesses.9 Not all terminologists might agree with this view. To satisfy a more traditional
view of terminology, the model Ontolex-Lemon provides for the possibility of bypassing
the lexical sense class and directly linking the lexical entry to the concept it denotes. In
the converter that we intend to create, it is up to terminologists to choose the approach
they deem most suitable, also according to the task in which the converted resource will
be exploited. Concerning the concepts, OntoLex-Lemon considers them as extra linguistic
entities, and they can be represented by predicates that have denotational semantics in
some formal logical system. This means that the model is agnostic w.r.t. the specific
ontology language used for representing concepts. The choice of forcing the usage of
8The OntoLex-Lemon model recommends the use of the ontology LexInfo (https://lexinfo.net/), which serves as a
linguistic category registry. TBX2RDF uses an out-of-date version of LexInfo.
9Cfr. [14, p. 55]: "le concept est le signifié d’un mot dont on décide de négliger la dimension linguistique". See inter
al. [
        <xref ref-type="bibr" rid="ref4">15, 16</xref>
        ]
      </p>
      <p>SKOS as a knowledge organization framework should be too restrictive. We propose a
converter that allows the terminologist to decide if using SKOS, OWL, or mapping the
concepts to a given ontology.
• ontology reuse. The LD paradigm strongly encourages the reuse of existing vocabularies.</p>
      <p>
        According to this principle, the converter should make it possible to decide which data
categories to use. As said above, many linguistic categories defined in the lexinfo ontology
have been redefined by the tbx: vocabulary. Referring to figure 2, for example the
part of speech of the term "car sharing" is converted by the triple «:car_sharing_lex,
tbx:partOfSpeech, tbx:noun». Participating in such a decision may be required by some
terminologists.10
• deductive rules. The structure of the TBX file has some implicit relations among terms
that are lost in the conversion from TBX to OntoLex-Lemon. The most important one
is the information about synonymity among terms. Terms that are described in the
same termEntry in a LangSet are synonyms in that language. This type of relation is
not captured by TBX2RDF. The terms "store" and "storage" in figure 1, for example,
have been converted as two diferent lexical entries whose senses refer to the same
concept C2, but no synonym relation is explicitly stated. Another important relation,
especially in a multilingual resource, is the equivalence of a term in diferent languages.
In TBX, terms that are in diferent language sections that are grouped together in the
same concept entry are equivalent, as shown, for example, in figure 2 with the terms
"car sharing"@en and "autopartage"@fr. TBX2RDF does not represent any equivalence
relation between these terms. Conversely, the new converter could suggest the use of
the relations vartrans:translatableAs or lexinfo:translation in order to explicitly link the
equivalent terms.
• knowledge extraction. When TBX is chosen to describe terminological data, the work
of the researcher is immediately constrained by the type of the selected dialect. Each
dialect has its set of data categories to describe the entry for each concept; a larger set
means a finer granularity of the description of the properties of each term (and concept).
Nevertheless, there are situations where, given a TBX dialect, the terminographer does
not have a specific data category at disposal to describe a particular behavior of the term.
In those cases, the terminographer has only one choice available: to use the «note» field
to store that information. TBX2RDF converts these important pieces of information as
annotation properties, such as rdfs:comment or rdfs:label. In our opinion, a converter
should try to process the unstructured text source with automatic methods to identify
structured semantic information ([
        <xref ref-type="bibr" rid="ref5">17</xref>
        ]), and store it in the appropriate relation(s) in
OntoLex-Lemon.
• enriching the TBX. A subsequent step, after the knowledge extraction from unstructured
notes, could be the enrichment of the original TBX with the new extracted information.
In fact, if we are able to complement the semantic relationships that are stored (implicitly
or explicitly) in the TBX file and produce a richer version of the original term record in
OntoLex-Lemon during the conversion process, then, it would also be possible to give this
10TBX2RD seems to support this feature by allowing one to provide a list of mapping between TBX elements and
the related linked data entities, as input.
      </p>
      <p>enhanced version as a feedback to expand the TBX structure. This is, in theory, a viable
alternative; in practice, modifying the TBX structure in the latest ISO standard is easier
if we use data categories already defined in DatCatInfo (https://datcatinfo.termweb.eu/).
The introduction of a new data category would require, indeed, a bit more elaborated
solution to document such a new category in a way required by the ISO standard itself.</p>
      <p>In light of the considerations asked above, we propose to create a new interactive and
configurable converter involving the terminologist during the conversion process. We are
going to present all the design and implementation details as well as the first prototype at the
conference.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Acknowledgments</title>
      <p>This work has been carried out in the framework of agreement between Consiglio Nazionale
delle Ricerche – Istituto di Linguistica Computazionale and RUT Foundation. This work is
also part of the initiatives carried out by the Center for Studies in Computational Terminology
(CENTRICO) of the University of Padua and in the research directions of the Italian Common
Language Resources and Technology Infrastructure CLARIN-IT.
[4] J. Bosque-Gil, J. Gracia, G. Aguado-de Cea, E. Montiel-Ponsoda, Applying the OntoLex
Model to a Multilingual Terminological Resource, in: F. Gandon, C. Guéret, S. Villata,
J. Breslin, C. Faron-Zucker, A. Zimmermann (Eds.), The Semantic Web: ESWC 2015 Satellite
Events, Lecture Notes in Computer Science, Springer International Publishing, Cham, 2015,
pp. 283–294. doi:10.1007/978-3-319-25639-9_43.
[5] V. Rodriguez-Doncel, C. Santos, P. Casanovas, A. Gómez-Pérez, J. Gracia, A Linked
Data Terminology for Copyright Based on Ontolex-Lemon, in: U. Pagallo, M. Palmirani,
P. Casanovas, G. Sartor, S. Villata (Eds.), AI Approaches to the Complexity of Legal Systems,
Lecture Notes in Computer Science, Springer International Publishing, Cham, 2018, pp.
410–423. doi:10.1007/978-3-030-00178-0_28.
[6] D. Vellutino, R. Maslias, F. Rossi, C. Mangiacapre, M. P. Montoro, Verso l’interoperabilità
semantica di IATE. Studio preliminare sul lessico dei Fondi strutturali e d’Investimento
Europei (Fondi SIE) (????). URL: https://www.diacronia.ro/en/indexing/details/A23887.
[7] D. Reineke, L. Romary, Bridging the gap between SKOS and TBX, edition - Die
Fachzeitschrift für Terminologie 19 (2019). URL: https://hal.inria.fr/hal-02398820,
publisher: Deutscher Terminologie-Tag e.V. (DTT).
[8] P. Cimiano, J. P. McCrae, V. Rodríguez-Doncel, T. Gornostay, A. Gómez-Pérez, B. Siemoneit,
A. Lagzdins, Linked terminologies: applying linked data principles to terminological
resources, in: Proceedings of the eLex 2015 Conference, 2015, pp. 504–517.
[9] E. Montiel-Ponsoda, J. Bosque-Gil, J. Gracia, G. A. de Cea, D. Vila-Suero, Towards the
Integration of Multilingual Terminologies: an Example of a Linked Data Prototype., in:
Terminology and Artificial Intelligence (TAI), 2015, pp. 205–206.
[10] C. Chiarcos, J. McCrae, P. Cimiano, C. Fellbaum, Towards Open Data for Linguistics:
Linguistic Linked Data, in: A. Oltramari, P. Vossen, L. Qin, E. Hovy (Eds.), New Trends
of Research in Ontologies and Lexical Resources: Ideas, Projects, Systems, Theory and
Applications of Natural Language Processing, Springer, Berlin, Heidelberg, 2013, pp. 7–25.
URL: https://doi.org/10.1007/978-3-642-31782-8_2. doi:10.1007/978-3-642-31782-8_
2.
[11] M. P. di Buono, P. Cimiano, M. F. Elahi, F. Grimm, Terme-à-LLOD: Simplifying the
Conversion and Hosting of Terminological Resources as Linked Data, in: Proceedings of
the 7th Workshop on Linked Data in Linguistics (LDL-2020), European Language Resources
Association, Marseille, France, 2020, pp. 28–35. URL: https://aclanthology.org/2020.ldl-1.5.
[12] S. Piccini, F. Vezzani, A. Bellandi, Entre TBX et Ontolex-Lemon : Quelles Nouvelles
Perspectives en Terminologie? (poster), in: G. M. D. Nunzio, G. M. Henrot, M. T. Musacchio,
F. Vezzani (Eds.), Proceedings of the 1st International Conference on Multilingual Digital
Terminology Today, volume 3161 of CEUR Workshop Proceedings, CEUR, Padua, Italy, 2022.</p>
      <p>URL: https://ceur-ws.org/Vol-3161/#poster10, iSSN: 1613-0073.
[13] J. McCrae, G. Aguado-de Cea, P. Buitelaar, P. Cimiano, T. Declerck, A. Gómez-Pérez,
J. Gracia, L. Hollink, E. Montiel-Ponsoda, D. Spohr, T. Wunner, Interchanging lexical
resources on the Semantic Web, Language Resources and Evaluation 46 (2012) 701–719.</p>
      <p>URL: https://doi.org/10.1007/s10579-012-9182-3. doi:10.1007/s10579-012-9182-3.
[14] F. Rastier, Le terme : entre ontologie et linguistique, La banque de mots 7 (1995) 35–65.</p>
      <p>URL: http://www.revue-texto.net/Inedits/Rastier/Rastier_Terme.html.
[15] L. Depecker, Entre signe et concept : Éléments de terminologie générale, Sciences du</p>
    </sec>
    <sec id="sec-5">
      <title>A. TBX Examples</title>
      <p>In this Appendix, we show portions of TBX instances that are available on GitHub.11
Figure 1: Example A of a TBX instance
Figure 2: Example B of a TBX instance
Figure 3: Example C of a TBX instance</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>J.</given-names>
            <surname>Frey</surname>
          </string-name>
          ,
          <string-name>
            <surname>S.</surname>
          </string-name>
          <article-title>Hellmann, FAIR Linked Data - Towards a Linked Data Backbone for Users and Machines</article-title>
          ,
          <source>in: Companion Proceedings of the Web Conference</source>
          <year>2021</year>
          , WWW '21,
          <string-name>
            <surname>Association</surname>
          </string-name>
          for Computing Machinery, New York, NY, USA,
          <year>2021</year>
          , pp.
          <fpage>431</fpage>
          -
          <lpage>435</lpage>
          . URL: https://doi.org/10.1145/3442442.3451364. doi:
          <volume>10</volume>
          .1145/3442442.3451364.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M. D.</given-names>
            <surname>Wilkinson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Dumontier</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I. J.</given-names>
            <surname>Aalbersberg</surname>
          </string-name>
          , G. Appleton,
          <string-name>
            <given-names>M.</given-names>
            <surname>Axton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Baak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Blomberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.-W.</given-names>
            <surname>Boiten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. B. da Silva</given-names>
            <surname>Santos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. E.</given-names>
            <surname>Bourne</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bouwman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. J.</given-names>
            <surname>Brookes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Clark</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Crosas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
            <surname>Dillo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Dumon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Edmunds</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C. T.</given-names>
            <surname>Evelo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Finkers</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>GonzalezBeltran</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. J. G.</given-names>
            <surname>Gray</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Groth</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Goble</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. S.</given-names>
            <surname>Grethe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Heringa</surname>
          </string-name>
          , P. A. C. '
          <string-name>
            <surname>t Hoen</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Hooft</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Kuhn</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Kok</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Kok</surname>
            ,
            <given-names>S. J.</given-names>
          </string-name>
          <string-name>
            <surname>Lusher</surname>
            ,
            <given-names>M. E.</given-names>
          </string-name>
          <string-name>
            <surname>Martone</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Mons</surname>
            ,
            <given-names>A. L.</given-names>
          </string-name>
          <string-name>
            <surname>Packer</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Persson</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Rocca-Serra</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Roos</surname>
            , R. van Schaik,
            <given-names>S.-A.</given-names>
          </string-name>
          <string-name>
            <surname>Sansone</surname>
            , E. Schultes,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Sengstag</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <string-name>
            <surname>Slater</surname>
            , G. Strawn,
            <given-names>M. A.</given-names>
          </string-name>
          <string-name>
            <surname>Swertz</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Thompson</surname>
            ,
            <given-names>J. van der</given-names>
          </string-name>
          <string-name>
            <surname>Lei</surname>
            , E. van Mulligen,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Velterop</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Waagmeester</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Wittenburg</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Wolstencroft</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Zhao</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          <string-name>
            <surname>Mons</surname>
          </string-name>
          ,
          <article-title>The FAIR Guiding Principles for scientific data management and stewardship</article-title>
          ,
          <source>Scientific Data</source>
          <volume>3</volume>
          (
          <year>2016</year>
          )
          <article-title>160018</article-title>
          . URL: https://www.nature.com/articles/sdata201618. doi:
          <volume>10</volume>
          .1038/sdata.
          <year>2016</year>
          .
          <volume>18</volume>
          ,
          <issue>number</issue>
          : 1 Publisher: Nature Publishing Group.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>J.</given-names>
            <surname>McCrae</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Bosque-Gil</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Gracia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Buitelaar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Cimiano</surname>
          </string-name>
          ,
          <article-title>The OntoLex-Lemon Model: Development and Applications</article-title>
          , in: I.
          <string-name>
            <surname>Kosem</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Tiberius</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Jakubíček</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Kallas</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Krek</surname>
          </string-name>
          , V. Baisa (Eds.),
          <article-title>Electronic lexicography in the 21st century: Lexicography from scratch</article-title>
          .
          <source>Proceedings of eLex</source>
          <year>2017</year>
          ,
          <article-title>Lexical Computing CZ s</article-title>
          .r.o.,
          <string-name>
            <surname>Brno</surname>
          </string-name>
          ,
          <year>2017</year>
          , pp.
          <fpage>587</fpage>
          -
          <lpage>597</lpage>
          . URL: https://elex.link/elex2017/wp-content/uploads/2017/09/paper36.pdf, http://en.wikipedia.org/wiki/Galway; https://en.wikipedia.org/wiki/Leiden. langage, Presses Sorbonne Nouvelle, Paris,
          <year>2019</year>
          . URL: http://books.openedition.org/psn/ 3388, code: Entre signe et concept : Éléments de terminologie générale Publication Title:
          <article-title>Entre signe et concept : Éléments de terminologie générale Reporter: Entre signe</article-title>
          et concept : Éléments de terminologie générale Series Title:
          <article-title>Sciences du langage</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Diki-Kidiri</surname>
          </string-name>
          ,
          <article-title>Le signifié et le concept dans la dénomination</article-title>
          ,
          <source>Meta : journal des traducteurs / Meta: Translators' Journal</source>
          <volume>44</volume>
          (
          <year>1999</year>
          )
          <fpage>573</fpage>
          -
          <lpage>581</lpage>
          . URL: https://www.erudit.org/en/journals/ meta/1999-v44
          <string-name>
            <surname>-</surname>
          </string-name>
          n4-meta165/002566ar/. doi:
          <volume>10</volume>
          .7202/002566ar, publisher: Les Presses de l'Université de Montréal.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [17]
          <string-name>
            <surname>D. B. Claro</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Souza</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Castellã Xavier</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Oliveira</surname>
          </string-name>
          ,
          <source>Multilingual Open Information Extraction: Challenges and Opportunities, Information</source>
          <volume>10</volume>
          (
          <year>2019</year>
          )
          <article-title>228</article-title>
          . URL: https: //www.mdpi.com/2078-2489/10/7/228. doi:
          <volume>10</volume>
          .3390/info10070228, number: 7 Publisher: Multidisciplinary Digital Publishing Institute.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>