Hacker Newsnew | past | comments | ask | show | jobs | submit | cwmma's commentslogin

It's because technically the dollar is divided into Dimes, Cents, and Mil. (this is why dimes say 'One Dime' on them instead of 'Ten Cents'.

So while the mil isn't really used anywhere else that regular people see any more due to inflation, it is a valid division of the dollar and that's why they are able to get away with it.


> (this is why dimes say 'One Dime' on them instead of 'Ten Cents'.

No, it's purely stylistic. We tend to spell out denominations on coinage and "dime" is just the American spelling of disme, meaning a tenth.

The capped bust dime from 1809-1839 had "10 C." rather than "One Dime". Similarly, the capped bust quarter said "25 C." instead of the modern "Quarter Dollar", the half dollar said "50 C." rather than the later "Half Dollar" and the half dime said "5 C." rather than the later "Half Dime."

Most of the 18th century and early 19th century coinage, besides half pennies and pennies didn't have their denomination written on them at all.


There is no such decipence division in the UK, but fuel is still sold with a vestigial .9 pence on the end. In fact, since the denomination is per litre, not gallon, the .9 is about 4 times more significant.

When the final calculation of XX.YYY litres * AAA.9 pence/litre is done, it's then rounded off to 1 pence.

Currency conversions are also frequently done with readers that aren't a round multiple of pence, even in official government tables: https://www.trade-tariff.service.gov.uk/exchange_rates/view/...


I'd like to clarify that point a bit.

They're allowed to get away with it because of a dysfunctional lobbying driven government. Mils don't exist in the common knowledge and if any reasonable person looked at this they'd call it out. It is useful in accounting but a Mill has never been minted and the last half penny was minted in 1857. It has never been possible using issued physical legal tender in the US to pay a debt of $3.129

The Mill doesn't exist because of some archaic need - it's pure dysfunction and the utilization of it in gas prices is a practice that should and very easily could be made illegal.


Yes, the "Mill" discussion looks to be totally irrelevant. [1] and [2] seem to back up my claim that, at least in modern times, it's purely a "just-below pricing" psychological trick and has nothing to do with the Mill unit.

$4.999 looks a lot smaller than $5.00 to everyday people and it makes the gas company more money than $4.99. That's all there is to it.

1: https://www.cbsnews.com/minnesota/news/why-do-gas-prices-alw...

2. https://www.cnn.com/2022/06/14/energy/why-gas-prices-fractio...


Certain states have manufactured plastic mill tokens in the 1920s and 30s to aid in the payment of taxes: https://en.wikipedia.org/wiki/Sales_tax_token


So do whatever they do with mils but for the penny too. They don’t nor have they ever minted a mil coin, so the procedure for this is already well established if this is correct.


Has a Mil ever been minted?


It has not - and it's been more than 150 years since the last sub-cent denomination (the half penny) was minted.


Not by the US mint but they exist: https://en.wikipedia.org/wiki/Sales_tax_token


Any time you have to divide up a range of things into distinct buckets you get weird corner cases. Many states tax restaurant meals different from groceries and thus must decide on where the exact difference between buying a single donut (this is obviously food for now and this treated like restaurant food) and a dozen donuts (this is food for later so obviously a grocery).

Comic books are much more "magazine like" then "book like" in practice so it's not surprising they are treated similarly.


You are confusing "democracy as used colloquially for government" and "democracy as used by computer scientists to design systems that still work on failure prone networks"


So first off, no shit the college board things the SAT measures good stuff, it's their test.

Second nobody said the SATs don't measure something, but that something is ability to take an SAT test which is highly predictive of how well you can take other tests. Which as our society puts lots of stock into tests isn't nothing but it's not measuring anything inate.


That's like saying:

"Even if there was small differences in honesty caused by being a Spaniard, it never tells you something about the individual before you."

When there is no actual evidence of Spaniards being dishonest and the only people making the argument seem to already have a beef with the people of Spain.


No your the one that's being misleading, genetics isn't height and race isn't a coherent genetic category.

It should be noted that Watson knew this hence why he was focused on the one thing you can say very definitely about black people in America, that they have darker skin then white people and thus was trying to tie melanin to to intelegence.


Distributions are distributions. I have not stated anything on the race and intelligence issue. I am just calling out a statistical fallacy.


I'm assuming your using firefox, if so it's this bug[1] that basically prevents range requests from working. Basically firefox says it will accept gziped data even though it's a range request and github pages dudifly sends back an unreadable slice of a gziped file.

1. https://bugzilla.mozilla.org/show_bug.cgi?id=1874840


huh. is this due to ambiguity in whether you want gzipped content vs gzipped transport (of arbitrary content), and/or which range the bytes are requesting? I can see both being useful, but I don't know what headers are available for these intentions...


my understanding is that technically only gzipped content is supported, not gzipped transport of arbitrary content. Due to ambiguity around the word 'append' [1] in the spec, firefox adds 'identity' (aka don't compress) to the end of the list of compressions supported while most other browsers replace the list with 'identity'. Also it should be noted that this is not a user configurable header so you can't actually try to override it.

There is a second layer to the bug in that github pages should almost certainly not be sending back slices of compressed files even if gzip is listed before identity and some change to something in the github stack probably exposed the bug that was there in firefox all along.

I literally just stumbled on this last week while doing a side project that involved browser range requests so this is fresh in my head.

1. it comes down to whether it was meant that 'Accept-Encoding:identity' should be appended to the list of header values possibly overwriting the one that already was there or if 'identity' should be appended to the list of values already in the 'Accept-Encoding' header. Firefox does the latter, everyone else does the former.


It doesn't work for me on safari either.


works fine on safari desktop for me


this exact same example used to work in firefox a few years back, i guess some change introduced this bug in between


Indeed, I lost the history in a shuffle, but a similar use case broke in some Firefox update, and it's the exact reason behind this comment:

https://github.com/seligman/podcast_to_text/blob/master/sear...

In my case, loading the entire file is loading a tiny bit more data, so this fallback doesn't hurt, but it's still annoying, and broke any hope I had of doing something more clever with the dataset.


The actual regression might be with githup pages where firefox was sending the same ambiguous headers the whole time but something in github's stack started interpreting them differently.


During WW2 the entire country was geared up to fight the war so any death in the military anywhere was by definition related to the war so I'd assume it did make sense then.


Yeah that makes sense, if the military was a fraction of the size and suddenly many times larger due to a war, of course all that activity, accidents, and etc were related to that war.

Later with a large standing army not directly participating it's far different.


If you read the about page it lists the open source tools it used to make it, primarily turf.js so a library for others to do it already exists.


Exactly. I didn't think about open-sourcing but it's interesting idea, allow others to add more e.g. file formats to convert etc.. code would be need to be cleaned up more thought :D


The problem with this is it ends up being a signal in of itself, so when you say, the cap is X you end up having everyone immediately set their profits to X and never budge from there


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: