Is there a reason transactions aren't compressed? I have two similar questions

Why aren't transactions compressed in the P2P layer (and why wasn't this discussed in the agenda)?
Why aren't transactions compressed before they're added to a block? (Effectively a block size increase) Are there reasons other than avoiding a hard fork?
Transactions themselves do not compress well, they are mostly
cryptographic hashes and signatures. You can save a couple of bytes
here and there by bit-packing, but generally speaking there's not a
lot of reason to introduce massive complexity for moderate savings. Many wallets today grind the signatures to save an
extra byte, but this is possible without changing any of the other
software in the network.
A good portion of the transactions (30%) are produced by wallets which do not use compressed ECDSA keys, which is a more obvious optimization to make. The majority of these are likely produced by blockchain.com wallets.

See above. Compression at the block level also does not present significant improvements. It is possible to compress ECDSA public keys (that are in the uncompressed format) before storing them on disk, but this is very computationally expensive.