<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>On the Role of Preprocessing on Matching Tables to Knowledge Graphs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Vishvapalsinhji Parmar</string-name>
          <email>vishvapalsinhji.parmar@uni-passau.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Achraf Haddar</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Alsayed Algergawy</string-name>
          <email>alsayed.algergawy@uni-passau.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Table Annotation, Table Understanding, Preprocessing</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Chair of Data and Knowledge Engineering, University of Passau Passau</institution>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2024</year>
      </pub-date>
      <fpage>26</fpage>
      <lpage>28</lpage>
      <abstract>
        <p>Matching tabular data to knowledge graphs plays a crucial role in various applications, including Named Entity Recognition (NER). Data preprocessing has consistently shown to enhance the performance of data-driven systems. To this end, in this paper, we present a systematic preprocessing pipeline designed to improve the accuracy of table-to-graph matching by identifying and addressing anomalies in datasets from diverse domains, such as biodiversity, food, and Wikidata. Our pipeline, implemented over three iterations, focuses on correcting domainspecific irregularities to enhance data quality. Experimental results demonstrate substantial improvements, with F1 score increases of up to 50% in the food domain and 5% in biodiversity, surpassing existing methods. These advancements contribute to more eficient data interpretation and analysis across a variety of sectors.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        The exponential growth of online information ofers substantial opportunities across various domains.
