Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.
We do not use cookies of this type.
Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.
We do not use cookies of this type.
Analytics cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.
We do not use cookies of this type.
Preference cookies enable a website to remember information that changes the way the website behaves or looks, like your preferred language or the region that you are in.
We do not use cookies of this type.
Unclassified cookies are cookies that we are in the process of classifying, together with the providers of individual cookies.
We do not use cookies of this type.
Hi
I just downloaded last version and I check the new star database HYG3.
In his article Early Japanese astronomical observations, Monthly Notices of the Royal Astronomical Society, 1968, Vol. 141, p.69, F.R. Stephenson analyzed the occultation of Aldebaran by the Moon as seen from Japan on 4 March 640. The observer was located in Nara (34° 41′ N, 135° 50′ E). Using Patrick Chevalley’s Skychart with Extended Hipparcos Compilation (2012) and DE431, the occultation starts at 11:22 UT and ends at 12:29 UT. Using UrukOne (Version 0.9.9.216R Beta) with DE431, the occultation starts and ends at the same time. Now using UrukOne (Version 0.9.9.248R) with HYG3 and DE431, the occultation starts and ends at the same time UT. So good computation with the new star database.
Regarding Asteroids data Management. I downloaded the file astorb.dat in the file URUK1_USR. When I click on TURN ASTEROIDS on/off I have an error window : “3.52” is an invalid float. Press OK to ignore and risk data corruption. Press abort to kill the program. However I can read [astorb.dat] found. If I press OK, the window Asteroids data Management is closed. If I open again the window Asteroids data Management, I see only 001 1 Ceres and all the data on the right and below are 0. Any idea. I use Windows 10 updated. Same error if I run the program again.
Best regards.
Hi, I can reproduce the error if I switch my Windows 10 to French. Sounds weird because Italian and French use either a comma as decimal separator. I always force the “.” character before downloading text files containing 0.000 decimal numbers. In Italian Win10 it works, in French Win10 it doesn’t. Do you have Mac or Linux pcs set for French language? Can you please tell me, in case, if the error appears on other operating systems?
thanks
Alberto Cavalli
Ok, guess I’ve solved. Looks like French Win10 ignores forcing dot as decimal separator in Global Mode. Forcing this info at procedure level works.
Putting online the patched WINDOWS version 0.9.9.249R. Thanks for your feedback Bercu, only a French user could notice this problem 🙂
Anyway I need some further feedback from Mac and Linux French users about the 0.9.9.248R version, because I strongly suspect that this patch will work on Windows only.
Hi
With UrukOne (version 0.9.9.249R), you solve the issue. Thank you very much for the quick patch.
I check the position of Ceres on Sunday 15 November 2020 at 12:00 TDT from Paris Observatory (apparent AD & DE). IMCCE (https://ssp.imcce.fr/forms/ephemeris ) : AD= 22:29:18.2794 and DE = -22°07′32.772″; Uruk_One : AD = 22:29:18.484 and DE = -22°07′32.76. Great. The last improvements of Uruk_One are very useful.
Unfortunately I have no Mac nor Linux in order to do the test.
Best regards.