=Paper= {{Paper |id=Vol-2788/oaei20_paper10 |storemode=property |title=LogMap family participation in the OAEI 2020 |pdfUrl=https://ceur-ws.org/Vol-2788/oaei20_paper10.pdf |volume=Vol-2788 |authors=Ernesto Jiménez-Ruiz |dblpUrl=https://dblp.org/rec/conf/semweb/Jimenez-Ruiz20 }} ==LogMap family participation in the OAEI 2020== https://ceur-ws.org/Vol-2788/oaei20_paper10.pdf
       LogMap Family Participation in the OAEI 2020 ?

                                   Ernesto Jiménez-Ruiz1,2
              1
                  Department of Computer Science, City, University of London, UK
                  2
                    Department of Informatics, University of Oslo, Oslo, Norway



         Abstract. We present the participation of LogMap and its variants in the OAEI
         2020 campaign. The LogMap project started in January 2011 with the objective
         of developing a scalable and logic-based ontology matching system. This is the
         ninth participation in the OAEI and the experience has so far been very positive.
         LogMap is one of the few systems that participates in (almost) all OAEI tracks.


1     Presentation of the system
LogMap [7, 9] is a highly scalable ontology matching system that implements the con-
sistency and locality principles [8]. LogMap is one of the few ontology matching sys-
tem that (i) can efficiently match semantically rich ontologies containing tens (and even
hundreds) of thousands of classes, (ii) incorporates sophisticated reasoning and repair
techniques to minimise the number of logical inconsistencies, and (iii) provides support
for user intervention during the matching process.

1.1    LogMap variants in the 2020 campaign
As in previous campaigns, in the OAEI 2020 we have participated with two additional
variants:

LogMapLt is a “lightweight” variant of LogMap, which essentially only applies (effi-
   cient) string matching techniques.
LogMapBio includes an extension to use BioPortal [4, 5] as a (dynamic) provider of
   mediating ontologies instead of relying on a few preselected ontologies [1].

      In previous years we also participated with LogMapC3 .

1.2    Link to the system and parameters file
LogMap is open-source and released under GNU Lesser General Public License 3.0.4
LogMap components and source code are available from the LogMap’s GitHub page:
https://github.com/ernestojimenezruiz/logmap-matcher/.
?
   Copyright c 2020 for this paper by its authors. Use permitted under Creative Commons Li-
   cense Attribution 4.0 International (CC BY 4.0).
 3
   LogMapC is a variant of LogMap which, in addition to the consistency and locality principles,
   also implements the conservativity principle (see details in [11]).
 4
   http://www.gnu.org/licenses/
    LogMap distributions can be easily customized through a configuration file contain-
ing the matching parameters.
    LogMap, including support for interactive ontology matching, can also be used
directly through an AJAX-based Web interface: http://krrwebtools.cs.ox.
ac.uk/. This interface has been very well received by the community since it was
deployed in 2012. More than 4,500 requests coming from a broad range of users have
been processed so far.


1.3   LogMap as a mapping repair system

Only a very few systems participating in the OAEI competition implement repair tech-
niques. As a result, existing matching systems (even those that typically achieve very
high precision scores) compute mappings that lead in many cases to a large number of
unsatisfiable classes.
    We believe that these systems could significantly improve their output if they were
to implement repair techniques similar to those available in LogMap. Therefore, with
the goal of providing a useful service to the community, we have made LogMap’s ontol-
ogy repair module (LogMap-Repair) available as a self-contained software component
that can be seamlessly integrated in most existing ontology matching systems [10, 3].


1.4   LogMap as a matching task division system

LogMap also includes a novel module to divide the ontology alignment task into (inde-
pendent) manageable subtasks [6]. This component relies on LogMap’s lexical index, a
neural embedding model [12] and locality-based modules [2]. This module can be inte-
grated in existing ontology alignment systems as a external module. The results in [6]
are encouraging as the division enabled systems to complete some large-scale matching
tasks.


2     General comments and conclusions

Please refer to http://oaei.ontologymatching.org/2020/results/ for
the results of the LogMap family in the OAEI 2020 campaign.


2.1   Comments on the results

As in previous campaigns, LogMap has been one of the top systems and one of the few
systems that participates in (almost) all tracks. Furthermore, it has also been one of the
few systems implementing repair techniques and providing (almost) coherent mappings
in all tracks.
    LogMap’s main weakness is that the computation of candidate mappings is based
on the similarities between the vocabularies of the input ontologies; hence, in the cases
where the ontologies are lexically disparate or do not provide enough lexical informa-
tion LogMap is at a disadvantage.
Acknowledgements

I would also like to thank Bernardo Cuenca-Grau, Ian Horrocks, Alessandro Solimando,
Valerie Cross, Anton Morant, Yujiao Zhou, Weiguo Xia, Xi Chen, Yuan Gong and Shuo
Zhang, who have contributed to the LogMap project in the past.


References
 1. Chen, X., Xia, W., Jiménez-Ruiz, E., Cross, V.: Extending an ontology alignment system
    with bioportal: a preliminary analysis. In: Poster at Int’l Sem. Web Conf. (ISWC) (2014)
 2. Cuenca Grau, B., Horrocks, I., Kazakov, Y., Sattler, U.: Modular reuse of ontologies: Theory
    and practice. J. Artif. Intell. Res. 31, 273–318 (2008)
 3. Faria, D., Jiménez-Ruiz, E., Pesquita, C., Santos, E., Couto, F.M.: Towards annotating po-
    tential incoherences in bioportal mappings. In: 13th Int’l Sem. Web Conf. (ISWC) (2014)
 4. Fridman Noy, N., Shah, N.H., Whetzel, P.L., Dai, B., et al.: BioPortal: ontologies and inte-
    grated data resources at the click of a mouse. Nucleic Acids Research 37, 170–173 (2009)
 5. Ghazvinian, A., Noy, N.F., Jonquet, C., Shah, N.H., Musen, M.A.: What four million map-
    pings can tell you about two hundred ontologies. In: Int’l Sem. Web Conf. (ISWC) (2009)
 6. Jiménez-Ruiz, E., Agibetov, A., Chen, J., Samwald, M., Cross, V.: Dividing the Ontology
    Alignment Task with Semantic Embeddings and Logic-Based Modules. In: 24th European
    Conference on Artificial Intelligence (ECAI). pp. 784–791 (2020)
 7. Jiménez-Ruiz, E., Cuenca Grau, B.: LogMap: Logic-based and Scalable Ontology Matching.
    In: Int’l Sem. Web Conf. (ISWC). pp. 273–288 (2011)
 8. Jiménez-Ruiz, E., Cuenca Grau, B., Horrocks, I., Berlanga, R.: Logic-based assessment of
    the compatibility of UMLS ontology sources. J. Biomed. Sem. 2 (2011)
 9. Jiménez-Ruiz, E., Cuenca Grau, B., Zhou, Y., Horrocks, I.: Large-scale interactive ontology
    matching: Algorithms and implementation. In: Europ. Conf. on Artif. Intell. (ECAI) (2012)
10. Jiménez-Ruiz, E., Meilicke, C., Cuenca Grau, B., Horrocks, I.: Evaluating mapping repair
    systems with large biomedical ontologies. In: 26th Description Logics Workshop (2013)
11. Solimando, A., Jimenez-Ruiz, E., Guerrini, G.: Minimizing conservativity violations in on-
    tology alignments: Algorithms and evaluation. Knowledge and Information Systems (2016),
    https://github.com/asolimando/logmap-conservativity/
12. Wu, L., Fisch, A., Chopra, S., Adams, K., Bordes, A., Weston, J.: Starspace: Embed all the
    things! arXiv preprint arXiv:1709.03856 (2017)