<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Formalizing Informal Logic and Natural Language Deductivism *</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
				<date type="published" when="2021-09-18">September 18, 2021</date>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Sarat</forename><surname>Varanasi</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Kinjal</forename><surname>Basu</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Zhuo</forename><surname>Chen</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Elmer</forename><surname>Salazar</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Farhad</forename><surname>Shakerin</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Serdar</forename><surname>Erbatur</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Fang</forename><surname>Li</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Huaduo</forename><surname>Wang</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Zesheng</forename><surname>Xu</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Joaquín</forename><surname>Arias</surname></persName>
						</author>
						<author>
							<persName><roleName>March</roleName><forename type="first">John</forename><surname>Mccarthy</surname></persName>
						</author>
						<author>
							<affiliation key="aff0">
								<orgName type="institution">The University of Texas at Dallas</orgName>
								<address>
									<settlement>Richardson</settlement>
									<country key="US">USA</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="institution">Universidad Rey Juan Carlos</orgName>
								<address>
									<settlement>Madrid</settlement>
									<country key="ES">Spain</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff2">
								<orgName type="department">Brendan Hall</orgName>
								<orgName type="institution">Kevin Driscoll Honeywell Corp</orgName>
								<address>
									<settlement>Minneapolis</settlement>
									<region>MN</region>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Formalizing Informal Logic and Natural Language Deductivism *</title>
					</analytic>
					<monogr>
						<imprint>
							<date type="published" when="2021-09-18">September 18, 2021</date>
						</imprint>
					</monogr>
					<idno type="MD5">FF80124AF591496400F833BE782D20FF</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T04:54+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Formalizing the human thought process has been considered fiendishly difficult. The field of informal logic has been developed in recognition of this difficulty. Work in informal logic interprets an argument as an attempt to present evidence for a conclusion. Holloway and Wasson have developed a primer to establish the terms, concepts, principles, and uses of arguments. We argue that recent advances in formal logic, especially incorporation of negation as failure, facilitate the formalization of the human thought process. These advances help formalize concepts that were hitherto thought of as impossible to formalize. We show how the paradigm of answer set programming can be used to formalize all the concepts presented in Holloway and Wasson's primer.</p><p>I don't see that human intelligence is something that humans can never understand.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>Formalizing the human thought process has been considered very hard. The study of human thought process has been conducted over several millenia <ref type="bibr" target="#b16">[17,</ref><ref type="bibr" target="#b9">10]</ref>. In modern times this effort culminated in boolean logic <ref type="bibr" target="#b10">[11]</ref>, first order logic <ref type="bibr" target="#b13">[14]</ref>, and various other advanced logics. These logics, however, are limited and could not match the sophistication of human reasoning in the sense that it is hard to use these logics to faithfully model the human thought process in an elegant manner. First, we make number of points <ref type="bibr" target="#b18">[19]</ref>:</p><p>• The early problems of naive set theory found by Russell (Russell's paradox <ref type="bibr" target="#b5">[6]</ref>) led mathematicians and logicians to only focus on well-founded or inductive reasoning which stipulates that to reason soundly one has to start from the simplest object (e.g., an empty set) and then build larger objects by embellishing this simplest object (i.e., obtain one element sets by adding an element to the empty set, two element sets by adding an element to one element sets and so on). Thus, assumption-based reasoning that humans frequently employ, and which requires circular or coinductive reasoning <ref type="bibr" target="#b0">[1]</ref>, was banished from mathematical discourse. Only recently, work on coninductive reasoning has been taken up <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b5">6,</ref><ref type="bibr" target="#b32">33,</ref><ref type="bibr" target="#b19">20]</ref>.</p><p>• Systems of logic could not reason about themselves, i.e., be reflective. Part of the reason is the utter focus on only allowing inductive structures. Meta-reasoning was disallowed due to fears of unsoundness and circularity. As a result, for example, classical logics cannot have the ability to predicate a conclusion based on failure of a proof in that logic itself. In fact, Tarski stipulated that given a logic L 1 , we need another logic L 2 to reason about L 1 , and yet another logic L 3 to reason about L 2 , and so on, ad infinitum <ref type="bibr" target="#b33">[34]</ref>. Thus, Tarski deemed it impossible for a language to have its own truth predicate. Only in 1975 did Kripke show that a language can consistently contain its own truth predicate <ref type="bibr" target="#b26">[27]</ref>.</p><p>• The concept of negation as failure <ref type="bibr" target="#b1">[2]</ref> was added into logic along with notion of stable model semantics that admitted multiple worlds <ref type="bibr" target="#b15">[16]</ref>. Negation-as-failure allows us to take an action if a proof fails: a notion frequently employed by humans (if something does not work out, do something else). Classical logic (based on inductive semantics) cannot reason about proof failure. If, for example, we program reachability (of one node from another in a directed graph) in logic, then the axioms for reachability cannot be used to prove unreachability. Axioms for unreachability have to be given separately to reason about unreachability. With negation-as-failure, we can easily realize unreachability by stating that if the proof of reachability from node N1 to N2 fails, then node N2 is unreachable from node N1.</p><p>• While coinductive reasoning and negation as failure have been around for 30-40 years, they did not lead to formalization of the human thought process. The advent of answer set programming based on the idea of negation-as-failure <ref type="bibr" target="#b14">[15,</ref><ref type="bibr" target="#b27">28]</ref> made this possible, where complex human thought processes such as default reasoning, counterfactual reasoning, nonmonotonic reasoning, abductive reasoning and possible-worlds reasoning could now be realized in a formal framework in an elegant manner. Progress was still limited by the type of implementations available for answer set programming that precluded goal-directed thinking. The design of goal-directed or query-driven ASP execution engines such as s(ASP) <ref type="bibr" target="#b28">[29]</ref> and s(CASP) <ref type="bibr" target="#b3">[4]</ref> solved this problem.</p><p>• Formalization of the human though process has been further compounded by the fact that humans may use the same linguistic pattern to represent different logical representations. This is made evident in Wason's Selection Task <ref type="bibr" target="#b24">[25]</ref> where if A then B may be used by humans to represent both A ⇒ B and A ⇐⇒ B.</p><p>Given the lack of success of classical logic in formalizing the human though processes, work was started on study of "informal logic" <ref type="bibr" target="#b17">[18]</ref>. Similar to classical logic, work in informal logic is focused on inference rules (called argument in the informal logic literature) and reasoning (proof). An argument is an attempt to present evidence for a conclusion (or a claim) and it relies on premises that support the conclusion. Halloway and Wasson have developed an excellent primer on this subject <ref type="bibr" target="#b23">[24]</ref>. We show how all the terms in the primer can be mapped to answer set programming constructs and how arguments, evidence, etc., can be represented and executed on our s(CASP) ASP engine. The ASP code for various examples of the primer is shown later and the output of the s(CASP) system for the respective query of each example is shown in the Appendix. The output includes the computed answer, the model, and the proof trace. A more comprehensive example from the argumentation literature has also been worked out.</p><p>As an aside, it should be noted that ASP/s(CASP) technology can automate the overarching properties framework <ref type="bibr" target="#b20">[21]</ref>. The OAP framework envisions that to have confidence in a system, establishing three overarching properties of the system suffices: intent, correctness, and innocuity <ref type="bibr" target="#b22">[23]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Mapping Informal Logic to ASP</head><p>We first cast all the terms used in the primer in terms of those used in logic, logic programming (LP) and answer set programming (ASP). Terms from the primer are italicized while those from LP/ASP are in boldface font.</p><p>• A conclusion is a theorem. In LP/ASP, it translates into a query. The word claim is also used sometimes in assurance literature. A claim is also a theorem or a query in LP/ASP terminology.</p><p>• An argument is a clause (i.e., a rule).</p><p>• A premise ("what an audience believes") is a belief based on knowledge or assumption. A premise can be of two types: evidence or assumption. An evidence is a fact. An assumption is an abducible.</p><p>• Reasoning corresponds to a proof. To perform reasoning, in LP/ASP we develop a proof tree.</p><p>• A binding is a substitution, i.e., value imparted to a variable that is existentially or universally quantified. It is no different from what is understood to be a binding in LP/ASP.</p><p>• A defeater is a negated goal (negation here is negation-as-failure, as it "provides support for not believing"). Note that ASP has two types of negation. The second type, classical negation, represented as -p, is a premise.</p><p>Before we go on to mapping other concepts of the primer to ASP, we give a brief introduction to abductive reasoning. The term abduction refers to a form of reasoning that is concerned with the generation and evaluation of explanatory hypotheses. We could also think of abduction as assumptions based reasoning. Abductive reasoning leads back from facts to a proposed explanation of those facts or assumptions that will explain that fact. According to Harman <ref type="bibr" target="#b21">[22]</ref>, abductive reasoning takes the following form:</p><p>The fact B is observed. But if A were (assumed) true, B would be a matter of course. Hence, there is reason to suspect that A is true. In this form, B can be either a particular event or an empirical generalization. A serves an explanatory hypothesis and B follows from A combined with relevant background knowledge. Note that A is not necessarily true, but plausible and worthy of further validation. We can also think of A as an assumption that we must make to explain the observation B. A simple example of abductive reasoning is that one might attribute the symptoms of a common cold to a viral infection. Or, that if we assume viral infection, then no wonder the person has symptoms of a cold. More formally, abduction is a form of reasoning where, given the premise P ⇒ Q, and the observation Q, one surmises (abduces) that P holds. More generally, given a theory T , an observation O, and a set of abducibles A, then E is an explanation of O (where</p><formula xml:id="formula_0">E ⊂ A) if: 1. T ∪ E |= O 2.</formula><p>T ∪ E is consistent We can think of abducibles A as a set of assumptions. Generally, A consists of a set of propositions such that if p ∈ A, then there is no rule in theory T with p as its head (that is, there is no way to argue for p).</p><p>We assume the theory T to be an answer set program. Under a goal-directed execution regime, an ASP system can be extended with abduction by simply adding the following rule for an abducible p: p :-not not p. not p :-not p. this is automatically achieved for a predicate p that we want to declare as an abducible in the s(CASP) system through the declaration:</p><p>#abducible p. We now proceed to give the rest of the mapping from overarching properties (OAP) to ASP.</p><p>Atomic and Compound Arguments: An atomic argument is a clause (rule) that only uses facts and abducibles in its body. A compound argument is a clause (rule) that has facts, abducibles and a reference to other rules in its body.</p><p>Cogent Arguments: An argument is cogent if it rationally justifies believing its conclusion to the required standard of confidence <ref type="bibr" target="#b23">[24]</ref>. How do we simulate cogency in ASP? ASP can model various shades of confidence in a conclusion by a combination of negation as failure and classical negation. Given not p, where not is interpreted as negation as failure, it will be interpreted as "no evidence of p". Similarly, -p denotes that p is unconditionally false, i.e., there is irrefutable evidence that p is false. Negation as failure and classical negation can be combined to create nuanced reasoning. Given a proposition p (e.g., p ≡ "it is raining now"):</p><p>1. p: denotes that p is unconditionally true.</p><p>2. not -p: denotes that p maybe true.</p><p>3. not p ∧ not -p: denotes that p is unknown, i.e., there is no evidence of either p or -p. <ref type="bibr" target="#b3">4</ref>. not p: denotes that p may be false (no evidence that p is true).</p><p>5. -p: denotes that p is unconditionally false.</p><p>Cogency can be represented in ASP using these five shades of truth. Thus, if we consider a criminal case vs a civil case, e.g., O.J. Simpson murder trial, then for O.J. Simpson to be acquitted, a proof of not murdered(oj, nicole) will be needed for the civil case, while a proof of -murdered(oj, nicole) will be needed for the criminal one.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Precepts</head><p>The Primer presents a number of guiding principles called precepts. We discuss them here in light of our ASP rendering.</p><p>Locality: The precept of locality states that the cogency of a compound argument never exceeds the cogency of its weakest atomic argument. This obviously holds in our ASP rendering, assuming rules are written in a reasonable manner following the precept of locality, and normal rules of logical inference are followed. For example, if we assert that all crows are birds (bird(X) if crow(X)), then if we establish that Jimmy may not be a crow (not crow(jimmy)), we can only conclude that Jimmy may not be a bird either and no more.</p><p>Depth: The precept of depth states that "argument decomposition must descend far enough to serve stakeholder objectives, and not so far as to to unnecessarily consume resources, create distraction, ...". In ASP rendering this translates to the level of granularity to which the modeling is done. When we give arguments to have our audience believe a certain conclusion, we furnish a proof. The proof tree serves as the justification for the conclusion. The proof tree can be displayed to the depth desired to keep the explanation high level, even though our modeling and reasoning may be very low level. The interactive proof viewing facility of s(CASP), for example, allows one to explore the proof tree to any level of detail <ref type="bibr" target="#b2">[3]</ref>.</p><p>Change: Change relates to the fact that the context in which an argument is made may change. Arguments may be made to assure that a system is safe before deployment. However, post deployment, a new set of situations may be encountered and the assurance argument may fall apart. Change, thus, pertains to nonmonotonicity of our knowledge. That is, a conclusion drawn now may have to be withdrawn later as new knowledge becomes available. We know that Tweety is a bird, so we conclude it can fly. However, later we discover that Tweety is a penguin, so this conclusion has to be withdrawn. ASP is based on a non-monotonic logic as it incorporates negation as failure. Thus, change is easily accommodated in our ASP rendering. As our knowledge grows post deployment, we can refine our arguments and our proofs. In fact, ASP allows for any accommodations that may have to be modeled in advance (i.e., known unknowns can be modeled). However, if it turns out that known unknowns do not arise then, that is not a problem either. In fact, ASP's major strength is being able to model a situation even when information is lacking.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Induction:</head><p>The induction precept states that not all reasoning may be deductive. This can also be modeled using ASP, since we can model analogical, explanatory, defeasible, counterfactual, and various other types of reasoning, thanks to the presence of negation as failure and possible world semantics. In fact, an ASP rule captures (enumerative<ref type="foot" target="#foot_0">1</ref> ) inductive reasoning <ref type="bibr" target="#b34">[35]</ref> quite precisely by also stating the exceptions to an induced default rule. For example, if we see a number of swans and all of them are white, then we may induce that all swans are white. However, we can never be sure that all swans are white, so we could leave room for exceptions and code it in ASP as: color(X, white) :-swan(X), not abnormal swan(X). abnormal swan(X) :-black swan(X). This property of default rules has been exploited for making machine learning explainable <ref type="bibr" target="#b30">[31]</ref>.</p><p>Plausibility: The precept of plausibility states that people have biases, beliefs, etc., that will color their perception of the world. This is also easily modeled in the ASP framework through the five shades of truths mentioned above. Consider a physician who is about to prescribe a medicine to a patient. A physician with aggressive thinking may immediately prescribe the medicine and if any side-effects show up later, he/she will worry about them then. In ASP, this will be modeled as:</p><p>prescribe(M, D, P) :-cures(M, D), not contraindicated(M, P). contraindicated(M, P) :-positive for side-effects(M, P). which states that medicine M can be prescribed to patient P for disease D if, normally, medicine M cures disease D, and there is no evidence of contraindications for medicine M in person P. The rule here states that the medicine should be given without testing for side-effects, however, if for some reason we know, (or we learn later, that the patient tests positive for medicine M's side-effects), then the medicine will be stopped from being prescribed. That's how reasoning in ASP will work. Note that this reasoning make sense, say, for example when we know that only 1% of the patients are allergic to the medicine so the chances of having a side-effect are very low.</p><p>In contrast, a conservatively thinking doctor may decide to first ensure in advance that medicine M does not test positive for any side effects for person P. This doctor does not want to take even a 1% chance. This conservative thinking will be modeled as:</p><p>prescribe(M, D, P) :-cures(M, D), not contraindicated(M, P). contraindicated(M, P) :-not -positive for side-effects(M, P). which states that the medicine can be prescribed only if the patient does not test positive for M's side-effect.</p><p>The aggressive reasoning rule is read as follows: prescribe medicine M to patient P for disease D if M cures D and contraindication of M for P maybe false. Since contraindication is qualified with a maybe, the prescribe goal can succeed without performing the test. The conservative reasoning rule, in contrast, is read as follows: prescribe medicine M for patient P for disease D if M cures D and patient definitely does not test positive to M's side-effect.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Discussion</head><p>It should be noted that ASP is especially good at default reasoning. Defaults are used by humans all the time to jump to conclusions. Defaults are statements that begin with the word normally (normally, birds fly). Humans learn defaults and then gradually learn exceptions to them (e.g., exceptions to the default rule about flying such as: penguins don't fly, wounded birds don't fly, ostriches don't fly, newly born baby birds don't fly, etc.). There may be multiple defaults in some cases, and humans learn to prefer one over the other. In fact, our biases, expertise, etc., is captured as default rules and exceptions (plus preferences over defaults) that reside in our minds. Expert knowledge is nothing but a set of defaults, exceptions and preferences about some very specialized knowledge that the expert has acquired through studying and practice over a number of years. Given that ASP is very good at representing defaults, exceptions and preferences, modeling real world situations in ASP is quite feasible. In fact, our group has built tools <ref type="bibr" target="#b11">[12]</ref> that model a cardiologist's expertise for treating congestive heart failure using ASP. Our tool outperform cardiologists <ref type="bibr" target="#b12">[13]</ref>. This system is based on ASP and represents complex expert knowledge found in guidelines for treating heart failure <ref type="bibr" target="#b35">[36]</ref> as ASP rules. Similarly, ASP technology allows us to answer natural language questions against a textual passage or a graphical image by invoking common sense knowledge <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b6">7]</ref>.</p><p>Significant amount of research has been invested in formalizing argumentation using logic programming and answer set programming <ref type="bibr" target="#b8">[9]</ref>. However, the logic-based modeling in all these approaches is based on propositions. In contrast, we can model claims, arguments, evidence and assumptions at the predicate level using our s(CASP) query-driven ASP engine. We next illustrate our method with a detailed example.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">An Illustrative Example</head><p>We take an example from the work of Modgil and Prakken <ref type="bibr" target="#b29">[30]</ref> that narrates a scenario where a person, John, is seen in Holland Park by Mary, an observer. Modgil and Prakken use this scenario to illustrate the complexity of argumentation research. We use it to demonstrate how elegantly this complex scenario can be modeled in ASP and executed in our s(CASP) system to automatically verify claims. Note that the original text presents the scenario as observed by "us". We have changed the observer to Mary. Suppose Mary believes that John was in Holland Park some morning and that Holland Park is in London. Then Mary can deductively reason from these beliefs, to conclude that John was in London that morning. So the reasoning cannot be attacked. However, perfection remains unattainable since the argument is still fallible: its grounds may turn out to be wrong. For instance, Jan may tell us that he met John in Amsterdam that morning around the same time. We now have a reason against Mary's belief that John was in Holland Park that morning, since witnesses usually speak the truth. Can we retain our belief or must we give it up? The answer to this question determines whether we can accept that John was in London that morning. Maybe Mary originally believed that John was in Holland Park for a reason. Maybe Mary went jogging in Holland Park and she saw John. We then have a reason supporting Mary's belief that John was in Holland Park that morning, since we know that a person's senses are usually accurate. But we cannot be sure, since Jan told us that he met John in Amsterdam that morning around the same time. Perhaps Mary's senses betrayed her that morning? But then we hear that Jan has a reason to lie, since John is a suspect in a robbery in Holland Park that morning and Jan and John are friends. We then conclude that the basis for questioning Mary's belief that John was in Holland Park that morning (namely, that witnesses usually speak the truth and Jan witnessed John in Amsterdam) does not apply to witnesses who have a reason to lie. So our reason in support of Mary's belief is undefeated and we accept it.</p><p>The narrative above is an excellent example of claims being made (e.g., John is in London) and then arguments and evidence being used to establish that claim. The arguments made may possibly encounter exceptions (defeaters) along the way. We will model the various scenarios using answer set programming. We will use the event calculus <ref type="bibr" target="#b31">[32,</ref><ref type="bibr" target="#b4">5]</ref> to model the situation as it evolves. We also have to make assumptions about Mary's eyesight being good, Jan and John being friends and John being a robbery suspect. We will treat these as abducibles, i.e., we will attempt to prove the claim with the assumption being true or the assumption being false. Some of the knowledge used in this example is, in fact, generated automatically from the English text above using techniques we have developed that make use of English text parsers, VerbNet and our s(CASP) system <ref type="bibr" target="#b7">[8]</ref>. Some commonsense knowledge about various concepts that is needed is also added.</p><p>We start with Mary's claim that John was in London in the morning. This amounts to proving the query: holds(in london,morning) where in london represents the fluent that John is in London. We next represent the knowledge encapsulated in the story. Mary, John, and Jan are people. Holland Park is in London. This is represented as facts in ASP:</p><p>person(jan). person(john). person(mary). is in(holland park,london). Next we translate rest of the information. Consider the sentence: Mary saw John in Holland Park. This sentence is automatically translated into the following facts using our SQuARE system and VerbNet primitives (for verbs 'discover' and 'occur'):</p><p>discover(morning, during(see 1), agent(mary), theme(john), source(unknown)). occur(morning, event(see 1), theme(john), location(holland park)). We automatically extract commonsense knowledge about an observer (Mary and John are both observers of events). Note that in ASP ' ' denotes an anonymous variable (i.e., a variable whose value we don't care for).</p><p>observer(E,X) :-discover( , during(E),agent(X), , ). Next we define the commonsense knowledge of an event happening. An event E happens at time T in some location with some theme.</p><p>happens(E,T) :-occur(T, event(E), theme( ), location( )). John's presence in London is modeled using the fluent in london. A fluent is a variable whose value changes with time as events happen. We model the knowledge following the event calculus <ref type="bibr" target="#b31">[32]</ref>. The fluent in london is initiated to become true if Y is seen by A in London.</p><p>initiates(E, in_london, T) :discover(T, during(E), agent(A), theme(Y), source(_)), occur(T,event(E), theme(Y), location(Loc)), is_in(Loc,london), not ab_initiates(E,in_london,T, A).</p><p>Note that the initiation process can be defeated due to an abnormal situation (e.g., A has poor eyesight). This is reflected in the ab initiates predicate in the rule above. ab initiates(E,in london,T, A) :-person(A), observer(E,A), not accurate(A,sense). Accuracy of a person's senses is modeled as a rule. A person X's senses are accurate, unless X is old.</p><p>accurate(X,sense) :-person(X), not ab accurate(X,sense). ab accurate(X,sense) :-person(X), age(X,A), A = old. Next, we automatically generate knowledge about Jan seeing John in Amsterdam.</p><p>perceive(morning, during(meet 1),experiencer(jan),stimulus(john)). occur(morning, event(meet 1), theme(john), location(amsterdam)). We next complete the definition of the fluent in london: if Jan sees John in Amsterdam, John cannot be in London. The definition is completed by defining the terminate primitive of the event calculus for the fluent in london. We state that event E terminates the fluent in london at time T, if Y is seen by X in a place other than London.</p><p>terminates(E, in_london, T) :perceive(T, during(E),experiencer(X),stimulus(Y)), occur(T,event(E), theme(Y), location(Loc)), not is_in(Loc,london), not ab_terminates(E,in_london,T).</p><p>However, the claim that John is not in London may be defeated due to an abnormal situation (e.g., supposed observer is a liar). ab terminates(E,in london,T) :-person(X), person(Y), observer(E,X), theme(E,Y), not speaks(X, truth, Y). Next we define the observer w.r.t. the VerbNet verb perceive, as part of our commonsense knowledge. We also define what a theme is. Note that some of these technicalities are introduced due to our attempt to automate translation of English text into ASP using VerbNet <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b25">26]</ref>).</p><p>observer(E,X) :-person(X), perceive( , during(E), experiencer(X), ). theme(E,X) :-person(X), perceive( , during(E), , stimulus(X)). The concept of speaking truth is also modeled as a rule ("witnesses usually speak the truth"). The rule below states that X will normally speak the truth about observing Y, unless X is a liar (defeater).</p><p>speaks(X,truth,Y) :-person(X), person(Y), observer(E,X), theme(E,Y), not ab speaks(X,truth,Y). ab speaks(X,truth,Y) :-may lie(X,Y). We have to model the situations in which a person may lie. We assume that a person lies if we fail to prove that he/she is a truth-teller (not -lie). We also assume that a person may lie if there is evidence of conflict of interest. Note that arguments with defeaters can be thought of as default rules with exceptions. As is obvious, we make extensive use of default rules in this example. may_lie(X,Y) :-person(X), person(Y), not -lie(X,Y).</p><p>-lie(X,Y) :-person(X), person(Y), not conflict_interest(X,Y). conflict_interest(X,Y) :-person(X), person(Y), friends(X,Y), crime_suspect(Y), not ab_conflict_interest(X). crime_suspect(X) :-person(X), robbery_suspect(X), not ab_crime_suspect(X).</p><p>Finally, we represent our assumptions as abducibles. These abducibles are simply declared using the #abducible declaration in our s(CASP) system. The assumptions we may make are the following: (i) Jan and John are friends, (ii) John is a robbery suspect, and (iii) Mary is old and infirm.</p><p>#abducible friends(jan, john). #abducible robbery suspect(john). #abducible age(mary,old).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Conclusion</head><p>We showed that ASP can elegantly model human-style arguments as laid out in the Primer of Holloway and Wasson. It is believed that human discourse can be reasoned about only through informal reasoning.</p><p>We advance the argument that human discourse can be reasoned about through formal reasoning as well.</p><p>Answer set programming has a well-defined declarative and operational semantics <ref type="bibr" target="#b15">[16,</ref><ref type="bibr" target="#b28">29,</ref><ref type="bibr" target="#b3">4]</ref> that can model the human thought process very effectively, as demonstrated in this paper. Additionally, query-driven answer set programming can be extended with constraints over reals, which allows for reasoning over time to be performed faithfully (i.e., without discretizing time <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b4">5]</ref>) as well.</p></div>			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">Enumerative induction is an inductive method in which a conclusion is constructed based upon the number of instances that support it<ref type="bibr" target="#b34">[35]</ref>.</note>
		</body>
		<back>
			<div type="annex">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>With the above arguments, evidence, assumptions, and defeaters expressed in ASP, we are ready to verify our claims. We can make a number of claims: John is in London, John is not in London, and John's location is unknown. For simplicity, we put these claims down as rules.</p><p>Claim #1: John's location is unknown.</p><p>claim(john location unknown) :-not holds(in london, morning), not -holds(in london, morning).</p><p>Claim #2: John is not in London. claim(john not in london) :--holds(in london, morning).</p><p>Claim #3: John is in London. claim(john in london) :-holds(in london, morning).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Now we can execute the query:</head><p>?-claim(X). to find the answers under various assumptions. These answers-five of them-computed by our s(CASP) system along with the assumptions under which the claims hold are shown next.</p><p>There is one scenario (one world, in ASP parlance) in which John's location is unknown: X = john location unknown Assumptions: age(mary,old)),friends(jan,john),robbery suspect(john)) The answer above states that if Mary is infirm, Jan and John are friends, and John is a robbery suspect, then we cannot really say with certainty if John is in London or not in London.</p><p>There are two scenarios in which we can support the claim that John is not in London. X = john not in london; Assumptions: age(mary,old)), not friends(jan, john) X = john not in london; Assumptions: age(mary,old), friends(jan,john), not robbery suspect(john) The claim that John is not in London can only be true if we cannot trust Mary, so the assumption about Mary being old has to hold. In the first case, if Jan and John are not friends then regardless of whether John is a robbery suspect or not, we can trust Jan to tell the truth, so John must be in Amsterdam. In the second case, Jan and John are friends, but under the assumption that John is not a robbery suspect we can trust Jan to tell the truth as well. So John must be in Amsterdam in this case as well.</p><p>Finally, there are two scenarios in which the claim that John is in London will hold.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>X = john in london:</head><p>Assumptions: friends(jan,john), robbery suspect(john) X = john in london Assumptions: age(mary, B | B = old)), friends(jan,john)), robbery suspect(john) In the first case, the claim is true if Jan and John are friends and John is a robbery suspect. Mary's being young or old does not matter as Jan has a strong motivation to lie. In the second case, the claim that John is in London is obviously true if Mary is not old (and so is not infirm and her senses can be trusted), Jan and John are friends, and John is a robbery suspect. The example above illustrates the power of ASP and of our s(CASP) system in modeling commonsense reasoning and how they can be used to automatically verify claims in the OAP framework. The mapping that we have developed between OAP and ASP facilitates this task.</p></div>			</div>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Non-well-founded sets</title>
		<author>
			<persName><forename type="first">Peter</forename><surname>Aczel</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">CSLI lecture notes series</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<date type="published" when="1988">1988</date>
			<publisher>CSLI</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Logic Programming and Negation: A Survey</title>
		<author>
			<persName><forename type="first">R</forename><surname>Krzysztof</surname></persName>
		</author>
		<author>
			<persName><surname>Apt</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Roland</surname></persName>
		</author>
		<author>
			<persName><surname>Bol</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J. Log. Program</title>
		<imprint>
			<biblScope unit="volume">19</biblScope>
			<biblScope unit="issue">20</biblScope>
			<biblScope unit="page" from="9" to="71" />
			<date type="published" when="1994">1994</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Justifications for Goal-Directed Constraint Answer Set Programming</title>
		<author>
			<persName><forename type="first">Joaquín</forename><surname>Arias</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Manuel</forename><surname>Carro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Zhuo</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
		<idno>ArXiv:2009.09158</idno>
	</analytic>
	<monogr>
		<title level="m">Proceedings 36th ICLP (Technical Communications)</title>
				<meeting>36th ICLP (Technical Communications)</meeting>
		<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="volume">325</biblScope>
			<biblScope unit="page" from="59" to="72" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Constraint answer set programming without grounding</title>
		<author>
			<persName><forename type="first">Joaquín</forename><surname>Arias</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Manuel</forename><surname>Carro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Elmer</forename><surname>Salazar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Kyle</forename><surname>Marple</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">TPLP</title>
		<imprint>
			<biblScope unit="volume">18</biblScope>
			<biblScope unit="issue">3-4</biblScope>
			<biblScope unit="page" from="337" to="354" />
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Modeling and Reasoning in Event Calculus Using Goal-Directed Constraint Answer Set Programming</title>
		<author>
			<persName><forename type="first">Joaquín</forename><surname>Arias</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Zhuo</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Manuel</forename><surname>Carro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. LOPSTR 2019</title>
		<title level="s">LNCS</title>
		<meeting>LOPSTR 2019<address><addrLine>Porto, Portugal</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2019">2019</date>
			<biblScope unit="volume">12042</biblScope>
			<biblScope unit="page" from="139" to="155" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<author>
			<persName><forename type="first">John</forename><surname>Barwise</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Lawrence</forename><forename type="middle">A</forename><surname>Moss</surname></persName>
		</author>
		<title level="m">Vicious Circles</title>
				<imprint>
			<publisher>Cambridge University Press</publisher>
			<date type="published" when="1996">1996</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">AQuA: ASP-Based Visual Question Answering</title>
		<author>
			<persName><forename type="first">Kinjal</forename><surname>Basu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Farhad</forename><surname>Shakerin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Practical Aspects of Declarative Languages</title>
				<meeting><address><addrLine>Cham</addrLine></address></meeting>
		<imprint>
			<publisher>Springer International Publishing</publisher>
			<date type="published" when="2020">2020</date>
			<biblScope unit="page" from="57" to="72" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">SQuARE: Semanticsbased Question Answering and Reasoning Engine</title>
		<author>
			<persName><forename type="first">Kinjal</forename><surname>Basu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Chandra</forename><surname>Sarat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Farhad</forename><surname>Varanasi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Shakerin</surname></persName>
		</author>
		<author>
			<persName><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings 36th International Conference on Logic Programming (Technical Communications)</title>
				<meeting>36th International Conference on Logic Programming (Technical Communications)<address><addrLine>Rende, Italy</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020</date>
			<biblScope unit="volume">325</biblScope>
			<biblScope unit="page" from="73" to="86" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Logical Theories and Abstract Argumentation: A Survey of Existing Works</title>
		<author>
			<persName><forename type="first">Philippe</forename><surname>Besnard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Claudette</forename><surname>Cayrol</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marie-Christine</forename><surname>Lagasquie-Schiex</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Argumentation and Computation</title>
		<imprint>
			<biblScope unit="volume">11</biblScope>
			<biblScope unit="issue">1-2</biblScope>
			<biblScope unit="page" from="41" to="102" />
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Ancient Logic</title>
		<author>
			<persName><forename type="first">Susanne</forename><surname>Bobzien</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Stanford Encyclopedia of Philosophy</title>
				<editor>
			<persName><forename type="first">Edward</forename><forename type="middle">N</forename><surname>Zalta</surname></persName>
		</editor>
		<meeting><address><addrLine>summer</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020. 2020</date>
		</imprint>
		<respStmt>
			<orgName>Metaphysics Research Lab, Stanford University</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<title level="m" type="main">An Investigation of the Laws of Thought</title>
		<author>
			<persName><forename type="first">George</forename><surname>Boole</surname></persName>
		</author>
		<imprint>
			<date type="published" when="1854">1854</date>
			<publisher>Walton &amp; Maberly</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">A Physician Advisory System for Chronic Heart Failure management based on knowledge patterns</title>
		<author>
			<persName><forename type="first">Zhuo</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Kyle</forename><surname>Marple</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Elmer</forename><surname>Salazar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Lakshman</forename><surname>Tamil</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory Pract. Log. Program</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">5-6</biblScope>
			<biblScope unit="page" from="604" to="618" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">An AI-Based Heart Failure Treatment Adviser System</title>
		<author>
			<persName><forename type="first">Zhuo</forename><surname>Chen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Elmer</forename><surname>Salzar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Kyle</forename><surname>Marple</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Sandeep</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Alpesh</forename><surname>Das</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Daniel</forename><surname>Amin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Lakshman</forename><surname>Cheeran</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Tamil</surname></persName>
		</author>
		<author>
			<persName><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE journal of translational engineering in health and medicine</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="page">2800810</biblScope>
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<author>
			<persName><forename type="first">Gottlob</forename><surname>Frege</surname></persName>
		</author>
		<title level="m">Grundlagen der Arithmetik</title>
				<editor>
			<persName><forename type="first">Wilhelm</forename><surname>Koebner</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="1884">1884</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<monogr>
		<author>
			<persName><forename type="first">Michael</forename><surname>Gelfond</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Yulia</forename><surname>Kahl</surname></persName>
		</author>
		<title level="m">Knowledge representation, reasoning, and the design of intelligent agents: The answer-set programming approach</title>
				<imprint>
			<publisher>Cambridge University Press</publisher>
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">The stable model semantics for logic programming</title>
		<author>
			<persName><forename type="first">Michael</forename><surname>Gelfond</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Vladimir</forename><surname>Lifschitz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ICLP/SLP</title>
		<imprint>
			<biblScope unit="volume">88</biblScope>
			<biblScope unit="page" from="1070" to="1080" />
			<date type="published" when="1988">1988</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Logic in Classical Indian Philosophy</title>
		<author>
			<persName><forename type="first">Brendan</forename><surname>Gillon</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Stanford Encyclopedia of Philosophy</title>
				<editor>
			<persName><forename type="first">Edward</forename><forename type="middle">N</forename><surname>Zalta</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2016">2016. 2016</date>
		</imprint>
		<respStmt>
			<orgName>Metaphysics Research Lab, Stanford University</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Informal Logic</title>
		<author>
			<persName><forename type="first">Leo</forename><surname>Groarke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Stanford Encyclopedia of Philosophy</title>
				<editor>
			<persName><forename type="first">Edward</forename><forename type="middle">N</forename><surname>Zalta</surname></persName>
		</editor>
		<imprint>
			<date type="published" when="2020">2020. spring 2020</date>
		</imprint>
		<respStmt>
			<orgName>Metaphysics Research Lab, Stanford University</orgName>
		</respStmt>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<monogr>
		<title level="m" type="main">Automating Common Sense Reasoning</title>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
		<ptr target="http://utdallas.edu/˜gupta/csg.Tutorialtalk" />
		<imprint>
			<date type="published" when="2020-07-07">July 7, 2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Coinductive Logic Programming and Its Applications</title>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ajay</forename><surname>Bansal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Richard</forename><surname>Min</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Luke</forename><surname>Simon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ajay</forename><surname>Mallya</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. 23 rd ICLP 2007</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<meeting>23 rd ICLP 2007</meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2007">2007</date>
			<biblScope unit="volume">4670</biblScope>
			<biblScope unit="page" from="27" to="44" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<monogr>
		<title level="m" type="main">Knowledge-Assisted Reasoning of CLEAR Requirements with Event Calculus and Goal-Directed Answer Set Programming</title>
		<author>
			<persName><forename type="first">Brendan</forename><surname>Hall</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Chandra</forename><surname>Sarat</surname></persName>
		</author>
		<author>
			<persName><surname>Varanasi</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
	<note>Paper in preparation</note>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">The Inference to the Best Explanation</title>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">H</forename><surname>Harman</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The Philosophical Review</title>
		<imprint>
			<biblScope unit="volume">74</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="88" to="95" />
			<date type="published" when="1965">1965</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<monogr>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">Michael</forename><surname>Holloway</surname></persName>
		</author>
		<ptr target="https://ntrs.nasa.gov/citations/20190029284" />
		<title level="m">Understanding the Overarching Properties</title>
				<imprint>
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<monogr>
		<title level="m" type="main">A Primer on Argument</title>
		<author>
			<persName><forename type="first">C</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Michael</forename><surname>Holloway</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Kimberly</forename><forename type="middle">S</forename><surname>Wasson</surname></persName>
		</author>
		<ptr target="https://shemesh.larc.nasa.gov/people/cmh/cmhpubs.html" />
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<monogr>
		<author>
			<persName><forename type="first">Philip</forename><surname>Johnson-Laird</surname></persName>
		</author>
		<title level="m">How We Reason</title>
				<imprint>
			<publisher>Oxford University Press</publisher>
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<analytic>
		<title level="a" type="main">A large-scale classification of English verbs</title>
		<author>
			<persName><forename type="first">Karin</forename><surname>Kipper</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Anna</forename><surname>Korhonen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Neville</forename><surname>Ryant</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Martha</forename><surname>Palmer</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Language Resources and Evaluation</title>
		<imprint>
			<biblScope unit="volume">42</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="21" to="40" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<analytic>
		<title level="a" type="main">An Outline of a Theory of Truth</title>
		<author>
			<persName><forename type="first">Saul</forename><surname>Kripke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The Journal of Philosophy Col. LXXII</title>
		<imprint>
			<biblScope unit="volume">19</biblScope>
			<biblScope unit="page" from="690" to="716" />
			<date type="published" when="1975-11-06">Nov. 6, 1975</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b27">
	<monogr>
		<title level="m" type="main">Answer Set Programming</title>
		<author>
			<persName><forename type="first">Vladimir</forename><surname>Lifschitz</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2019">2019</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<monogr>
		<title level="m" type="main">Computing stable models of normal logic programs without grounding</title>
		<author>
			<persName><forename type="first">Kyle</forename><surname>Marple</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Elmer</forename><surname>Salazar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
		<idno type="arXiv">arXiv:1709.00501</idno>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
	<note type="report_type">arXiv preprint</note>
</biblStruct>

<biblStruct xml:id="b29">
	<analytic>
		<title level="a" type="main">The ASPIC + framework for structured argumentation: a tutorial</title>
		<author>
			<persName><forename type="first">Sanjay</forename><surname>Modgil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">&amp;</forename><surname>Henry Prakken</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Argument Comput</title>
		<imprint>
			<biblScope unit="volume">5</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="31" to="62" />
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b30">
	<analytic>
		<title level="a" type="main">A new algorithm to automate inductive learning of default theories</title>
		<author>
			<persName><forename type="first">Farhad</forename><surname>Shakerin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Elmer</forename><surname>Salazar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory Pract. Log. Program</title>
		<imprint>
			<biblScope unit="volume">17</biblScope>
			<biblScope unit="issue">5-6</biblScope>
			<biblScope unit="page" from="1010" to="1026" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b31">
	<analytic>
		<title level="a" type="main">The Event Calculus Explained</title>
		<author>
			<persName><forename type="first">Murray</forename><surname>Shanahan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Artificial Intelligence Today: Recent Trends and Developments</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">J</forename><surname>Michael</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">Manuela</forename><forename type="middle">M</forename><surname>Wooldridge</surname></persName>
		</editor>
		<editor>
			<persName><surname>Veloso</surname></persName>
		</editor>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="1999">1999</date>
			<biblScope unit="volume">1600</biblScope>
			<biblScope unit="page" from="409" to="430" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b32">
	<analytic>
		<title level="a" type="main">Coinductive Logic Programming</title>
		<author>
			<persName><forename type="first">Luke</forename><surname>Simon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ajay</forename><surname>Mallya</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ajay</forename><surname>Bansal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Gopal</forename><surname>Gupta</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. ICLP&apos;06</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<meeting>ICLP&apos;06</meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2006">2006</date>
			<biblScope unit="volume">4079</biblScope>
			<biblScope unit="page" from="330" to="345" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b33">
	<analytic>
		<title level="a" type="main">On Undecidable Statements in Enlarged Systems of Logic and the Concept of Truth</title>
		<author>
			<persName><forename type="first">Alfred</forename><surname>Tarski</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J. Symb. Log</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="105" to="112" />
			<date type="published" when="1939">1939</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b34">
	<monogr>
		<title level="m" type="main">Inductive Reasoning</title>
		<ptr target="https://en.wikipedia.org/wiki/Inductive_reasoning" />
		<imprint>
			<date type="published" when="2021-02">February, 2021</date>
			<publisher>Wikipedia</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b35">
	<analytic>
		<title level="a" type="main">ACCF/AHA Guideline for the Management of Heart Failure</title>
		<author>
			<persName><forename type="first">Clyde</forename><forename type="middle">W</forename><surname>Yancey</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Mariell</forename><surname>Jessup</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Circulation</title>
		<imprint>
			<biblScope unit="volume">28</biblScope>
			<biblScope unit="issue">16</biblScope>
			<biblScope unit="page" from="e240" to="e327" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