However, the data is often in diverse and fragmented formats, categorized into structured,
semistructured, and unstructured forms. Among these, tabular data is widely used due to its readability
and compactness, serving applications in fields such as medicine, climate change, biodiversity, and
manufacturing [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Despite its prevalence, extracting meaningful information from tabular data remains
challenging due to limited context, necessitating alignment with semantic artifacts like ontologies and
knowledge graphs [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. There are also some Knowledge graphs, which are networks of interconnected
entities and concepts, provide a robust foundation for advanced data interpretation by leveraging
relational information to uncover insights, support decision-making, and enhance analytics [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
Aligning tabular data with knowledge graphs is thus a promising avenue for innovation. The Semantic
Table Understanding (SemTab) Challenge has fostered advancements in algorithms that link tabular
data to knowledge graphs, enhancing data comprehension1. A study in this field demonstrated that
leveraging preprocessed cells using the Being Search API2 can enhance system performance [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. While
many systems addressing this challenge focus on candidate generation, table element processing, and
disambiguation [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], the diverse potential of the preprocessing stage remains underexplored.
      </p>
      <p>To bridge this gap, we introduce a preprocessing pipeline designed to enhance data quality for
tableto-knowledge graph matching. We carried out a number of experiments using datasets from Wikidata,
Biodiversity, and Food Tables from the SemTab challenge. The results show notable improvements in
Cell Entity Annotation (CEA) performance. The implementation code and notebooks for reproducibility
are available in our repository3.
CEUR</p>
      <p>ceur-ws.org</p>
    </sec>
    <sec id="sec-2">
      <title>2. Motivation</title>
      <p>Data preprocessing is a critical stage in matching tables to knowledge graphs, yet it is often
overlooked. Although tabular data is inherently structured, it frequently contains noise, missing values,
and inconsistencies that impede accurate interpretation. Efective preprocessing—comprising data
cleaning, normalization, feature extraction, and transformation—enhances data quality, ensuring that
it is ready for further processing and matching tasks. Our aim is to explore how preprocessing can
significantly impact the performance of aligning tables to knowledge graphs. This study investigates
various preprocessing techniques, such as handling missing values, language inconsistencies, and
special characters, to improve data quality. We also examine the efectiveness of these techniques in the
context of the Semantic Table Understanding (SemTab) challenge, where the primary goal is to achieve
better annotation accuracy through systematic preprocessing.</p>
      <p>By developing and implementing a structured preprocessing pipeline, we address specific challenges
associated with diferent datasets. This study demonstrates how targeted preprocessing can enhance
table annotation results, reduce errors, and ultimately improve the integration of tabular data with
knowledge graphs, paving the way for more accurate and insightful data analysis.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Dataset and Exploratory Data Analysis (EDA)</title>
      <p>To evaluate the efectiveness of our preprocessing pipeline, we employed three distinct datasets from
the SemTab challenge: Wikidata Tables, BioDiversity Tables, and tFood Tables. Each dataset presents
unique characteristics and challenges, requiring a tailored approach to preprocessing. Conducting a
thorough Exploratory Data Analysis (EDA) was a critical first step in understanding these datasets,
identifying their specific structures, and determining the necessary preprocessing steps to improve
annotation accuracy.</p>
      <sec id="sec-3-1">
        <title>3.1. Wikidata Tables</title>
        <p>The Wikidata Tables dataset consists of synthetic data generated from the Wikidata knowledge graph
using SPARQL queries. This dataset spans a wide range of domains and contains 500 tables, each stored
as a separate CSV file. Each table includes a primary column designated as the subject, with additional
columns providing contextual information. EDA revealed several data quality issues, including:
• Missing Values: Approximately 43.6% of the tables contain missing values, with 751 instances
identified across the dataset. Since these values were not annotated in the original data, no
imputation was performed.
• Language Inconsistencies: About 32.28% of the cell values are in non-English languages,
identified using the ’Detect Language API.’ This tool was chosen over the ’langid’ Python package
due to its superior accuracy in identifying languages like English, French, German, Spanish,
Italian, and Arabic.
• Special Characters and Misspellings: Various cells contain special characters or spelling errors
(e.g., ’City of Porsmouth’ instead of ’City of Portsmouth’), which could hinder the retrieval of
correct annotations. These issues were systematically addressed through data cleaning rules in
the preprocessing pipeline.</p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. BioDiversity Tables</title>
        <p>The BioDiversity Tables dataset comprises 50 tables derived from real-world biodiversity research and
manually annotated samples. It leverages three public repositories: data.world, BEFChina, and BExIS,
and is characterized by four unique features: Specimen data, Numerical data, Abbreviations, and Special
formats. EDA findings for this dataset include:
• Numerical and String Data Types: Over 54% of the columns contain numerical data, while 33%
are strings. Most tables (49 out of 50) feature at least four columns, except for one single-column
table.
• Missing Values: Similar to Wikidata, this dataset shows a high number of missing values
(39,198), which also lack corresponding annotations in the CEA target file, indicating no need for
imputation.
• Domain-Specific Patterns: The dataset contains domain-specific characteristics, such as species
name abbreviations (e.g., ’C. sclerophylla’ for ’Castanopsis sclerophylla’) and composed values
combining multiple elements. Tools like the NCBI Taxonomy database and ChatGPT were used
to interpret these domain-specific nuances, ensuring accurate data preprocessing.</p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. tFood Tables</title>
        <p>The tFood dataset is designed specifically for the Food domain, including two types of tables: Horizontal
Relational Tables and Entity Tables. Each table contains two columns, with one column representing
entity properties (e.g., Prop0, Prop1) and the other providing detailed descriptions. Key findings from
the EDA include:
• String Data Type: All cells earmarked for annotation are of the string type, requiring consistent
handling of language and special characters.
• Language Detection: Using the ’Detect Language API,’ it was identified that 11.92% of the
annotated cells contain non-English content, necessitating appropriate preprocessing rules to
manage multilingual data.
• Composed Values and Special Cases: Some columns feature values composed of multiple
elements separated by characters like hyphens (’-’). Identifying these patterns was crucial to
developing targeted preprocessing rules to ensure proper annotation.</p>
      </sec>
      <sec id="sec-3-4">
        <title>3.4. Common Anomalies</title>
        <p>In the analysis of tabular datasets, such as those from Wikidata, BioDiversity, and tFood, several common
anomalies were identified that can hinder the accuracy of matching tables to knowledge graphs. These
anomalies include:
• Missing Values: Frequently occurring in datasets, missing values can lead to incomplete or
inaccurate data interpretation. For example, in the Wikidata and BioDiversity tables, a significant
percentage of tables exhibited missing values, necessitating careful handling to avoid bias or
errors in subsequent annotations.
• Language Inconsistencies: Datasets often contain content in multiple languages, complicating
the retrieval of correct entities. For instance, over 32% of the Wikidata tables and nearly 12% of
the tFood tables included non-English content. The use of the ’Detect Language API’ helps in
identifying and standardizing these inconsistencies.
• Special Characters and Misspellings: The presence of special characters (e.g., punctuation
marks or symbols) and misspellings can mislead APIs or annotation tools, resulting in empty or
incorrect query results. Correcting such errors is critical for improving data accuracy.
• Cell Duplications and Composed Values: Duplicated data entries or values composed of
multiple elements (e.g., ’North-Lincolnshire’) can create ambiguities in data interpretation. Developing
rules to handle these cases ensures more accurate alignment of tabular data with knowledge
graphs.
• Abbreviations and Special Cases: Domain-specific abbreviations (e.g., ’C. sclerophylla’) require
context-aware processing to ensure accurate annotation. Failure to correctly interpret these cases
may result in significant annotation errors.</p>
        <p>Addressing these anomalies is essential for maintaining the integrity of the data annotation process.
To ensure a consistent and efective approach to preprocessing, we developed a systematic pipeline for
anomaly detection and resolution. This pipeline is designed to apply standardized preprocessing steps
across diferent datasets, reducing human intervention and enhancing overall annotation accuracy.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Pipeline</title>
      <p>To efectively address the identified anomalies, we propose a robust pipeline for preprocessing and
annotating cell values in tabular datasets. The pipeline aims to enhance the eficiency and accuracy of
table annotation tasks by systematically addressing data quality issues. The proposed pipeline unfolds
in three main phases, each targeting specific types of abnormalities identified during EDA. Figure 1
provides an overview of the sequential steps involved in the pipeline.</p>
      <p>Phase 1: Detection of Obvious Anomalies : The first phase focuses on detecting and resolving
obvious abnormalities in the dataset, such as special characters, missing values, and composed values
separated by delimiters (e.g., hyphens). By applying specific preprocessing rules, we aim to standardize
these elements to reduce ambiguity and improve the quality of the data being annotated.</p>
      <p>Phase 2: Identification of Domain-Related Anomalies : The second phase addresses more
complex anomalies, such as language inconsistencies, misspellings, and domain-specific abbreviations. This
involves using tools like the ’Detect Language API’ to identify non-English content and implementing
targeted rules to correct misspellings and interpret abbreviations accurately. The goal is to reduce the
number of incorrect or empty annotations.</p>
      <p>Phase 3: Refinement and Advanced Preprocessing : The final phase involves refining the
annotations further by exploring special cases and developing additional preprocessing rules to handle
complex data patterns. This phase includes a comprehensive analysis of special characters, abbreviations,
and composed values that could not be fully resolved in the earlier phases. The focus is on achieving
the highest possible annotation accuracy by applying a refined set of rules tailored to the unique
characteristics of each dataset.</p>
      <p>Annotation Retrieval Process : After preprocessing, the refined dataset is ready for the annotation
retrieval process. This involves querying external knowledge graphs to retrieve accurate annotations
for each cell value. The process leverages contextual information from rows to select the correct entity
from potential matches, ensuring a high degree of precision in the final annotations.
To evaluate the performance of our preprocessing pipeline, we conducted experiments on three datasets:
Wikidata, BioDiversity, and tFood. Each dataset underwent the proposed preprocessing steps, which
were designed to address specific data anomalies such as missing values, language inconsistencies,
special characters, and domain-specific patterns. The primary objective was to assess the impact of
preprocessing on the Cell Entity Annotation (CEA) task accuracy. The F1 score was used as the main
evaluation metric, representing the harmonic mean of Precision and Recall, to measure the efectiveness
of our pipeline. Significant improvements were observed across all datasets, validating the robustness of
our approach. The results showed an increase in F1 scores of 5% up to 50% in some cases, demonstrating
the pipeline’s efectiveness in enhancing annotation accuracy. Table 1 presents a summary of the F1
scores before and after applying the preprocessing pipeline, highlighting the improvements achieved.</p>
      <p>
        The experimental results confirmed that targeted preprocessing steps, such as language detection,
handling of special characters, and domain-specific adjustments, can significantly improve F1 scores.
Our approach reduces errors and increases the reliability of data integration with knowledge graphs,
providing a strong foundation for further development in this field. Future work may explore the
optimization and automation of preprocessing pipelines and their application to additional domains.
Integrating advanced machine learning techniques could further enhance anomaly detection and
resolution, unlocking new possibilities for extracting insights from tabular data and advancing Semantic
Table Understanding. Previous work, such as DREIFLUSS [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], highlights the potential to leverage
preprocessed data, which can ultimately enhance system performance.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>R.</given-names>
            <surname>Shwartz-Ziv</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Armon</surname>
          </string-name>
          ,
          <article-title>Tabular data: Deep learning is not all you need</article-title>
          ,
          <source>Information Fusion</source>
          <volume>81</volume>
          (
          <year>2022</year>
          )
          <fpage>84</fpage>
          -
          <lpage>90</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Chabot</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Troncy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Huynh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Labbé</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Monnin</surname>
          </string-name>
          ,
          <article-title>From tabular data to knowledge graphs: A survey of semantic table interpretation tasks and methods</article-title>
          ,
          <source>J. Web Semant</source>
          .
          <volume>76</volume>
          (
          <year>2023</year>
          )
          <article-title>100761</article-title>
          . doi:
          <volume>10</volume>
          .1016/j.websem.
          <year>2022</year>
          .
          <volume>100761</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hogan</surname>
          </string-name>
          , E. Blomqvist,
          <string-name>
            <given-names>M.</given-names>
            <surname>Cochez</surname>
          </string-name>
          ,
          <string-name>
            <surname>C.</surname>
          </string-name>
          <article-title>D'amato</article-title>
          , G. D.
          <string-name>
            <surname>Melo</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Gutierrez</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Kirrane</surname>
            ,
            <given-names>J. E. L.</given-names>
          </string-name>
          <string-name>
            <surname>Gayo</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Navigli</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Neumaier</surname>
            ,
            <given-names>A.-C. N.</given-names>
          </string-name>
          <string-name>
            <surname>Ngomo</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Polleres</surname>
            ,
            <given-names>S. M.</given-names>
          </string-name>
          <string-name>
            <surname>Rashid</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Rula</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          <string-name>
            <surname>Schmelzeisen</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          <string-name>
            <surname>Sequeda</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Staab</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Zimmermann</surname>
          </string-name>
          ,
          <article-title>Knowledge graphs</article-title>
          ,
          <source>ACM Comput. Surv</source>
          .
          <volume>54</volume>
          (
          <year>2021</year>
          ). URL: https://doi.org/10.1145/3447772. doi:
          <volume>10</volume>
          .1145/3447772.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>E. G.</given-names>
            <surname>Henriksen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Khorsid</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Nielsen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Stück</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. S.</given-names>
            <surname>Sørensen</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Pelgrin</surname>
          </string-name>
          ,
          <article-title>Semtex: A hybrid approach for semantic table interpretation, in: Proceedings of the Semantic Web Challenge on Tabular Data to Knowledge Graph Matching</article-title>
          ,
          <source>SemTab</source>
          <year>2023</year>
          ,
          <article-title>ISWC 2023</article-title>
          , Athens, Greece, November 6-
          <issue>10</issue>
          ,
          <year>2023</year>
          , volume
          <volume>3557</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2023</year>
          , pp.
          <fpage>38</fpage>
          -
          <lpage>49</lpage>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3557</volume>
          /paper3.pdf.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>V. R.</given-names>
            <surname>Parmar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Algergawy</surname>
          </string-name>
          ,
          <article-title>DREIFLUSS: A minimalist approach for table matching, in: Proceedings of the Semantic Web Challenge on Tabular Data to Knowledge Graph Matching</article-title>
          ,
          <source>SemTab</source>
          <year>2023</year>
          ,
          <article-title>ISWC 2023</article-title>
          , Athens, Greece, November 6-
          <issue>10</issue>
          ,
          <year>2023</year>
          , volume
          <volume>3557</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2023</year>
          , pp.
          <fpage>50</fpage>
          -
          <lpage>60</lpage>
          . URL: https://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>3557</volume>
          /paper4.pdf.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>