Problem reading/writing U.K. pound sign
in [Java Programming]
|
From: Martin Gregorie on 13 Jan 2010 20:39 On Wed, 13 Jan 2010 17:51:01 -0500, Eric Sosman wrote: > On 1/13/2010 8:08 AM, Martin Gregorie wrote: >> [...] I'm intrigued >> to see that there are no longer any currencies with three decimal >> places. [...] > > Today's quote for Motors Liquidation Company (MTLQQ.PK, the > successor/inheritor/janitor/whatever for General Motors) is a whopping > 0.7112 USD, up 0.0302 from yesterday's close of 0.681. (Source: > <http://finance.yahoo.com/q?s=MTLQQ.PK>) Thats a stock exchange price, not a currency amount, which is what I was muttering about. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
From: Arne Vajhøj on 13 Jan 2010 21:10 On 13-01-2010 20:39, Martin Gregorie wrote: > On Wed, 13 Jan 2010 17:51:01 -0500, Eric Sosman wrote: >> On 1/13/2010 8:08 AM, Martin Gregorie wrote: >>> [...] I'm intrigued >>> to see that there are no longer any currencies with three decimal >>> places. [...] >> >> Today's quote for Motors Liquidation Company (MTLQQ.PK, the >> successor/inheritor/janitor/whatever for General Motors) is a whopping >> 0.7112 USD, up 0.0302 from yesterday's close of 0.681. (Source: >> <http://finance.yahoo.com/q?s=MTLQQ.PK>) > > Thats a stock exchange price, not a currency amount, which is what I was > muttering about. Words can have different meanings to different people. But I would expect most developers to consider any price including the price of 1 stock a currency amount. Arne
From: Martin Gregorie on 14 Jan 2010 10:51 On Wed, 13 Jan 2010 21:10:47 -0500, Arne Vajhøj wrote: > On 13-01-2010 20:39, Martin Gregorie wrote: >> On Wed, 13 Jan 2010 17:51:01 -0500, Eric Sosman wrote: >>> On 1/13/2010 8:08 AM, Martin Gregorie wrote: >>>> [...] I'm intrigued >>>> to see that there are no longer any currencies with three decimal >>>> places. [...] >>> >>> Today's quote for Motors Liquidation Company (MTLQQ.PK, the >>> successor/inheritor/janitor/whatever for General Motors) is a whopping >>> 0.7112 USD, up 0.0302 from yesterday's close of 0.681. (Source: >>> <http://finance.yahoo.com/q?s=MTLQQ.PK>) >> >> Thats a stock exchange price, not a currency amount, which is what I >> was muttering about. > > Words can have different meanings to different people. > > But I would expect most developers to consider any price including the > price of 1 stock a currency amount. > Respectfully disagree. Its a common issue with pricing anything that is sold only in multi-packs - and this includes equities, which are almost never bought or sold as single items. For instance: - Eric quoted MTLQQ.PK at 0.7112 USD. You'd normally buy equities in shapes of at least $100 but, if you held a minimum quantity and took dividends as additional shares you might end up with a dividend of, say, 6 shares, value $4.2672, plus $0.68 c/f from a dividend of $4.95 IOW, the calculation will always be adjusted so any cash amount, in this case the dividend and the c/f value, will be in dollars and whole cents. - If you're building a widget that needs 8 rivets, which are sold $37.50 in packs of 1000 the BOM package will for certain use a unit price of 0.03750 when costing the widget but, again, you'll never see that used as a monetary amount. Its just a cost factor. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
From: Lew on 14 Jan 2010 13:13 Arne Vajhøj wrote: >> But I would expect most developers to consider any price including the >> price of 1 stock a currency amount. > Martin Gregorie wrote: > Respectfully disagree. Its a common issue with pricing anything that is > sold only in multi-packs - and this includes equities, which are almost > never bought or sold as single items. For instance: > > - Eric quoted MTLQQ.PK at 0.7112 USD. You'd normally buy equities > in shapes of at least $100 but, if you held a minimum quantity and took > dividends as additional shares you might end up with a dividend of, > say, 6 shares, value $4.2672, plus $0.68 c/f from a dividend of $4..95 > > IOW, the calculation will always be adjusted so any cash amount, in > this case the dividend and the c/f value, will be in dollars and whole > cents. > > - If you're building a widget that needs 8 rivets, which are sold $37.50 > in packs of 1000 the BOM package will for certain use a unit price > of 0.03750 when costing the widget but, again, you'll never see that > used as a monetary amount. Its just a cost factor. > "Monetary" is not synonymous with "currency"? Just because 0.03750 is not an amount you actually paid in the transaction doesn't mean it isn't a currency amount; it's just not the actual currency amount of the actual transaction. You still have to deal with the unit price when working up the transaction. The computer system for Acme Widget Co. still has to handle that unit price in its calculations and records. How else would you display the answer to the query, "What is the unit price of the widget?" other than as a currency amount? Assuming you're using "currency amount" in the obvious, normal sense of "monetary amount expressed in currency units". If you have some non-obvious, ergo far less useful definition of "currency amount", do please share it. -- Lew
From: Martin Gregorie on 14 Jan 2010 15:17
On Thu, 14 Jan 2010 10:13:30 -0800, Lew wrote: > Arne Vajhøj wrote: >>> But I would expect most developers to consider any price including the >>> price of 1 stock a currency amount. >> >> > Martin Gregorie wrote: >> Respectfully disagree. Its a common issue with pricing anything that is >> sold only in multi-packs - and this includes equities, which are almost >> never bought or sold as single items. For instance: >> >> - Eric quoted MTLQQ.PK at 0.7112 USD. You'd normally buy equities >> in shapes of at least $100 but, if you held a minimum quantity and >> took dividends as additional shares you might end up with a dividend >> of, say, 6 shares, value $4.2672, plus $0.68 c/f from a dividend of >> $4.95 >> >> IOW, the calculation will always be adjusted so any cash amount, in >> this case the dividend and the c/f value, will be in dollars and >> whole cents. >> >> - If you're building a widget that needs 8 rivets, which are sold >> $37.50 >> in packs of 1000 the BOM package will for certain use a unit price >> of 0.03750 when costing the widget but, again, you'll never see that >> used as a monetary amount. Its just a cost factor. >> >> > "Monetary" is not synonymous with "currency"? > It is when you're talking about financial transactions handled by a multi- currency system, which is where this branch of the thread started. Two columns in the table Roedy posted are highly relevant here: if the amount isn't denominated in a valid ISO currency code and doesn't have the correct number of digits after the decimal point for that currency it is an invalid amount and would cause the transaction to be rejected. -- martin@ | Martin Gregorie gregorie. | Essex, UK org | |