categories - Category Theory list
 help / color / mirror / Atom feed
From: Bertalan Pecsi <zellerede@gmail.com>
To: Categories mailing list <categories@mq.edu.au>
Subject: On why addition of ultrafilters over N is not commutative
Date: Sat, 25 Jan 2025 12:26:45 +0100	[thread overview]
Message-ID: <CACodSrCk06fy3C-jOfmXPWvDMO2GErs+6N-T2GG8_Q=hqwQZ_w@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1990 bytes --]

Hi,

Towards an understanding of the phenomenon why taking ultrafilters carry over binary operations and associativity but not commutativity (in the sense that if S is a semigroup then it induces a semigroup structure on βS), first I succeeded to generalize this to all monads over Set  - I guess it should be well known as well, but then realized that actually the unit of the monad is not required in the proof, so actually all 'semigroupads' (or 'semimonads') carries over semigroups.
The unit of the monad is required exactly to carry over monoids.

I played around with this idea, and could also come up with correspondent identities involving the Kleisli star in place of the binary monad operation.
In particular, a magmad on a category  C  is just an endofunctor  T:C->C  and a nat.transformation  μ:TT->T  (without any further requirements).
For example, a 'central element' of (T,μ) would be a nat.transf. ζ:1->T satisfying μ ζT = μ Tζ, and in this case any magma S with central element c, we'll have ζ(c) central in the induced magma TS.

So, I basically found some answer to the question in the title: the ultrafilter monad itself is not commutative (whatever it should mean(?)) and therefore commutativity is not carried over.

Does anyone know about these kinds of ideas appearing in the literature?

Thanks in advance,
   Bertalan Pécsi


You're receiving this message because you're a member of the Categories mailing list group from Macquarie University. To take part in this conversation, reply all to this message.

View group files<https://outlook.office365.com/owa/categories@mq.edu.au/groupsubscription.ashx?source=EscalatedMessage&action=files&GuestId=4eb9b40c-9b3a-48a5-9781-836e5a171e8b>   |   Leave group<https://outlook.office365.com/owa/categories@mq.edu.au/groupsubscription.ashx?source=EscalatedMessage&action=leave&GuestId=4eb9b40c-9b3a-48a5-9781-836e5a171e8b>   |   Learn more about Microsoft 365 Groups<https://aka.ms/o365g>


[-- Attachment #2: Type: text/html, Size: 4064 bytes --]

                 reply	other threads:[~2025-01-25 20:34 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CACodSrCk06fy3C-jOfmXPWvDMO2GErs+6N-T2GG8_Q=hqwQZ_w@mail.gmail.com' \
    --to=zellerede@gmail.com \
    --cc=categories@mq.edu.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).