base58check – Why are compressed non-public keys sometimes longer than their uncompressed counterpart?

From what I understood, compressed non-public keys are imagined to signify the identical secret key, saved extra effectively thus taking over much less house. I assume ‘extra effectively’ has to do with secp256k1 specifics that I am not conscious of, however I am going to take that without any consideration.

Nevertheless, once I evaluate a number of compressed and uncompressed non-public keys:

# instance non-public key
hex: 
85B7DFAB8D2C695C0EBF013AD50A758FDBC62775391B7CE33282634F7DB47480
uncompressed:
5JqBEaUuYJFA4dQsd62ys13RumxCGu97BRu3LzwaVduD8MQnFwc
compressed:
L1heAvnAu97V11iNSHDjyhBiwwQcmB8nH2thMGjtqPsSXKaZ9VwY

# one other instance non-public key
hex:
6190289CEB09ED41776AE27AE81F46C6540C56CF8F3900BCAADE96B4470F23D6
uncompressed:
5JZFhabXLayCMCehpyhdCPZ5LXwvgvu3gX4Png4xYzCWYCXJ3jx
compressed:
KzVMt7HNuSw36ARRCmGJmGYa9DbRyEtiqRfyabSUCBToNRwMrAog

# one more instance non-public key
hex:
763B1998BF7282A99CA21EB821EB9A204589FFA189E290EE64528854FDA91080
uncompressed:
5JiMdW1Czd3tTuy33wiC5wmrkhZxx2PNcC7NVZoFc7AixTVgmf5
compressed:
L1BY471uwL7k9nnL3zUovpkzbt4Vws7kNL37s5m9TxDvBjnadvMy

# and so on

I discover that the compressed model (at the least the WIF/base58 illustration) of a key all the time appears to be longer. Why’s that?