Skip to content
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

Monoid associativity doesn't imply that inverses exist #2

Closed
gunnihinn opened this issue Jan 22, 2021 · 6 comments
Closed

Monoid associativity doesn't imply that inverses exist #2

gunnihinn opened this issue Jan 22, 2021 · 6 comments

Comments

@gunnihinn
Copy link

In Monoids etc, we have:

When a rule is associative [...] we can add or remove a term that is present at both sides of an equation and retaining the equality of the existing terms:

An image follows that suggests that for elements x, y, z and w, if x y z = w z then x y = w. This is false; there's nothing that says w has a right inverse. As a counterexample, take a commutative ring with a zero divisor, like k[X] / (X^3) where k is a field, and consider x = X, y = X, z = X and w = X^2. Then x y z = 0 and w z = 0 but x y = X^2 and w = X.

@vincentrolfs
Copy link

I was about to post the same thing. I think there are some (to me) simpler counterexamples than the one you posted, for example the natural numbers with the maximum operation. Under this operation (let's denote it with @), we have 2@5=5=3@5, but certainly 2!=3. If you want three operands you can add a 1.

By the way monoids where you can do the claimed manipulation are called cancelable. Every cancelable monoid can be naturally extended to a group, which is really nice. That group is called the Grothendieck group. Noncancellable monoids are important in the study of semifield theory.

@abuseofnotation
Copy link
Owner

Thanks, corrected.

@gunnihinn
Copy link
Author

The new explanation is still not what associativity means. It mentions two equation rewriting conditions (the latter of which is a consequence of the former) that are true by basic logical assumptions.

Associativity means that it doesn't matter in what order we calculate pairwise combinations of terms in an expression. Alternatively, it means we can insert matching parentheses wherever we want and always get the same thing back. By definition, it just means that x (y z) = (x y) z for any three elements, and can be extended to x (y (z w)) = x ((y z) w) = (x y) (z w) = ((x y) z) w) = ..., and so on for any number of elements by induction.

@vincentrolfs
Copy link

I disagree, I think the new explanation looks good. The first part says that associativity means that the order in which we apply the operations doesn't matter, which is correct. The second part "when a rule is associative..." explains the consequences of associativity and mentions that we can replace individual elements by products without worry, which is also correct.

@abuseofnotation
Copy link
Owner

What @vincentrolfs, plus I wrote a detailed explanation of what associativity is in the previous chapter https://boris-marinov.github.io/category-theory-illustrated/02_category/

@abuseofnotation
Copy link
Owner

Feel free to open other issues for either this or something else, I really appreciate your feedback.

FFFluoride added a commit to FFFluoride/category-theory-illustrated-fffluoride-spag-fix that referenced this issue Mar 6, 2024
…uld'. Reason abuseofnotation#2: Added some question marks to make the reader read this as a question (with an inflection)
FFFluoride added a commit to FFFluoride/category-theory-illustrated-fffluoride-spag-fix that referenced this issue Mar 6, 2024
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

3 participants