<?xml version="1.0" encoding="UTF-8"?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
  <responseDate>2026-07-22T21:23:58Z</responseDate>
  <request identifier="561" metadataPrefix="oai_dc" verb="GetRecord">https://drops.dagstuhl.de/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:drops-oai.dagstuhl.de:561</identifier>
        <datestamp>2024-03-06T11:06:33Z</datestamp>
        <setSpec>ddc:004</setSpec>
        <setSpec>open_access</setSpec>
      </header>
      <metadata>
        <oai_dc:dc xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
          <dc:title>Proof Presentation</dc:title>
          <dc:creator>Siekmann, Jörg</dc:creator>
          <dc:subject>Artificial intelligence</dc:subject>
          <dc:subject>mathematics</dc:subject>
          <dc:subject>proof presentation</dc:subject>
          <dc:description>The talk is based on a book about the human-oriented presentation of a mathematical proof in natural&#13;
language, in a style as we may find it in a typical mathematical text book.&#13;
How can a proof be other than human-oriented?&#13;
What we have in mind is a deduction systems, which is implemented on a computer,&#13;
that proves – with some human interaction – a mathematical textbook as may be used&#13;
in an undergraduate course. The proofs generated by these systems today are far from&#13;
being human-oriented and can in general only be read by an expert in the respective&#13;
field: proofs between several hundred (for a common mathematical theorem), for more&#13;
than a thousand steps (for an unusually difficult theorem) and more than ten thousand&#13;
deduction steps (in a program verification task) are not uncommon.&#13;
Although these proofs are provably correct, they are typically marred by many problems:&#13;
to start with, that are usually written in a highly specialised logic such as the&#13;
resolution calculus, in a matrix format, or even worse, they may be generated by a&#13;
model checker. Moreover they record every logical step that may be necessary for the&#13;
minute detail of some term transformation (such as, for example, the rearrangement of&#13;
brackets) along side those arguments, a mathematician would call important steps or&#13;
heureka-steps that capture the main idea of the proof. Only these would he be willing&#13;
to communicate to his fellow mathematicians – provided they have a similar academic&#13;
background and work in the same mathematical discipline. If not, i.e. if the proof was&#13;
written say for an undergraduate textbook, the option of an important step may be&#13;
viewed differently depending on the intended reader.&#13;
Now, even if we were able to isolate the ten important steps – out of those hundreds&#13;
of machine generated proof steps – there would still be the startling problem&#13;
that they are usually written in the "wrong" order. A human reader might say: "they do&#13;
not have a logical structure"; which is to say that of course they follow a logical pattern&#13;
(as they are correctly generated by a machine), but, given the convention of the respective&#13;
field and the way the trained mathematician in this field is used to communicate,&#13;
they are somewhat strange and ill structured.&#13;
And finally, there is the problem that proofs are purely formal and recorded in a&#13;
predicate logic that is very far from the usual presentation that relies on a mixture&#13;
of natural language arguments interspersed with some formalism.&#13;
The book (about 800 page) which gives an answer to some of these problems is to appear with Elsevier</dc:description>
          <dc:publisher>Schloss Dagstuhl – Leibniz-Zentrum für Informatik</dc:publisher>
          <dc:contributor>Jörg Siekmann</dc:contributor>
          <dc:date>2006</dc:date>
          <dc:relation>Is Part Of Dagstuhl Seminar Proceedings, Volume 5431, Deduction and Applications (2006)</dc:relation>
          <dc:type>InProceedings</dc:type>
          <dc:type>Text</dc:type>
          <dc:type>doc-type:ResearchArticle</dc:type>
          <dc:type>publishedVersion</dc:type>
          <dc:format>application/pdf</dc:format>
          <dc:identifier>doi:10.4230/DagSemProc.05431.5</dc:identifier>
          <dc:identifier>urn:nbn:de:0030-drops-5611</dc:identifier>
          <dc:identifier>https://drops.dagstuhl.de/entities/document/10.4230/DagSemProc.05431.5</dc:identifier>
          <dc:language>eng</dc:language>
          <dc:rights>https://creativecommons.org/licenses/by/4.0/legalcode</dc:rights>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
