Skip to content

Quantifier restrictions #57

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
rzach opened this issue Jul 16, 2022 · 8 comments
Closed

Quantifier restrictions #57

rzach opened this issue Jul 16, 2022 · 8 comments

Comments

@rzach
Copy link
Owner

rzach commented Jul 16, 2022

Something my students are persistently confused about is when a quantifier has to be restricted and when it doesn't have to be. E.g., in a mixed domain you want to symbolize "Someone is blah". Do you have to restrict the \exists to people or not? When do you have to restrict? Can you symbolize "someone" without restricting to people? There should perhaps be some sort of discussion on this in the book.

E.g., I received the following by email:

A question about Sec 24.4. For the following example: Someone is a dog owner.
This symbolization is given: ∃y∃x(D(x) ∧O(y,x)) But since the domain includes both animals and human beings, shouldn't '∃y' be restricted? I.e., Something like ∃y∃x(D(x) ∧ Person(y) ∧ O(y,x)).

This is well taken, but the symbolization key doesn't even include a predicate for "person". Figure out what to do here.

@nicolewyatt
Copy link

nicolewyatt commented Jul 17, 2022 via email

@rzach
Copy link
Owner Author

rzach commented Jul 17, 2022

Did you mean "Someone is NOT restricted to humans". If ∃y∃x(D(x) ∧O(y,x)) is an acceptable symbolization of "Someone owns a dog" then ∀y∃x(D(x) ∧O(y,x)) would have to be a correct symbolization of "Everyone owns a dog". That seems wrong to me, as it's false whenever some dogs aren't dog owners.

As a pedagogical question (and not one about semantics vs pragmatics) it seems to me that whether or not quantifiers should have a restriction in symbolization should be uniform (ie either both "everyone" and "someone" must be restricted to people, or neither should) and should track truth value (and it seems to me that "everyone owns a dog" is true whenever all the people in the domain are dog owners).

@nicolewyatt
Copy link

nicolewyatt commented Jul 18, 2022 via email

@rzach
Copy link
Owner Author

rzach commented Jul 18, 2022

Can't we get around the DS9 issue by restricting to persons instead of humans? Ie unless the domain is just people, we always add a "person" predicate that restricts everyone/someone/noone, just like we would add time and place predicates that restrict "sometime" and "everywhere"?

I mean if ∀y∃x(D(x) ∧O(y,x)) is a correct symbolization of "Everyone owns a dog" then it looks like you cannot say anything true using that English sentence in an interpretation where there are toys (or other things that cannot own dogs). That seems odd.

@nicolewyatt
Copy link

nicolewyatt commented Jul 18, 2022 via email

@rzach
Copy link
Owner Author

rzach commented Jul 18, 2022

I would say that that issue isn't the job of a logician (or semanticist) to deal with. "Everyone owns a dog" should be symbolized the same way as "For every person there is a dog they own". If you wanted to say something true but some dogs are persons and they don't own dogs, then you should have said something else, e.g., "every human owns a dog" (and that would be symbolized differently). I think that's a better position to be in as far as the textbook is concerned. The alternative position is pretty bad: we would have to say that you can't symbolize "Everyone owns a dog" and make it come out true in the situation described where dogs exist and don't own any dogs.

@rzach
Copy link
Owner Author

rzach commented Aug 11, 2022

Fixed (I hope) in commit 3a3f5ab

@rzach rzach closed this as completed Aug 11, 2022
@nicolewyatt
Copy link

nicolewyatt commented Oct 11, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants