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

Terminal objects are initial objects in the opposite category #4142

Open
zwang123 opened this issue Aug 19, 2024 · 6 comments
Open

Terminal objects are initial objects in the opposite category #4142

zwang123 opened this issue Aug 19, 2024 · 6 comments

Comments

@zwang123
Copy link
Contributor

Not sure if this is provable or already proposed. Just an idea that terminal object could be potentially defined this way?

$$ \mathrm{TermO} = \mathrm{InitO} \circ \mathrm{oppCat} $$

(or provide it as a theorem)

Potentially adding this as well?

$$ \mathrm{InitO} = \mathrm{TermO} \circ \mathrm{oppCat} $$

@tirix
Copy link
Contributor

tirix commented Aug 20, 2024

It would be great to have more development in Category theory!

@avekens already has definitions of initial and terminal objects in his mathbox.
We tend to prefer to stick to textbook definitions whenever possible, and that's the case here.

In this case, the two statements you mention could be introduced as theorems.
These alternative definition theorems are usually labelled dfxxx2, like in ~ dffn2.

@avekens
Copy link
Contributor

avekens commented Aug 21, 2024

If somebody volunteers to prove these two theorems (alternate definitions), I would appreciate this. For this, the material in my mathbox can be moved to main.

@zwang123
Copy link
Contributor Author

I might try... No guarantee on when it will be done though.

@zwang123
Copy link
Contributor Author

zwang123 commented Aug 29, 2024

I finished proving
|- TermO = ( c e. Cat |-> ( InitO ` ( oppCat ` c ) ) )

(Note that the original theorem I proposed was false because the domain of oppCat is _V.)

Now considering how to name the theorem...

Maybe dftermo2.

@zwang123 zwang123 mentioned this issue Aug 29, 2024
@tirix
Copy link
Contributor

tirix commented Aug 29, 2024

Maybe dftermo2.

Yes!

@benjub
Copy link
Contributor

benjub commented Aug 29, 2024

I copy from #4170 (comment) what I should have written here:

Actually, your dftermo2 should be the "official" definition, and we may make the change in a future PR. But, as you noticed, the variable-free definition does not work for the moment because of the domains. This is something we may want to fix first (simply by changing the domains of these functions).

@zwang123 zwang123 mentioned this issue Aug 30, 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

4 participants