Re: Julian Days in Astrodatabank XML files

[Astrodienst Webmaster]

I have not included it, because it is computable.

Please note that also the universal time UT is not included. It must be
derived by the user of the data from the combination of date, local
time, calendar and reference meridian.

This information needs to be taken from
<sbdate ccalendar="g" iyear="1966" imonth="2" iday="19">1966/02/19</sbdate>
and
<sbtime sbtime_ampm="07:28 AM" ctimetype="s" stimetype="standard time"
stmerid="h5w" ctzauto="a" sznabbr="EST">07:28</sbtime>

The process needs parsing and understanding.

I have oriented myself on what is available on the ADB wiki pages.
There are the Sun and Moon position, which one could also say: easily
computable. But because they are given on the wiki page, I have also
included them in the xml export.

This comes from the fact that the export of the mysql database towards
the ADB wiki also happens by xml, and we use in fact the same perl
script to create the export file and the wiki pages.

The assumed situation for the export data is: a user is capable of
extracting the essential data from xml, and then will import the data
into an existing engine which can compute horoscopes, i.e. planetary
positions, houses, house positions, aspects.

NOTE:
I am willing to accept this wish for julian data as a request for a
future format revision.
It would probably go into a separate tag <juldate_ut> as it does not fit
into <sbdate> (it contains also time) nor into <sbtime> (which can be
absent in event records).


On 06/23/2016 09:52 AM, Ray Murphy wrote:
> I'm wonderiing what others think about the possible inclusion of Julian
> Days in the Astrodatabank XML files?

[Ray Murphy]

Thanks Alois,

That's fine. I asked about JD just in case was already included with the
other data.
The information above will be useful.

In my own case, and probably the case of anyone else here who is involved in
programming, the calculation of JD will be easy enough.

I was mainly looking ahead at research projects that will involve using
extremely large numbers of day-charts for events like crime which can be
taken from massive databases online such as Chicago's with millions, and
thought that even though PC's these days compute remarkably fast, the
calculating time for JD's could start to add up.

In the future, if specific situations arise where it looks like the
pre-calculation of JD's might be a good idea, I will outline the exact
scenarios for assessment.

-----------------