Ákos et al, On Donnerstag, 31. Mai 2018 10:01:39 CEST Szőts Ákos wrote:
> Dear developers, > > I noticed that in my account the HUF <> EUR change works erratically. > > I downloaded two .csv files from stooq.pl which represents HUF-EUR and > EUR-HUF exchange rates respectively (as KMyMoney downloads it): > - http://stooq.pl/q/d/l/?s=HUFEUR&d1=20180501&d2=20180531&i=d > - http://stooq.pl/q/d/l/?s=EURHUF&d1=20180501&d2=20180531&i=d > > See 2nd of May: > - EUR - HUF: 314.49 Ft (correct according to the official source [1]) > - HUF - EUR: 0.31796 € > > EURHUF == 1/HUFEUR? No. HUF-EUR should be 0,003179751343444943 but it > is 100 times bigger. That is certainly not expected from a users POV. I took a look at the raw data provided by stooq.pl for the day in question and here are the results: thb@thb-nb:~/tmp$ curl 'https://stooq.pl/q/d/l/?s=EURHUF&d1=20180502&d2=20180502&i=d' Data,Otwarcie,Najwyzszy,Najnizszy,Zamkniecie 2018-05-02,314.07,314.721,312.978,314.49 thb@thb-nb:~/tmp$ curl 'https://stooq.pl/q/d/l/?s=HUFEUR&d1=20180502&d2=20180502&i=d' Data,Otwarcie,Najwyzszy,Najnizszy,Zamkniecie 2018-05-02,0.31836,0.31951,0.31774,0.31796 So how should KMyMoney know, that in one case the numbers are too big by a factor of 100? > Besides, the response truncates results to 5 digits which reduces > accuracy a bit. Yes, but it's the accuracy which is provided by the server, so nothing KMyMoney can do about. > Please, take a look at this issue. > > Thank you and all the best, Any idea of how to improve the situation? -- Regards Thomas Baumgart https://www.telegram.org/ Telegram, the better WhatsApp ------------------------------------------------------------- We can't solve problems by using the same kind of thinking we used when we created them. - Albert Einstein -------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part.
