Closed blucobalto closed 10 years ago
Hi,
Thanks for your help.
For the first points: I think it's a format problem. I fact in the original code, the format functions are a little buggy, so with the DMS/HMS and FormatToDegreeMinuteSecond implementations in SwissEph.Format.cs, I try to remove this bugs. But perhaps this implementations are buggy too :) Send me some relevants configuration to tests the values and theirs formatted results.
For the three problems, I looking for.
I close this issue, and I'll create one issue for each problem. For the future I will better to create an issue for each kind of problem, it's more easy to follow.
Thanks for you support.
P.S. No problem for the English, I'm French and I have the same problem ;)
Hi, thank you for quickly calculating ephemeris with files SwissEph. Very Good job .
Below I might do some small consideration to help you fix any bugs . I imagine that your job is already hard enough. Leave my remarks at last.
I started to do some comparison between SwissEphNet (SweWin.exe) and SwissEph (SweWin.exe) .
1) "Main planets and SwissEph " the results are virtually identical ... every now and then change the last decimal place . I think due to rounding. These differences are very small and not significant.
2) " Moshier" idem 1 , but with some different decimal places . Especially in the "node " and " Apogee".
Problem 1 ) the first calculation : "Main planets and SwissEph" --- okay ; change in "Moshier" --- the results of "Moshier" are not accurate.
2 ) if I set the parameter "with asteroids " the program is in error: seas_18.se1 is damaged.
3 ) if I set the parameter "hyp. bodies" the program goes wrong. File: SwemPlan.cs - function: check_t_terms - line: 957 - while (sp != null && "0123456789.".Contains(sp[0])) --- generates error ;
I changed it to: while (!String.IsNullOrEmpty(sp) && "0123456789.".Contains(sp[0])) --- seems to work.
Thanks a lot, blu
P.S. I'm sorry for my bad English