> I began my research by looking for some kind of hard plastic case.
I used to ship micro-sd cards in plastic cases through the mail, here in the UK. At first I used standard DL (letter) envelopes, since they are cheap and the case inside the envelope didn't push it over any depth size limits.
However, when I got two angry support emails for having sent them "empty envelopes", I had to ask them for photos, which both showed a small sd-card-case sized hole along one short edge, with some tell-tale marks. What was happening was the leading edge of the envelope was going through some kind of thinly-spaced rollers, pushing the case to the rear end of the envelope, and then the rollers had such a grip on the envelope that they squeezed the sd card out through the corner of the envelope like a squeezing a pip out of a lemon.
So I had to move to padded envelopes, which were then a more consistent depth over the whole length of the envelope, and so they worked fine in the mail machines. But that upgrade ate into my margins since I was only working on a small scale.
It's little details like these cause vague statements like "It is normally recommended to use bubble wrap to protect SD cards in transit" - lessons learned the hard way!
Hostmonster (a Bluehost brand) have been the worst, since they were so blatant about it. I'd only had legitimate correspondence to that address, until the week I cancelled my account, and since then the spam has been relentless. So as part of my account cancellation, they clearly sold my email address on.
The most amusing was the UK Parliament petitions site, since you would have thought they were a bit more careful with the email addresses given to them.
But the strangest is the persistent use of specific email addresses that I've never used anywhere - about half a dozen common forenames, and one forename-plus-three-numbers. I've no idea where they originally came from - perhaps someone padding out their email lists for sale with semi-randomly generated ones? - but that set of addresses has been used and reused for over a decade. At least it makes it easy for me to train spam filters, since even novel emails are easy for the filters to spot when multiple copies arrive together.
Carbon capture is necessary in the long term, for particular emissions that are hard to avoid (like specific industrial processes and parts of agriculture). But while we're still pumping out emissions that can be easily and cheaply displaced today, like coal and gas fired grid electricity, then the money being spent on carbon capture is being spent terribly ineffectively. And globally, we don't have the time or money to waste.
For example, most electricity grids are still partially carbon-intensive, despite renewable sources being cheap and available and in use. Simply buying some more solar panels and hooking them to a carbon-intensive grid will displace coal or gas emissions by the following lunchtime, far more cost-effectively than any form of carbon capture.
I understand the principle on working on research projects that have a long lead time. But Stripe should treat carbon capture as such, and could have a more cost-efficient climate strategy: put most of this money today into the most cost-efficient solutions available today, rather than putting its entire budget into the least cost-efficient solution.
I can really recommend using HSLuv for this kind of thing. I used to use regular RGB values (like #f2cdaa), but it's hard to make features on the map "a bit less blue" without accidentally changing other properties. For example, changing #f2cdaa to #f2cd88 makes it less blue, but also darker.
So a few years ago I switched to using HSL in our stylesheets (and using the HSL tab in the Inkscape colour picker) which makes it easier to reason about the colour changes. But there's still some problems with HSL, as the article describes. For example when choosing road colours, I often want to keep the saturation and lightness the same, but when I make minor roads yellow the change in hue really changes the perceived brightness in HSL.
So HSLuv is great for what I do, since I know that if I get the brightness and saturation of the roads the way I want, I can mess around with the hue without any side effects. Or if I like the colour of the forests but want them slightly less saturated, again no side effects when I make changes.
The big drawback is that there aren't many colour pickers available in HSLuv, mainly just the one on https://www.hsluv.org/ . I haven't found e.g. HSLuv colour picker plugins for Inkscape or the GIMP yet.