<!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>Results of SemTab 2020?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ernesto Jime´nez-Ruiz</string-name>
          <email>ernesto.jimenez-ruiz@city.ac.uk</email>
          <email>ernestoj@uio.no</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oktie Hassanzadeh</string-name>
          <email>hassanzadeh@us.ibm.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vasilis Efthymiou</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jiaoyan Chen</string-name>
          <email>jiaoyan.chen@cs.ox.ac.uk</email>
          <xref ref-type="aff" rid="aff5">5</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kavitha Srinivas</string-name>
          <email>kavitha.srinivas@ibm.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Vincenzo Cutrona</string-name>
          <email>vincenzo.cutrona@unimib.it</email>
          <xref ref-type="aff" rid="aff4">4</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>City, University of London</institution>
          ,
          <country country="UK">UK</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>IBM Research</institution>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>ICS-FORTH</institution>
          ,
          <country country="GR">Greece</country>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>SIRIUS, University of Oslo</institution>
          ,
          <country country="NO">Norway</country>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Universita` degli Studi di Milano - Bicocca</institution>
          ,
          <country country="IT">Italy</country>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>University of Oxford</institution>
          ,
          <country country="UK">UK</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>SemTab 2020 was the second edition of the Semantic Web Challenge on Tabular Data to Knowledge Graph Matching, successfully collocated with the 19th International Semantic Web Conference (ISWC) and the 15th Ontology Matching (OM) Workshop. SemTab provides a common framework to conduct a systematic evaluation of state-of-the-art systems. ? Copyright c 2020 for this paper by its authors. Use permitted under Creative Commons License Attribution 4.0 International (CC BY 4.0). 1 AIDA project: https://www.turing.ac.uk/research/research-projects/ artificial-intelligence-data-analytics-aida</p>
      </abstract>
      <kwd-group>
        <kwd>Tabular data</kwd>
        <kwd>Knowledge Graphs</kwd>
        <kwd>Matching</kwd>
        <kwd>Semantic Table In- terpretation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Motivation</title>
      <p>Tabular data in the form of CSV files is the common input format in a data analytics
pipeline. However a lack of understanding of the semantic structure and meaning of the
content may hinder the data analytics process. Thus gaining this semantic understanding
will be very valuable for data integration, data cleaning, data mining, machine learning
and knowledge discovery tasks. For example, understanding what the data is can help
assess what sorts of transformation are appropriate on the data.1</p>
      <p>Tables on the Web may also be the source of highly valuable data. The addition of
semantic information to Web tables may enhance a wide range of applications, such as
web search, question answering, and knowledge base (KB) construction.</p>
      <p>Tabular data to Knowledge Graph (KG) matching is the process of assigning
semantic tags from Knowledge Graphs (e.g., Wikidata or DBpedia) to the elements of the
table. This task however is often difficult in practice due to metadata (e.g., table and
column names) being missing, incomplete or ambiguous.</p>
      <p>Tabular data to KG matching tasks typically include (i) cell to KG entity matching
(CEA task), (ii) column to KG class matching (CTA task), and (iii) column pair to KG
property matching (CPA task).</p>
      <p>
        There existed several approaches that aim at addressing one or several of above tasks
and datasets with ground truths that can serve as benchmarks (e.g., [
        <xref ref-type="bibr" rid="ref13 ref14">14, 13</xref>
        ]). Despite
this significant amount of work, there was a lack of a common framework to conduct a
systematic evaluation of state-of-the-art systems. The creation of SemTab2 [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] aimed
at filling this gap and becoming the reference challenge in this community, in the same
way the OAEI3 is for the Ontology Matching community.4
2
      </p>
    </sec>
    <sec id="sec-2">
      <title>The Challenge</title>
      <p>The SemTab 2020 challenge started on May 26 and closed on October 27. The target
KG in this edition was Wikidata [18]:
– Wikidata Dump (April 24, 2020): https://doi.org/10.5281/zenodo.
4282941</p>
      <p>
        SemTab 2020 was organised into four evaluation rounds where we aimed at
testing different datasets with increasing difficulty. Rounds 1-3 were run with the support
of AIcrowd5, which provided an automatic evaluation of the submitted solutions, and
relied on an automatic dataset generator [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Round 4 was a blind round (i.e., no
evaluation of submissions via AIcrowd) combining: (i) an automatically generated (AG)
dataset as in previous rounds, and (ii) the Tough Tables (2T) dataset for CEA and
CTA [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Table 1 provides a summary of the statistics of the datasets used in each
round. Both the AG datasets and the 2T dataset are available in Zenodo [
        <xref ref-type="bibr" rid="ref6 ref9">9, 6</xref>
        ]:
– AG datasets: https://doi.org/10.5281/zenodo.4282879
– 2T dataset: https://doi.org/10.5281/zenodo.4246370
      </p>
      <p>
        Table 2 shows the participation per round. We had a total of 28 different
systems6 participating across the four rounds; however only 11 systems have produced
results in 3 or more rounds, which we identify as the SemTab 2020 core
participants:7 MTab4Wikidata [15], LinkingPark [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], DAGOBAH [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], bbw [16], JenTab [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ],
ManstisTable SE [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], AMALGAM [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], SSL [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], LexMa [17], Kepler-aSI [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], and
TeamTR [19].
2 http://www.cs.ox.ac.uk/isg/challenges/sem-tab/
3 http://oaei.ontologymatching.org/
4 http://ontologymatching.org/
5 https://www.aicrowd.com/
6 At least 28 different AIcrowd submissions.
7 These participants also submitted a system paper to the challenge
Systems were requested to submit a single solution for each of the provided targets in
each of the tasks. For example, a target cell in the CEA task is to be annotated with a
single entity in the target KG.
      </p>
      <p>The evaluation measures for CEA and CPA are the standard Precision, Recall and
F1-score, as defined in Equation 1:</p>
      <p>P = jCorrect Annotationsj ; R = jCorrect Annotationsj ; F 1 = 2
jSystem Annotationsj jTarget Annotationsj</p>
      <p>P
P + R</p>
      <p>R
(1)
where target annotations refer to the target cells for CEA and the target column pairs for
CPA. An annotation is regarded to be correct, if it is contained in the ground truth. Note
that it is possible that one target cell or column pair may have multiple annotations in
the ground truth.</p>
      <p>For the evaluation of CTA, we used approximations of Precision and Recall, by
adapting their numerators to consider as partially correct annotations, columns
annotated with one of the ancestors or descendants of the ground truth (GT) classes. In that
sense, we define the correctness score cscore of a CTA annotation as
8&gt;0:8d( ); if is in GT, or an ancestor of the GT,
cscore( ) = &lt;0:7d( ); if is a descendant of the GT,
(2)
&gt;:0;</p>
      <p>otherwise;
where d( ) is the shortest distance to one of the ground truth classes. For example,
d( ) = 0 if is a class in the ground truth, and d( ) = 2 if is a grandparent of a
class in the ground truth. In the former case, the scoring of will be 1, while in the later
0:64. Then, our approximations of Precision (AP), Recall (AR), and F1-score (AF1) for
the evaluation of CTA are computed as follows:
AP =</p>
      <sec id="sec-2-1">
        <title>P cscore( )</title>
        <p>jSystem Annotationsj
; AR =</p>
      </sec>
      <sec id="sec-2-2">
        <title>P cscore( )</title>
        <p>jTarget Annotationsj
; AF 1 =
2</p>
        <p>AP AR
AP + AR
MTab4Wikidata
LinkingPark
MantisTable</p>
        <p>SSL
DAGOBAH
JenTab
bbw
AMALGAM
LexMa</p>
        <p>CEA task. Figure 1a shows the results for the CEA task over the AG datasets. The
dataset in each round aimed at bringing new challenges. This is somehow reflected in
MantisTable, LinkingPark, LexMa and SSL. Nevertheless, the overall results for the AG
datasets where very positive. In contrast, as shown in Figure 1b, the performance over
the 2T dataset is significantly reduced where only three systems (MTab4Wikidata, bbw
and Linkingpark) managed to maintain and F1-score over 0.8. It is worth mentioning
the performance of the LexMa system in the 2T dataset, where it ranked 4th, while it
was among the last ranked systems with the AG dataset.</p>
        <p>CTA task. As shown in Figure 2, the results in the CTA tasks are relatively similar to the
CEA task, where the average performance against the AG datasets is very good.
However, the F1-score with the 2T dataset is dramatically reduced for all the systems (see
Figure 2b). It is worth emphasising a general improvement from Round 1 to Round 2
(see Figure 2a).</p>
        <p>CPA task. Figure 3 summarises the results for the CPA tasks over the AG datastes.
Note that, currently, the 2T dataset is only available for the CEA and CTA tasks. It
1.00
0.95
bbw
AMALGAM
1.00
0.95
0.90
0.85
0.80
0.75
1.0
0.9
0.8
roe0.7
cS1
F0.6
0.5
0.4
is worth mentioning the improvement of systems like JenTab and bbw in Round 4.
MTab4Wikidata, LinkingPark and DAGOBAH maintained a constant performance
during the last rounds.
2.3</p>
        <p>Prizes
IBM Research8 sponsored the prizes for the best systems in the challenge. This
sponsorship was important not only for the challenge awards, but also because it shows a
strong interest from industry.</p>
        <p>– 1st Prize: MTab4Wikidata was the top system in all tasks and the least impacted
by the 2T dataset.
8 https://www.research.ibm.com/
– 2nd Prize: LinkingPark had a very good and constant performance just below</p>
        <p>MTab4Wikidata.
– 3rd Prize: DAGOBAH and bbw. DAGOBAH had overall very positive results,
apart from the CEA task in the 2T dataset. On the other hand, bbw had an
outstanding performance in the last CEA round.
3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Lessons Learned and Future Work</title>
      <p>
        As in SemTab 2019 [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], the experience of SemTab 2020 has been successful and
has served to increase the community interest in the semantic enrichment of tabular
data. Both from the organization side and the participation side, we aim at preparing a
new edition of the SemTab challenge in 2021. Next, we summarize the ideas for the
future editions of the challenge we discussed during the International Semantic Web
Conference.
      </p>
      <p>Data shifting. Several participants preferred the options of having a fixed target KG,
given as a data dump, instead of using the SPARQL endpoints and related services to
access the latest version of the KG. This concerns was specially important as Wikidata is
continuously updated. This, however, may be challenging as it may require to “locally”
store and process a large amount of data, and it may hinder the participation of systems
that rely on online lookup services (e.g., DBpedia Lookup), since the exposed KG may
differ from the fixed target KG.</p>
      <p>
        Blind evaluation. Some participants proposed to have both a public and private
leaderboard in AIcrowd to cover the rounds with a blind evaluation. It is unclear if AIcrowd
provides this service, but systems like STILTool [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] may support this functionality.
Systems as services. To improve reproducibility we are considering to request
participants to submit their systems as services, following a pre-defined API, at least in one of
the SemTab rounds. This could be achieved by offering the systems as a (Web) service
or by submitting a docker image of the system.
      </p>
      <p>The user as a metric. In addition to the standard evaluation measures, it was proposed
to include tasks that allow measuring the productivity from a user point of view. For
example, a user may be more interested in a system that is easy to setup and run, than
in a sophisticated system that provides better results but requires a non-trivial effort for
installation or execution.</p>
      <p>Complexity of annotations. In future editions, SemTab should also consider datasets
that involve more complex annotations to reflect more realistic use cases.
Domain-specific datasets. It was also proposed to use in the future domain-specific
datasets and KGs (e.g., biomedical) as targets, in addition to cross-domain KGs like
DBpedia and Wikidata and related datasets.</p>
    </sec>
    <sec id="sec-4">
      <title>Acknowledgements</title>
      <p>We would like to thank the challenge participants, the ISWC &amp; OM organisers, the
AIcrowd team, and our sponsors (SIRIUS and IBM Research) that played a key role
in the success of SemTab. Special mention require Federico Bianchi and Matteo
Palmonari who contributed to the creation of the Tough Tables dataset. This work was also
supported by the AIDA project (Alan Turing Institute), the SIRIUS Centre for Scalable
Data Access (Research Council of Norway), Samsung Research UK, Siemens AG, and
the EPSRC projects AnaLOG, OASIS and UK FIRES.
15. P. Nguyen, I. Yamada, N. Kertkeidkachorn, R. Ichise, and H. Takeda. MTab4Wikidata at
the SemTab 2020: Tabular Data Annotation with Wikidata. In Semantic Web Challenge on
Tabular Data to Knowledge Graph Matching (SemTab). CEUR-WS.org, 2020.
16. R. Shigapov, P. Zumstein, J. Kamlah, L. Oberla¨nder, J. Mechnich, and I. Schumm. bbw:
Matching CSV to Wikidata via Meta-lookup. In Semantic Web Challenge on Tabular Data
to Knowledge Graph Matching (SemTab). CEUR-WS.org, 2020.
17. S. Tyagi and E. Jime´nez-Ruiz. LexMa: Tabular Data to Knowledge Graph Matching using
Lexical Techniques. In Semantic Web Challenge on Tabular Data to Knowledge Graph
Matching (SemTab). CEUR-WS.org, 2020.
18. D. Vrandecic and M. Kro¨ tzsch. Wikidata: a free collaborative knowledge base. Commun.</p>
      <p>ACM, 57(10):78–85, 2014.
19. S. Yumusak. Knowledge graph matching with inter-service information transfer. In Semantic
Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab). CEUR-WS.org,
2020.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>N.</given-names>
            <surname>Abdelmageed</surname>
          </string-name>
          and
          <string-name>
            <surname>S. Schindler.</surname>
          </string-name>
          <article-title>JenTab: Matching Tabular Data to Knowledge Graphs. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEURWS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <given-names>W.</given-names>
            <surname>Baazouzi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kachroudi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Faiz.</surname>
          </string-name>
          Kepler-aSI :
          <article-title>Kepler as a Semantic Interpreter. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEURWS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <given-names>S.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Karaoglu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Negreanu</surname>
          </string-name>
          , T. Ma, J.-G. Yao,
          <string-name>
            <given-names>J.</given-names>
            <surname>Williams</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Gordon</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.-Y.</given-names>
            <surname>Lin</surname>
          </string-name>
          .
          <article-title>LinkingPark: An integrated approach for Semantic Table Interpretation. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEUR-WS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>M.</given-names>
            <surname>Cremaschi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Avogadro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Barazzetti</surname>
          </string-name>
          , and
          <string-name>
            <given-names>D.</given-names>
            <surname>Chieregato. MantisTable SE</surname>
          </string-name>
          <article-title>: an Efficient Approach for the Semantic Table Interpretation. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEUR-WS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>M.</given-names>
            <surname>Cremaschi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Siano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Avogadro</surname>
          </string-name>
          ,
          <string-name>
            <surname>E.</surname>
          </string-name>
          <article-title>Jime´nez-</article-title>
          <string-name>
            <surname>Ruiz</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Maurino. STILTool: A Semantic Table</surname>
          </string-name>
          <article-title>Interpretation evaLuation Tool</article-title>
          .
          <source>In ESWC 2020 Satellite Events</source>
          , pages
          <fpage>61</fpage>
          -
          <lpage>66</lpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>V.</given-names>
            <surname>Cutrona</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Bianchi</surname>
          </string-name>
          ,
          <string-name>
            <surname>E.</surname>
          </string-name>
          <article-title>Jime´nez-</article-title>
          <string-name>
            <surname>Ruiz</surname>
            , and
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Palmonari</surname>
          </string-name>
          . Tough Tables:
          <article-title>Carefully Benchmarking Semantic Table Annotators [Data set]</article-title>
          . https://doi.org/10.5281/ zenodo.3840646,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>V.</given-names>
            <surname>Cutrona</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Bianchi</surname>
          </string-name>
          ,
          <string-name>
            <surname>E.</surname>
          </string-name>
          <article-title>Jime´nez-</article-title>
          <string-name>
            <surname>Ruiz</surname>
            , and
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Palmonari</surname>
          </string-name>
          .
          <article-title>Tough tables: Carefully evaluating entity linking for tabular data</article-title>
          .
          <source>In 19th International Semantic Web Conference</source>
          , pages
          <fpage>328</fpage>
          -
          <lpage>343</lpage>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>G.</given-names>
            <surname>Diallo</surname>
          </string-name>
          and
          <string-name>
            <given-names>R.</given-names>
            <surname>Azzi</surname>
          </string-name>
          .
          <article-title>AMALGAM: making tabular dataset explicit with knowledge graph. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEUR-WS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>O.</given-names>
            <surname>Hassanzadeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Efthymiou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <string-name>
            <surname>E.</surname>
          </string-name>
          <article-title>Jime´nez-</article-title>
          <string-name>
            <surname>Ruiz</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          K. Srinivas.
          <source>SemTab</source>
          <year>2020</year>
          :
          <article-title>Semantic Web Challenge on Tabular Data to Knowledge Graph Matching Data Sets</article-title>
          . https://doi.org/10.5281/zenodo.4282879,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10. V.
          <string-name>
            <surname>-P. Huynh</surname>
            , J. Liu,
            <given-names>Y.</given-names>
          </string-name>
          <string-name>
            <surname>Chabot</surname>
            , T. Labbe´, P. Monnin, , and
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Troncy</surname>
          </string-name>
          . DAGOBAH:
          <article-title>Enhanced Scoring Algorithms for Scalable Annotations of Tabular Data. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEUR-WS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11. E.
          <string-name>
            <surname>Jimenez-Ruiz</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          <string-name>
            <surname>Hassanzadeh</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Efthymiou</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Chen</surname>
            , and
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Srinivas</surname>
          </string-name>
          .
          <source>SemTab</source>
          <year>2019</year>
          :
          <article-title>Resources to Benchmark Tabular Data to Knowledge Graph Matching Systems</article-title>
          .
          <source>In The Semantic Web: ESWC 2020</source>
          . Springer International Publishing,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <given-names>D.</given-names>
            <surname>Kim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Park</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. K.</given-names>
            <surname>Lee</surname>
          </string-name>
          , and
          <string-name>
            <given-names>W.</given-names>
            <surname>Kim</surname>
          </string-name>
          .
          <article-title>Generating conceptual subgraph from tabular data for knowledge graph matching. In Semantic Web Challenge on Tabular Data to Knowledge Graph Matching (SemTab)</article-title>
          .
          <source>CEUR-WS.org</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>O.</given-names>
            <surname>Lehmberg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Ritze</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Meusel</surname>
          </string-name>
          , and
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizer</surname>
          </string-name>
          .
          <article-title>A large public corpus of web tables containing time and context metadata</article-title>
          .
          <source>In WWW</source>
          ,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14. G. Limaye,
          <string-name>
            <given-names>S.</given-names>
            <surname>Sarawagi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Chakrabarti</surname>
          </string-name>
          .
          <article-title>Annotating and searching web tables using entities, types and relationships</article-title>
          .
          <source>VLDB Endowment</source>
          ,
          <volume>3</volume>
          (
          <issue>1</issue>
          -2):
          <fpage>1338</fpage>
          -
          <lpage>1347</lpage>
          ,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>