<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.2 20190208//EN"
                  "JATS-archivearticle1.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" dtd-version="1.2" article-type="other">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">jrepstat</journal-id>
<journal-title-group>
<journal-title>Journal of Reproducible Statistics</journal-title>
</journal-title-group>
<publisher>
<publisher-name>FAIR Press</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<title-group>
<article-title>Text-based Entity Resolution Using Transformer Models</article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<contrib-id contrib-id-type="orcid">https://orcid.org/0009-0001-8026-8757</contrib-id>
<name>
<surname>Ahmed</surname>
<given-names>Abrar</given-names>
</name>
<aff>Trier University</aff>
</contrib>
<contrib contrib-type="author">
<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-3944-9484</contrib-id>
<name>
<surname>Zhang</surname>
<given-names>Li-Chun</given-names>
</name>
<aff>University of Southampton</aff>
</contrib>
<contrib contrib-type="author">
<contrib-id contrib-id-type="orcid">https://orcid.org/0000-0001-8285-5667</contrib-id>
<name>
<surname>Münnich</surname>
<given-names>Ralf</given-names>
</name>
<aff>Trier University</aff>
</contrib>
<contrib contrib-type="author">
<contrib-id contrib-id-type="orcid">https://orcid.org/0009-0003-2934-1415</contrib-id>
<name>
<surname>Vogt</surname>
<given-names>Martin</given-names>
</name>
<aff>Trier University of Applied Sciences</aff>
</contrib>
</contrib-group>
<pub-date date-type="pub" publication-format="electronic">
<year>2026</year>
</pub-date>
<volume>1</volume>
<elocation-id>4</elocation-id>
<history>
<date date-type="received" iso-8601-date="2026-09-08"><day>08</day><month>09</month><year>2026</year></date>
<date date-type="accepted" iso-8601-date="2026-10-08"><day>08</day><month>10</month><year>2026</year></date>
</history>
<permissions>
<license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This is an open access article distributed under the terms of the Creative Commons Attribution 4.0 International License (CC-BY 4.0), which permits unrestricted use, distribution and reproduction in any medium provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="html" xlink:href="https://jrepstat.fairpressjournals.com/articles/text-based-entity-resolution-using-transformer-models/"/>
<abstract>
<p>Entity resolution (also known as record linkage) aims to classify which database
items, or file records, refer to the same entity, where the entity is typically a real-world
object such as a person, business or product. Transformer models have brought artificial
intelligence to text-based entity resolution through their superior ability for natural
language processing. However, applying a transformer model directly to “link or not to
link” a large number of record pairs can be computationally too costly in practice. We
propose a workflow of text-based entity resolution that extends traditional approaches
to record linkage by incorporating judicious uses of transformer models. A bi-encoder
is used for text embedding and blocking, while traditional generative or discriminative
models can be used for scoring and classification. A cross-encoder can then be reserved
for selected harder cases, providing a mechanism for trading linkage accuracy against
computational cost. We also discuss fine-tuning and provide a workable approach to
linkage error assessment for the combined procedure. The proposed workflow is evidenced
and illustrated using two benchmark datasets from the Magellan data repository.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>transformers</kwd>
<kwd>autoencoder</kwd>
<kwd>blocking</kwd>
<kwd>embedding</kwd>
</kwd-group>
<custom-meta-group>
<custom-meta>
<meta-name>data-availability-route</meta-name>
<meta-value>open</meta-value>
</custom-meta>
<custom-meta>
<meta-name>founding-article</meta-name>
<meta-value>true</meta-value>
</custom-meta>
</custom-meta-group>
</article-meta>
</front>
<body>
<sec id="secU003Aintroduction">
  <title><named-content content-type="header-section-number">1</named-content>
  Introduction</title>
  <p>The task of entity resolution is to classify the database items (or
  file records) that refer to the same entity (Christen, 2012), where
  the entity may be person, business, product, etc. In this context, any
  two items corresponding to the same entity are said to form a
  <italic>match</italic>, whereas the two items may or may not be
  classified as a <italic>link</italic> at the result of entity
  resolution. The need of entity resolution arises in official
  statistics, machine learning, research or knowledge synthesis, and
  many other areas, where it is often the prerequisite of downstream
  tasks that treat the linked dataset as a single source of input.</p>
  <p>Record linkage across two files is a typical problem of entity
  resolution (e.g. Fellegi &amp; Sunter, 1969; Jaro, 1989; Lee et al.,
  2022; Newcombe et al., 1959). Instead of hand-crafted rules for link
  classification, the probabilistic approach asks one to model the
  distortions of the linkage key variables, or simply
  <italic>keys</italic>, such as (name, date-of-birth, address) for
  records of persons, so that the decision whether or not to link two
  records can be largely or entirely data-driven (i.e. without the need
  for clerical review).</p>
  <fig id="figU003Aworkflow">
    <caption><p>Workflows of entity resolution. Traditional workflow
    (top), transformer-only workflow (middle), and proposed workflow
    (bottom).</p></caption>
    <graphic mimetype="image" mime-subtype="png" xlink:href="newsections/images/image_1.png" />
  </fig>
  <p>The traditional workflow of probabilistic linkage may be given
  generically as in Figure
  <xref alt="1" rid="figU003Aworkflow">1</xref>. Although the key values
  are given as structured data, preprocessing is often necessary to
  accommodate typical variations of the same key, such as different
  spellings of an address or name. Scoring then refers to the
  statistical modelling of the key-value distortions. Two possibilities
  may be considered.</p>
  <list list-type="bullet">
    <list-item>
      <p>Generative models have been common ever since Fellegi &amp;
      Sunter (1969), where one models the probability of the observed
      key-value agreement pattern of a pair of records given that they
      form a match, and the probability given that they do not form a
      match. The ratio of these two probabilities forms the basis for
      link classification.</p>
    </list-item>
    <list-item>
      <p>Discriminative models target the probability that a pair of
      records form a match given their observed key values or key-value
      agreement pattern. While uncommon for record linkage in the
      unsupervised setting, these models arise naturally in the
      supervised setting where labelled matches are available. Logistic
      regression, which we consider later in this paper, is one such
      model.</p>
    </list-item>
  </list>
  <p>Finally, Fellegi &amp; Sunter (1969) use the likelihood ratio
  resulting from generative models to classify links and non-links
  directly, leaving a subset of record pairs to be decided by clerical
  review. Lee et al. (2022) propose maximum entropy classification (MEC)
  for record linkage based on generative models, which enables fully
  automated link classification guided by the estimated rates of false
  links and missing matches.</p>
  <table-wrap>
    <caption>
      <p>Examples of item descriptions in the DBLP-Scholar and Abt-Buy
      datasets.</p>
    </caption>
    <table id="tabU003Atext">
      <thead>
        <tr>
          <th align="left">Field</th>
          <th align="left">DBLP-Scholar text</th>
        </tr>
      </thead>
      <tbody>
        <tr>
          <td align="left">Title</td>
          <td align="left">Distributed Representations of Tuples for
          Entity Resolution</td>
        </tr>
        <tr>
          <td align="left">Author</td>
          <td align="left">Z Ebraheem, Thirumuruganathan, S. Joty</td>
        </tr>
        <tr>
          <td align="left">Venue</td>
          <td align="left">Proc. VLDB Endow.</td>
        </tr>
        <tr>
          <td align="left">Year</td>
          <td align="left">2018</td>
        </tr>
        <tr>
          <td align="left">Field</td>
          <td align="left">Abt-Buy text</td>
        </tr>
        <tr>
          <td align="left">Name</td>
          <td align="left">Sony Black Pocket AM/FM Walkman Radio -
          SRF59</td>
        </tr>
        <tr>
          <td align="left">Description</td>
          <td align="left">Belt Clip Included / Uses 1 AA Battery /
          Local/DX Switch...</td>
        </tr>
      </tbody>
    </table>
  </table-wrap>
  <p></p>
  <p>However, for entity resolution based on messy texts instead of
  structured key values, it is often difficult and ineffective to
  formulate deterministic rules of preprocessing. Table
  <xref alt="1" rid="tabU003Atext">1</xref> gives two examples, one from
  the DBLP-Scholar dataset and the other from the Abt-Buy dataset, both
  in the Magellan data repository of benchmark datasets for entity
  resolution (Konda et al., 2016); see Appendix
  <xref alt="A" rid="secU003Aappendix-datasets">A</xref> for
  details.</p>
  <p>The text data in DBLP-Scholar are structured in four fields.
  Although the content can be quite noisy for some fields, such as
  author names, one might still attempt preprocessing of these texts by
  hand-crafted rules. In contrast, the relatively free-form texts in the
  Abt-Buy dataset may be highly irregular from one product to another,
  and it is not obvious that traditional preprocessing rules for keys
  such as name and address would be effective for the product names and
  descriptions here.</p>
  <p>It is therefore natural to consider machine learning models that
  can work directly with such text. Mudgal et al. (2018) show that
  deep-learning models can outperform hand-crafted feature engineering
  for text-based entity resolution. More recently, transformer models,
  introduced by Vaswani et al. (2017), have provided a way to represent
  and compare texts while taking their context into account. The
  transformer architecture uses self-attention to model relationships
  between tokens within a sequence, which makes it particularly suitable
  for handling textual data.</p>
  <p>In the work of Li et al. (2020), entity resolution is cast as a
  sequence-pair classification task using a pretrained transformer
  language model. The two records are supplied jointly to the model,
  allowing the self-attention layers to represent interactions across
  the paired input. This type of architecture is commonly referred to as
  a <italic>cross-encoder</italic>.</p>
  <p>The computational cost becomes prohibitive, however, if the
  cross-encoder is applied to every possible pair of records, as we
  shall illustrate later using the DBLP-Scholar and Abt-Buy datasets. A
  <italic>bi-encoder</italic> transformer model (Reimers &amp; Gurevych,
  2019; R. Wang et al., 2023) instead encodes each text separately as a
  numerical vector, or <italic>embedding</italic>. Similarity between
  these embeddings can then be used to identify a much smaller set of
  candidate records before more expensive scoring or classification is
  applied. This provides a form of semantic blocking, analogous to
  traditional blocking in record linkage. For instance, Reimers &amp;
  Gurevych (2019) report that finding the most similar pair in a
  collection of <inline-formula><alternatives>
  <tex-math><![CDATA[10{,}000]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>10</mml:mn><mml:mo>,</mml:mo><mml:mn>000</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  sentences required about 65 hours with a standard BERT model, compared
  with about 5 seconds using SBERT embeddings and cosine similarity.</p>
  <p>Bi-encoder blocking greatly reduces the number of record pairs that
  require further comparison, but it still leaves several choices about
  how the candidate pairs should be scored and classified. In
  particular, the numerical representations produced by a bi-encoder can
  be combined with traditional generative or discriminative scoring
  methods, or the candidate texts can be passed to a cross-encoder for
  classification. The usefulness of these alternatives may also change
  after the transformer models are fine-tuned to the texts of a
  particular application. These considerations motivate the integrated
  workflow in Figure <xref alt="1" rid="figU003Aworkflow">1</xref>, as
  well as a closer examination of the linkage errors associated with the
  resulting models.</p>
  <sec id="secU003Aproposal">
    <title><named-content content-type="header-section-number">1.1</named-content>
    Proposed workflow using transformer models</title>
    <p>Our proposed workflow for entity resolution is given in Figure
    <xref alt="1" rid="figU003Aworkflow">1</xref>, which uses
    transformer models as well as traditional generative or
    discriminative models.</p>
    <p>While the workflow is applicable to both the supervised and
    unsupervised settings, i.e. with or without a sample of labelled
    matches, we shall focus on the supervised setting in this paper.
    Transformer models are considered for embedding and classification.
    Notice that cross-encoder models with text as input are not relevant
    for scoring given numerical embeddings, whereas how to use
    transformer models to achieve scoring-classification from texts
    directly remains an open question in the unsupervised setting.</p>
    <p>A fundamental difficulty for modelling arises from the following
    fact about entity resolution. While matched items refer to real
    entities, a pair of non-matches does not correspond to a single real
    entity. For instance, when two records refer to two different
    persons, there is no person associated with both records. It follows
    that there is no naturally defined population of non-matches
    corresponding to the population of matches, which complicates the
    construction of training data for supervised learning.</p>
    <p>To deal with this difficulty, it is common to create the training
    and test sets in a way that mirrors how the models will later be
    applied to out-of-sample items. Suppose that, for each out-of-sample
    record in <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>,
    one would conduct blocking to gather <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    candidate records in <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    for scoring and classification. We then construct candidate records
    in the same manner for the sampled
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records, and partition those file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records into training and test sets together with their associated
    candidate records. Thus, all candidate pairs associated with a given
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record remain in the same partition. Duplication of candidate
    records for different records in <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    is allowed if it is also allowed for the out-of-sample records in
    application.</p>
    <p>Notice that, if none of the valid matched records is selected
    among the <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    candidates, the corresponding file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record cannot be linked correctly. Hence the choice of
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    induces a floor of missing match rate (MMR). In practice, for
    scoring and classification, it is natural to select the
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    most likely link candidates for blocking, i.e. the records in
    <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    with the most similar texts, and to choose
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    such that the MMR floor is considered acceptable. Selecting the most
    similar candidates also provides more difficult non-matches for
    supervised learning than selecting non-matches randomly.</p>
    <p>In addition to the MMR, another central performance measure is
    the <italic>false linkage rate (FLR)</italic>. We use the FLR and
    MMR, following the definitions of Lee et al. (2022), for the
    evaluation and comparison of the different methods considered in
    this paper. Their formal definitions in the present setup are given
    in Section <xref alt="1.3" rid="secU003Asetting">1.3</xref>. Notice
    that both are well-defined whether or not one employs additional
    treatments of duplicated candidate records for scoring and
    classification.</p>
    <p>The details of the steps in the proposed workflow will be studied
    in this paper, and the relevant methodological choices exemplified
    and compared.</p>
  </sec>
  <sec id="secU003AliteratureU003Aerror">
    <title><named-content content-type="header-section-number">1.2</named-content>
    Link classification errors by transformer models</title>
    <p>The estimation of FLR and MMR for link classification based on
    transformer models requires special attention.</p>
    <p>If one uses only a pretrained transformer model that is fixed
    independently of the labelled data, then, under the SRSWOR
    assumption stated in
    Section <xref alt="1.3" rid="secU003Asetting">1.3</xref>, the
    observed errors in the labelled file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    sample may be used to estimate the FLR and MMR that would arise over
    the corresponding finite population of
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records.</p>
    <p>The matter becomes more complicated when the transformer model is
    fine-tuned using the labelled sample. An obvious approach is to
    split the labelled sample into a training set for fine-tuning and a
    test set for estimating the errors of the resulting subsample-tuned
    model. This is valid if one is willing to apply that subsample-tuned
    model directly to the out-of-sample items. It is not sufficient,
    however, if the subsample training is used only to determine the
    hyperparameters of fine-tuning, after which the transformer model is
    fine-tuned again using the entire labelled sample and this final
    model is applied to the remaining records. The errors observed on
    the original test set then refer to a different fitted model from
    the one eventually used for entity resolution.</p>
    <p>We shall study this issue later using the DBLP-Scholar and
    Abt-Buy datasets, illustrating both the statistical problem and the
    practical difficulties that arise. Below we briefly explain why the
    issue also presents difficulties for several existing approaches to
    error assessment.</p>
    <p><italic>Bayesian uncertainty propagation.</italic> In Bayesian
    approaches to entity resolution, one may model the key values or
    their disagreement patterns and generate link sets according to the
    posterior distribution of the matches, conditional on the observed
    keys; see, for example, Tancredi &amp; Liseo (2011); Sadinle (2017);
    Steorts et al. (2016). It is unclear how such prior-posterior
    uncertainty propagation can be carried through a fine-tuned
    transformer model, which does not provide the likelihood function
    required for the corresponding Bayesian calculation. Moreover,
    repeatedly generating link sets while refitting or evaluating a
    large transformer model would be computationally expensive.</p>
    <p><italic>Auditing.</italic> A practical approach in the
    unsupervised setting of entity resolution is to draw an audit sample
    from the classified links in order to estimate the FLR (Christen,
    2012); see also Binette et al. (2024) for a more elaborate proposal.
    In the supervised setting, the labelled match sample can be used to
    estimate both FLR and MMR when the classification model is fixed
    independently of that sample. The situation changes when the same
    labelled observations are used for fine-tuning. Auditing additional
    out-of-sample records could provide information about the final
    model, but identifying their true matches may require substantial
    clerical effort.</p>
    <p><italic>Design-based sample inference.</italic> Zhang et al.
    (2025, 2026) develop unbiased estimation of algorithmic prediction
    or classification errors under finite population sampling. In
    principle, this provides a way to accommodate models trained using
    sampled observations. In practice, however, the required
    calculations can be costly for transformer models. Moreover,
    although link classification can be viewed as a special case of
    classification, unbiased estimation of classification errors in this
    framework relies on randomised prediction or classification, whereas
    deterministic classification is generally preferred for record
    linkage.</p>
  </sec>
  <sec id="secU003Asetting">
    <title><named-content content-type="header-section-number">1.3</named-content>
    Notations and rest of paper</title>
    <p>Let us now introduce the basic notations related to the workflow
    of entity resolution, formalising the concepts discussed above and
    preparing for the investigations later.</p>
    <p>Without loss of generality, let us use the standard setup of
    record linkage across two files. Let <inline-formula><alternatives>
    <tex-math><![CDATA[A = \{a_1, \ldots, a_{n_A}\}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:msub><mml:mi>a</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>a</mml:mi><mml:msub><mml:mi>n</mml:mi><mml:mi>A</mml:mi></mml:msub></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[B = \{b_1, \ldots, b_{n_B}\}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>B</mml:mi><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:msub><mml:mi>b</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>b</mml:mi><mml:msub><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:msub></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    be two files containing <inline-formula><alternatives>
    <tex-math><![CDATA[n_A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>n</mml:mi><mml:mi>A</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[n_B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    records, respectively. Let entity resolution, or record linkage, be
    based on <inline-formula><alternatives>
    <tex-math><![CDATA[\{\tau_i : i \in A \cup B\}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo>∪</mml:mo><mml:mi>B</mml:mi><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
    where <inline-formula><alternatives>
    <tex-math><![CDATA[\tau_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    is the text associated with record <inline-formula><alternatives>
    <tex-math><![CDATA[i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>i</mml:mi></mml:math></alternatives></inline-formula>,
    which may or may not consist of structured fields, as exemplified in
    Table <xref alt="1" rid="tabU003Atext">1</xref>.</p>
    <p>Let <inline-formula><alternatives>
    <tex-math><![CDATA[M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>M</mml:mi></mml:math></alternatives></inline-formula>
    be the set of matches, <inline-formula><alternatives>
    <tex-math><![CDATA[M \subset A \times B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>M</mml:mi><mml:mo>⊂</mml:mo><mml:mi>A</mml:mi><mml:mo>×</mml:mo><mml:mi>B</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>,
    and denote a match by <inline-formula><alternatives>
    <tex-math><![CDATA[(i,j) \in M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∈</mml:mo><mml:mi>M</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>,
    or equivalently <inline-formula><alternatives>
    <tex-math><![CDATA[y_{ij}=1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
    if records <inline-formula><alternatives>
    <tex-math><![CDATA[i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>i</mml:mi></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[j]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>j</mml:mi></mml:math></alternatives></inline-formula>
    refer to the same entity. A non-match is denoted by
    <inline-formula><alternatives>
    <tex-math><![CDATA[(i,j) \notin M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∉</mml:mo><mml:mi>M</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>,
    or <inline-formula><alternatives>
    <tex-math><![CDATA[y_{ij}=0]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>.
    Let <inline-formula><alternatives>
    <tex-math><![CDATA[A(M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>M</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[B(M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>B</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>M</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    denote the records in <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>,
    respectively, belonging to <inline-formula><alternatives>
    <tex-math><![CDATA[M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>M</mml:mi></mml:math></alternatives></inline-formula>.</p>
    <p>Let <inline-formula><alternatives>
    <tex-math><![CDATA[A_s\subseteq A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>⊆</mml:mo><mml:mi>A</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>
    denote the sampled file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records. For simplicity of exposition in this paper, we assume that
    <inline-formula><alternatives>
    <tex-math><![CDATA[A_s]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    is obtained from <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    by simple random sampling without replacement (SRSWOR). Let</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[s_M=\{(i,j)\in M:i\in A_s\}]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∈</mml:mo><mml:mi>M</mml:mi><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>denote the labelled match relation induced by these sampled
    records. Let <inline-formula><alternatives>
    <tex-math><![CDATA[A(s_M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    denote the records in <inline-formula><alternatives>
    <tex-math><![CDATA[A_s]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    having at least one match in <inline-formula><alternatives>
    <tex-math><![CDATA[s_M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    and let <inline-formula><alternatives>
    <tex-math><![CDATA[B(s_M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>B</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    denote the corresponding matched records in
    <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>.
    Thus, <inline-formula><alternatives>
    <tex-math><![CDATA[A_s\setminus A(s_M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>\</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    contains the sampled file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records that are non-matchable.</p>
    <p>In practice, one first draws the
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records in <inline-formula><alternatives>
    <tex-math><![CDATA[A_s]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    and then identifies all their known matches by any means necessary.
    This formulation samples file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records rather than individual matched pairs. The distinction
    becomes relevant when a file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record has more than one valid partner in
    <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>.</p>
    <p>To limit the number of comparisons for the models, let
    <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    denote the block of candidate records for each
    <inline-formula><alternatives>
    <tex-math><![CDATA[i \in A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>
    according to a given blocking scheme, where
    <inline-formula><alternatives>
    <tex-math><![CDATA[C_i \subset B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>⊂</mml:mo><mml:mi>B</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>,
    and <inline-formula><alternatives>
    <tex-math><![CDATA[C_i \cap C_j]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>∩</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
    may be non-empty for <inline-formula><alternatives>
    <tex-math><![CDATA[i \neq j \in A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>≠</mml:mo><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>.
    Let <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    be the size of <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    in the case <inline-formula><alternatives>
    <tex-math><![CDATA[|C_i| \equiv k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:mo>≡</mml:mo><mml:mi>k</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>.</p>
    <p>By applying a <italic>given</italic> model of link classification
    to <disp-formula><alternatives>
    <tex-math><![CDATA[\{(i,j) : i \in A_s,\; j \in C_i\},]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="0.278em"></mml:mspace><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo><mml:mo>,</mml:mo></mml:mrow></mml:math></alternatives></disp-formula>
    denote by <inline-formula><alternatives>
    <tex-math><![CDATA[\ell_i=1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    if <inline-formula><alternatives>
    <tex-math><![CDATA[i \in A_s]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
    is linked and <inline-formula><alternatives>
    <tex-math><![CDATA[\ell_i=0]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    if it is not linked. One can estimate the FLR and MMR when the model
    is applied to all the record pairs <disp-formula><alternatives>
    <tex-math><![CDATA[\{(i,j) : i \in A,\; j \in C_i\},]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo>,</mml:mo><mml:mspace width="0.278em"></mml:mspace><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo><mml:mo>,</mml:mo></mml:mrow></mml:math></alternatives></disp-formula>
    as
    <styled-content id="eqU003AFLRU003AMMR"><disp-formula><alternatives>
    <tex-math><![CDATA[\begin{equation}
    \label{eq:FLR:MMR}
    \widehat{\mathrm{FLR}}
    =
    1-
    \frac{
    \sum_{i \in A(s_M)} \ell_i y_{ij_i}
    }{
    \sum_{i \in A_s} \ell_i
    },
    \qquad
    \widehat{\mathrm{MMR}}
    =
    1-
    \frac{
    \sum_{i \in A(s_M)} \ell_i y_{ij_i}
    }{
    |A(s_M)|
    },
    \end{equation} \qquad(1)]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mrow><mml:munder><mml:mo>∑</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow><mml:mrow><mml:munder><mml:mo>∑</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:mrow></mml:munder><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mrow><mml:munder><mml:mo>∑</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow></mml:mfrac><mml:mo>,</mml:mo></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content>
    where <inline-formula><alternatives>
    <tex-math><![CDATA[j_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    refers to the linked record in <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    given <inline-formula><alternatives>
    <tex-math><![CDATA[\ell_i=1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
    and <inline-formula><alternatives>
    <tex-math><![CDATA[y_{ij_i} \equiv 0]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub><mml:mo>≡</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    if <inline-formula><alternatives>
    <tex-math><![CDATA[i \in A \setminus A(M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo>\</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>M</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>.</p>
    <p>For supervised learning including non-matches in addition to
    matches, let <inline-formula><alternatives>
    <tex-math><![CDATA[(A_1,A_2)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    denote a partition of <inline-formula><alternatives>
    <tex-math><![CDATA[A_s]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    where</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[A_1\cup A_2=A_s,
    \qquad
    A_1\cap A_2=\emptyset.]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>∪</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:msub><mml:mi>A</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>∩</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mi>∅</mml:mi><mml:mi>.</mml:mi></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>We use <inline-formula><alternatives>
    <tex-math><![CDATA[A_1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></alternatives></inline-formula>
    for training and <inline-formula><alternatives>
    <tex-math><![CDATA[A_2]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></alternatives></inline-formula>
    for testing. Let</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[s_r=\{(i,j)\in s_M:i\in A_r\},
    \qquad r=1,2,]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>s</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∈</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>2</mml:mn><mml:mo>,</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>denote the labelled match relations induced by these two sets of
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records. Thus, all known matches belonging to the same
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record remain on the same side of the training-test partition.</p>
    <p>According to the setup in Section 1.1, the corresponding
    candidate non-matches associated with matchable records are</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[\bigcup_{i\in A_1\cap A(s_M)}
    \{(i,j):j\in C_i,\ y_{ij}=0\}]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:munder><mml:mo>⋃</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>∩</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>:</mml:mo><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="0.222em"></mml:mspace><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>for training and</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[\bigcup_{i\in A_2\cap A(s_M)}
    \{(i,j):j\in C_i,\ y_{ij}=0\}]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:munder><mml:mo>⋃</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>∩</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>:</mml:mo><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:mspace width="0.222em"></mml:mspace><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>for testing. For non-matchable sampled
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records, all candidate pairs are non-matches, giving</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[\bigcup_{i\in A_r\setminus A(s_M)}
    \{(i,j):j\in C_i\},
    \qquad r=1,2.]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:munder><mml:mo>⋃</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mi>r</mml:mi></mml:msub><mml:mo>\</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>:</mml:mo><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:mi>r</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>2</mml:mn><mml:mi>.</mml:mi></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>Notice that the setup of supervised learning above can vary with
    the blocking scheme. In particular, given the fixed block size
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>,
    we consider two schemes.</p>
    <def-list>
      <def-item>
        <term></term>
        <def>
          <p><italic>Scheme-I</italic>: for each
          <inline-formula><alternatives>
          <tex-math><![CDATA[i \in A(s_M)]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
          let <inline-formula><alternatives>
          <tex-math><![CDATA[C_i]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
          contain one retained matched record
          <inline-formula><alternatives>
          <tex-math><![CDATA[j]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>j</mml:mi></mml:math></alternatives></inline-formula>
          for which <inline-formula><alternatives>
          <tex-math><![CDATA[(i,j) \in s_M]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∈</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>,
          together with <inline-formula><alternatives>
          <tex-math><![CDATA[k-1]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>−</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
          non-matches.</p>
        </def>
      </def-item>
      <def-item>
        <term></term>
        <def>
          <p><italic>Scheme-II</italic>: for each
          <inline-formula><alternatives>
          <tex-math><![CDATA[i \in A(s_M)]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
          let <inline-formula><alternatives>
          <tex-math><![CDATA[C_i]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
          consist of the <inline-formula><alternatives>
          <tex-math><![CDATA[k]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
          most similar file-<inline-formula><alternatives>
          <tex-math><![CDATA[B]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
          records.</p>
        </def>
      </def-item>
    </def-list>
    <p>Under Scheme-I, the retained labelled match is inserted into each
    candidate block, whereas under Scheme-II the candidate block is
    determined entirely by similarity and may therefore fail to contain
    a valid match. The difference between the two schemes decreases as
    the block size <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    increases. Scheme-I makes more efficient use of the labelled matches
    for learning, while Scheme-II is more closely related to the
    application of the models to out-of-sample records.</p>
    <p>In the experiments below we use Scheme-II to construct the
    candidate blocks. For supervised fitting, however, one known valid
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    partner is retained as the positive example for each matchable
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record, whether or not that particular retained partner occurs in
    <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>.
    The non-match examples are drawn from <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    with every known valid partner excluded from the non-match class. At
    evaluation, <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    is not augmented in this way: a predicted link must be selected from
    the retrieved candidate block, and failure to retrieve any valid
    partner contributes to the floor MMR.</p>
    <p>Section <xref alt="2" rid="secU003Aexperimental-setup">2</xref>
    describes the datasets and experimental setup used throughout the
    empirical analysis. We study the proposed workflow using pretrained
    transformer models in Section
    <xref alt="3" rid="secU003Apretrained">3</xref>. Section
    <xref alt="4" rid="secU003Afinetuning">4</xref> considers the
    fine-tuning of transformer models, including the related assessment
    of link classification errors. Section
    <xref alt="5" rid="secU003Afinal-remarks">5</xref> provides the
    final remarks and discusses topics for future research and
    development.</p>
  </sec>
</sec>
<sec id="secU003Aexperimental-setup">
  <title><named-content content-type="header-section-number">2</named-content>
  Data and experimental setup</title>
  <sec id="secU003Adata">
    <title><named-content content-type="header-section-number">2.1</named-content>
    Datasets and preprocessing</title>
    <p>We use the DBLP-Scholar and Abt-Buy datasets from the Magellan
    repository (Konda et al., 2016). The two datasets differ
    considerably in both scale and the form of their textual
    information. DBLP-Scholar contains bibliographic records, whereas
    Abt-Buy contains product records collected from two online
    retailers. Our evaluation reformulates these benchmark datasets as
    record-level candidate retrieval and linkage problems, with FLR and
    MMR calculated over file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records and their candidate sets. These error rates are therefore
    not directly comparable to the pair-level precision, recall or F1
    scores reported under the standard entity-matching classification
    protocol in, for example, DeepMatcher and Ditto (Li et al., 2020;
    Mudgal et al., 2018). Table
    <xref alt="2" rid="tabU003Adataset-summary">2</xref> summarises the
    data used in the experiments.</p>
    <table-wrap>
      <caption>
        <p>Summary of the datasets used in the experiments.</p>
      </caption>
      <table id="tabU003Adataset-summary">
        <thead>
          <tr>
            <th align="left">Dataset</th>
            <th align="right"><inline-formula><alternatives>
            <tex-math><![CDATA[n_A]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>n</mml:mi><mml:mi>A</mml:mi></mml:msub></mml:math></alternatives></inline-formula></th>
            <th align="right"><inline-formula><alternatives>
            <tex-math><![CDATA[n_B]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>n</mml:mi><mml:mi>B</mml:mi></mml:msub></mml:math></alternatives></inline-formula></th>
            <th align="right">Gold pairs</th>
            <th align="right">Matchable records in
            <inline-formula><alternatives>
            <tex-math><![CDATA[A]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula></th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">DBLP-Scholar</td>
            <td align="right">2,616</td>
            <td align="right">64,263</td>
            <td align="right">5,347</td>
            <td align="right">2,408</td>
          </tr>
          <tr>
            <td align="left">Abt-Buy</td>
            <td align="right">1,081</td>
            <td align="right">1,092</td>
            <td align="right">1,097</td>
            <td align="right">1,081</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>For DBLP-Scholar, file <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    is the DBLP file and file <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    is the Scholar file. The original files contain the fields title,
    authors, venue and year. The gold-standard mapping contains 5,347
    pairs involving 2,408 distinct DBLP records and 5,218 distinct
    Scholar records. A DBLP record may therefore have more than one
    valid Scholar partner. Of the 2,616 DBLP records, 2,408 have at
    least one gold-standard match.</p>
    <p>For Abt-Buy, file <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    is the Abt file and file <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    is the Buy file. The original Abt file contains the product name,
    description and price, while the Buy file additionally contains the
    manufacturer. The gold-standard mapping contains 1,097 pairs. All
    1,081 Abt records have at least one known match in the Buy file, and
    some records have more than one valid partner.</p>
    <p>For semantic blocking, we use the title field for DBLP-Scholar
    and the product-name field for Abt-Buy. These fields contain no
    missing values in either dataset. The other common text fields
    remain available for the field-level comparisons used by the
    traditional scoring models. The complete gold-standard mappings are
    retained when determining whether a candidate set contains a valid
    match and when evaluating a predicted link.</p>
    <p>For constructing supervised match examples, one valid
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    partner is retained for each matchable
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record. Thus, there are 2,408 retained positive pairs for
    DBLP-Scholar and 1,081 for Abt-Buy. Importantly, the other known
    valid partners are not treated as non-matches. At evaluation, a
    predicted link is considered correct if the selected
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    record is any known valid partner of the corresponding
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record.</p>
  </sec>
  <sec id="secU003Atraining-candidates">
    <title><named-content content-type="header-section-number">2.2</named-content>
    Training and candidate construction</title>
    <p>The experimental unit is a file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record together with its candidate
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    records, rather than an individual candidate pair. This distinction
    is important because all the pairs associated with a given
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record must remain together when the data are divided into training
    and test sets.</p>
    <p>For the main experiments, the file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records are randomly divided 50–50 into training and test sets. In
    DBLP-Scholar this gives 1,308 records in each half. In Abt-Buy, 540
    records are assigned to training and 541 to testing. The primary
    results reported in Sections 3 and 4 use random seeds 42, 43 and 44
    and are averaged over the three resulting splits. In Tables
    <xref alt="5" rid="tabU003Acomparison">5</xref>–<xref alt="8" rid="tabU003Adiscrimination-gap">8</xref>,
    numbers in parentheses are Monte Carlo standard errors, calculated
    as the sample standard deviation of the three seed-level error rates
    divided by <inline-formula><alternatives>
    <tex-math><![CDATA[\sqrt{3}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msqrt><mml:mn>3</mml:mn></mml:msqrt></mml:math></alternatives></inline-formula>.
    The FLR and MMR are calculated separately for each split before
    averaging. With only three replications, these standard errors
    describe observed split-to-split variation and do not support
    precise interpretation of small method differences. Seeds 45–51 are
    used later where additional Monte Carlo replications are
    required.</p>
    <p>Candidate blocks are constructed according to Scheme-II in
    Section 1.3. First, the pretrained bi-encoder
    <monospace>all-MiniLM-L6-v2</monospace> is used to embed the
    blocking text of every record in files
    <inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>.
    For each record <inline-formula><alternatives>
    <tex-math><![CDATA[i\in A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:mi>A</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>,
    the records in <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    are ranked by cosine similarity of their embeddings, and the
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    most similar records form <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>.
    We consider primarily <inline-formula><alternatives>
    <tex-math><![CDATA[k=5]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
    while <inline-formula><alternatives>
    <tex-math><![CDATA[k=1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    is also useful for examining the blocking floor.</p>
    <p>The same procedure is applied independently to every
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record. Consequently, the same file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    record may occur in the candidate blocks of several
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records. This mirrors how semantic blocking would be applied to
    records outside the labelled sample and avoids imposing an
    artificial one-to-one restriction at the blocking stage.</p>
    <p>The labelled candidate pairs are then constructed for supervised
    learning. Each retained valid partner provides one positive example
    for its matchable file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record. This retained positive is supplied for supervised fitting
    whether or not that particular partner occurs among the retrieved
    top-<inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    candidates. The non-match examples are drawn from the retrieved
    candidate block: candidate-derived pairs that are not known valid
    partners are treated as negatives, while every additional
    gold-standard partner of the same
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record is excluded from the non-match class. Thus, one retained
    positive may be accompanied by several retrieved hard non-matches
    rather than by only one negative example. At evaluation, the
    candidate block is not augmented with the retained positive, so a
    record cannot be linked correctly when none of its valid partners
    has been retrieved. The resulting non-matches are therefore
    relatively difficult examples selected by semantic similarity rather
    than arbitrary pairs drawn from <inline-formula><alternatives>
    <tex-math><![CDATA[A\times B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo>×</mml:mo><mml:mi>B</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>.</p>
    <p>For DBLP-Scholar, the training and test sets also contain
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records that have no gold-standard partner. Their candidate pairs
    are all non-matches. This is useful because such records occur in
    the application of record linkage and a classification procedure
    should be able to leave them unlinked. For Abt-Buy, every
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record has at least one known valid partner.</p>
    <p>For discriminative link classification, the candidate pairs
    belonging to the training half are further divided 80–20 into
    fitting and validation parts. The fitting part is used to estimate
    the model and the validation part to choose the link-classification
    threshold by maximising the F1 score. The outer test records are not
    involved in this choice.</p>
  </sec>
  <sec id="secU003Amodels-implementation">
    <title><named-content content-type="header-section-number">2.3</named-content>
    Models and implementation</title>
    <p>We consider three ways of progressing from the candidate pairs to
    link classification, corresponding to the workflows introduced in
    Figure <xref alt="1" rid="figU003Aworkflow">1</xref>.</p>
    <p>In the traditional workflow, field-level text comparisons are
    obtained with the Jaro–Winkler metric. In the proposed workflow,
    these are replaced by cosine similarities calculated from bi-encoder
    embeddings. Unless otherwise stated, the bi-encoder is
    <monospace>all-MiniLM-L6-v2</monospace> (Reimers &amp; Gurevych,
    2019). Section
    <xref alt="3.1" rid="secU003Aembedding-scoring">3.1</xref> explains
    how these comparison outcomes enter the subsequent scoring
    models.</p>
    <p>Two traditional scoring models are used in the main comparison.
    The generative model follows the MEC approach of Lee et al. (2022),
    with the match and non-match densities of the continuous comparison
    outcomes estimated by kernel density estimation. For every MEC fit,
    the per-field match and non-match densities are estimated with
    <monospace>sklearn.neighbors.KernelDensity</monospace> using a fixed
    bandwidth of 0.05. The bandwidth is held fixed across fields,
    datasets, random splits and block sizes rather than reselected from
    the data. The discriminative model is logistic regression. A
    radial-kernel SVM, XGBoost and a small multilayer perceptron are
    considered later as a sensitivity analysis.</p>
    <p>For direct classification from paired texts, we use the
    cross-encoder <monospace>ms-marco-MiniLM-L-6-v2</monospace>. Both
    transformer models are first considered in their pretrained form.
    Their fine-tuning is then investigated in Section
    <xref alt="4.1" rid="secU003Afine-tuning-models">4.1</xref>, where
    we give the corresponding training settings and explain how the
    candidate blocks are treated before and after fine-tuning.</p>
    <p>The model inputs are constructed as follows. All text fields are
    lower-cased and stripped of leading and trailing whitespace, with
    missing values represented by empty strings. For DBLP-Scholar, the
    fields are used in the order title, authors, venue and year. For
    Abt-Buy, the fields are product name followed by description; price
    and manufacturer are not used. For cross-encoder classification, the
    fields of each record are concatenated in this order with the
    literal separator <monospace> [SEP] </monospace>, and the two
    resulting record strings are supplied as the paired input to the
    cross-encoder. The tokenizer then applies the configured maximum
    sequence length of 128 tokens. For bi-encoder scoring, by contrast,
    each field is encoded separately with
    <monospace>all-MiniLM-L6-v2</monospace>, and the comparison vector
    for a candidate pair consists of the fieldwise cosine similarities
    in the same order. Semantic blocking uses only the title embedding
    for DBLP-Scholar and the product-name embedding for Abt-Buy. During
    bi-encoder fine-tuning, each training record is serialised using the
    same full-record field order and <monospace> [SEP] </monospace>
    separator; after fine-tuning, however, all records are re-embedded
    field by field for blocking and cosine scoring.</p>
    <p>For discriminative models, including the cross-encoder, a
    validation subset of the training pairs is used to choose the
    threshold for declaring a link by maximising the F1 score. The
    particular classification rules are described together with the
    corresponding models below, since they form part of the
    methodological comparison rather than merely an implementation
    detail.</p>
    <p>The objective of these experiments is not to identify the best
    possible model or hyperparameter configuration for either benchmark
    dataset. Rather, the common setup enables us to examine how
    embedding, scoring, classification and fine-tuning can be combined
    within the proposed workflow. Accordingly, the reported error rates
    are intended to illustrate the behaviour of this workflow under a
    common experimental setup, rather than to establish state-of-the-art
    entity-matching performance or a benchmark ranking against published
    systems such as DeepMatcher (Mudgal et al., 2018), Ditto (Li et al.,
    2020), or the method of Peeters &amp; Bizer (2021).</p>
  </sec>
  <sec id="secU003Aevaluation">
    <title><named-content content-type="header-section-number">2.4</named-content>
    Evaluation</title>
    <p>The unit of link classification is again a
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record. Given the candidate block <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    a scoring model ranks or scores its candidate
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    records. If a link is declared, let <inline-formula><alternatives>
    <tex-math><![CDATA[j_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    denote the selected record. For models that use a classification
    threshold, no link is declared when the best candidate does not
    satisfy that threshold. The generative MEC calculations considered
    below instead select the highest-ranked candidate according to the
    estimated density ratio.</p>
    <p>A declared link is counted as correct whenever
    <inline-formula><alternatives>
    <tex-math><![CDATA[(i,j_i)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    is one of the known gold-standard pairs for record
    <inline-formula><alternatives>
    <tex-math><![CDATA[i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>i</mml:mi></mml:math></alternatives></inline-formula>.
    This is important for both datasets because the gold-standard
    relation need not be one-to-one. Selecting a valid partner other
    than the particular partner retained for supervised fitting is
    therefore still a correct link.</p>
    <p>The two error measures are the FLR and MMR defined in Equation
    (1). It is useful to state their empirical calculation explicitly.
    Let <inline-formula><alternatives>
    <tex-math><![CDATA[D]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>D</mml:mi></mml:math></alternatives></inline-formula>
    be the number of links declared among the test
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records, let <inline-formula><alternatives>
    <tex-math><![CDATA[C]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>C</mml:mi></mml:math></alternatives></inline-formula>
    be the number of those declarations that select a valid
    gold-standard partner, and let <inline-formula><alternatives>
    <tex-math><![CDATA[M]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>M</mml:mi></mml:math></alternatives></inline-formula>
    be the number of matchable file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records in the test set. Then</p>
    <p><disp-formula><alternatives>
    <tex-math><![CDATA[\widehat{\mathrm{FLR}}
    =
    1-\frac{C}{D},
    \qquad
    \widehat{\mathrm{MMR}}
    =
    1-\frac{C}{M}.]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mi>C</mml:mi><mml:mi>D</mml:mi></mml:mfrac><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mi>C</mml:mi><mml:mi>M</mml:mi></mml:mfrac><mml:mi>.</mml:mi></mml:mrow></mml:math></alternatives></disp-formula></p>
    <p>Thus, an incorrect declared link contributes to both error
    measures: it is a false link among the declarations and, for a
    matchable file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record, it also means that the true match has not been recovered. An
    undeclared matchable record contributes to the MMR but not to the
    numerator or denominator of the FLR. For DBLP-Scholar, a declared
    link for a non-matchable file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record is necessarily a false link and therefore contributes to the
    FLR.</p>
    <p>Blocking imposes an additional lower bound on the MMR. If none of
    the valid partners of a matchable
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record occurs in <inline-formula><alternatives>
    <tex-math><![CDATA[C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    no scoring or classification model operating on that block can link
    the record correctly. We refer to the proportion of such records as
    the floor MMR and examine it explicitly in Section
    <xref alt="3.1" rid="secU003Aembedding-scoring">3.1</xref>.</p>
    <p>Unless otherwise stated, the tables in Sections 3 and 4 report
    the mean FLR and MMR over the three primary random splits. In the
    later investigation of training-set fractions and subsample error
    assessment, seeds 42–51 provide ten Monte Carlo replications. There
    we additionally report Monte Carlo standard errors, and, where
    relevant, relative Monte Carlo standard errors, in order to
    distinguish variation across random splits from the differences
    between modelling procedures.</p>
    <p>The replication counts were not selected to attain a prespecified
    hypothesis-testing power or precision target. They reflect the
    computational cost of repeated fine-tuning and the descriptive
    purpose of the experiments. Accordingly, the three-split comparisons
    in Tables
    <xref alt="5" rid="tabU003Acomparison">5</xref>–<xref alt="8" rid="tabU003Adiscrimination-gap">8</xref>
    are used to identify broad patterns rather than to resolve small
    numerical differences; their Monte Carlo standard errors are
    reported to show the scale of split-to-split variation. The
    ten-replication studies in Section 4.3 provide a more precise
    assessment of training-fraction sensitivity and subsample error
    estimation, but they are likewise interpreted cautiously when the
    Monte Carlo standard error is of the same order as the observed
    difference or bias.</p>
  </sec>
</sec>
<sec id="secU003Apretrained">
  <title><named-content content-type="header-section-number">3</named-content>
  Workflow with pretrained transformer models</title>
  <p>The three workflows in Figure
  <xref alt="1" rid="figU003Aworkflow">1</xref> handle the text data
  differently.</p>
  <p>In the traditional workflow, the result of text preprocessing would
  enable one to calculate a similarity measure of any given record pair
  <inline-formula><alternatives>
  <tex-math><![CDATA[(i,j)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
  with associated texts <inline-formula><alternatives>
  <tex-math><![CDATA[(\tau_i,\tau_j)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>.
  The Jaro–Winkler metric (Jaro, 1989; Winkler, 1990) is very common in
  practice, which yields a value between 0 and 1 if appropriately
  configured. It captures the lexical overlaps, where each text is
  treated as a string of characters, but is not effective for
  expressions that differ only superficially to the human eyes, such as
  “Conf. Proc.” and “Proceedings”.</p>
  <p>In the proposed workflow, preprocessing is replaced by embedding,
  which uses a bi-encoder model to turn each given text
  <inline-formula><alternatives>
  <tex-math><![CDATA[\tau_i]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  into a numerical vector, denoted by <inline-formula><alternatives>
  <tex-math><![CDATA[\mathbf{x}_i]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
  which typically has a dimension of hundreds or more. A common
  similarity measure of <inline-formula><alternatives>
  <tex-math><![CDATA[(\tau_i,\tau_j)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
  is the cosine similarity of <inline-formula><alternatives>
  <tex-math><![CDATA[(\mathbf{x}_i,\mathbf{x}_j)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
  given as</p>
  <p><styled-content id="jrepU003AeqU003A2"><disp-formula><alternatives>
  <tex-math><![CDATA[\begin{equation}
  \label{jrep:eq:2}
  \gamma_{ij}
  =
  \frac{\mathbf{x}_i^\top \mathbf{x}_j}
  {\lVert \mathbf{x}_i\rVert \lVert \mathbf{x}_j\rVert}.
  \end{equation} \qquad(2)]]></tex-math>
  <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:msubsup><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>i</mml:mi><mml:mi>⊤</mml:mi></mml:msubsup><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:mrow><mml:mrow><mml:mrow><mml:mo stretchy="true" form="prefix">‖</mml:mo><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="true" form="postfix">‖</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="true" form="prefix">‖</mml:mo><mml:msub><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mi>j</mml:mi></mml:msub><mml:mo stretchy="true" form="postfix">‖</mml:mo></mml:mrow></mml:mrow></mml:mfrac><mml:mi>.</mml:mi></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>2</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
  <p>The bi-encoder similarity measure can capture semantic similarity
  that is not represented by character-level overlap, while the
  embeddings can be calculated efficiently and used routinely for the
  semantic blocking needed before scoring-classification.</p>
  <p>In the workflow using a cross-encoder model, which takes a pair of
  texts <inline-formula><alternatives>
  <tex-math><![CDATA[\tau_i]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  and <inline-formula><alternatives>
  <tex-math><![CDATA[\tau_j]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  as input directly, one can obtain a score for the similarity between
  them. A cross-encoder can represent pair-specific interactions between
  the two texts that similarity measures calculated from separate
  embeddings, such as <inline-formula><alternatives>
  <tex-math><![CDATA[\gamma_{ij}]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
  above, cannot represent directly. Using a bi-encoder for semantic
  blocking, and applying a cross-encoder to the candidate-paired texts
  can potentially achieve the best link classification performance.</p>
  <p>Table <xref alt="3" rid="tabU003Asilverman-example">3</xref>
  illustrates the differences with two citations of Silverman’s 1986
  monograph. The Jaro–Winkler metric is only calculated for comparisons
  per field. The pretrained bi-encoder model
  <monospace>all-MiniLM-L6-v2</monospace> (Reimers &amp; Gurevych, 2019)
  yields 384-dimensional embeddings, which result in the cosine
  similarity measures here. The pretrained cross-encoder model
  <monospace>ms-marco-MiniLM-L-6-v2</monospace> (W. Wang et al., 2020)
  yields scores from paired texts directly without numerical embeddings
  being compared afterwards.</p>
  <table-wrap>
    <caption>
      <p>Per-field and whole-record scores for two citations of
      Silverman’s 1986 monograph: “Silverman, B. W. (1986). Density
      Estimation for Statistics and Data Analysis. Chapman and Hall,
      London.” and “Bernard W. Silverman (1986). Density estimation for
      statistics and data analysis. Monographs on Statistics and Applied
      Probability.”</p>
    </caption>
    <table id="tabU003Asilverman-example">
      <thead>
        <tr>
          <th align="left">Text</th>
          <th align="center">Jaro–Winkler metric</th>
          <th align="center">Bi-encoder cosine</th>
          <th align="center">Cross-encoder score</th>
        </tr>
      </thead>
      <tbody>
        <tr>
          <td align="left">Author</td>
          <td align="center">0.510</td>
          <td align="center">0.784</td>
          <td align="center">0.974</td>
        </tr>
        <tr>
          <td align="left">Title</td>
          <td align="center">0.856</td>
          <td align="center">0.872</td>
          <td align="center">0.991</td>
        </tr>
        <tr>
          <td align="left">Venue</td>
          <td align="center">0.933</td>
          <td align="center">0.969</td>
          <td align="center">0.999</td>
        </tr>
        <tr>
          <td align="left">Year</td>
          <td align="center">1.000</td>
          <td align="center">1.000</td>
          <td align="center">0.999</td>
        </tr>
        <tr>
          <td align="left">Full citation</td>
          <td align="center">–</td>
          <td align="center">0.887</td>
          <td align="center">0.999</td>
        </tr>
      </tbody>
    </table>
  </table-wrap>
  <p></p>
  <p>All methods rank the field agreements in the same order, from the
  lowest on author name to the highest on year. However, the numerical
  values produced by the three methods should not be compared as if they
  were measured on a common scale: the Jaro–Winkler metric, cosine
  similarity and cross-encoder output arise from different scoring
  rules. The example instead illustrates the difference in
  representation. The cross-encoder evaluates the two names jointly,
  whereas the bi-encoder must commit “Silverman, B. W.” to a fixed
  vector without the sight of “Bernard W. Silverman”, and vice versa.
  Joint encoding allows pair-specific interactions to be represented
  directly, which separate embeddings cannot do. Whether this
  architectural advantage translates into lower linkage error is
  assessed below using the FLR and MMR.</p>
  <p>Notice that, for deterministic record linkage, one can already
  apply a chosen threshold to any of the similarity measures for link
  classification directly. The cross-encoder has greater flexibility for
  representing pair-specific interactions, but the computation cost of
  applying it may be too high for many applications of entity resolution
  even with bi-encoder blocking. Below we first consider how the
  proposed workflow of probabilistic linkage allows one to incorporate
  the traditional models for scoring-classification, so as to reduce the
  computational cost, albeit without fine-tuning of the transformer
  models; the workflow with fine-tuning of transformer models will be
  considered in Section <xref alt="4" rid="secU003Afinetuning">4</xref>
  later.</p>
  <sec id="secU003Aembedding-scoring">
    <title><named-content content-type="header-section-number">3.1</named-content>
    Embedding and scoring</title>
    <p>For scoring by generative or discriminative models, one needs
    numerical representation of key-value comparisons, denoted by
    <inline-formula><alternatives>
    <tex-math><![CDATA[\gamma_{h,ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
    for each field <inline-formula><alternatives>
    <tex-math><![CDATA[h]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>h</mml:mi></mml:math></alternatives></inline-formula>
    of <inline-formula><alternatives>
    <tex-math><![CDATA[\tau_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
    and <inline-formula><alternatives>
    <tex-math><![CDATA[\tau_j]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>j</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    where <inline-formula><alternatives>
    <tex-math><![CDATA[h=1,\ldots,H]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>h</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:mi>H</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>.
    The Jaro–Winkler metric is a possibility for the traditional
    workflow, whereas one can use the cosine similarity measure of
    bi-encoder embeddings for the proposed workflow.</p>
    <p>By the MEC approach using generative models, one would obtain an
    estimated density ratio for the record pair
    <inline-formula><alternatives>
    <tex-math><![CDATA[(i,j)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
    which is given as</p>
    <p><styled-content id="eqU003Adensity-ratio"><disp-formula><alternatives>
    <tex-math><![CDATA[\begin{equation}
    \label{eq:density-ratio}
    r_{ij}
    =
    \prod_{h=1}^{H}
    \frac{
    f(\gamma_{h,ij}\mid y_{ij}=1)
    }{
    f(\gamma_{h,ij}\mid y_{ij}=0)
    }.
    \end{equation} \qquad(3)]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:munderover><mml:mo>∏</mml:mo><mml:mrow><mml:mi>h</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow><mml:mi>H</mml:mi></mml:munderover><mml:mfrac><mml:mrow><mml:mi>f</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>∣</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow><mml:mrow><mml:mi>f</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>∣</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>0</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:mfrac><mml:mi>.</mml:mi></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>3</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
    <p>The product form in Equation
    <xref alt="(3)" rid="eqU003Adensity-ratio">(3)</xref> assumes that
    the field-level comparison outcomes are conditionally independent
    given the match status <inline-formula><alternatives>
    <tex-math><![CDATA[y_{ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>.
    This assumption may be violated for related bibliographic fields,
    such as title, authors and venue. In that case, the product of the
    field-specific density ratios need not equal the likelihood ratio
    based on their joint distribution.</p>
    <p>Notice that discrete comparison outcomes, i.e. agreement or not,
    are common for record linkage traditionally, in which case one would
    replace the density ratio by a probability ratio. Given continuous
    comparison outcomes <inline-formula><alternatives>
    <tex-math><![CDATA[\gamma_{h,ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>,
    we simply apply kernel density estimation (Silverman, 1986) to
    estimate the two densities in Equation
    <xref alt="(3)" rid="eqU003Adensity-ratio">(3)</xref>, separately,
    in the training set of matches and non-matches that are constructed
    as described in Section
    <xref alt="2.2" rid="secU003Atraining-candidates">2.2</xref>.</p>
    <p>Meanwhile, discriminative models target the probability of match
    given the key-value comparison outcomes, denoted by</p>
    <p><styled-content id="eqU003Amatch-probability"><disp-formula><alternatives>
    <tex-math><![CDATA[\begin{equation}
    \label{eq:match-probability}
    p_{ij}
    =
    \Pr\left(
    y_{ij}=1
    \mid
    \gamma_{1,ij},\ldots,\gamma_{H,ij}
    \right).
    \end{equation} \qquad(4)]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mrow><mml:mi mathvariant="normal">Pr</mml:mi><mml:mo>&#8289;</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="true" form="prefix">(</mml:mo><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>∣</mml:mo><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>H</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="true" form="postfix">)</mml:mo></mml:mrow><mml:mi>.</mml:mi></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>4</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
    <p>We use logistic regression as a basic discriminative model. Other
    models are possible, such as support vector machine (SVM),
    gradient-boosted trees (XGBoost) and multilayer perceptron (MLP)
    neural network. A given discriminative model can be estimated from
    the training set of matches and non-matches as a single dataset.</p>
    <p>Using the labelled records in the DBLP-Scholar and Abt-Buy
    datasets, we consider blocking scheme-II (Section 1.3) with fixed
    size <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    for each record in <inline-formula><alternatives>
    <tex-math><![CDATA[A(s_M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>.
    This induces a floor MMR, since a
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record cannot be linked correctly when none of its valid matched
    records is included in the candidate block.</p>
    <table-wrap>
      <caption>
        <p>Floor MMR by block size <inline-formula><alternatives>
        <tex-math><![CDATA[k]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
        in DBLP-Scholar and Abt-Buy datasets. Floor-zero
        <inline-formula><alternatives>
        <tex-math><![CDATA[k]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
        refers to the minimum block size needed for floor MMR to be
        zero.</p>
      </caption>
      <table id="tabU003Afloor-mmr">
        <thead>
          <tr>
            <th align="left">Dataset</th>
            <th align="right"><inline-formula><alternatives>
            <tex-math><![CDATA[k=1]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
            <th align="right"><inline-formula><alternatives>
            <tex-math><![CDATA[k=5]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
            <th align="right"><inline-formula><alternatives>
            <tex-math><![CDATA[k=50]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
            <th align="right">Floor-zero <inline-formula><alternatives>
            <tex-math><![CDATA[k]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula></th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">DBLP-Scholar</td>
            <td align="right">0.022</td>
            <td align="right">0.006</td>
            <td align="right">0.001</td>
            <td align="right">4535</td>
          </tr>
          <tr>
            <td align="left">Abt-Buy</td>
            <td align="right">0.278</td>
            <td align="right">0.082</td>
            <td align="right">0.003</td>
            <td align="right">748</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>Table <xref alt="4" rid="tabU003Afloor-mmr">4</xref> shows the
    floor MMR for the two datasets, where the candidates for each record
    in <inline-formula><alternatives>
    <tex-math><![CDATA[A(s_M)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
    are selected from <inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    based on the bi-encoder cosine similarity. At
    <inline-formula><alternatives>
    <tex-math><![CDATA[k=1]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
    it is 0.022 for the former and 0.278 for the latter, which means
    that about 97.8% of the matchable
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records have a valid match as the top candidate in the DBLP-Scholar
    dataset, whereas about 72.2% do so in the Abt-Buy dataset. This
    indicates that entity resolution is more difficult in the latter
    case.</p>
    <p>Meanwhile, both the floor MMRs become practically acceptable once
    <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    is increased to 50, especially because one would have to set
    <inline-formula><alternatives>
    <tex-math><![CDATA[k=4535]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>4535</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    to remove the floor (i.e. making the floor MMR zero) for the
    DBLP-Scholar dataset, or <inline-formula><alternatives>
    <tex-math><![CDATA[k=748]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>748</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    for the Abt-Buy dataset. Because blocking uses only the title field
    for DBLP-Scholar and the product-name field for Abt-Buy, these floor
    MMRs also reflect that single-field retrieval design. Incorporating
    additional fields, such as the product description in Abt-Buy, could
    potentially lower the blocking floor, but multi-field blocking is
    not evaluated in the present study.</p>
  </sec>
  <sec id="secU003Acomparison-pretrained">
    <title><named-content content-type="header-section-number">3.2</named-content>
    Comparison of embedding and scoring methods</title>
    <p>The comparison outcomes <inline-formula><alternatives>
    <tex-math><![CDATA[\gamma_{h,ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
    are calculated for the candidate pairs constructed as described in
    Section
    <xref alt="2.2" rid="secU003Atraining-candidates">2.2</xref>, either
    as the Jaro–Winkler metric or the cosine similarity of bi-encoder
    embeddings. Given <inline-formula><alternatives>
    <tex-math><![CDATA[\{\gamma_{h,ij}\}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:msub><mml:mi>γ</mml:mi><mml:mrow><mml:mi>h</mml:mi><mml:mo>,</mml:mo><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
    we compare the resulting link classification errors under generative
    and discriminative scoring models. The FLR and MMR are calculated on
    the held-out file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    records according to Section
    <xref alt="2.4" rid="secU003Aevaluation">2.4</xref>.</p>
    <p>The distinction between the two scoring approaches is worth
    explaining. For MEC under the generative model, we link each
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record <inline-formula><alternatives>
    <tex-math><![CDATA[i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>i</mml:mi></mml:math></alternatives></inline-formula>
    to the candidate <inline-formula><alternatives>
    <tex-math><![CDATA[j\in C_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
    with the highest density ratio <inline-formula><alternatives>
    <tex-math><![CDATA[r_{ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
    in Equation <xref alt="(3)" rid="eqU003Adensity-ratio">(3)</xref>.
    Thus, the best available candidate is always selected. For a
    discriminative model one could similarly select the candidate with
    the highest match probability <inline-formula><alternatives>
    <tex-math><![CDATA[p_{ij}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
    in Equation
    <xref alt="(4)" rid="eqU003Amatch-probability">(4)</xref>. However,
    this would force a link even when all the candidate probabilities
    are small.</p>
    <p>We therefore consider a threshold-based classification rule for
    the discriminative models. As described in Section
    <xref alt="2.2" rid="secU003Atraining-candidates">2.2</xref>, a
    validation subset of the training pairs is used to choose the
    threshold that maximises the F1 score. A link is declared only when
    the highest-scoring candidate exceeds this threshold; otherwise the
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record is left unlinked. This provides a useful contrast with the
    generative procedure because it allows the model to abstain when the
    candidate evidence is weak. We do not investigate alternative
    cross-validation schemes or decision criteria here, since our
    purpose is to illustrate the role of discriminative
    scoring-classification within the proposed workflow rather than to
    optimise the procedure for these two datasets.</p>
    <table-wrap>
      <caption>
        <p>FLR and MMR by key-value comparison method,
        scoring-classification model and block size
        <inline-formula><alternatives>
        <tex-math><![CDATA[k]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>.
        DBLP-Scholar (top half), Abt-Buy (bottom half). Entries give the
        mean (Monte Carlo standard error) over three random splits.</p>
      </caption>
      <table id="tabU003Acomparison">
        <thead>
          <tr>
            <th align="left"></th>
            <th align="left"></th>
            <th align="center" colspan="2"><inline-formula><alternatives>
            <tex-math><![CDATA[k=5]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
            <th align="center" colspan="2"><inline-formula><alternatives>
            <tex-math><![CDATA[k=50]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">Key-value comparison</td>
            <td align="left">Scoring-classification</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
          </tr>
          <tr>
            <td align="left">String, Jaro–Winkler</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.034 (0.0026)</td>
            <td align="right">0.018 (0.0005)</td>
            <td align="right">0.046 (0.0031)</td>
            <td align="right">0.013 (0.0002)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.030 (0.0038)</td>
            <td align="right">0.036 (0.0030)</td>
            <td align="right">0.027 (0.0027)</td>
            <td align="right">0.050 (0.0034)</td>
          </tr>
          <tr>
            <td align="left">Bi-encoder, cosine</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.023 (0.0013)</td>
            <td align="right">0.018 (0.0015)</td>
            <td align="right">0.043 (0.0026)</td>
            <td align="right">0.014 (0.0009)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.016 (0.0038)</td>
            <td align="right">0.056 (0.0028)</td>
            <td align="right">0.009 (0.0027)</td>
            <td align="right">0.068 (0.0027)</td>
          </tr>
          <tr>
            <td align="left">String, Jaro–Winkler</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.389 (0.0089)</td>
            <td align="right">0.500 (0.0043)</td>
            <td align="right">0.449 (0.0097)</td>
            <td align="right">0.525 (0.0075)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.343 (0.0279)</td>
            <td align="right">0.597 (0.0385)</td>
            <td align="right">0.338 (0.0081)</td>
            <td align="right">0.662 (0.0468)</td>
          </tr>
          <tr>
            <td align="left">Bi-encoder, cosine</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.278 (0.0044)</td>
            <td align="right">0.425 (0.0062)</td>
            <td align="right">0.327 (0.0043)</td>
            <td align="right">0.356 (0.0073)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.248 (0.0191)</td>
            <td align="right">0.479 (0.0505)</td>
            <td align="right">0.233 (0.0210)</td>
            <td align="right">0.543 (0.0597)</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>Table <xref alt="5" rid="tabU003Acomparison">5</xref> reports the
    test set FLR and MMR for four combinations of embedding and scoring
    methods, given two block sizes <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>.
    The results are averaged over three random 50–50 training-test
    splits, with Monte Carlo standard errors in parentheses. Comparisons
    of close means should be read in light of this split-to-split
    variation.</p>
    <p>Regarding bi-encoder embeddings instead of the traditional
    character-string comparisons, the effects are not obvious for the
    DBLP-Scholar dataset where the texts are less messy (Table 1). The
    bi-encoder yields lower FLRs in all four comparisons, but does not
    consistently reduce the MMR. In contrast, the improvements are
    clearly visible for the Abt-Buy dataset with more messy texts. Both
    the FLR and MMR are reduced by the bi-encoder representation for
    either scoring model and either block size.</p>
    <p>These results illustrate the potential advantages of
    transformer-based embeddings for text-based entity resolution.
    Notice that the performance of the bi-encoder can be further changed
    by fine-tuning, which will be considered in Section
    <xref alt="4" rid="secU003Afinetuning">4</xref>.</p>
    <p>Regarding scoring-classification by generative or discriminative
    models, the results here show that the discriminative logistic
    regression model yields lower FLRs than the generative kernel
    density model, whereas the latter yields lower MMRs. The distinction
    is especially clear for the Abt-Buy dataset. This reflects the
    different link-classification rules used here: we always link the
    top-ranked candidate under the generative model, whereas a
    validation split is used to determine a threshold for the
    discriminative model, which may abstain from declaring a link.
    Accordingly, the FLR/MMR contrast in Table
    <xref alt="5" rid="tabU003Acomparison">5</xref> should not be
    interpreted as an intrinsic difference between generative and
    discriminative model families; it also reflects the different
    decision rules applied to their scores.</p>
    <p>Without advocating for one modelling approach against the other
    generally, we note that scoring-classification by discriminative
    models is worth considering in practice, although such models have
    been less common in record linkage traditionally.</p>
    <p>For completeness, we also apply the pretrained cross-encoder
    directly to the candidate pairs obtained from bi-encoder blocking.
    Since the cross-encoder operates on paired record texts rather than
    on the numerical comparison outcomes used by the traditional scoring
    models, we report its results together with those of the fine-tuned
    cross-encoder in Table
    <xref alt="7" rid="tabU003Afine-tuning">7</xref>. This allows the
    effect of task-specific fine-tuning to be assessed separately from
    that of using the cross-encoder architecture itself.</p>
    <p>Regarding the proposed workflow, using the bi-encoder model for
    embedding and the traditional generative or discriminative models
    for automated scoring-classification can reduce the number of
    candidate pairs that need to be processed by a cross-encoder,
    compared with applying the cross-encoder to every candidate block.
    This provides the basis for examining the accuracy-cost tradeoff
    after fine-tuning, compared with either the traditional workflow
    without transformer models or the transformer-only workflow.</p>
  </sec>
  <sec id="secU003Asensitivity">
    <title><named-content content-type="header-section-number">3.3</named-content>
    Sensitivity analysis</title>
    <p>Here we conduct sensitivity analysis of a methodological choice
    not covered above, which exemplifies the relevant considerations in
    practice and helps to prepare the ground for fine-tuning transformer
    models later.</p>
    <table-wrap>
      <caption>
        <p>FLR and MMR by different discriminative models. Entries give
        the mean (Monte Carlo standard error) over three random
        splits.</p>
      </caption>
      <table id="tabU003Adiscriminative-sensitivity">
        <thead>
          <tr>
            <th align="left"></th>
            <th align="left"></th>
            <th align="center" colspan="2"><inline-formula><alternatives>
            <tex-math><![CDATA[k=5]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
            <th align="center" colspan="2"><inline-formula><alternatives>
            <tex-math><![CDATA[k=50]]></tex-math>
            <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula></th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">Dataset</td>
            <td align="left">Model</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
          </tr>
          <tr>
            <td align="left">DBLP-Scholar</td>
            <td align="left">Logistic</td>
            <td align="right">0.016 (0.0038)</td>
            <td align="right">0.056 (0.0028)</td>
            <td align="right">0.009 (0.0027)</td>
            <td align="right">0.068 (0.0027)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">SVM</td>
            <td align="right">0.017 (0.0021)</td>
            <td align="right">0.040 (0.0037)</td>
            <td align="right">0.018 (0.0017)</td>
            <td align="right">0.041 (0.0048)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">XGB</td>
            <td align="right">0.033 (0.0030)</td>
            <td align="right">0.021 (0.0014)</td>
            <td align="right">0.024 (0.0055)</td>
            <td align="right">0.041 (0.0050)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">MLP</td>
            <td align="right">0.030 (0.0025)</td>
            <td align="right">0.030 (0.0016)</td>
            <td align="right">0.026 (0.0024)</td>
            <td align="right">0.034 (0.0066)</td>
          </tr>
          <tr>
            <td align="left">Abt-Buy</td>
            <td align="left">Logistic</td>
            <td align="right">0.248 (0.0191)</td>
            <td align="right">0.479 (0.0505)</td>
            <td align="right">0.233 (0.0210)</td>
            <td align="right">0.543 (0.0597)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">SVM</td>
            <td align="right">0.252 (0.0170)</td>
            <td align="right">0.592 (0.0274)</td>
            <td align="right">0.211 (0.0235)</td>
            <td align="right">0.701 (0.0348)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">XGB</td>
            <td align="right">0.399 (0.0096)</td>
            <td align="right">0.538 (0.0187)</td>
            <td align="right">0.296 (0.0130)</td>
            <td align="right">0.551 (0.0235)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">MLP</td>
            <td align="right">0.251 (0.0111)</td>
            <td align="right">0.438 (0.0238)</td>
            <td align="right">0.228 (0.0202)</td>
            <td align="right">0.565 (0.0704)</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>Instead of logistic regression, one can use many other
    discriminative models. Table
    <xref alt="6" rid="tabU003Adiscriminative-sensitivity">6</xref>
    compares it to a radial-kernel SVM, an XGBoost and a small MLP net,
    all based on the same bi-encoder embeddings. The SVM is fitted with
    an RBF kernel and probability estimation enabled; XGBoost uses 200
    trees, maximum depth 4, learning rate 0.1 and log-loss as the
    evaluation metric; and the MLP has hidden layers of sizes 64 and 32
    and a maximum of 300 iterations. The random-split seed is passed to
    each classifier, and otherwise the defaults of the pinned library
    versions are used. The FLR and MMR are obtained in the same way as
    above, and the results of logistic regression are reproduced from
    Table <xref alt="5" rid="tabU003Acomparison">5</xref> for easy
    comparison. The models exhibit different tradeoffs between the two
    error measures. For DBLP-Scholar, logistic regression has low FLR in
    both block-size configurations, while several models have lower
    observed MMR. The FLR estimates for logistic regression and SVM at
    <inline-formula><alternatives>
    <tex-math><![CDATA[k=5]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    are close relative to their Monte Carlo standard errors. For
    Abt-Buy, the FLR and MMR comparisons vary with the model and block
    size, with appreciable split-to-split variation in several entries.
    For XGBoost on Abt-Buy, the validation-selected decision threshold
    lies near 0.45 on the 0.05 grid, so small numerical differences in
    the embeddings, such as those between CPU and GPU computation, can
    move it by one grid point and shift the FLR and MMR in opposite
    directions by more than 0.01. Logistic regression provides a simple
    discriminative model and will be used as the default for the
    investigation later.</p>
  </sec>
</sec>
<sec id="secU003Afinetuning">
  <title><named-content content-type="header-section-number">4</named-content>
  Workflow with fine-tuning of transformer models</title>
  <p>Fine-tuning of pretrained transformer models can be important for
  the application at hand. In the proposed flow of entity resolution,
  this concerns the bi-encoder model for embedding and the cross-encoder
  model for direct text-to-link classification.</p>
  <sec id="secU003Afine-tuning-models">
    <title><named-content content-type="header-section-number">4.1</named-content>
    Fine-tuning transformer models</title>
    <p>Using the training-test construction described in Section
    <xref alt="2.2" rid="secU003Atraining-candidates">2.2</xref>, we now
    consider task-specific fine-tuning of the bi-encoder and
    cross-encoder models. The same random splits and treatment of
    multiple valid partners are retained, so that the results can be
    compared directly with those obtained using the pretrained
    models.</p>
    <p>There is one important distinction between the two fine-tuning
    experiments. After fine-tuning the bi-encoder, the records are
    re-embedded and the <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    candidate blocks are reconstructed from the fine-tuned embeddings
    before the traditional scoring models are evaluated. For the
    cross-encoder, the candidate blocks obtained from the pretrained
    bi-encoder are held fixed. Thus, the cross-encoder comparison
    isolates the effect of fine-tuning the classifier rather than
    changing the candidate set at the same time.</p>
    <p>The hyperparameters for learning transformer models involve at
    least four choices: the warmup step, typically set to around 10%;
    the learning rate, typically of the order
    <inline-formula><alternatives>
    <tex-math><![CDATA[10^{-5}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msup><mml:mn>10</mml:mn><mml:mrow><mml:mi>−</mml:mi><mml:mn>5</mml:mn></mml:mrow></mml:msup></mml:math></alternatives></inline-formula>;
    the number of epochs, typically small; and the batch size, typically
    16 or 32. While some experimentation is needed to settle the
    hyperparameters in practice, it is rare to apply cross-validation
    inside the training set formally due to the computation cost this
    would require. Notice that the computation cost differs for
    bi-encoder and cross-encoder. Once the embeddings from a bi-encoder
    have been obtained, similarity calculation and subsequent scoring
    are computationally cheap. In contrast, the cross-encoder must
    process each pair of texts directly whenever it is applied.</p>
    <p>The bi-encoder model <monospace>all-MiniLM-L6-v2</monospace> is
    trained for one epoch with <monospace>ContrastiveLoss</monospace>,
    using 10% linear warmup, batch size 16 and learning rate
    <inline-formula><alternatives>
    <tex-math><![CDATA[2\times10^{-5}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>2</mml:mn><mml:mo>×</mml:mo><mml:msup><mml:mn>10</mml:mn><mml:mrow><mml:mi>−</mml:mi><mml:mn>5</mml:mn></mml:mrow></mml:msup></mml:mrow></mml:math></alternatives></inline-formula>.
    The contrastive loss encourages the embeddings of matched record
    pairs to be closer and those of non-matched pairs to be further
    apart. The fine-tuned bi-encoder model can then be applied to the
    records in <inline-formula><alternatives>
    <tex-math><![CDATA[A\cup B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>A</mml:mi><mml:mo>∪</mml:mo><mml:mi>B</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>
    to yield the fine-tuned embeddings, from which the per-field cosine
    similarities are calculated as before.</p>
    <p>The cross-encoder <monospace>ms-marco-MiniLM-L-6-v2</monospace>
    is trained for five epochs with 10% linear warmup, batch size 16,
    learning rate <inline-formula><alternatives>
    <tex-math><![CDATA[2\times10^{-5}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>2</mml:mn><mml:mo>×</mml:mo><mml:msup><mml:mn>10</mml:mn><mml:mrow><mml:mi>−</mml:mi><mml:mn>5</mml:mn></mml:mrow></mml:msup></mml:mrow></mml:math></alternatives></inline-formula>,
    and a maximum sequence length of 128 tokens. The training pairs are
    labelled as matches or non-matches for binary link
    classification.</p>
    <p>For comparison, we also evaluate the pretrained cross-encoder
    without updating any of its model parameters. The same 50–50 outer
    split and 80–20 pair-level validation split are used, but the
    training portion is not used to fit the cross-encoder. It is
    retained only so that the link-classification threshold can be
    selected on exactly the same validation partition as for the
    fine-tuned model. In both cases, the threshold is selected from
    <inline-formula><alternatives>
    <tex-math><![CDATA[0.10,0.15,\ldots,0.90]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>0.10</mml:mn><mml:mo>,</mml:mo><mml:mn>0.15</mml:mn><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:mn>0.90</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    by maximising the validation F1 score, and the direct output of
    <monospace>CrossEncoder.predict()</monospace> is used without an
    additional sigmoid transformation.</p>
    <p>While the hyperparameters above may not be optimal for these
    models, they suffice for the methodological investigations below,
    which is our purpose in this paper rather than to find the best
    procedures for the two datasets at hand.</p>
    <p>The bi-encoder and cross-encoder are fine-tuned for one and five
    epochs, respectively. Thus, the fine-tuned comparisons in
    Table <xref alt="7" rid="tabU003Afine-tuning">7</xref> concern the
    specified training configurations, rather than an epoch-matched
    comparison of model architectures. The contribution of training
    duration to the observed differences is not assessed separately.</p>
    <table-wrap>
      <caption>
        <p>FLR and MMR for pretrained and fine-tuned transformer models.
        For the generative and logistic models, pretrained and
        fine-tuned refer to the bi-encoder used for embedding and
        blocking; the candidate blocks are reconstructed after
        bi-encoder fine-tuning. For the cross-encoder, they refer to the
        cross-encoder model itself, with the candidate blocks held
        fixed. Entries give the mean (Monte Carlo standard error) over
        three random splits.</p>
      </caption>
      <table id="tabU003Afine-tuning">
        <thead>
          <tr>
            <th align="left"></th>
            <th align="left"></th>
            <th align="center" colspan="2">Pretrained</th>
            <th align="center" colspan="2">Fine-tuned</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">Dataset</td>
            <td align="left">Model</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
          </tr>
          <tr>
            <td align="left">DBLP-Scholar</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.043 (0.0026)</td>
            <td align="right">0.014 (0.0009)</td>
            <td align="right">0.046 (0.0044)</td>
            <td align="right">0.011 (0.0012)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.009 (0.0027)</td>
            <td align="right">0.068 (0.0027)</td>
            <td align="right">0.026 (0.0040)</td>
            <td align="right">0.027 (0.0042)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Cross-encoder</td>
            <td align="right">0.061 (0.0026)</td>
            <td align="right">0.026 (0.0011)</td>
            <td align="right">0.018 (0.0031)</td>
            <td align="right">0.014 (0.0009)</td>
          </tr>
          <tr>
            <td align="left">Abt-Buy</td>
            <td align="left">Generative, kernel density</td>
            <td align="right">0.327 (0.0043)</td>
            <td align="right">0.356 (0.0073)</td>
            <td align="right">0.124 (0.0008)</td>
            <td align="right">0.145 (0.0031)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Discriminative, logistic</td>
            <td align="right">0.233 (0.0210)</td>
            <td align="right">0.543 (0.0597)</td>
            <td align="right">0.053 (0.0023)</td>
            <td align="right">0.269 (0.0059)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Cross-encoder</td>
            <td align="right">0.267 (0.0102)</td>
            <td align="right">0.278 (0.0123)</td>
            <td align="right">0.041 (0.0023)</td>
            <td align="right">0.152 (0.0130)</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>Table <xref alt="7" rid="tabU003Afine-tuning">7</xref> compares
    the link classification performance with or without fine-tuning of
    the transformer models. The results for the traditional models with
    pretrained bi-encoder embeddings are reproduced from Table
    <xref alt="5" rid="tabU003Acomparison">5</xref> for easy comparison.
    All results are averaged over three random 50–50 splits of the
    training and test sets.</p>
    <p>The cross-encoder results show a clear improvement from
    fine-tuning. For DBLP-Scholar, the pretrained cross-encoder has an
    FLR of 0.061 and an MMR of 0.026, compared with 0.018 and 0.014
    after fine-tuning. For Abt-Buy, the corresponding error rates fall
    from 0.267 and 0.278 to 0.041 and 0.152. Fine-tuning therefore
    reduces both error rates for the cross-encoder in both datasets.</p>
    <p>Compared with the traditional models based on the fine-tuned
    bi-encoder, the cross-encoder has a lower observed FLR than MEC in
    both datasets. For DBLP-Scholar, the mean MMRs for MEC and the
    cross-encoder are 0.011 and 0.014, respectively; this small
    difference should be interpreted cautiously given the Monte Carlo
    standard errors. For Abt-Buy, their mean MMRs are likewise close
    (0.145 and 0.152), while their FLRs differ more substantially (0.124
    and 0.041). Logistic regression has higher observed MMR in both
    datasets, while its FLR is closer to that of the cross-encoder for
    Abt-Buy.</p>
    <p>We also examined the sensitivity of the fine-tuned cross-encoder
    to the block size. For Abt-Buy, reducing the block size from
    <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    to <inline-formula><alternatives>
    <tex-math><![CDATA[k=5]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    increases both the FLR and MMR, from 0.041 and 0.152 to 0.056 and
    0.219, respectively. For DBLP-Scholar, the effect is less uniform:
    the FLR increases from 0.018 to 0.022, whereas the MMR changes only
    slightly, from 0.014 to 0.013.</p>
    <p>Changing <inline-formula><alternatives>
    <tex-math><![CDATA[k]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>k</mml:mi></mml:math></alternatives></inline-formula>
    affects more than the number of non-match examples available during
    fine-tuning. It also changes the candidate set available at
    evaluation and hence the probability that at least one valid partner
    is retrieved. This is particularly relevant for Abt-Buy, where the
    floor MMR is appreciably higher at <inline-formula><alternatives>
    <tex-math><![CDATA[k=5]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>5</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    than at <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>.
    The comparison should therefore be interpreted as sensitivity to the
    block-size configuration as a whole, rather than as an isolated
    effect of the number of training non-matches.</p>
    <p>This points to another aspect of the cost-accuracy tradeoff for
    cross-encoder models. Larger candidate blocks provide more retrieved
    hard non-matches for supervised learning and can increase the chance
    that a valid partner is available for classification, but they also
    increase the number of record pairs to which the cross-encoder must
    be applied. The appropriate block size therefore depends on
    candidate recall, linkage error and computational cost together.
    Notice also that the test-set performance of a fine-tuned
    cross-encoder would not necessarily carry over unchanged if a
    different blocking procedure were employed for out-of-sample
    records.</p>
    <p>Meanwhile, the workflow using the fine-tuned bi-encoder produces
    a different pattern across the two datasets. Since the candidate
    blocks are reconstructed after fine-tuning, this comparison reflects
    both the changed embedding representation and the candidate blocks
    obtained from it. For DBLP-Scholar, the workflow using the
    fine-tuned bi-encoder yields lower MMRs for both the generative and
    discriminative models, but higher FLRs. For Abt-Buy, it yields
    considerably lower values of both error rates for both traditional
    models. For the discriminative logistic regression model, the
    observed Abt-Buy FLR is 0.053, compared with 0.041 for the
    fine-tuned cross-encoder. This motivates examining whether
    traditional-model scoring can handle some cases without
    cross-encoder evaluation, which we investigate next.</p>
  </sec>
  <sec id="secU003Acombining-models">
    <title><named-content content-type="header-section-number">4.2</named-content>
    Combining models for scoring-classification</title>
    <p>Since bi-encoder blocking does not distinguish different blocks
    of text pairs, which are all sent to the cross-encoder model for
    link classification, a natural idea is to use the traditional models
    to separate the harder and easier cases, each composed of
    <inline-formula><alternatives>
    <tex-math><![CDATA[(i,C_i)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
    so that only the harder cases are passed on to the costly
    cross-encoder link classification, while the easier cases can be
    classified by the traditional models directly.</p>
    <p>Given a traditional discriminative model for scoring in Equation
    <xref alt="(4)" rid="eqU003Amatch-probability">(4)</xref>, trained
    on the fine-tuned bi-encoder embeddings, define a corresponding
    discrimination gap for each case <inline-formula><alternatives>
    <tex-math><![CDATA[(i,C_i)]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
    which is given as</p>
    <p><styled-content id="eqU003Adiscrimination-gap"><disp-formula><alternatives>
    <tex-math><![CDATA[\begin{equation}
    \label{eq:discrimination-gap}
    \Delta_i = p_{(i1)} - p_{(i2)},
    \end{equation} \qquad(5)]]></tex-math>
    <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mi mathvariant="normal">Δ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mn>1</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:msub><mml:mo>−</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mn>2</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:msub><mml:mo>,</mml:mo></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>5</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
    <p>where <inline-formula><alternatives>
    <tex-math><![CDATA[p_{(i1)} \geq p_{(i2)} \geq \cdots \geq p_{(ik)}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mn>1</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:msub><mml:mo>≥</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mn>2</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:msub><mml:mo>≥</mml:mo><mml:mi>⋯</mml:mi><mml:mo>≥</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mi>k</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
    are the order statistics of <inline-formula><alternatives>
    <tex-math><![CDATA[\{p_{ij}:j\in C_i\}]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>:</mml:mo><mml:mi>j</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>.
    A smaller gap
    <xref alt="(5)" rid="eqU003Adiscrimination-gap">(5)</xref> for a
    file-<inline-formula><alternatives>
    <tex-math><![CDATA[A]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
    record suggests lower confidence by the traditional model to
    separate its best file-<inline-formula><alternatives>
    <tex-math><![CDATA[B]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
    candidate from the runner-up, in which sense link classification of
    this case is harder than another case with a larger discrimination
    gap.</p>
    <p>For the comparison below, the <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    candidate blocks are held fixed at those obtained from the
    pretrained bi-encoder, so that the logistic regression and
    cross-encoder are evaluated on the same candidate records. The
    logistic regression scores are recalculated using the fine-tuned
    bi-encoder embeddings. The quartiles are then formed separately
    within each test set according to <inline-formula><alternatives>
    <tex-math><![CDATA[\Delta_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi mathvariant="normal">Δ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>.
    These test-set quartiles are used only as an illustrative analysis
    of how linkage errors vary with case difficulty; they do not define
    a routing threshold for deployment. In an operational combined
    procedure, the routing rule, including any discrimination-gap
    threshold, would be selected using the training or validation
    partition and then applied unchanged to test or out-of-sample
    records.</p>
    <table-wrap>
      <caption>
        <p>FLR and MMR by discrimination-gap quartiles and models.
        Entries give the mean (Monte Carlo standard error) over three
        random 50–50 training-test splits. A zero MCSE denotes no
        observed variation across these splits.</p>
      </caption>
      <table id="tabU003Adiscrimination-gap">
        <thead>
          <tr>
            <th align="left"></th>
            <th align="left"></th>
            <th align="center" colspan="2">Logistic regression</th>
            <th align="center" colspan="2">Cross-encoder</th>
          </tr>
        </thead>
        <tbody>
          <tr>
            <td align="left">Dataset</td>
            <td align="left">Quartile</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
            <td align="right">FLR</td>
            <td align="right">MMR</td>
          </tr>
          <tr>
            <td align="left">DBLP-Scholar</td>
            <td align="left">Q1 (hardest)</td>
            <td align="right">0.037 (0.0150)</td>
            <td align="right">0.045 (0.0042)</td>
            <td align="right">0.033 (0.0027)</td>
            <td align="right">0.029 (0.0010)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q2</td>
            <td align="right">0.031 (0.0062)</td>
            <td align="right">0.063 (0.0026)</td>
            <td align="right">0.034 (0.0100)</td>
            <td align="right">0.022 (0.0010)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q3</td>
            <td align="right">0.006 (0.0019)</td>
            <td align="right">0.041 (0.0080)</td>
            <td align="right">0.008 (0.0010)</td>
            <td align="right">0.010 (0.0027)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q4 (easiest)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.000 (0.0000)</td>
          </tr>
          <tr>
            <td align="left">Abt-Buy</td>
            <td align="left">Q1 (hardest)</td>
            <td align="right">0.230 (0.0229)</td>
            <td align="right">0.706 (0.0153)</td>
            <td align="right">0.121 (0.0085)</td>
            <td align="right">0.400 (0.0343)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q2</td>
            <td align="right">0.101 (0.0031)</td>
            <td align="right">0.259 (0.0559)</td>
            <td align="right">0.051 (0.0114)</td>
            <td align="right">0.131 (0.0150)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q3</td>
            <td align="right">0.017 (0.0025)</td>
            <td align="right">0.017 (0.0025)</td>
            <td align="right">0.016 (0.0045)</td>
            <td align="right">0.072 (0.0108)</td>
          </tr>
          <tr>
            <td align="left"></td>
            <td align="left">Q4 (easiest)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.000 (0.0000)</td>
            <td align="right">0.005 (0.0025)</td>
          </tr>
        </tbody>
      </table>
    </table-wrap>
    <p></p>
    <p>Table <xref alt="8" rid="tabU003Adiscrimination-gap">8</xref>
    shows the FLR and MMR by the quartiles of
    <inline-formula><alternatives>
    <tex-math><![CDATA[\Delta_i]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi mathvariant="normal">Δ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
    where Q1 refers to the smallest 25% discrimination gaps and the
    hardest cases accordingly, and Q4 refers to the 25% easiest cases.
    The FLR and MMR of the fine-tuned cross-encoder model are compared
    to those of logistic regression based on the fine-tuned bi-encoder
    embeddings.</p>
    <p>The results support the discrimination gap as a useful measure
    for separating harder cases from easier ones, although the error
    rates do not decrease monotonically across every quartile. The
    distinction is particularly clear for Abt-Buy. In Q1, logistic
    regression has FLR 0.230 and MMR 0.706, compared with 0.121 and
    0.400, respectively, for the cross-encoder. The advantage of the
    cross-encoder remains substantial in Q2. In Q3, however, both models
    have very low FLRs and logistic regression has the lower MMR. In Q4,
    logistic regression makes no errors, while the cross-encoder has
    only a very small MMR.</p>
    <p>For DBLP-Scholar, neither model makes an observed error in Q4
    across these splits. In Q1–Q3, the cross-encoder has lower mean MMR,
    while the small FLR differences in Q1–Q3 should not be treated as
    stable model orderings given the Monte Carlo standard errors. The
    results are consistent with concentrating cross-encoder evaluation
    among cases with smaller discrimination gaps, while leaving many of
    the easier cases to the traditional model.</p>
    <p>This shows that, (i) the discrimination gap is a reasonable
    measure for separating the harder cases from the easier ones, and
    (ii) it can be more beneficial to apply the cross-encoder model to
    the harder cases in order to improve accuracy subject to a cost
    constraint, provided the traditional models can do a relatively good
    job for the easier cases. The Abt-Buy results illustrate this
    particularly clearly: the largest gains from the cross-encoder occur
    among the cases with the smallest discrimination gaps, whereas there
    is little benefit from sending the easiest cases to the more costly
    model.</p>
    <fig id="figU003Acombined-workflow">
      <caption><p>Workflow of entity resolution combining different
      models. Type of model in square brackets.</p></caption>
      <p specific-use="wrapper">
        <p>Texts <inline-formula><alternatives>
        <tex-math><![CDATA[\longrightarrow]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula>
        Embedding [transformer model] <inline-formula><alternatives>
        <tex-math><![CDATA[\longrightarrow]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula>
        Scoring [generative/discriminative model]</p>
        <p><inline-formula><alternatives>
        <tex-math><![CDATA[\longrightarrow]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula></p>
        <p>Separate streams of harder cases and the rest</p>
        <p>[e.g. by discrimination gap]</p>
        <p><inline-formula><alternatives>
        <tex-math><![CDATA[\longrightarrow]]></tex-math>
        <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula></p>
        <table-wrap>
          <table>
            <tbody>
              <tr>
                <td align="left">hard cases</td>
                <td align="left"><inline-formula><alternatives>
                <tex-math><![CDATA[\longrightarrow]]></tex-math>
                <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula>
                Classification [cross-encoder]</td>
              </tr>
              <tr>
                <td align="left">rest</td>
                <td align="left"><inline-formula><alternatives>
                <tex-math><![CDATA[\longrightarrow]]></tex-math>
                <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mo>→</mml:mo></mml:math></alternatives></inline-formula>
                Classification [generative/discriminative model]</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </p>
    </fig>
    <p>Figure <xref alt="2" rid="figU003Acombined-workflow">2</xref>
    shows the proposed workflow of entity resolution with the additional
    details of how the traditional scoring models can be combined with
    the transformer model. In particular, the workflow provides a way to
    control the accuracy-cost tradeoff by using the traditional
    generative or discriminative models to identify the hard cases for
    cross-encoder link classification, while leaving the rest of the
    link classification to the traditional model.</p>
    <p>The potential computational saving arises because fine-tuning is
    performed once for a given labelled sample, whereas the subsequent
    cost of cross-encoder classification increases with the number of
    text pairs sent to it. Once the bi-encoder embeddings have been
    obtained, scoring by the traditional models is comparatively
    inexpensive. Routing only a subset of cases to the cross-encoder
    therefore reduces the number of pairwise cross-encoder evaluations.
    As a hardware-independent cost measure,
    Table <xref alt="11" rid="tabU003Acombined-procedure">11</xref>
    reports the realised number of cross-encoder pair evaluations for
    the two training-derived routing rules relative to sending all
    <inline-formula><alternatives>
    <tex-math><![CDATA[k=50]]></tex-math>
    <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
    candidate pairs to the cross-encoder. The realised runtime saving
    will depend on the routing rule, block size, hardware and
    implementation, and is not benchmarked systematically in the present
    paper.</p>
    <p>Although the benefits of creating separate case streams for link
    classification and the feasibility of using the traditional models
    for this task are clear by now, how to determine exactly which cases
    should be sent to the cross-encoder model must depend on the cost
    constraint and the acceptable accuracy in each application. It is
    also possible to consider more refined schemes than, say, choosing a
    single threshold of the discrimination gap.</p>
    <p>For instance, by MEC using a generative model, one can estimate
    both the FLR and MMR for the classified link set, and use them to
    filter out the cases for the cross-encoder model. Or, to further
    reduce the cost, one may consider sending fewer candidates for each
    case passed on to the cross-encoder model, provided the left-out
    candidates have much lower match probabilities than the selected
    ones according to the scoring model, in which respect one may
    consider more refined discrimination measures than the gap
    <xref alt="(5)" rid="eqU003Adiscrimination-gap">(5)</xref> between
    the top two candidate match probabilities.</p>
    <p>However, we notice that there is another issue related to the
    exact scheme of creating separate case streams, which concerns the
    assessment of linkage errors by transformer models, as we shall
    discuss in the next section. To demonstrate the combined procedure
    directly,
    Section <xref alt="4.3.3" rid="secU003Aworkable-error-assessment">4.3.3</xref>
    also reports pooled FLR and MMR under two routing rules whose
    discrimination-gap cutoffs are determined from the training records
    and then applied unchanged to the test records.</p>
  </sec>
  <sec id="secU003Aerror-assessment">
    <title><named-content content-type="header-section-number">4.3</named-content>
    Linkage error assessment of transformer models</title>
    <p>Assessing the link classification errors of the cross-encoder
    model faces two major issues. As we have explained in Section 1.2,
    the test errors only refer to the model fine-tuned on the training
    set, which causes the first issue if one would like to fine-tune the
    model on the whole labelled match sample using the hyperparameters
    settled on the training set, which is a very common practice in
    Machine Learning (e.g. Hastie et al., 2009). The second issue is
    related to the creation of separate case streams for link
    classification in the proposed workflow, which means, for example,
    that the cross-encoder model would only be applied to the selected
    harder cases instead of all the out-of-sample cases.</p>
    <p>Below we investigate the first issue, before proposing a workable
    approach to linkage error assessment, even though it does not yield
    unbiased estimation of the FLR and MMR.</p>
    <sec id="secU003Asplit-sensitivity">
      <title><named-content content-type="header-section-number">4.3.1</named-content>
      Sensitivity of training-test split</title>
      <p>We have divided the sampled file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records into training and test sets 50–50 so far in this paper. To
      study sensitivity to this choice, let
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      denote an SRSWOR sample containing a fraction
      <inline-formula><alternatives>
      <tex-math><![CDATA[f=0.5,0.6,\ldots,0.9]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>f</mml:mi><mml:mo>=</mml:mo><mml:mn>0.5</mml:mn><mml:mo>,</mml:mo><mml:mn>0.6</mml:mn><mml:mo>,</mml:mo><mml:mi>…</mml:mi><mml:mo>,</mml:mo><mml:mn>0.9</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
      of the sampled file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records <inline-formula><alternatives>
      <tex-math><![CDATA[A_s]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
      and let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[s_{M,f}
      =
      \{(i,j)\in s_M:i\in A_{s,f}\}]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>M</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>i</mml:mi><mml:mo>,</mml:mo><mml:mi>j</mml:mi><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo>∈</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo>:</mml:mo><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>denote the labelled match sample induced by those selected
      records. The cross-encoder is trained using the records in
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      and evaluated on the complementary
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records <inline-formula><alternatives>
      <tex-math><![CDATA[A_s\setminus A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>\</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>,
      together with their associated gold-standard matches.</p>
      <p>For each value of <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
      we repeat the random split ten times. The cross-encoder is
      fine-tuned separately on each training sample using the same model
      and hyperparameters as in Section
      <xref alt="4.1" rid="secU003Afine-tuning-models">4.1</xref>.
      Within each training sample, 20% of the constructed training pairs
      are used as validation data to determine the link-classification
      threshold by maximising the F1 score. The FLR and MMR are then
      evaluated on the corresponding held-out
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records.</p>
      <p>Table <xref alt="9" rid="tabU003Atraining-fraction">9</xref>
      reports the mean error rates over the ten replications, together
      with their Monte Carlo standard errors. We also report the
      relative Monte Carlo standard error, defined as the Monte Carlo
      standard error divided by the absolute mean error rate, as an
      indication of the precision of the Monte Carlo mean.</p>
      <table-wrap>
        <caption>
          <p>FLR and MMR of the cross-encoder model by training-set
          fraction <inline-formula><alternatives>
          <tex-math><![CDATA[f]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
          based on 10 replications. SE denotes the Monte Carlo standard
          error and RMCSE the relative Monte Carlo standard error.</p>
        </caption>
        <table id="tabU003Atraining-fraction">
          <thead>
            <tr>
              <th align="left"></th>
              <th align="right"></th>
              <th align="center" colspan="3">FLR</th>
              <th align="center" colspan="3">MMR</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">Dataset</td>
              <td align="right"><inline-formula><alternatives>
              <tex-math><![CDATA[f]]></tex-math>
              <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula></td>
              <td align="right">Mean</td>
              <td align="right">SE</td>
              <td align="right">RMCSE</td>
              <td align="right">Mean</td>
              <td align="right">SE</td>
              <td align="right">RMCSE</td>
            </tr>
            <tr>
              <td align="left">DBLP-Scholar</td>
              <td align="right">0.5</td>
              <td align="right">0.017</td>
              <td align="right">0.001</td>
              <td align="right">0.058</td>
              <td align="right">0.015</td>
              <td align="right">0.001</td>
              <td align="right">0.077</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.6</td>
              <td align="right">0.019</td>
              <td align="right">0.001</td>
              <td align="right">0.078</td>
              <td align="right">0.016</td>
              <td align="right">0.001</td>
              <td align="right">0.077</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.7</td>
              <td align="right">0.014</td>
              <td align="right">0.002</td>
              <td align="right">0.136</td>
              <td align="right">0.015</td>
              <td align="right">0.002</td>
              <td align="right">0.110</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.8</td>
              <td align="right">0.016</td>
              <td align="right">0.003</td>
              <td align="right">0.171</td>
              <td align="right">0.016</td>
              <td align="right">0.002</td>
              <td align="right">0.102</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.9</td>
              <td align="right">0.015</td>
              <td align="right">0.003</td>
              <td align="right">0.188</td>
              <td align="right">0.019</td>
              <td align="right">0.002</td>
              <td align="right">0.115</td>
            </tr>
            <tr>
              <td align="left">Abt-Buy</td>
              <td align="right">0.5</td>
              <td align="right">0.039</td>
              <td align="right">0.003</td>
              <td align="right">0.064</td>
              <td align="right">0.160</td>
              <td align="right">0.005</td>
              <td align="right">0.033</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.6</td>
              <td align="right">0.034</td>
              <td align="right">0.003</td>
              <td align="right">0.076</td>
              <td align="right">0.168</td>
              <td align="right">0.009</td>
              <td align="right">0.051</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.7</td>
              <td align="right">0.029</td>
              <td align="right">0.004</td>
              <td align="right">0.133</td>
              <td align="right">0.164</td>
              <td align="right">0.004</td>
              <td align="right">0.026</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.8</td>
              <td align="right">0.033</td>
              <td align="right">0.002</td>
              <td align="right">0.066</td>
              <td align="right">0.174</td>
              <td align="right">0.007</td>
              <td align="right">0.041</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="right">0.9</td>
              <td align="right">0.029</td>
              <td align="right">0.004</td>
              <td align="right">0.148</td>
              <td align="right">0.158</td>
              <td align="right">0.013</td>
              <td align="right">0.080</td>
            </tr>
          </tbody>
        </table>
      </table-wrap>
      <p></p>
      <p>Table <xref alt="9" rid="tabU003Atraining-fraction">9</xref>
      gives the results from ten Monte Carlo replications of the
      record-level training-test split for each given
      <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>.
      Although the FLR and MMR are not constant with respect to the
      training-set size, there is no systematic improvement in either
      error rate as <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>
      increases. For DBLP-Scholar, the mean FLR remains between
      approximately 0.014 and 0.019 over the five training fractions,
      while the MMR remains between approximately 0.015 and 0.019. For
      Abt-Buy, the FLR varies between approximately 0.029 and 0.039,
      whereas the MMR varies between approximately 0.158 and 0.174.</p>
      <p>The error rates can therefore be considered relatively stable
      over the range of training fractions considered here, especially
      given the variability between random splits. At the same time,
      increasing <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>
      reduces the size of the holdout test set. For DBLP-Scholar, the
      relative Monte Carlo standard error of the FLR becomes noticeably
      larger at the higher training fractions. The corresponding RMCSE
      of the MMR is also somewhat larger for several of the higher
      values of <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
      although the pattern is not monotonic. For Abt-Buy, the relative
      Monte Carlo standard errors remain comparatively small for most
      values of <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
      but increase for both error measures at
      <inline-formula><alternatives>
      <tex-math><![CDATA[f=0.9]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>f</mml:mi><mml:mo>=</mml:mo><mml:mn>0.9</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>.
      Thus, allocating more of the labelled sample to fine-tuning does
      not necessarily yield visibly lower test error in these
      experiments, while it leaves fewer records for assessing that
      error.</p>
      <p>However, the stability of the observed error rates does not
      solve the more fundamental problem mentioned above. For any
      <inline-formula><alternatives>
      <tex-math><![CDATA[f<1]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>f</mml:mi><mml:mo>&lt;</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
      the test error in Table
      <xref alt="9" rid="tabU003Atraining-fraction">9</xref> refers to
      the cross-encoder fine-tuned using the records in
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>,
      rather than to a model subsequently fine-tuned using the complete
      sampled file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      set <inline-formula><alternatives>
      <tex-math><![CDATA[A_s]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>.
      Whether the former can provide a useful estimate of the error of
      the latter is a separate question, which we investigate next.</p>
    </sec>
    <sec id="secU003Asubsample-bias">
      <title><named-content content-type="header-section-number">4.3.2</named-content>
      Bias of subsample test error estimation</title>
      <p>We can explore the bias of subsample test error estimation for
      the larger-sample trained cross-encoder model by the following
      setup. Let <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      and the induced match sample <inline-formula><alternatives>
      <tex-math><![CDATA[s_{M,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>s</mml:mi><mml:mrow><mml:mi>M</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      be given as above, with <inline-formula><alternatives>
      <tex-math><![CDATA[A_s\setminus A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>\</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
      providing the outer holdout records. Now, treating
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      as if it were the whole labelled
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      sample, we create an inner training sample
      <inline-formula><alternatives>
      <tex-math><![CDATA[A^*_{s,f}\subset A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup><mml:mo>⊂</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>
      and the corresponding inner test records. Let
      <inline-formula><alternatives>
      <tex-math><![CDATA[s^*_{M,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>s</mml:mi><mml:mrow><mml:mi>M</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup></mml:math></alternatives></inline-formula>
      denote the labelled match sample induced by
      <inline-formula><alternatives>
      <tex-math><![CDATA[A^*_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup></mml:math></alternatives></inline-formula>.</p>
      <p>The sampling is therefore carried out at the level of
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records, with their associated candidate blocks kept together. Let
      <inline-formula><alternatives>
      <tex-math><![CDATA[\mathrm{FLR}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow></mml:math></alternatives></inline-formula>
      denote the error of the model trained using
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      and evaluated on the outer holdout <inline-formula><alternatives>
      <tex-math><![CDATA[A_s\setminus A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub><mml:mo>\</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></inline-formula>,
      which simulates the target FLR of interest. Let
      <inline-formula><alternatives>
      <tex-math><![CDATA[\mathrm{FLR}^*]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msup><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msup></mml:math></alternatives></inline-formula>
      denote the error of the model trained using
      <inline-formula><alternatives>
      <tex-math><![CDATA[A^*_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup></mml:math></alternatives></inline-formula>
      and evaluated on the corresponding inner test records, which
      simulates subsample test error estimation in practice. The
      replicate-level difference</p>
      <p><styled-content id="jrepU003AeqU003A6"><disp-formula><alternatives>
      <tex-math><![CDATA[\begin{equation}
      \label{jrep:eq:6}
      \widehat{\mathrm{Bias}}_{\mathrm{FLR}}
      =
      \mathrm{FLR}^*-\mathrm{FLR}
      \end{equation} \qquad(6)]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">B</mml:mi><mml:mi mathvariant="normal">i</mml:mi><mml:mi mathvariant="normal">a</mml:mi><mml:mi mathvariant="normal">s</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msup><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msup><mml:mo>−</mml:mo><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>6</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
      <p>can then be used to assess the bias of the subsample test-set
      estimator. The same construction is applied to the MMR,</p>
      <p><styled-content id="jrepU003AeqU003A7"><disp-formula><alternatives>
      <tex-math><![CDATA[\begin{equation}
      \label{jrep:eq:7}
      \widehat{\mathrm{Bias}}_{\mathrm{MMR}}
      =
      \mathrm{MMR}^*-\mathrm{MMR}.
      \end{equation} \qquad(7)]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">B</mml:mi><mml:mi mathvariant="normal">i</mml:mi><mml:mi mathvariant="normal">a</mml:mi><mml:mi mathvariant="normal">s</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msup><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msup><mml:mo>−</mml:mo><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mi>.</mml:mi></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>7</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
      <p>We consider two choices of the inner training records
      <inline-formula><alternatives>
      <tex-math><![CDATA[A^*_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup></mml:math></alternatives></inline-formula>
      given each <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>.
      In addition to splitting <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      by SRSWOR, we consider bootstrap resampling, where a sample of
      size <inline-formula><alternatives>
      <tex-math><![CDATA[|A_{s,f}|]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
      is drawn with replacement from the
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records in <inline-formula><alternatives>
      <tex-math><![CDATA[A_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      and the source records not selected in the bootstrap sample form
      the out-of-bag test set. Since a bootstrap sample of size
      <inline-formula><alternatives>
      <tex-math><![CDATA[|A_{s,f}|]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
      contains on average <inline-formula><alternatives>
      <tex-math><![CDATA[1-e^{-1}\approx0.632]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:msup><mml:mi>e</mml:mi><mml:mrow><mml:mi>−</mml:mi><mml:mn>1</mml:mn></mml:mrow></mml:msup><mml:mo>≈</mml:mo><mml:mn>0.632</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
      distinct source records, we use a 65–35 training-test split when
      constructing <inline-formula><alternatives>
      <tex-math><![CDATA[A^*_{s,f}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi></mml:mrow><mml:mo>*</mml:mo></mml:msubsup></mml:math></alternatives></inline-formula>
      by SRSWOR for comparison.</p>
      <table-wrap>
        <caption>
          <p>Bias of FLR and MMR estimation by sampling fraction
          <inline-formula><alternatives>
          <tex-math><![CDATA[f]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
          using SRSWOR or bootstrap subsampling. Results are based on 10
          replications. Monte Carlo standard errors (SE) of the
          estimated bias are given in parentheses.</p>
        </caption>
        <table id="tabU003Asubsample-bias">
          <thead>
            <tr>
              <th align="left">Dataset</th>
              <th align="left"><inline-formula><alternatives>
              <tex-math><![CDATA[f]]></tex-math>
              <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula></th>
              <th align="right">Target</th>
              <th align="right">SRSWOR bias (SE)</th>
              <th align="right">Bootstrap bias (SE)</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left" colspan="5"><italic>Panel A:
              FLR</italic></td>
            </tr>
            <tr>
              <td align="left">DBLP-Scholar</td>
              <td align="left">0.5</td>
              <td align="right">0.017</td>
              <td align="right">0.003 (0.003)</td>
              <td align="right">0.004 (0.002)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.6</td>
              <td align="right">0.019</td>
              <td align="right">0.005 (0.003)</td>
              <td align="right">0.003 (0.002)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.7</td>
              <td align="right">0.014</td>
              <td align="right">0.005 (0.003)</td>
              <td align="right">0.010 (0.003)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.8</td>
              <td align="right">0.016</td>
              <td align="right">0.003 (0.004)</td>
              <td align="right">0.008 (0.004)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.9</td>
              <td align="right">0.015</td>
              <td align="right">0.004 (0.003)</td>
              <td align="right">0.007 (0.003)</td>
            </tr>
            <tr>
              <td align="left">Abt-Buy</td>
              <td align="left">0.5</td>
              <td align="right">0.039</td>
              <td align="right">0.001 (0.004)</td>
              <td align="right">0.001 (0.006)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.6</td>
              <td align="right">0.034</td>
              <td align="right">-0.001 (0.006)</td>
              <td align="right">0.004 (0.006)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.7</td>
              <td align="right">0.029</td>
              <td align="right">0.007 (0.007)</td>
              <td align="right">0.008 (0.006)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.8</td>
              <td align="right">0.033</td>
              <td align="right">0.001 (0.005)</td>
              <td align="right">0.001 (0.004)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.9</td>
              <td align="right">0.029</td>
              <td align="right">0.004 (0.005)</td>
              <td align="right">0.006 (0.006)</td>
            </tr>
            <tr>
              <td align="left" colspan="5"><italic>Panel B:
              MMR</italic></td>
            </tr>
            <tr>
              <td align="left">DBLP-Scholar</td>
              <td align="left">0.5</td>
              <td align="right">0.015</td>
              <td align="right">-0.002 (0.001)</td>
              <td align="right">0.005 (0.002)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.6</td>
              <td align="right">0.016</td>
              <td align="right">-0.001 (0.002)</td>
              <td align="right">0.000 (0.002)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.7</td>
              <td align="right">0.015</td>
              <td align="right">-0.001 (0.003)</td>
              <td align="right">0.003 (0.003)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.8</td>
              <td align="right">0.016</td>
              <td align="right">0.001 (0.003)</td>
              <td align="right">0.002 (0.003)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.9</td>
              <td align="right">0.019</td>
              <td align="right">-0.003 (0.003)</td>
              <td align="right">-0.003 (0.002)</td>
            </tr>
            <tr>
              <td align="left">Abt-Buy</td>
              <td align="left">0.5</td>
              <td align="right">0.160</td>
              <td align="right">0.015 (0.012)</td>
              <td align="right">0.010 (0.009)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.6</td>
              <td align="right">0.168</td>
              <td align="right">0.015 (0.014)</td>
              <td align="right">-0.004 (0.013)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.7</td>
              <td align="right">0.164</td>
              <td align="right">-0.002 (0.008)</td>
              <td align="right">0.007 (0.009)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.8</td>
              <td align="right">0.174</td>
              <td align="right">-0.007 (0.014)</td>
              <td align="right">-0.008 (0.008)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">0.9</td>
              <td align="right">0.158</td>
              <td align="right">0.008 (0.018)</td>
              <td align="right">0.007 (0.016)</td>
            </tr>
          </tbody>
        </table>
      </table-wrap>
      <p>Table <xref alt="10" rid="tabU003Asubsample-bias">10</xref>
      shows, for each outer training fraction
      <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>,
      the target out-of-sample error and the estimated bias of the
      corresponding subsample error under SRSWOR and bootstrap sampling.
      The results are averaged over ten Monte Carlo replications, with
      the Monte Carlo SE of the bias estimator given in parentheses.</p>
      <p>There are no large or systematic differences between the SRSWOR
      and bootstrap results.</p>
      <p>For DBLP-Scholar, the estimated FLR biases are positive for all
      values of <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>
      under both sampling schemes, but the common sign should not be
      interpreted as evidence of a systematic upward bias at this
      replication count. The estimates range from approximately 0.003 to
      0.005 under SRSWOR and from approximately 0.003 to 0.010 under
      bootstrap sampling, and most are within about one to two Monte
      Carlo standard errors of zero. Some of the bootstrap estimates are
      larger relative to their Monte Carlo standard errors, but the
      ten-replication experiment does not establish a common bias
      direction. The biases are nevertheless not negligible relative to
      the very low target FLR for DBLP-Scholar.</p>
      <p>The corresponding MMR biases for DBLP-Scholar are generally
      smaller and do not have a common direction. Under SRSWOR they
      range from approximately <inline-formula><alternatives>
      <tex-math><![CDATA[-0.003]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>−</mml:mi><mml:mn>0.003</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
      to 0.001, while under bootstrap sampling they range from
      approximately <inline-formula><alternatives>
      <tex-math><![CDATA[-0.003]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>−</mml:mi><mml:mn>0.003</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
      to 0.005. Several of the estimates are of similar magnitude to
      their Monte Carlo standard errors.</p>
      <p>The picture is also mixed for Abt-Buy. The FLR biases are
      generally small and mostly positive, with the exception of the
      SRSWOR result at <inline-formula><alternatives>
      <tex-math><![CDATA[f=0.6]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>f</mml:mi><mml:mo>=</mml:mo><mml:mn>0.6</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>.
      The MMR bias changes sign as <inline-formula><alternatives>
      <tex-math><![CDATA[f]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>f</mml:mi></mml:math></alternatives></inline-formula>
      varies under both sampling schemes, and its Monte Carlo standard
      error is often large relative to the estimated bias. There is
      therefore no evidence here of a common direction of bias that
      could simply be corrected by adding or subtracting a fixed
      amount.</p>
      <p>Overall, the results suggest that subsample test errors can
      provide a rough indication of the error of a model trained on a
      larger labelled sample, but they should not be regarded as
      unbiased estimates of that error. Nor do the results identify
      either SRSWOR or bootstrap sampling as uniformly preferable. The
      difference between the model trained on the subsample and the
      model trained on the larger labelled sample remains part of the
      error-assessment problem.</p>
    </sec>
    <sec id="secU003Aworkable-error-assessment">
      <title><named-content content-type="header-section-number">4.3.3</named-content>
      A workable approach to error assessment</title>
      <p>In light of the investigation above, a workable approach to
      linkage error assessment can be given as follows. Assume the same
      partition of training and test sets for all the models, and let
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow></mml:msub></mml:math></alternatives></inline-formula>
      denote the file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records in the test set. Let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}^H \cup A_{\mathrm{test}}^R
      =
      A_{\mathrm{test}},
      \qquad
      A_{\mathrm{test}}^H \cap A_{\mathrm{test}}^R
      =
      \varnothing,]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>H</mml:mi></mml:msubsup><mml:mo>∪</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>R</mml:mi></mml:msubsup><mml:mo>=</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>H</mml:mi></mml:msubsup><mml:mo>∩</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>R</mml:mi></mml:msubsup><mml:mo>=</mml:mo><mml:mi>⌀</mml:mi><mml:mo>,</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>denote the separation of hard and rest cases for link
      classification, where <inline-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}^H]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>H</mml:mi></mml:msubsup></mml:math></alternatives></inline-formula>
      contains those selected for the fine-tuned cross-encoder model and
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}^R]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>R</mml:mi></mml:msubsup></mml:math></alternatives></inline-formula>
      the rest for link classification by the chosen generative or
      discriminative model. For error assessment, the rule producing
      this partition must be fixed using the training or validation data
      before the test set is evaluated; selecting or tuning the rule
      from the test-set discrimination gaps or errors would make the
      hard/rest split in-sample. Let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[\phi
      =
      \frac{|A_{\mathrm{test}}^H|}
      {|A_{\mathrm{test}}|}]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>ϕ</mml:mi><mml:mo>=</mml:mo><mml:mfrac><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>H</mml:mi></mml:msubsup><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow><mml:mrow><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msub><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow></mml:mfrac></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>be the test-set proportion selected for cross-encoder
      classification. This quantity directly describes the proportion of
      records routed to the more costly model and is therefore useful
      for describing the computational cost of the combined
      procedure.</p>
      <p>To estimate the linkage errors of the combined procedure,
      however, the component error rates must be combined according to
      their respective denominators in Equation (1). For
      <inline-formula><alternatives>
      <tex-math><![CDATA[g\in\{R,H\}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>g</mml:mi><mml:mo>∈</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mi>R</mml:mi><mml:mo>,</mml:mo><mml:mi>H</mml:mi><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
      let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[C_g
      =
      \sum_{i\in A_{\mathrm{test}}^g\cap A(s_M)}
      \ell_i y_{ij_i}]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:munder><mml:mo>∑</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>g</mml:mi></mml:msubsup><mml:mo>∩</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:munder><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:msub><mml:mi>y</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:msub><mml:mi>j</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:msub></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>denote the number of correctly linked matchable records in
      stratum <inline-formula><alternatives>
      <tex-math><![CDATA[g]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>g</mml:mi></mml:math></alternatives></inline-formula>,
      let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[D_g
      =
      \sum_{i\in A_{\mathrm{test}}^g}\ell_i]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>D</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:munder><mml:mo>∑</mml:mo><mml:mrow><mml:mi>i</mml:mi><mml:mo>∈</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>g</mml:mi></mml:msubsup></mml:mrow></mml:munder><mml:msub><mml:mi>ℓ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>denote the number of declared links, and let</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[M_g
      =
      |A_{\mathrm{test}}^g\cap A(s_M)|]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mi>M</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false" form="prefix">|</mml:mo><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>g</mml:mi></mml:msubsup><mml:mo>∩</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo><mml:mo stretchy="false" form="prefix">|</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>denote the number of matchable
      file-<inline-formula><alternatives>
      <tex-math><![CDATA[A]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
      records. The linkage errors of the complete combined procedure are
      most directly calculated by pooling the corresponding counts
      across the two strata. Provided that at least one link is
      declared, the FLR and MMR are</p>
      <p><styled-content id="eqU003Acombined-errors"><disp-formula><alternatives>
      <tex-math><![CDATA[\begin{equation}
      \label{eq:combined-errors}
      \widehat{\mathrm{FLR}}
      =
      1-\frac{C_R+C_H}{D_R+D_H},
      \qquad
      \widehat{\mathrm{MMR}}
      =
      1-\frac{C_R+C_H}{M_R+M_H}.
      \end{equation} \qquad(8)]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mrow><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow><mml:mrow><mml:msub><mml:mi>D</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:mrow><mml:msub><mml:mi>C</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>C</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow><mml:mrow><mml:msub><mml:mi>M</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:mi>.</mml:mi></mml:mrow><mml:mspace width="2.0em"></mml:mspace><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mn>8</mml:mn><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></styled-content></p>
      <p>This is simply Equation (1) applied to the link decisions
      produced by the complete combined procedure.</p>
      <p>To instantiate this procedure, we consider two explicit routing
      rules. For each random split, the 25th or 50th percentile of the
      discrimination gaps among the outer training records is used as
      the routing cutoff. The cutoff is therefore fixed before the test
      set is evaluated. Test records with a gap at or below the cutoff
      are sent to the fine-tuned cross-encoder, while the remaining
      records are classified by logistic regression using the fine-tuned
      bi-encoder similarities. Because the distribution of gaps may
      differ between the training and test records, the realised
      test-set routing proportion <inline-formula><alternatives>
      <tex-math><![CDATA[\phi]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ϕ</mml:mi></mml:math></alternatives></inline-formula>
      need not equal 0.25 or 0.50.
      Table <xref alt="11" rid="tabU003Acombined-procedure">11</xref>
      reports the resulting pooled error rates from
      Equation <xref alt="(8)" rid="eqU003Acombined-errors">(8)</xref>.</p>
      <table-wrap>
        <caption>
          <p>Combined-procedure error rates under training-derived
          discrimination-gap routing rules, with the fine-tuned
          cross-encoder applied to all test records included as a
          reference. For the two routed procedures, entries for
          <inline-formula><alternatives>
          <tex-math><![CDATA[\phi]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ϕ</mml:mi></mml:math></alternatives></inline-formula>,
          FLR and MMR give the mean (Monte Carlo standard error) over
          seeds 42–44. The all-test cross-encoder row has
          <inline-formula><alternatives>
          <tex-math><![CDATA[\phi=1]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>ϕ</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
          by definition, while its FLR and MMR are the corresponding
          mean (Monte Carlo standard error) from
          Table <xref alt="7" rid="tabU003Afine-tuning">7</xref>.
          Cross-encoder evaluations are the mean number of routed record
          pairs per split for <inline-formula><alternatives>
          <tex-math><![CDATA[k=50]]></tex-math>
          <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>k</mml:mi><mml:mo>=</mml:mo><mml:mn>50</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>,
          relative to evaluating all 50 candidates for every test
          record; the percentage in parentheses is the corresponding
          reduction.</p>
        </caption>
        <table id="tabU003Acombined-procedure">
          <thead>
            <tr>
              <th align="left">Dataset</th>
              <th align="left">Routing rule</th>
              <th align="right"><inline-formula><alternatives>
              <tex-math><![CDATA[\phi]]></tex-math>
              <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ϕ</mml:mi></mml:math></alternatives></inline-formula></th>
              <th align="right">FLR</th>
              <th align="right">MMR</th>
              <th align="right">Cross-encoder evaluations</th>
            </tr>
          </thead>
          <tbody>
            <tr>
              <td align="left">DBLP-Scholar</td>
              <td align="left">25th percentile</td>
              <td align="right">0.246 (0.0033)</td>
              <td align="right">0.017 (0.0018)</td>
              <td align="right">0.033 (0.0025)</td>
              <td align="right">16,117 / 65,400 (75.4%)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">50th percentile</td>
              <td align="right">0.485 (0.0123)</td>
              <td align="right">0.017 (0.0034)</td>
              <td align="right">0.024 (0.0035)</td>
              <td align="right">31,700 / 65,400 (51.5%)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">All test records</td>
              <td align="right">1.000</td>
              <td align="right">0.018 (0.0031)</td>
              <td align="right">0.014 (0.0009)</td>
              <td align="right">65,400 / 65,400 (0.0%)</td>
            </tr>
            <tr>
              <td align="left">Abt-Buy</td>
              <td align="left">25th percentile</td>
              <td align="right">0.333 (0.0115)</td>
              <td align="right">0.050 (0.0035)</td>
              <td align="right">0.148 (0.0048)</td>
              <td align="right">9,000 / 27,050 (66.7%)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">50th percentile</td>
              <td align="right">0.590 (0.0149)</td>
              <td align="right">0.042 (0.0021)</td>
              <td align="right">0.145 (0.0138)</td>
              <td align="right">15,950 / 27,050 (41.0%)</td>
            </tr>
            <tr>
              <td align="left"></td>
              <td align="left">All test records</td>
              <td align="right">1.000</td>
              <td align="right">0.041 (0.0023)</td>
              <td align="right">0.152 (0.0130)</td>
              <td align="right">27,050 / 27,050 (0.0%)</td>
            </tr>
          </tbody>
        </table>
      </table-wrap>
      <p></p>
      <p>The 25th-percentile routing rule illustrates the computational
      saving most directly. For DBLP-Scholar, it routes 0.246 of the
      test records to the cross-encoder and reduces cross-encoder pair
      evaluations by 75.4%. Its FLR is similar to applying the
      fine-tuned cross-encoder to all test records (0.017 versus 0.018),
      while the MMR increases from 0.014 to 0.033. For Abt-Buy, the same
      rule routes 0.333 of the test records and reduces cross-encoder
      evaluations by 66.7%, with FLR/MMR of 0.050/0.148 compared with
      0.041/0.152 when all test records are processed by the
      cross-encoder. The 50th-percentile rule provides an intermediate
      computational configuration, using more cross-encoder evaluations
      and yielding a different balance between FLR and MMR. These
      results are illustrative of the two training-derived routing rules
      rather than an optimisation over possible cutoffs.</p>
      <p>For a stratum <inline-formula><alternatives>
      <tex-math><![CDATA[g\in\{R,H\}]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi>g</mml:mi><mml:mo>∈</mml:mo><mml:mo stretchy="false" form="prefix">{</mml:mo><mml:mi>R</mml:mi><mml:mo>,</mml:mo><mml:mi>H</mml:mi><mml:mo stretchy="false" form="postfix">}</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
      with positive relevant denominators, the component error rates can
      also be written as</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[\widehat{\mathrm{FLR}}_g
      =
      1-\frac{C_g}{D_g},
      \qquad
      \widehat{\mathrm{MMR}}_g
      =
      1-\frac{C_g}{M_g}.]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mi>g</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:msub><mml:mi>C</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:msub><mml:mi>D</mml:mi><mml:mi>g</mml:mi></mml:msub></mml:mfrac><mml:mo>,</mml:mo><mml:mspace width="2.0em"></mml:mspace><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mi>g</mml:mi></mml:msub><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>−</mml:mo><mml:mfrac><mml:msub><mml:mi>C</mml:mi><mml:mi>g</mml:mi></mml:msub><mml:msub><mml:mi>M</mml:mi><mml:mi>g</mml:mi></mml:msub></mml:mfrac><mml:mi>.</mml:mi></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>When the component denominators are positive, Equation
      <xref alt="(8)" rid="eqU003Acombined-errors">(8)</xref> is
      equivalently</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[\widehat{\mathrm{FLR}}
      =
      \frac{D_R}{D_R+D_H}
      \widehat{\mathrm{FLR}}_{\mathrm{rest}}
      +
      \frac{D_H}{D_R+D_H}
      \widehat{\mathrm{FLR}}_{\mathrm{cross}},]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>D</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mrow><mml:msub><mml:mi>D</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">r</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:mfrac><mml:msub><mml:mi>D</mml:mi><mml:mi>H</mml:mi></mml:msub><mml:mrow><mml:msub><mml:mi>D</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>D</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">F</mml:mi><mml:mi mathvariant="normal">L</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">c</mml:mi><mml:mi mathvariant="normal">r</mml:mi><mml:mi mathvariant="normal">o</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">s</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>and</p>
      <p><disp-formula><alternatives>
      <tex-math><![CDATA[\widehat{\mathrm{MMR}}
      =
      \frac{M_R}{M_R+M_H}
      \widehat{\mathrm{MMR}}_{\mathrm{rest}}
      +
      \frac{M_H}{M_R+M_H}
      \widehat{\mathrm{MMR}}_{\mathrm{cross}}.]]></tex-math>
      <mml:math display="block" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mo>=</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mrow><mml:msub><mml:mi>M</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">r</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:mfrac><mml:msub><mml:mi>M</mml:mi><mml:mi>H</mml:mi></mml:msub><mml:mrow><mml:msub><mml:mi>M</mml:mi><mml:mi>R</mml:mi></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>M</mml:mi><mml:mi>H</mml:mi></mml:msub></mml:mrow></mml:mfrac><mml:msub><mml:mover><mml:mrow><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">M</mml:mi><mml:mi mathvariant="normal">R</mml:mi></mml:mrow><mml:mo accent="true">̂</mml:mo></mml:mover><mml:mrow><mml:mi mathvariant="normal">c</mml:mi><mml:mi mathvariant="normal">r</mml:mi><mml:mi mathvariant="normal">o</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">s</mml:mi></mml:mrow></mml:msub><mml:mi>.</mml:mi></mml:mrow></mml:math></alternatives></disp-formula></p>
      <p>Writing the pooled counts first also covers the case in which
      one routed stratum declares no links, so that its stratum-specific
      FLR is undefined even though the FLR of the complete combined
      procedure remains well-defined.</p>
      <p>In other words, treat <inline-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}^R]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>R</mml:mi></mml:msubsup></mml:math></alternatives></inline-formula>
      as the auditing sample for the traditional model and
      <inline-formula><alternatives>
      <tex-math><![CDATA[A_{\mathrm{test}}^H]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msubsup><mml:mi>A</mml:mi><mml:mrow><mml:mi mathvariant="normal">t</mml:mi><mml:mi mathvariant="normal">e</mml:mi><mml:mi mathvariant="normal">s</mml:mi><mml:mi mathvariant="normal">t</mml:mi></mml:mrow><mml:mi>H</mml:mi></mml:msubsup></mml:math></alternatives></inline-formula>
      as that for the fine-tuned cross-encoder model. The difference
      from evaluating either model alone is that the error assessment
      follows the same routing rule that would be used in application.
      Hence the resulting FLR and MMR refer to the combined linkage
      procedure actually being considered.</p>
      <p>Notice that the routing proportion
      <inline-formula><alternatives>
      <tex-math><![CDATA[\phi]]></tex-math>
      <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ϕ</mml:mi></mml:math></alternatives></inline-formula>
      is not generally the appropriate weight for both error rates. For
      the MMR it coincides with the weight in Equation
      <xref alt="(8)" rid="eqU003Acombined-errors">(8)</xref> when all
      test records are matchable. For the FLR, the relevant weights
      depend instead on the numbers of links declared by the two models.
      This follows directly from the different denominators of FLR and
      MMR in Equation (1).</p>
      <p>The estimates in Equation
      <xref alt="(8)" rid="eqU003Acombined-errors">(8)</xref> can be
      used to assess the linkage errors of the procedure in which the
      models learned from the training set are subsequently applied
      without change outside the labelled sample. This includes the
      fine-tuned bi-encoder and cross-encoder models, the chosen
      generative or discriminative model, and the rule used to separate
      the hard cases from the rest.</p>
      <p>The matter is less straightforward if some or all of the models
      are subsequently retrained using the complete labelled sample
      before out-of-sample deployment. In that case, the test-set
      estimates refer to models trained on less data than the models
      eventually deployed. If the full-sample retrained models have
      lower linkage errors, the test-set estimates may be conservative.
      However, the results in Section
      <xref alt="4.3.2" rid="secU003Asubsample-bias">4.3.2</xref> show
      that the direction and magnitude of this discrepancy need not be
      the same for FLR and MMR or across applications. Bias exploration
      following the setup of that section can therefore be used to
      gather the relevant evidence.</p>
      <p>Thus, the approach does not remove the general difficulty of
      estimating the error of a model that is retrained after
      evaluation. It provides a workable error assessment for the
      combined entity-resolution procedure while preserving the
      separation between the traditional model and the cross-encoder
      that is required for the accuracy-cost tradeoff.</p>
    </sec>
  </sec>
</sec>
<sec id="secU003Afinal-remarks">
  <title><named-content content-type="header-section-number">5</named-content>
  Final remarks</title>
  <p>The traditional workflow may yield high error rates for entity
  resolution based on more or less free texts, because hand-crafted
  preprocessing rules and traditional scoring models cannot handle
  natural language as effectively as structured linkage key values.</p>
  <p>The transformer-only workflow, on the other hand, may not be
  scalable in many applications, because the cross-encoder model needs
  to handle a potentially large number of text pairs directly.
  Assessment of the associated linkage errors presents another challenge
  in practice, particularly when the available labelled sample is used
  both for fine-tuning and for error assessment.</p>
  <p>The proposed workflow replaces hand-crafted text processing by
  automated bi-encoder embedding and refines the steps of scoring and
  classification (Figure
  <xref alt="2" rid="figU003Acombined-workflow">2</xref>). This allows
  one to deploy the cross-encoder model to only a subset of selected
  cases, while capitalising on the cost-effective baseline performance
  that is achievable by the traditional generative or discriminative
  models. The combined use of the models provides a practical mechanism
  for controlling the tradeoff between linkage accuracy and
  computational cost.</p>
  <p>The empirical results illustrate the different roles of the
  components in this workflow. Bi-encoder embeddings can improve on
  traditional string comparisons, especially for messier texts such as
  those in Abt-Buy. Fine-tuning can further improve the bi-encoder
  representation, although the effect depends on both the dataset and
  the scoring model. The fine-tuned cross-encoder yields a favourable
  balance between FLR and MMR on both datasets, but at a higher
  computational cost. The discrimination-gap results show that
  cross-encoder evaluations can be concentrated on the harder cases,
  while many of the easier cases can remain with the traditional
  scoring-classification model. The explicit combined-procedure
  experiment makes this tradeoff concrete: using the 25th percentile of
  the training-record gaps as the routing cutoff reduces cross-encoder
  pair evaluations by 75.4% for DBLP-Scholar and 66.7% for Abt-Buy, with
  pooled FLR/MMR of 0.017/0.033 and 0.050/0.148, respectively. Relative
  to applying the fine-tuned cross-encoder to all test records, this
  configuration substantially reduces cross-encoder evaluation while
  changing the balance between the two error measures.</p>
  <p>The empirical findings are based on two benchmark datasets, and the
  extent to which the observed patterns generalise to other
  entity-matching settings remains to be assessed.</p>
  <p>The issues of linkage error assessment have also been studied.
  Test-set error estimates refer directly to the models fitted on the
  corresponding training samples, and need not equal the errors of
  models subsequently retrained on a larger labelled sample. The
  subsample experiments show that the discrepancy is not of a common
  direction for both FLR and MMR. A workable approach is therefore to
  assess the combined procedure under the same routing rule that will be
  used for classification, using the appropriate denominators of FLR and
  MMR for combining the component errors. If the component models are
  subsequently retrained on the complete labelled sample, additional
  assumptions or evidence are needed to relate these test-set estimates
  to the errors of the retrained models.</p>
  <p>Let us close by outlining three topics for future research on using
  transformer models for entity resolution.</p>
  <p>The first topic concerns embedding. As noted before, a weakness of
  the bi-encoder is that it must encode each text
  <inline-formula><alternatives>
  <tex-math><![CDATA[\tau_i]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  without “seeing” the other similar texts, including the likely matched
  item (Table <xref alt="3" rid="tabU003Asilverman-example">3</xref>).
  Morris &amp; Rush (2025) propose a contextual document embedding (CDE)
  model, which first uses a sample of texts from the same domain to
  create a domain-specific contextual sequence, say
  <inline-formula><alternatives>
  <tex-math><![CDATA[\xi]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ξ</mml:mi></mml:math></alternatives></inline-formula>,
  and then encodes each concatenated item <inline-formula><alternatives>
  <tex-math><![CDATA[(\xi,\tau_i)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>ξ</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>,
  instead of just <inline-formula><alternatives>
  <tex-math><![CDATA[\tau_i]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  on its own. The embedding <inline-formula><alternatives>
  <tex-math><![CDATA[\mathbf{x}(\xi,\tau_i)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:mi>ξ</mml:mi><mml:mo>,</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
  may improve on <inline-formula><alternatives>
  <tex-math><![CDATA[\mathbf{x}(\tau_i)]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mi mathvariant="bold-italic">𝒙</mml:mi><mml:mo stretchy="false" form="prefix">(</mml:mo><mml:msub><mml:mi>τ</mml:mi><mml:mi>i</mml:mi></mml:msub><mml:mo stretchy="false" form="postfix">)</mml:mo></mml:mrow></mml:math></alternatives></inline-formula>
  given an appropriate <inline-formula><alternatives>
  <tex-math><![CDATA[\xi]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ξ</mml:mi></mml:math></alternatives></inline-formula>,
  while using a common <inline-formula><alternatives>
  <tex-math><![CDATA[\xi]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>ξ</mml:mi></mml:math></alternatives></inline-formula>
  for every item keeps the computation scalable. Whether the particular
  CDE model, or other ideas of contextual embedding, can be successfully
  implemented for entity resolution is clearly worth studying.</p>
  <p>Secondly, scoring-classification in the unsupervised setting is a
  topic we did not consider in this paper. In particular, fine-tuning of
  the cross-encoder model would remain necessary if it is to be adapted
  to the texts of a specific application. One possibility is to create a
  pseudo match sample <inline-formula><alternatives>
  <tex-math><![CDATA[\widetilde{s}_M]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mover><mml:mi>s</mml:mi><mml:mo accent="true">̃</mml:mo></mml:mover><mml:mi>M</mml:mi></mml:msub></mml:math></alternatives></inline-formula>,
  where a traditional model is used to obtain automatically a link set
  for <inline-formula><alternatives>
  <tex-math><![CDATA[A_s]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>A</mml:mi><mml:mi>s</mml:mi></mml:msub></mml:math></alternatives></inline-formula>
  with a sufficiently low estimated FLR, and use it as if it were a
  labelled match sample <inline-formula><alternatives>
  <tex-math><![CDATA[s_M]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:msub><mml:mi>s</mml:mi><mml:mi>M</mml:mi></mml:msub></mml:math></alternatives></inline-formula>.
  How reliable such pseudo-labels must be, and how their errors
  propagate through fine-tuning and subsequent classification, would
  need to be investigated. More generally, the application of
  cross-encoder models in the unsupervised setting remains an open
  question.</p>
  <p>Finally, the workflow configuration itself may be refined. In
  particular, one can study how best to create separate case streams for
  link classification, including the possibilities discussed in Section
  <xref alt="4.2" rid="secU003Acombining-models">4.2</xref>. The choice
  is intrinsically connected to the accuracy-cost tradeoff.
  Computational cost can be evaluated relatively directly, but the
  associated linkage error rates are more difficult to assess, both
  conceptually and practically. We have proposed a workable approach in
  the supervised setting and a setup for exploring the potential
  discrepancy between subsample and larger-sample error assessment in
  Section <xref alt="4.3.2" rid="secU003Asubsample-bias">4.3.2</xref>.
  Corresponding methods for error assessment in the unsupervised setting
  are still needed when entity resolution involves the use of
  transformer models.</p>
</sec>
<sec id="data-and-code-availability" sec-type="data-availability">
  <title>Data and code availability</title>
  <p>The DBLP-Scholar and Abt-Buy benchmark datasets are publicly
  available through the Magellan data repository cited in
  Appendix <xref alt="A" rid="secU003Aappendix-datasets">A</xref>. The
  complete reproducibility package for this study is publicly archived
  on Zenodo at
  <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5281/zenodo.22968294">https://doi.org/10.5281/zenodo.22968294</ext-link>,
  with the corresponding source repository available on
  <ext-link ext-link-type="uri" xlink:href="https://github.com/aahmed101521/er-transformer-reproducibility">GitHub</ext-link>.</p>
  <p>The command <monospace>python reproduce.py</monospace> executes the
  13-stage workflow underlying Tables 4–10, including blocking,
  embedding, fine-tuning, scoring and error assessment.
  Revision-specific analyses are provided through
  <monospace>python reproduce_revision.py --all</monospace>. The
  verified environment pins
  <monospace>sentence-transformers==6.1.0</monospace>,
  <monospace>transformers==5.17.0</monospace>,
  <monospace>torch==2.5.1+cu121</monospace>,
  <monospace>scikit-learn==1.9.1</monospace>, and
  <monospace>xgboost==3.3.0</monospace>, with a complete package freeze
  and GPU/environment capture included in the archive.</p>
  <p>The main comparisons use seeds 42–44, while the ten-replication
  analyses use seeds 42–51. GPU fine-tuning is not assumed to yield
  bitwise-identical checkpoints across software and hardware
  environments; reproducibility is instead assessed at the level of the
  reported scientific outputs, with the numerical comparison criteria
  and verification evidence documented in
  <monospace>DETERMINISM.md</monospace>.</p>
  <p><bold>Conflict of interest</bold> None to be declared.</p>
  <p><bold>Funding</bold> This work was supported by the University of
  Trier. Funded by the Joint Science Conference (Gemeinsame
  Wissenschaftskonferenz – GWK) of BMBF and the state of
  Rhineland-Palatinate.</p>
  <p><bold>Use of generative AI</bold>
  Figure <xref alt="1" rid="figU003Aworkflow">1</xref> was generated
  using Claude (Anthropic), a generative AI assistant. The authors
  checked the figure against the workflows described in the text and
  take full responsibility for its content.</p>
</sec>
<sec id="secU003Aappendix-datasets">
  <title><named-content content-type="header-section-number">A</named-content>
  Datasets</title>
  <p>Two benchmark datasets from the Magellan data repository (Konda et
  al., 2016) are used throughout the paper, one for bibliographic
  citation matching and one for product matching. Both have been widely
  used in the entity resolution literature (e.g. Mudgal et al., 2018; Li
  et al., 2020; Peeters &amp; Bizer, 2021). The Magellan data repository
  is available at
  <ext-link ext-link-type="uri" xlink:href="https://pages.cs.wisc.edu/~anhai/data1/magellan_data/">https://pages.cs.wisc.edu/~anhai/data1/magellan_data/</ext-link>.</p>
  <p><bold>DBLP-Scholar</bold> Let file <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  contain <inline-formula><alternatives>
  <tex-math><![CDATA[2{,}616]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mn>616</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  publication records from the DBLP computer science bibliography, and
  let file <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
  contain <inline-formula><alternatives>
  <tex-math><![CDATA[64{,}263]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>64</mml:mn><mml:mo>,</mml:mo><mml:mn>263</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  records from Google Scholar. Records in both files have four fields:
  title, author, venue, and year.</p>
  <p>The labelled match set contains <inline-formula><alternatives>
  <tex-math><![CDATA[5{,}347]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>5</mml:mn><mml:mo>,</mml:mo><mml:mn>347</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  record pairs involving <inline-formula><alternatives>
  <tex-math><![CDATA[2{,}408]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mn>408</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  distinct records from <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  and <inline-formula><alternatives>
  <tex-math><![CDATA[5{,}218]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>5</mml:mn><mml:mo>,</mml:mo><mml:mn>218</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  distinct records from <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>.
  The match relation is not one-to-one: <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}238]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>238</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  matched records in <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  have more than one valid partner in <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>,
  and the largest number of valid partners for a single record is 20.
  All <inline-formula><alternatives>
  <tex-math><![CDATA[5{,}347]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>5</mml:mn><mml:mo>,</mml:mo><mml:mn>347</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  labelled pairs refer to records that are present in the two files.</p>
  <p>For supervised learning, one valid
  file-<inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
  partner is retained as the positive example for each matched
  file-<inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  record. Any other known valid partners of the same
  file-<inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  record are excluded from the non-match examples. The complete labelled
  match relation is retained for evaluation, so that a predicted link is
  counted as correct if the selected file-<inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
  record is any of the known valid partners of the corresponding
  file-<inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  record.</p>
  <p><bold>Abt-Buy</bold> Let file <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  contain <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}081]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>081</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  product records from Abt.com, and let file
  <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
  contain <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}092]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>092</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  records from Buy.com. The Abt file contains product name, description
  and price, while the Buy file additionally contains manufacturer. The
  price field is not used in the calculations in this paper.</p>
  <p>The labelled match set contains <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}097]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>097</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  record pairs. All <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}081]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>081</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  records in <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  have at least one valid match, and all <inline-formula><alternatives>
  <tex-math><![CDATA[1{,}092]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mn>092</mml:mn></mml:mrow></mml:math></alternatives></inline-formula>
  records in <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>
  occur in the labelled match set. Sixteen records in
  <inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  have two valid partners in <inline-formula><alternatives>
  <tex-math><![CDATA[B]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>B</mml:mi></mml:math></alternatives></inline-formula>,
  while all remaining records have one. As for DBLP-Scholar, one valid
  partner is retained per file-<inline-formula><alternatives>
  <tex-math><![CDATA[A]]></tex-math>
  <mml:math display="inline" xmlns:mml="http://www.w3.org/1998/Math/MathML"><mml:mi>A</mml:mi></mml:math></alternatives></inline-formula>
  record for supervised training, while all known valid partners are
  retained when determining whether a predicted link is correct.</p>
</sec>
</body>
<back><ref-list><ref id="ref1"><mixed-citation>Binette, O., Baek, Y., Engineer, S., Jones, C., Dasylva, A., &amp; Reiter, J. P. (2024). How to evaluate entity resolution systems: An entity-centric framework with application to inventor name disambiguation. https://arxiv.org/abs/2404.05622</mixed-citation></ref><ref id="ref2"><element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Christen</surname><given-names>Peter</given-names></name></person-group><article-title>Data Matching: Concepts and Techniques for Record Linkage, Entity Resolution, and Duplicate Detection</article-title><year>2012</year><publisher-name>Springer Berlin Heidelberg</publisher-name><pub-id pub-id-type="doi">10.1007/978-3-642-31164-2</pub-id></element-citation></ref><ref id="ref3"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Fellegi</surname><given-names>Ivan P.</given-names></name><name><surname>Sunter</surname><given-names>Alan B.</given-names></name></person-group><article-title>A Theory for Record Linkage</article-title><source>Journal of the American Statistical Association</source><year>1969</year><volume>64</volume><issue>328</issue><fpage>1183</fpage><lpage>1210</lpage><publisher-name>Informa UK Limited</publisher-name><pub-id pub-id-type="doi">10.1080/01621459.1969.10501049</pub-id></element-citation></ref><ref id="ref4"><mixed-citation>Hastie, T., Tibshirani, R., &amp; Friedman, J. (2009). The elements of statistical learning: Data mining, inference, and prediction (2nd ed.). Springer.</mixed-citation></ref><ref id="ref5"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Jaro</surname><given-names>Matthew A.</given-names></name></person-group><article-title>Advances in Record-Linkage Methodology as Applied to Matching the 1985 Census of Tampa, Florida</article-title><source>Journal of the American Statistical Association</source><year>1989</year><volume>84</volume><issue>406</issue><fpage>414</fpage><lpage>420</lpage><publisher-name>Informa UK Limited</publisher-name><pub-id pub-id-type="doi">10.1080/01621459.1989.10478785</pub-id></element-citation></ref><ref id="ref6"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Konda</surname><given-names>Pradap</given-names></name><name><surname>Das</surname><given-names>Sanjib</given-names></name><name><surname>Suganthan G. C.</surname><given-names>Paul</given-names></name><name><surname>Doan</surname><given-names>AnHai</given-names></name><name><surname>Ardalan</surname><given-names>Adel</given-names></name><name><surname>Ballard</surname><given-names>Jeffrey R.</given-names></name><name><surname>Li</surname><given-names>Han</given-names></name><name><surname>Panahi</surname><given-names>Fatemah</given-names></name><name><surname>Zhang</surname><given-names>Haojun</given-names></name><name><surname>Naughton</surname><given-names>Jeff</given-names></name><name><surname>Prasad</surname><given-names>Shishir</given-names></name><name><surname>Krishnan</surname><given-names>Ganesh</given-names></name><name><surname>Deep</surname><given-names>Rohit</given-names></name><name><surname>Raghavendra</surname><given-names>Vijay</given-names></name></person-group><article-title>Magellan: Toward building entity matching management systems</article-title><source>Proceedings of the VLDB Endowment</source><year>2016</year><volume>9</volume><issue>12</issue><fpage>1197</fpage><lpage>1208</lpage><publisher-name>Association for Computing Machinery (ACM)</publisher-name><pub-id pub-id-type="doi">10.14778/2994509.2994535</pub-id></element-citation></ref><ref id="ref7"><mixed-citation>Lee, D., Zhang, L.-C., &amp; Kim, J. K. (2022). Maximum entropy classification for record linkage. Survey Methodology, 48(1), 1–23.</mixed-citation></ref><ref id="ref8"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Li</surname><given-names>Yuliang</given-names></name><name><surname>Li</surname><given-names>Jinfeng</given-names></name><name><surname>Suhara</surname><given-names>Yoshihiko</given-names></name><name><surname>Doan</surname><given-names>AnHai</given-names></name><name><surname>Tan</surname><given-names>Wang-Chiew</given-names></name></person-group><article-title>Deep entity matching with pre-trained language models</article-title><source>Proceedings of the VLDB Endowment</source><year>2020</year><volume>14</volume><issue>1</issue><fpage>50</fpage><lpage>60</lpage><publisher-name>Association for Computing Machinery (ACM)</publisher-name><pub-id pub-id-type="doi">10.14778/3421424.3421431</pub-id></element-citation></ref><ref id="ref9"><mixed-citation>Morris, J. X., &amp; Rush, A. M. (2025). Contextual document embeddings. The Thirteenth International Conference on Learning Representations. https://openreview.net/forum?id=Wqsk3FbD6D</mixed-citation></ref><ref id="ref10"><element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Mudgal</surname><given-names>Sidharth</given-names></name><name><surname>Li</surname><given-names>Han</given-names></name><name><surname>Rekatsinas</surname><given-names>Theodoros</given-names></name><name><surname>Doan</surname><given-names>AnHai</given-names></name><name><surname>Park</surname><given-names>Youngchoon</given-names></name><name><surname>Krishnan</surname><given-names>Ganesh</given-names></name><name><surname>Deep</surname><given-names>Rohit</given-names></name><name><surname>Arcaute</surname><given-names>Esteban</given-names></name><name><surname>Raghavendra</surname><given-names>Vijay</given-names></name></person-group><article-title>Deep Learning for Entity Matching: A Design Space Exploration</article-title><source>Proceedings of the 2018 International Conference on Management of Data</source><year>2018</year><fpage>19</fpage><lpage>34</lpage><publisher-name>ACM</publisher-name><pub-id pub-id-type="doi">10.1145/3183713.3196926</pub-id></element-citation></ref><ref id="ref11"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Newcombe</surname><given-names>H. B.</given-names></name><name><surname>Kennedy</surname><given-names>J. M.</given-names></name><name><surname>Axford</surname><given-names>S. J.</given-names></name><name><surname>James</surname><given-names>A. P.</given-names></name></person-group><article-title>Automatic Linkage of Vital Records: Computers can be used to extract &quot;follow-up&quot; statistics of families from files of routine records</article-title><source>Science</source><year>1959</year><volume>130</volume><issue>3381</issue><fpage>954</fpage><lpage>959</lpage><publisher-name>American Association for the Advancement of Science (AAAS)</publisher-name><pub-id pub-id-type="doi">10.1126/science.130.3381.954</pub-id></element-citation></ref><ref id="ref12"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Peeters</surname><given-names>Ralph</given-names></name><name><surname>Bizer</surname><given-names>Christian</given-names></name></person-group><article-title>Dual-objective fine-tuning of BERT for entity matching</article-title><source>Proceedings of the VLDB Endowment</source><year>2021</year><volume>14</volume><issue>10</issue><fpage>1913</fpage><lpage>1921</lpage><publisher-name>Association for Computing Machinery (ACM)</publisher-name><pub-id pub-id-type="doi">10.14778/3467861.3467878</pub-id></element-citation></ref><ref id="ref13"><element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Reimers</surname><given-names>Nils</given-names></name><name><surname>Gurevych</surname><given-names>Iryna</given-names></name></person-group><article-title>Sentence-BERT: Sentence Embeddings using Siamese BERT-Networks</article-title><source>Proceedings of the 2019 Conference on Empirical Methods in Natural Language Processing and the 9th International Joint Conference on Natural Language Processing (EMNLP-IJCNLP)</source><year>2019</year><fpage>3980</fpage><lpage>3990</lpage><publisher-name>Association for Computational Linguistics</publisher-name><pub-id pub-id-type="doi">10.18653/v1/d19-1410</pub-id></element-citation></ref><ref id="ref14"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Sadinle</surname><given-names>Mauricio</given-names></name></person-group><article-title>Bayesian Estimation of Bipartite Matchings for Record Linkage</article-title><source>Journal of the American Statistical Association</source><year>2017</year><volume>112</volume><issue>518</issue><fpage>600</fpage><lpage>612</lpage><publisher-name>Informa UK Limited</publisher-name><pub-id pub-id-type="doi">10.1080/01621459.2016.1148612</pub-id></element-citation></ref><ref id="ref15"><mixed-citation>Silverman, B. W. (1986). Density estimation for statistics and data analysis. Chapman and Hall.</mixed-citation></ref><ref id="ref16"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Steorts</surname><given-names>Rebecca C.</given-names></name><name><surname>Hall</surname><given-names>Rob</given-names></name><name><surname>Fienberg</surname><given-names>Stephen E.</given-names></name></person-group><article-title>A Bayesian Approach to Graphical Record Linkage and Deduplication</article-title><source>Journal of the American Statistical Association</source><year>2016</year><volume>111</volume><issue>516</issue><fpage>1660</fpage><lpage>1672</lpage><publisher-name>Informa UK Limited</publisher-name><pub-id pub-id-type="doi">10.1080/01621459.2015.1105807</pub-id></element-citation></ref><ref id="ref17"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Tancredi</surname><given-names>Andrea</given-names></name><name><surname>Liseo</surname><given-names>Brunero</given-names></name></person-group><article-title>A hierarchical Bayesian approach to record linkage and population size problems</article-title><source>The Annals of Applied Statistics</source><year>2011</year><volume>5</volume><issue>2B</issue><fpage>1553</fpage><lpage>1585</lpage><publisher-name>Institute of Mathematical Statistics</publisher-name><pub-id pub-id-type="doi">10.1214/10-aoas447</pub-id></element-citation></ref><ref id="ref18"><mixed-citation>Vaswani, A., Shazeer, N., Parmar, N., Uszkoreit, J., Jones, L., Gomez, A. N., Kaiser, Ł., &amp; Polosukhin, I. (2017). Attention is all you need. Advances in Neural Information Processing Systems, 30, 5998–6008.</mixed-citation></ref><ref id="ref19"><mixed-citation>Wang, R., Li, Y., &amp; Wang, J. (2023). Sudowoodo: Contrastive self-supervised learning for multi-purpose data integration and preparation. Proceedings of the IEEE International Conference on Data Engineering (ICDE), 1502–1515. https://doi.org/10.1109/ICDE55515.2023.00391</mixed-citation></ref><ref id="ref20"><mixed-citation>Wang, W., Wei, F., Bao, J., Dong, L., Lu, S., &amp; Zhou, M. (2020). Minilm: Deep self-attention distillation for pre-trained language models. Advances in Neural Information Processing Systems, 33, 5776–5786.</mixed-citation></ref><ref id="ref21"><mixed-citation>Winkler, W. E. (1990). String comparator metrics and enhanced decision rules in the fellegi-sunter model of record linkage. Proceedings of the Section on Survey Research Methods, American Statistical Association, 354–359.</mixed-citation></ref><ref id="ref22"><element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Zhang</surname><given-names>Li-Chun</given-names></name><name><surname>Sanguiao-Sande</surname><given-names>Luis</given-names></name><name><surname>Lee</surname><given-names>Danhyang</given-names></name></person-group><article-title>Design-Based Predictive Inference</article-title><source>Journal of Official Statistics</source><year>2025</year><volume>41</volume><issue>1</issue><fpage>404</fpage><lpage>432</lpage><publisher-name>SAGE Publications</publisher-name><pub-id pub-id-type="doi">10.1177/0282423X241277719</pub-id></element-citation></ref><ref id="ref23"><mixed-citation>Zhang, L.-C., Tam, S.-M., Sanguiao-Sande, L., Yung, W., &amp; Holmberg, A. (2026). On design-unbiased algorithmic machine learning. https://arxiv.org/abs/2606.28795</mixed-citation></ref></ref-list>
<ref-list>
  <title>References</title>
  <ref id="ref-binette2024evaluation">
    <mixed-citation>Binette, O., Baek, Y., Engineer, S., Jones, C.,
    Dasylva, A., &amp; Reiter, J. P. (2024). <italic>How to evaluate
    entity resolution systems: An entity-centric framework with
    application to inventor name disambiguation</italic>.
    <ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/2404.05622">https://arxiv.org/abs/2404.05622</ext-link></mixed-citation>
  </ref>
  <ref id="ref-christen2012data">
    <mixed-citation>Christen, P. (2012). <italic>Data matching: Concepts
    and techniques for record linkage, entity resolution, and duplicate
    detection</italic>. Springer.</mixed-citation>
  </ref>
  <ref id="ref-fellegi1969theory">
    <mixed-citation>Fellegi, I. P., &amp; Sunter, A. B. (1969). A theory
    for record linkage. <italic>Journal of the American Statistical
    Association</italic>, <italic>64</italic>(328),
    1183–1210.</mixed-citation>
  </ref>
  <ref id="ref-hastie2009elements">
    <mixed-citation>Hastie, T., Tibshirani, R., &amp; Friedman, J.
    (2009). <italic>The elements of statistical learning: Data mining,
    inference, and prediction</italic> (2nd ed.).
    Springer.</mixed-citation>
  </ref>
  <ref id="ref-jaro1989advances">
    <mixed-citation>Jaro, M. A. (1989). Advances in record-linkage
    methodology as applied to matching the 1985 census of tampa,
    florida. <italic>Journal of the American Statistical
    Association</italic>, <italic>84</italic>(406),
    414–420.</mixed-citation>
  </ref>
  <ref id="ref-konda2016magellan">
    <mixed-citation>Konda, P., Das, S., Suganthan G. C., P., Doan, A.,
    Ardalan, A., Ballard, J. R., Li, H., Panahi, F., Zhang, H.,
    Naughton, J., Prasad, S., Krishnan, G., Deep, R., &amp; Raghavendra,
    V. (2016). Magellan: Toward building entity matching management
    systems. <italic>Proceedings of the VLDB Endowment</italic>,
    1197–1208.</mixed-citation>
  </ref>
  <ref id="ref-lee2021maximum">
    <mixed-citation>Lee, D., Zhang, L.-C., &amp; Kim, J. K. (2022).
    Maximum entropy classification for record linkage. <italic>Survey
    Methodology</italic>, <italic>48</italic>(1), 1–23.</mixed-citation>
  </ref>
  <ref id="ref-li2020deep">
    <mixed-citation>Li, Y., Li, J., Suhara, Y., Doan, A., &amp; Tan,
    W.-C. (2020). Deep entity matching with pre-trained language models.
    <italic>Proceedings of the VLDB Endowment</italic>,
    <italic>14</italic>(1), 50–60.</mixed-citation>
  </ref>
  <ref id="ref-morris2025contextual">
    <mixed-citation>Morris, J. X., &amp; Rush, A. M. (2025). Contextual
    document embeddings. <italic>The Thirteenth International Conference
    on Learning Representations</italic>.
    <ext-link ext-link-type="uri" xlink:href="https://openreview.net/forum?id=Wqsk3FbD6D">https://openreview.net/forum?id=Wqsk3FbD6D</ext-link></mixed-citation>
  </ref>
  <ref id="ref-mudgal2018deep">
    <mixed-citation>Mudgal, S., Li, H., Rekatsinas, T., Doan, A., Park,
    Y., Krishnan, G., Deep, R., Arcaute, E., &amp; Raghavendra, V.
    (2018). Deep learning for entity matching: A design space
    exploration. <italic>Proceedings of the ACM SIGMOD International
    Conference on Management of Data</italic>, 19–34.</mixed-citation>
  </ref>
  <ref id="ref-newcombe1959automatic">
    <mixed-citation>Newcombe, H. B., Kennedy, J. M., Axford, S. J.,
    &amp; James, A. P. (1959). Automatic linkage of vital records.
    <italic>Science</italic>, <italic>130</italic>(3381),
    954–959.</mixed-citation>
  </ref>
  <ref id="ref-peeters2021dual">
    <mixed-citation>Peeters, R., &amp; Bizer, C. (2021). Dual-objective
    fine-tuning of BERT for entity matching. <italic>Proceedings of the
    VLDB Endowment</italic>, 1913–1921.</mixed-citation>
  </ref>
  <ref id="ref-reimers2019sentence">
    <mixed-citation>Reimers, N., &amp; Gurevych, I. (2019).
    Sentence-BERT: Sentence embeddings using Siamese BERT-networks.
    <italic>Proceedings of the 2019 Conference on Empirical Methods in
    Natural Language Processing</italic>, 3982–3992.</mixed-citation>
  </ref>
  <ref id="ref-sadinle2017bayesian">
    <mixed-citation>Sadinle, M. (2017). Bayesian estimation of bipartite
    matchings for record linkage. <italic>Journal of the American
    Statistical Association</italic>, <italic>112</italic>(518),
    600–612.</mixed-citation>
  </ref>
  <ref id="ref-silverman1986density">
    <mixed-citation>Silverman, B. W. (1986). <italic>Density estimation
    for statistics and data analysis</italic>. Chapman and
    Hall.</mixed-citation>
  </ref>
  <ref id="ref-steorts2016bayesian">
    <mixed-citation>Steorts, R. C., Hall, R., &amp; Fienberg, S. E.
    (2016). A bayesian approach to graphical record linkage and
    de-duplication. <italic>Journal of the American Statistical
    Association</italic>, <italic>111</italic>(516),
    1660–1672.</mixed-citation>
  </ref>
  <ref id="ref-tancredi2011hierarchical">
    <mixed-citation>Tancredi, A., &amp; Liseo, B. (2011). A hierarchical
    bayesian approach to record linkage and population size problems.
    <italic>The Annals of Applied Statistics</italic>,
    <italic>5</italic>(2B), 1553–1585.</mixed-citation>
  </ref>
  <ref id="ref-vaswani2017attention">
    <mixed-citation>Vaswani, A., Shazeer, N., Parmar, N., Uszkoreit, J.,
    Jones, L., Gomez, A. N., Kaiser, Ł., &amp; Polosukhin, I. (2017).
    Attention is all you need. <italic>Advances in Neural Information
    Processing Systems</italic>, <italic>30</italic>,
    5998–6008.</mixed-citation>
  </ref>
  <ref id="ref-wang2022sudowoodo">
    <mixed-citation>Wang, R., Li, Y., &amp; Wang, J. (2023). Sudowoodo:
    Contrastive self-supervised learning for multi-purpose data
    integration and preparation. <italic>Proceedings of the IEEE
    International Conference on Data Engineering (ICDE)</italic>,
    1502–1515.
    <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/ICDE55515.2023.00391">https://doi.org/10.1109/ICDE55515.2023.00391</ext-link></mixed-citation>
  </ref>
  <ref id="ref-wang2020minilm">
    <mixed-citation>Wang, W., Wei, F., Bao, J., Dong, L., Lu, S., &amp;
    Zhou, M. (2020). Minilm: Deep self-attention distillation for
    pre-trained language models. <italic>Advances in Neural Information
    Processing Systems</italic>, <italic>33</italic>,
    5776–5786.</mixed-citation>
  </ref>
  <ref id="ref-winkler1990string">
    <mixed-citation>Winkler, W. E. (1990). String comparator metrics and
    enhanced decision rules in the fellegi-sunter model of record
    linkage. <italic>Proceedings of the Section on Survey Research
    Methods, American Statistical Association</italic>,
    354–359.</mixed-citation>
  </ref>
  <ref id="ref-zhang2025predictive">
    <mixed-citation>Zhang, L.-C., Sanguiao-Sande, L., &amp; Lee, D.
    (2025). Design-based predictive inference. <italic>Journal of
    Official Statistics</italic>, <italic>41</italic>(1), 404–432.
    <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1177/0282423X241277719">https://doi.org/10.1177/0282423X241277719</ext-link></mixed-citation>
  </ref>
  <ref id="ref-zhang2026debiasing">
    <mixed-citation>Zhang, L.-C., Tam, S.-M., Sanguiao-Sande, L., Yung,
    W., &amp; Holmberg, A. (2026). <italic>On design-unbiased
    algorithmic machine learning</italic>.
    <ext-link ext-link-type="uri" xlink:href="https://arxiv.org/abs/2606.28795">https://arxiv.org/abs/2606.28795</ext-link></mixed-citation>
  </ref>
</ref-list>
<fn-group>
  <fn id="fn1">
    <label>1</label><p>Economic and Social Statistics, Faculty IV,
    University of Trier, Universitätsring 15, 54296 Trier, Germany.
    E-mail: <monospace>ahmeda@uni-trier.de</monospace></p>
  </fn>
  <fn id="fn2">
    <label>2</label><p>School of Economic, Social and Political
    Sciences, University of Southampton, Southampton SO17 1BJ, United
    Kingdom. E-mail: <monospace>L.Zhang@soton.ac.uk</monospace></p>
  </fn>
  <fn id="fn3">
    <label>3</label><p>Economic and Social Statistics, Faculty IV,
    University of Trier, Universitätsring 15, 54296 Trier, Germany.
    E-mail: <monospace>muennich@uni-trier.de</monospace></p>
  </fn>
  <fn id="fn4">
    <label>4</label><p>Department of Business, Trier University of
    Applied Sciences, Schneidershof, 54293 Trier, Germany. E-mail:
    <monospace>M.Vogt@hochschule-trier.de</monospace></p>
  </fn>
</fn-group>
</back>
</article>
