[excel 2003] Som formule werkt niet goed

[TDB]

Rare situatie: indien ik een aantal rijen optel met getallen die allemaal twee cijfers achter de komma hebben, krijg ik een getal meer meer cijfers achter de komma Wat doe ik fout?? Al gezocht op internet maar (nog) niets kunnen vinden....
Dit zijn de bedragen:
8.007.331,6600000000
227.183,7600000000
-1.496.832,4000000000
70.535,3100000000
-60.795.389,7600000000
-189.518,1100000000
-595,2000000000
-11.689,0600000000
-252.401,5000000000
-1.739.309,9900000000
2.036.665,0900000000
58.809.958,6100000000
189.066,0300000000
325.673,5000000000
-129.447,7900000000
-27,4900000000
690.640,1900000000
-346.983,5700000000
5.128.009,0300000000
75.006,7900000000
-1.168.259,3800000000
-1.520.380,7000000000
som = 7.909.235,0199999900

[goldcard]

Je hebt er als oplossing helemaal niets aan, maar ik krijg exact dezelfde uitkomst van de som. Je kan dus met redelijke zekerheid zeggen dat het niet aan je lokale pc of excel instellingen ligt....

[SmiGueL]

Gezocht op internet

Eerste hit in google..

[TDB]

SmiGueL schreef op donderdag 22 januari 2009 @ 15:18:
Gezocht op internet

Eerste hit in google..

Maar dat is afronden. De getallen zelf hoeven niet te worden afgerond, deze hebben 2 cijfers achter de komma. Het rare is dat als ik die getallen optel, ik meer cijfers achter de komma krijg dan 2.....

[SmiGueL]

Hm, vaag idd

Verwijder bijvoorbeeld getal 1 en 4 en het antwoord wordt iets van:

-168.631,68000001

Net of (in Excel) de getallen omgezet worden naar waardes met 8 cijfers achter de komma;
dan opgeteld; (en vaag afgerond)
en daarna weer teruggezet naar een getal met (maximaal) 30 cijfers achter de komma.

[ Voor 214% gewijzigd door SmiGueL op 22-01-2009 15:40 ]

[P.O. Box]

Dat is een algemeen probleem van floating point getallen. Een PC slaat een getal binair op en floating point getallen zijn niet altijd exact binair op te slaan. gevolg, raar gedoe achter de komma.... je kunt er niets anders aan doen dan in de eigenschappen van je cellen de afronding hard te zetten.

bijv. eerste stukje op:
http://www.xidak.com/main...tation/floatingpoint.html

[TDB]

P.O. Box schreef op donderdag 22 januari 2009 @ 15:37:
Dat is een algemeen probleem van floating point getallen. Een PC slaat een getal binair op en floating point getallen zijn niet altijd exact binair op te slaan. gevolg, raar gedoe achter de komma.... je kunt er niets anders aan doen dan in de eigenschappen van je cellen de afronding hard te zetten.

bijv.
http://www.xidak.com/main...tation/floatingpoint.html

Je moet er dus mee leren leven.... enfin dank allemaal voor de snelle reacties.

[--Niels--]

P.O. Box schreef op donderdag 22 januari 2009 @ 15:37:
Dat is een algemeen probleem van floating point getallen. Een PC slaat een getal binair op en floating point getallen zijn niet altijd exact binair op te slaan. gevolg, raar gedoe achter de komma.... je kunt er niets anders aan doen dan in de eigenschappen van je cellen de afronding hard te zetten.

bijv. eerste stukje op:
http://www.xidak.com/main...tation/floatingpoint.html

Wat heeft een gebruiker daar mee te maken? Ik wil als gebruiker gewoon dat Excel in staat is exact uit te rekenen wat het antwoord is.
Ik gok dat het een bug in Excel 2003 is, aangezien het probleem in Excel 2007 zich niet voordoet, hier is het antwoord gewoon 7.909.235,0200000.
Mijn fout, als ik iets meer decimale doe in Excel 2007, krijg ik ook: 7.909.235,019999990000

[ Voor 5% gewijzigd door --Niels-- op 22-01-2009 15:52 ]

[P.O. Box]

--Niels-- schreef op donderdag 22 januari 2009 @ 15:50:
[...]

Wat heeft een gebruiker daar mee te maken? Ik wil als gebruiker gewoon dat Excel in staat is exact uit te rekenen wat het antwoord is.

dat is leuk, maar een PC kan dat nu eenmaal niet, dus je kunt willen wat je wilt, it's never gonna happen....