I am afraid, nobody will see your chart via the link below.

And NO, you should not post a working link which leads to a chart inside
your account.

If you want to show us a chart, you should upload the chart image or the
additional-data-pdf to a public place, and then post a link to the
uploaded file.

But I think you are confusing longitude and latitude.

if you deleted the -head paramater, you would see:
geo. long 18.914850, lat 69.626220, alt 0.000000

This is in the arctic, not in India!

On 06/20/2012 11:30 AM, sandeep.nyamati wrote:
>
> The results are different for that of what i get from here.
>
> http://www.astro.com/cgi/chart.cgi?btyp=w2at&rs=3

Hi there,

can someone tell me how to compile swetest on macosx.

Regards,
Sandeep

On 06/20/2012 11:46 AM, Mihai F Ionescu wrote:
> I've read in swisseph's documentation
> and these nodes are not supported apparently
>
> I did some research trying to find how one can calculate these nodes
> but nothing I found, yet
>
> Is there anyone having some idea?
> or knowing about some software which does calculate these nodes?

I think you assume wrong, the nodes are compute heliocentric or geocentric.

Swiss Ephemeris documentation writes: (section 2.2.5)
-------------------
Definitions of the nodes

The lunar nodes indicate the intersection axis of the lunar orbital
plane with the plane of the ecliptic. At the lunar nodes, the moon
crosses the plane of the ecliptic and its ecliptic latitude changes
sign. There are similar nodes for the planets, but their definition is
more complicated. Planetary nodes can be defined in the following ways:

1)       They can be understood as a direction or as an axis defined by
the intersection line of two orbital planes. E.g., the nodes of Mars are
defined by the intersection line of the orbital plane of Mars with the
plane of the ecliptic (or the orbital plane of the Earth).

Note: However, as Michael Erlewine points out in his elaborate web page
on this topic (http://thenewage.com/resources/articles/interface.html),
planetary nodes could be defined for any couple of planets. E.g. there
is also an intersection line for the two orbital planes of Mars and
Saturn. Such non-ecliptic nodes have not been implemented in the Swiss
Ephemeris.

Because such lines are, in principle, infinite, the heliocentric and the
geocentric positions of the planetary nodes will be the same. There are
astrologers that use such heliocentric planetary nodes in geocentric charts.

The ascending and the descending node will, in this case, be in precise
opposition.

2)       There is a second definition that leads to different geocentric
ephemerides. The planetary nodes can be understood, not as an infinite
axis, but as the two points at which a planetary orbit intersects with
the ecliptic plane.

For the lunar nodes and heliocentric planetary nodes, this definition
makes no difference from the definition 1). However, it does make a
difference for geocentric planetary nodes, where, the nodal points on
the planets orbit are transformed to the geocenter. The two points will
not be in opposition anymore, or they will roughly be so with the outer
planets. The advantage of these nodes is that when a planet is in
conjunction with its node, then its ecliptic latitude will be zero. This
is not true when a planet is in geocentric conjunction with its
heliocentric node. (And neither is it always true for inner the planets,
for Mercury and Venus.)

Note: There is another possibility, not implemented in the Swiss
ephemeris: E.g., instead of considering the points of the Mars orbit
that are located on the ecliptic plane, one might consider the points of
the earth’s orbit that are located on the orbital plane of Mars. If one
takes these points geocentrically, the ascending and the descending
node, will always form an approximate square. This possibility has not
been implemented in the Swiss Ephemeris.

3)       Third, the planetary nodes could be defined as the intersection
points of the plane defined by their momentary geocentric position and
motion with the plane of the ecliptic. Here again, the ecliptic latitude
would change sign at the moment when the planet were in conjunction with
one of its nodes. This possibility has not been implemented in the Swiss
Ephemeris.
-------------------
end quote

I think what is implemented is described in the first two paragraphs of
point 2)

Yes, sir, the given flag  is working well now. But I am wondering that I was
taking same flag Value; are giving errors.

Thank you very much for the kind guidance and suggestions.


Thanks and with warm regards

Kumar Shorav




--- In swisseph@yahoogroups.com, Thomas Mack <mack@...> wrote:
>
> > Dear Sir,
>
> > Thanks for your valuable inputs.
>
> > Yes, now this TCPlanetPlanet is working. but at the same time
> > I tried the program as you suggested but it is giving wrong date.
>
> > However, in Nakshtra Calculation, Moon is only responsible. So I
> > applied below code and got the desired corrcet timing -
>
> Oh yes - I didn't think about Nakshatra Calculation etc. for a long time.
> [...]
>
> > However I did not understand the concept of new SwissEph("./ephe");
>
> > here putting "./ephe". Please clarify if possible.
> You can have a parameter here specifying the search path for the ephemeris
data files used during swisseph-calculations.
>
> This is identical to:
>
> SwissEph sw = new SwissEph();
> sw.swe_set_ephe_path("./ephe");
>
> So, I have these data files lying around in the subdirectory "ephe". Which is
in the default search path anyway, so I could have missed it here.
>
> Try having a look at http://th-mack.de/download/swisseph-doc/index.html for
the documentation.
>
> > I was not using this setting previously too but getting correct
> > result.
>
> > I also facing problems while using "SweConst.SEFLG_YOGA_TRANSIT"
> > It is saying error with flags.
>
> No problem here. Maybe a typo somewhere?
>
> import swisseph.*;
>
> public class TestTransits {
> public static void main(String[] a) {
> SwissEph sw = new SwissEph();
> sw.swe_set_sid_mode(SweConst.SE_SIDM_LAHIRI, 0, 0);
>
> int flags = SweConst.SEFLG_SWIEPH |
> SweConst.SEFLG_SIDEREAL |
> SweConst.SEFLG_YOGA_TRANSIT |
> SweConst.SEFLG_TRANSIT_LONGITUDE;
> boolean backwards = false;
>
> TransitCalculator tc = new TCPlanetPlanet(
> sw,
> SweConst.SE_SUN,
> SweConst.SE_MOON,
> flags,
> (13 /* Hasta Nakshatra */ -1)*(360./27.));
>
> SweDate sd = new SweDate(2012,06,12,0);
> double nextTransitUT = sw.getTransitUT(tc, sd.getJulDay(), backwards);
>
> SweDate res = new SweDate(nextTransitUT);
> System.err.println(res.getDay() + "." + res.getMonth() + "." + res.getYear() +
", " + res.getHour());
> }
> }
>
> Output:
> JD: 2456100.431168523, 21.6.2012, 22.34804455563426
>
> Checking with Swetest:
>
> java Swetest -bj2456100.431168523 -p01 -head -sid1 -ut
> Sun 66°53'13.6273 -0° 0' 0.7872 1.016340253 0°57'16.0336
> Moon 93° 6'46.3726 -4° 8'19.0238 0.002635815 12°33'40.6230
>
> Which looks like rather exact 160 deg. as desired for the sum of sun's and
moon's longitudinal position.
>
> Thomas
>
>
> [Non-text portions of this message have been removed]
>

Hi Alois,
Yes thats right, i was trying to get the astro details for the same
location.
If i enter the data in the website the results differ from the results i
get from the following command, b/w i have compiled the swetest on
ubuntu and using  _18.se1 emp's.
here is the result on my machine:
Sun            , 281.7734942,  1.0196052,  1.2151165Moon           ,
340.5079736, 13.4864155,  3.4273862Mercury        , 268.1945998,
1.5081972, 12.7411483Venus          , 240.9474390,  1.1949927,
11.9398639Mars           , 261.8811708,  0.7309094, 12.5352870Jupiter
, 259.2085260,  0.2173110, 12.4633311Saturn         , 279.7111625,
0.1181562,  1.1479710Uranus         , 140.4734665, -0.0310264,
8.6937689Neptune        , 218.7369319,  0.0206947, 11.2954707Pluto
, 156.0052976, -0.0125727,  9.4121669mean Node      , 178.6117749,
-0.0529640, 10.0633821true Node      , 177.8465051, -0.0341249,
10.0384015mean Apogee    , 75.8811663,  0.1119943,  6.4292070osc. Apogee
, 73.1575698, -2.7957849,  6.3444479intp. Apogee   , 70.9553753,
0.0540845,  6.2767651intp. Perigee  , 268.6692992,  0.5347724,
12.8305534house  1       , 275.6575803, 12.8305534house  2       ,
302.7415228, 12.8305534house  3       , 328.5243219, 12.8305534house  4
, 356.6763231, 12.8305534house  5       , 29.4602729, 12.8305534house  6
, 64.2756332, 12.8305534house  7       , 95.6575803, 12.8305534house  8
, 122.7415228, 12.8305534house  9       , 148.5243219, 12.8305534house
10       , 176.6763231, 12.8305534house 11       , 209.4602729,
12.8305534house 12       , 244.2756332, 12.8305534Ascendant      ,
221.7196589, 12.8305534MC             , 176.6763231, 12.8305534ARMC
, 176.9501021, 12.8305534Vertex         , 95.6575803, 12.8305534
Formated:
Date of Birth :Jan 03, 1960Time of Birth :04:45 AMCountry :NorwayCity
:TromsøSunCapricorn 11° 45" 44'MoonPisces 10° 21"
29'MercurySagittarius 28° 10" 40'VenusSagittarius 00° 56"
03'MarsSagittarius 21° 52" 23'JupiterSagittarius 19° 12"
22'SaturnCapricorn 09° 42" 35'UranusLeo 20° 28" 26'NeptuneScorpio
08° 44" 12'PlutoVirgo 06° 00" 20'ChironAquarius 24° 32" 04'True
NodeVirgo 27° 50" 49'AscendantCapricorn 02° 01" 03'House
2Capricorn 29° 08" 59'House 3Aquarius 24° 37" 08'House 4Pisces
22° 18" 40'House 5Aries 24° 55" 06'House 6Gemini 00° 09"
45'House 7Cancer 02° 01" 03'House 8Cancer 29° 08" 59'House 9Leo
24° 37" 08'House 10Virgo 22° 18" 40'House 11Libra 24° 55"
06'House 12Sagittarius 00° 09" 45'
and the result from the site is
http://www.astro.com/cgi/showgif.cgi?lang=e&gif=astro_w2at_01_sandeep_hp\
.36453.39780.gif&res=63&va=&cid=n1pfileVyZi2X-u1340179160


Regards,Sandeep--- In swisseph@yahoogroups.com, Alois Treindl
<alois@...> wrote:
>
> I am afraid, nobody will see your chart via the link below.
>
> And NO, you should not post a working link which leads to a chart
inside
> your account.
>
> If you want to show us a chart, you should upload the chart image or
the
> additional-data-pdf to a public place, and then post a link to the
> uploaded file.
>
> But I think you are confusing longitude and latitude.
>
> if you deleted the -head paramater, you would see:
> geo. long 18.914850, lat 69.626220, alt 0.000000
>
> This is in the arctic, not in India!
>
> On 06/20/2012 11:30 AM, sandeep.nyamati wrote:
> >
> > The results are different for that of what i get from here.
> >
> > http://www.astro.com/cgi/chart.cgi?btyp=w2at&rs=3
>



[Non-text portions of this message have been removed]

I do not know what your problem is. You don't convert properly from
decimal fraction to minutes and seconds?

I have only looked at your chart image, it has Sun at 11°46'25"

The swetest result has Sun at 281.7734942 which converts to 11°46'24.5792 "

You should use -fPL  instead of -fPl  to get degree minutes/seconds
directly from swetest, instead of the useless decimal fractions.

Thanks Alios,

I See its working fine now, the thing is the degrees were a bit away because the
co-ordinates for few locations i have were a bit different.

Thanks a lot for you time.

Regards,
Sandeep

--- In swisseph@yahoogroups.com, Alois Treindl <alois@...> wrote:
>
> I do not know what your problem is. You don't convert properly from
> decimal fraction to minutes and seconds?
>
> I have only looked at your chart image, it has Sun at 11°46'25"
>
> The swetest result has Sun at 281.7734942 which converts to 11°46'24.5792 "
>
> You should use -fPL  instead of -fPl  to get degree minutes/seconds
> directly from swetest, instead of the useless decimal fractions.
>

thank you for clarification, and your point of view
I was reading exactly what you have pasted,
but I was a little confused and overwhelemed by astronomical details

ok,
I played with swe.nod_aps_ut function (python language)

it seems that no matter the flags given,
it will calculate planetary nodes for ecliptic plane

I imagined / hoped that, given the flags,
it will calculate planetary nodes for the given plane, ecliptic, or equatorial

What I am interested in,
is to be able to calculate declination from each planet's point of view,
including sun

and I was wondering if one can use swiss ephemeris for this purpose

in the hope I will be clearer,
(i'm not an astronomer)


I would be interested to know if this is possible:

1. choose a planet as reference

2. choose the plane of reference for this planet (its ecliptic plane, or its
equatorial plane)

3. calculate other planets' positions



so, by choosing earth at point 1,
we would have the usual calculations done with swiss ephemeris

On 06/21/2012 11:51 AM, Mihai F Ionescu wrote:
> in the hope I will be clearer,
> (i'm not an astronomer)
>
>
> I would be interested to know if this is possible:
>
> 1. choose a planet as reference

I know that from swe_nod_asp() you get a vector, in ecliptic coordinates:
- ecliptic longitude
- ecliptic latitude = zero per definition for nodes
    (in practice values like 3e-08 deg = 0.0001 arcsec are returned, for
reasons unclear to me)
- radial distance

If you set iflag |= SEFLG_EQUATORIAL the function returns equatorial
coordinates (rectascension, declination, distance).
I tried it, it works!
the flag SEFLG_HELCTR also works, if you want heliocentric values.

I do not understand what you mean by 'its ecliptic plane'. We do not
calculate the intersection line between the orbital planes of planetA
with the orbital plane of planet B, only that of planet A with the plane
of the Earth/Sun.

Swiss Ephemeris also contains no physical properties of planets, for
example a planet's own equatorial plane, vertical to its axis of
rotation, or such a planet's nutation, precession etc.

> 2. choose the plane of reference for this planet (its ecliptic plane, or its
equatorial plane)
>
> 3. calculate other planets' positions

thank you for your answer
you said: " If you set iflag |= SEFLG_EQUATORIAL the function returns
equatorial coordinates (rectascension, declination, distance). I tried
it, it works!"
are you referring to swe_nod_aps_ut() ? or swe_calc_ut() ?
I'm testing in python, and swe.nod_aps_ut() function doesn't seem to
take into account flags,maybe I do something wrong, but I thought to ask
you anyway
---if we say ecliptic plane of earth = Sun/Earth plane,then ecliptic
plane of jupiter = Sun/Jupiter plane
the same goes with equatorial plane
instead of geocentric, I hoped I could calculate jupiter-centric, and
mars-centric, etc
Now I know that calculations are done in heliocentric and geocentric
only,
but again,is it possible to use swiss ephemeris to calculate from other
planets' point of view? jupiter-centric or mars-centric?
Stellarium apparently does it, but I don't know if they use swiss
ephemeris
thanks again for your patience



[Non-text portions of this message have been removed]

On 06/21/2012 02:30 PM, Mihai F Ionescu wrote:
> thank you for your answer
> you said: " If you set iflag |= SEFLG_EQUATORIAL the function returns
> equatorial coordinates (rectascension, declination, distance). I tried
> it, it works!"
> are you referring to swe_nod_aps_ut() ? or swe_calc_ut() ?
> I'm testing in python, and swe.nod_aps_ut() function doesn't seem to
> take into account flags,maybe I do something wrong, but I thought to ask
> you anyway

I referred to the C function swe_nod_aps()

It does take into account iflag correctly, as far as it makes sense.

I tested it before writing my email. (via the debugger inside swetest.c
and manipulating iflag directly before calling swe_not_aps(), and lookng
at the return values directly)

You are well advised to use the C library, and not anything else sombody
may have implemented incompletely.

On 06/21/2012 02:30 PM, Mihai F Ionescu wrote:

> but again,is it possible to use swiss ephemeris to calculate from other
> planets' point of view? jupiter-centric or mars-centric?
> Stellarium apparently does it, but I don't know if they use swiss
> ephemeris

To me your problem makes no sense.

If you ask for planetary nodes, you speak about intersection of two planes.

If you want to do everything in the oribital plane of Jupiter, then
there are no Jupiter nodes.

Like there are no Earth nodes, because the orbital plane of the Earth
DEFINES the ecliptic. By consequence, it is always on the ecliptic (it
deviates a little, because in truth, the EMB (earth moon barycenter) is
on the ecliptic, and the Earth can be off it slightly)

I get the imporession that you do not understand the subject you are
asking about. Pleas get your terms and your understanding more clear,
before you play with reference planes and nodes.

And no: Swiss Ephemeris was created for astrology. We do not have a
jupiter-centric astrology at this time, and are not interested to
calculate anything relative to the oribital plane of Jupiter.

But you can always make coordinate transformation from any reference
system to any other, if you like.

My understanding is above average from what I saw,
but terms, indeed, I'm not good with terms

anyway, I understood what you said

I know the plane of earth defines the ecliptic,
just that I was using the word 'ecliptic' in jupiter-centric view, or
saturn-centric view
i'm sorry for the confusion, but I lack specific terms

ok

1. at least, how can I know when planet A is crossing planet B's equator?
can you point me in some direction?

to give an example,
I would like to know/find when jupiter's equator crosses our planet

2. about the transformations, can you point me in some direction? some links?



--- In swisseph@yahoogroups.com, Alois Treindl <alois@...> wrote:
>
> On 06/21/2012 02:30 PM, Mihai F Ionescu wrote:
>
> > but again,is it possible to use swiss ephemeris to calculate from other
> > planets' point of view? jupiter-centric or mars-centric?
> > Stellarium apparently does it, but I don't know if they use swiss
> > ephemeris
>
> To me your problem makes no sense.
>
> If you ask for planetary nodes, you speak about intersection of two planes.
>
> If you want to do everything in the oribital plane of Jupiter, then
> there are no Jupiter nodes.
>
> Like there are no Earth nodes, because the orbital plane of the Earth
> DEFINES the ecliptic. By consequence, it is always on the ecliptic (it
> deviates a little, because in truth, the EMB (earth moon barycenter) is
> on the ecliptic, and the Earth can be off it slightly)
>
> I get the imporession that you do not understand the subject you are
> asking about. Pleas get your terms and your understanding more clear,
> before you play with reference planes and nodes.
>
> And no: Swiss Ephemeris was created for astrology. We do not have a
> jupiter-centric astrology at this time, and are not interested to
> calculate anything relative to the oribital plane of Jupiter.
>
> But you can always make coordinate transformation from any reference
> system to any other, if you like.
>

>2. about the transformations, can you point me in some direction? some links?

http://tech.groups.yahoo.com/group/swisseph/message/2474

Juan

did anyone do some lines of code with this planet-centric transformation?

I want to be able to do this myself

it seems there is little interest in this area,
and i'm not an astronomer

any help is appreciated

You best choice is to work in the j2000 fixed coordinate frame and to
use cartesian coordinates X,Y,Z.

swe_calc() will give you the vectors for the planets as x,y,z
and you can add or subtract these vectors, with simple cartesian vector
geometry. The planets are simply points in 3-dimensional space.

Any average high school kid can do this math. No astronomer needed.

On 22.06.12 11:27, Mihai F Ionescu wrote:
> did anyone do some lines of code with this planet-centric transformation?
>
> I want to be able to do this myself
>
> it seems there is little interest in this area,
> and i'm not an astronomer
>
> any help is appreciated
>

The code is pretty straightforward to recalculate positions on (earth's)
ecliptic plane for a different planetary center. This won't get you even
close to the various planetary equators however. That's a different breed
of animal.

This is simply done with vector addition/subtraction.

Swiss eph will get you XYZ helio positions for each body. If you wanted to
derive geo from these, you would simply go through for each body and
subtract the XYZ of the earth from the XYZ of the body. Then use simple
coordinate translations from the resultant XYZ back into long lat (and
distance if you wanted). Same for Jupiter-centric or whatever. subtract X
of Jupiter from X of each body, and so on with Y & Z.

you can find ecliptic long from simply cartesian->polar transform from X,Y
to Longitude.

theta = arctan2( y, x )

http://en.wikipedia.org/wiki/Polar_coordinate_system#Converting_between_polar_an\
d_Cartesian_coordinates
http://www.ece.nus.edu.sg/stfpage/elehht/Teaching/EE4101/Lecture%20Notes%5CSuppl\
ementary%20Notes%5CCoordinate_Transformation_Formula_Sheet.pdf




On Fri, Jun 22, 2012 at 5:27 AM, Mihai F Ionescu <if.mihai@...> wrote:

> **
>
>
> did anyone do some lines of code with this planet-centric transformation?
>
> I want to be able to do this myself
>
> it seems there is little interest in this area,
> and i'm not an astronomer
>
> any help is appreciated
>
>
>


[Non-text portions of this message have been removed]

Hello,

Is it possible to make an ephemeris giving then same positions as she use?
- if so what flags and so on do I use?

Kind regards,

Michael


[Non-text portions of this message have been removed]

I have read somewhere (
http://www.astrothek.de/artikel/gaeste/anabela-cudell_siderisch-tropisch.htm
) that Thun uses a sidereal zodiac with different sizes of 'signs' for
each constellation.

Unless you know:
- which ayanamsa she uses
- which constellation borders she uses
- how she measures position inside each constellation
you will not be able to calculate the same positions.

This is a problem outside of Swiss Ephemeris.

On 22.06.12 15:44, Michael Lund Hansen wrote:
> Hello,
>
> Is it possible to make an ephemeris giving then same positions as she use?
> - if so what flags and so on do I use?
>

thank you very much guys!

I really appreciate it

and about that other beast, planetary equators,
(which is really attractive to me)

how would things go for finding,
for example,
declination of Mars in Jupiter's equatorial coordinates?
to know Mars is crossing Jupiters's equator?

I presume there must be some kind of translation and transformation using
Jupiter's orbital parameters?


--- In swisseph@yahoogroups.com, Jonathan Dunn <1977UB@...> wrote:
>
> The code is pretty straightforward to recalculate positions on (earth's)
> ecliptic plane for a different planetary center. This won't get you even
> close to the various planetary equators however. That's a different breed
> of animal.
>
> This is simply done with vector addition/subtraction.
>
> Swiss eph will get you XYZ helio positions for each body. If you wanted to
> derive geo from these, you would simply go through for each body and
> subtract the XYZ of the earth from the XYZ of the body. Then use simple
> coordinate translations from the resultant XYZ back into long lat (and
> distance if you wanted). Same for Jupiter-centric or whatever. subtract X
> of Jupiter from X of each body, and so on with Y & Z.
>
> you can find ecliptic long from simply cartesian->polar transform from X,Y
> to Longitude.
>
> theta = arctan2( y, x )
>
>
http://en.wikipedia.org/wiki/Polar_coordinate_system#Converting_between_polar_an\
d_Cartesian_coordinates
>
http://www.ece.nus.edu.sg/stfpage/elehht/Teaching/EE4101/Lecture%20Notes%5CSuppl\
ementary%20Notes%5CCoordinate_Transformation_Formula_Sheet.pdf
>
>
>
>
> On Fri, Jun 22, 2012 at 5:27 AM, Mihai F Ionescu <if.mihai@...> wrote:
>
> > **
> >
> >
> > did anyone do some lines of code with this planet-centric transformation?
> >
> > I want to be able to do this myself
> >
> > it seems there is little interest in this area,
> > and i'm not an astronomer
> >
> > any help is appreciated
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>

I think one of the JPL web service may give you physical data for some
planets, among them their rotational axis direction.

Try http://ssd.jpl.nasa.gov/?horizons

Make sure you understand what you want to do, otherwise you will be
totally lost.

On 22.06.12 16:27, Mihai F Ionescu wrote:
> thank you very much guys!
>
> I really appreciate it
>
> and about that other beast, planetary equators,
> (which is really attractive to me)
>
> how would things go for finding,
> for example,
> declination of Mars in Jupiter's equatorial coordinates?
> to know Mars is crossing Jupiters's equator?
>
> I presume there must be some kind of translation and transformation using
Jupiter's orbital parameters?
>
>
> --- In swisseph@yahoogroups.com, Jonathan Dunn<1977UB@...>  wrote:
>>
>> The code is pretty straightforward to recalculate positions on (earth's)
>> ecliptic plane for a different planetary center. This won't get you even
>> close to the various planetary equators however. That's a different breed
>> of animal.
>>
>> This is simply done with vector addition/subtraction.
>>
>> Swiss eph will get you XYZ helio positions for each body. If you wanted to
>> derive geo from these, you would simply go through for each body and
>> subtract the XYZ of the earth from the XYZ of the body. Then use simple
>> coordinate translations from the resultant XYZ back into long lat (and
>> distance if you wanted). Same for Jupiter-centric or whatever. subtract X
>> of Jupiter from X of each body, and so on with Y&  Z.
>>
>> you can find ecliptic long from simply cartesian->polar transform from X,Y
>> to Longitude.
>>
>> theta = arctan2( y, x )
>>
>>
http://en.wikipedia.org/wiki/Polar_coordinate_system#Converting_between_polar_an\
d_Cartesian_coordinates
>>
http://www.ece.nus.edu.sg/stfpage/elehht/Teaching/EE4101/Lecture%20Notes%5CSuppl\
ementary%20Notes%5CCoordinate_Transformation_Formula_Sheet.pdf
>>
>>
>>
>>
>> On Fri, Jun 22, 2012 at 5:27 AM, Mihai F Ionescu<if.mihai@...>  wrote:
>>
>>> **
>>>
>>>
>>> did anyone do some lines of code with this planet-centric transformation?
>>>
>>> I want to be able to do this myself
>>>
>>> it seems there is little interest in this area,
>>> and i'm not an astronomer
>>>
>>> any help is appreciated
>>>
>>>
>>>
>>
>>
>> [Non-text portions of this message have been removed]
>>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>

Orbital parameters don't relate to this. The fundamental difference is
between Jupiter's orbit (revolution) vs its rotation.

Here you go with some poles:
http://en.wikipedia.org/wiki/Poles_of_astronomical_bodies#Geographic_poles
"Many poles precess or otherwise move relative to the ICRF, so their
coordinates will change."
It's possible to plug these in to coordinate transformation formulas.
I used to do it for a while years ago.



On Fri, Jun 22, 2012 at 10:27 AM, Mihai F Ionescu <if.mihai@...>wrote:

> **
>
>
> thank you very much guys!
>
> I really appreciate it
>
> and about that other beast, planetary equators,
> (which is really attractive to me)
>
> how would things go for finding,
> for example,
> declination of Mars in Jupiter's equatorial coordinates?
> to know Mars is crossing Jupiters's equator?
>
> I presume there must be some kind of translation and transformation using
> Jupiter's orbital parameters?
>
>
> --- In swisseph@yahoogroups.com, Jonathan Dunn <1977UB@...> wrote:
> >
> > The code is pretty straightforward to recalculate positions on (earth's)
> > ecliptic plane for a different planetary center. This won't get you even
> > close to the various planetary equators however. That's a different breed
> > of animal.
> >
> > This is simply done with vector addition/subtraction.
> >
> > Swiss eph will get you XYZ helio positions for each body. If you wanted
> to
> > derive geo from these, you would simply go through for each body and
> > subtract the XYZ of the earth from the XYZ of the body. Then use simple
> > coordinate translations from the resultant XYZ back into long lat (and
> > distance if you wanted). Same for Jupiter-centric or whatever. subtract X
> > of Jupiter from X of each body, and so on with Y & Z.
> >
> > you can find ecliptic long from simply cartesian->polar transform from
> X,Y
> > to Longitude.
> >
> > theta = arctan2( y, x )
> >
> >
>
http://en.wikipedia.org/wiki/Polar_coordinate_system#Converting_between_polar_an\
d_Cartesian_coordinates
> >
>
http://www.ece.nus.edu.sg/stfpage/elehht/Teaching/EE4101/Lecture%20Notes%5CSuppl\
ementary%20Notes%5CCoordinate_Transformation_Formula_Sheet.pdf
> >
> >
> >
> >
> > On Fri, Jun 22, 2012 at 5:27 AM, Mihai F Ionescu <if.mihai@...> wrote:
> >
> > > **
>
> > >
> > >
> > > did anyone do some lines of code with this planet-centric
> transformation?
> > >
> > > I want to be able to do this myself
> > >
> > > it seems there is little interest in this area,
> > > and i'm not an astronomer
> > >
> > > any help is appreciated
> > >
> > >
> > >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>


[Non-text portions of this message have been removed]

Dear people,

Does someone knows how to determine Synetic Vernal Point (SVP)?

Thank You in advance

Juan

[Non-text portions of this message have been removed]

Dear Juan,

2012/6/26 Juan Bachisio <jpsaba28@...>:
> Dear people,
>
> Does someone knows how to determine Synetic Vernal Point (SVP)?

Synthetic? Synetic? From Greek synetos, "intelligent"? Who calls it like this?

I know SVP as the "Sidereal Vernal Point", which is its name in the
Rosicrucian Ephemeris.
There it is defined as "the longitude in the tropical zodiac of
sideral 0° Aries".
However, the value given by the same ephemeris for 1 Jan 2000 is 5 Pis
16, which is rather the longitude in the sidereal zodiac of tropical
0° Aries.
So, I am afraid, I do not know what it is.
If you want the sidereal position of the real vernal point (i.e. the
longitude in the sidereal zodiac of tropical 0° Aries), then you have
to subtract the ayanamsha of date from 360°. This is the value given
in the Rosicrucian ephemeris for SVP (which, however is in
contradiction to the definition given for this point).
If, however, you want the tropical position of the sidereal zero point
(i.e. the longitude in the tropical zodiac of sidereal 0° Aries), tehn
the value you need is equal to the ayanamsha.

Regards

Dieter

>
> Thank You in advance
>
> Juan
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>

Thank You Dieter for your answer,

For SVP   I found "Synetic Vernal Point", "Synthetic Vernal Point" and
"Sidereal Vernal Point"

Synetic is used in American Ephemeris (Michelsen).

I understand that Ayanamsa concept, but SVP given on American Ephemeris and
Rosacrucian Ephemeris is very close to 360- Ayanamsa, but not exactely the same.
Diference is minor, but .... There are some techniques, like Lunar Return with
Sidereal Correction (Fagan Method) originates Asc with close to 4 deg of
difference.

I am testing now and having good results with Cyril Fagan Ayanamsa formula and
substracting Nutation in Longitude to get SVP given in Ephemeris Tables.

Warm Regards

Juan



________________________________
  From: Dieter Koch <dieter@...>
To: swisseph@yahoogroups.com
Sent: Tuesday, June 26, 2012 11:56 AM
Subject: Re: [SWISSEPH] Synetic Vernal Point


 
Dear Juan,

2012/6/26 Juan Bachisio <jpsaba28@...>:
> Dear people,
>
> Does someone knows how to determine Synetic Vernal Point (SVP)?

Synthetic? Synetic? From Greek synetos, "intelligent"? Who calls it like this?

I know SVP as the "Sidereal Vernal Point", which is its name in the
Rosicrucian Ephemeris.
There it is defined as "the longitude in the tropical zodiac of
sideral 0° Aries".
However, the value given by the same ephemeris for 1 Jan 2000 is 5 Pis
16, which is rather the longitude in the sidereal zodiac of tropical
0° Aries.
So, I am afraid, I do not know what it is.
If you want the sidereal position of the real vernal point (i.e. the
longitude in the sidereal zodiac of tropical 0° Aries), then you have
to subtract the ayanamsha of date from 360°. This is the value given
in the Rosicrucian ephemeris for SVP (which, however is in
contradiction to the definition given for this point).
If, however, you want the tropical position of the sidereal zero point
(i.e. the longitude in the tropical zodiac of sidereal 0° Aries), tehn
the value you need is equal to the ayanamsha.

Regards

Dieter

>
> Thank You in advance
>
> Juan
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>



[Non-text portions of this message have been removed]

>For SVP Â  I found "Synetic Vernal Point", "Synthetic Vernal Point" and
"Sidereal Vernal Point"
>Synetic is used in American Ephemeris (Michelsen).

"Synetic" was the term used by Donald Bradley for the slightly-corrected
sidereal zero point used by Fagan with Spica in 29,00 Virgo.

It was an empirical correction of about 6 arcminutes to the Fagan value (based
on Spica), that he derived by applying statistics to a systematic study of
sidereal cap-solar ingresses in reference to mundane events (I think it was
mining disasters if my memory doesn't fail me). This study was reproduced in an
anniversary issues of "American Astrology" in the late 80's, which is where I
read it... no longer have it though, so I cannot give the exact reference.

tocayo.

2012/6/26 Juan Bachisio <jpsaba28@...>:
>
> I understand that Ayanamsa concept, but SVP given on American
> Ephemeris and Rosacrucian Ephemeris is very close to
> 360- Ayanamsa, but not exactely the same.

There is a difference of several arc seconds between the ayanamsha
given by the Rosicrucion Ephemeris and the one given by the Swiss
Ephemeris. This difference is due to nutation, and it is never greater
than 17,24 arc sec.
You should calculate the point as follows:
SVP = 360 - ayanamsha - nutation
then the result will agree with the Rosicrucian Ephemeris. (I hope!)

As a general rule, in order to obtain sidereal coordinates from
tropical ones using the Swiss Ephemeris, one has to calculate
sid_pos = 360 - ayanamsha - nutation
Of course only if the tropical position has arc second precision and
is known to include nutation.

Of course, the problem does not appear if one calculates sidereal
positions directly using the function swe_calc() with iflag |=
SEFLG_SIDEREAL  (of course after setting the ayanamsha with the
function swe_set_sidmode()).

Unfortunately, it seems that this is not documented in the Swiss
Ephemeris documentation.
I hope that

Regards

Dieter



> Diference is minor, but .... There are some techniques, like Lunar Return with
Sidereal Correction (Fagan Method) originates Asc with close to 4 deg of
difference.
>
> I am testing now and having good results with Cyril Fagan Ayanamsa formula and
substracting Nutation in Longitude to get SVP given in Ephemeris Tables.
>
> Warm Regards
>
> Juan
>
>
>
> ________________________________
>  From: Dieter Koch <dieter@...>
> To: swisseph@yahoogroups.com
> Sent: Tuesday, June 26, 2012 11:56 AM
> Subject: Re: [SWISSEPH] Synetic Vernal Point
>
>
>
> Dear Juan,
>
> 2012/6/26 Juan Bachisio <jpsaba28@...>:
>> Dear people,
>>
>> Does someone knows how to determine Synetic Vernal Point (SVP)?
>
> Synthetic? Synetic? From Greek synetos, "intelligent"? Who calls it like this?
>
> I know SVP as the "Sidereal Vernal Point", which is its name in the
> Rosicrucian Ephemeris.
> There it is defined as "the longitude in the tropical zodiac of
> sideral 0° Aries".
> However, the value given by the same ephemeris for 1 Jan 2000 is 5 Pis
> 16, which is rather the longitude in the sidereal zodiac of tropical
> 0° Aries.
> So, I am afraid, I do not know what it is.
> If you want the sidereal position of the real vernal point (i.e. the
> longitude in the sidereal zodiac of tropical 0° Aries), then you have
> to subtract the ayanamsha of date from 360°. This is the value given
> in the Rosicrucian ephemeris for SVP (which, however is in
> contradiction to the definition given for this point).
> If, however, you want the tropical position of the sidereal zero point
> (i.e. the longitude in the tropical zodiac of sidereal 0° Aries), tehn
> the value you need is equal to the ayanamsha.
>
> Regards
>
> Dieter
>
>>
>> Thank You in advance
>>
>> Juan
>>
>> [Non-text portions of this message have been removed]
>>
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>

The mail below may concern Hindu astrologers, too!

2012/6/27 Dieter Koch <dieter@...>:
> 2012/6/26 Juan Bachisio <jpsaba28@...>:
>>
>> I understand that Ayanamsa concept, but SVP given on American
>> Ephemeris and Rosacrucian Ephemeris is very close to
>> 360- Ayanamsa, but not exactely the same.
>
> There is a difference of several arc seconds between the ayanamsha
> given by the Rosicrucion Ephemeris and the one given by the Swiss
> Ephemeris. This difference is due to nutation, and it is never greater
> than 17,24 arc sec.
> You should calculate the point as follows:
> SVP = 360 - ayanamsha - nutation
> then the result will agree with the Rosicrucian Ephemeris. (I hope!)
>
> As a general rule, in order to obtain sidereal coordinates from
> tropical ones using the Swiss Ephemeris, one has to calculate
> sid_pos = 360 - ayanamsha - nutation
> Of course only if the tropical position has arc second precision and
> is known to include nutation.
>
> Of course, the problem does not appear if one calculates sidereal
> positions directly using the function swe_calc() with iflag |=
> SEFLG_SIDEREAL  (of course after setting the ayanamsha with the
> function swe_set_sidmode()).
>
> Unfortunately, it seems that this is not documented in the Swiss
> Ephemeris documentation.
>
> Regards
>
> Dieter
>
>
>
>> Diference is minor, but .... There are some techniques, like Lunar Return
with Sidereal Correction (Fagan Method) originates Asc with close to 4 deg of
difference.
>>
>> I am testing now and having good results with Cyril Fagan Ayanamsa formula
and substracting Nutation in Longitude to get SVP given in Ephemeris Tables.
>>
>> Warm Regards
>>
>> Juan
>>
>>
>>
>> ________________________________
>>  From: Dieter Koch <dieter@...>
>> To: swisseph@yahoogroups.com
>> Sent: Tuesday, June 26, 2012 11:56 AM
>> Subject: Re: [SWISSEPH] Synetic Vernal Point
>>
>>
>>
>> Dear Juan,
>>
>> 2012/6/26 Juan Bachisio <jpsaba28@...>:
>>> Dear people,
>>>
>>> Does someone knows how to determine Synetic Vernal Point (SVP)?
>>
>> Synthetic? Synetic? From Greek synetos, "intelligent"? Who calls it like
this?
>>
>> I know SVP as the "Sidereal Vernal Point", which is its name in the
>> Rosicrucian Ephemeris.
>> There it is defined as "the longitude in the tropical zodiac of
>> sideral 0° Aries".
>> However, the value given by the same ephemeris for 1 Jan 2000 is 5 Pis
>> 16, which is rather the longitude in the sidereal zodiac of tropical
>> 0° Aries.
>> So, I am afraid, I do not know what it is.
>> If you want the sidereal position of the real vernal point (i.e. the
>> longitude in the sidereal zodiac of tropical 0° Aries), then you have
>> to subtract the ayanamsha of date from 360°. This is the value given
>> in the Rosicrucian ephemeris for SVP (which, however is in
>> contradiction to the definition given for this point).
>> If, however, you want the tropical position of the sidereal zero point
>> (i.e. the longitude in the tropical zodiac of sidereal 0° Aries), tehn
>> the value you need is equal to the ayanamsha.
>>
>> Regards
>>
>> Dieter
>>
>>>
>>> Thank You in advance
>>>
>>> Juan
>>>
>>> [Non-text portions of this message have been removed]
>>>
>>>
>>>
>>> ------------------------------------
>>>
>>> Yahoo! Groups Links
>>>
>>>
>>>
>>
>>
>>
>> [Non-text portions of this message have been removed]
>>
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>

Dear Dieter,

I appreciate your clarifications. 

I checked SVP from Rosicrucian Ephe with Fagan-Bradley Ayanamsa and Nutation
Correction and they agree.

Warm Regards

Juan


________________________________
  From: Dieter Koch <dieter@...>
To: swisseph@yahoogroups.com
Sent: Wednesday, June 27, 2012 4:22 AM
Subject: Re: [SWISSEPH] Synetic Vernal Point


 
2012/6/26 Juan Bachisio <jpsaba28@...>:
>
> I understand that Ayanamsa concept, but SVP given on American
> Ephemeris and Rosacrucian Ephemeris is very close to
> 360- Ayanamsa, but not exactely the same.

There is a difference of several arc seconds between the ayanamsha
given by the Rosicrucion Ephemeris and the one given by the Swiss
Ephemeris. This difference is due to nutation, and it is never greater
than 17,24 arc sec.
You should calculate the point as follows:
SVP = 360 - ayanamsha - nutation
then the result will agree with the Rosicrucian Ephemeris. (I hope!)

As a general rule, in order to obtain sidereal coordinates from
tropical ones using the Swiss Ephemeris, one has to calculate
sid_pos = 360 - ayanamsha - nutation
Of course only if the tropical position has arc second precision and
is known to include nutation.

Of course, the problem does not appear if one calculates sidereal
positions directly using the function swe_calc() with iflag |=
SEFLG_SIDEREAL  (of course after setting the ayanamsha with the
function swe_set_sidmode()).

Unfortunately, it seems that this is not documented in the Swiss
Ephemeris documentation.
I hope that

Regards

Dieter

> Diference is minor, but .... There are some techniques, like Lunar Return with
Sidereal Correction (Fagan Method) originates Asc with close to 4 deg of
difference.
>
> I am testing now and having good results with Cyril Fagan Ayanamsa formula and
substracting Nutation in Longitude to get SVP given in Ephemeris Tables.
>
> Warm Regards
>
> Juan
>
>
>
> ________________________________
>  From: Dieter Koch <dieter@...>
> To: swisseph@yahoogroups.com
> Sent: Tuesday, June 26, 2012 11:56 AM
> Subject: Re: [SWISSEPH] Synetic Vernal Point
>
>
>
> Dear Juan,
>
> 2012/6/26 Juan Bachisio <jpsaba28@...>:
>> Dear people,
>>
>> Does someone knows how to determine Synetic Vernal Point (SVP)?
>
> Synthetic? Synetic? From Greek synetos, "intelligent"? Who calls it like this?
>
> I know SVP as the "Sidereal Vernal Point", which is its name in the
> Rosicrucian Ephemeris.
> There it is defined as "the longitude in the tropical zodiac of
> sideral 0° Aries".
> However, the value given by the same ephemeris for 1 Jan 2000 is 5 Pis
> 16, which is rather the longitude in the sidereal zodiac of tropical
> 0° Aries.
> So, I am afraid, I do not know what it is.
> If you want the sidereal position of the real vernal point (i.e. the
> longitude in the sidereal zodiac of tropical 0° Aries), then you have
> to subtract the ayanamsha of date from 360°. This is the value given
> in the Rosicrucian ephemeris for SVP (which, however is in
> contradiction to the definition given for this point).
> If, however, you want the tropical position of the sidereal zero point
> (i.e. the longitude in the tropical zodiac of sidereal 0° Aries), tehn
> the value you need is equal to the ayanamsha.
>
> Regards
>
> Dieter
>
>>
>> Thank You in advance
>>
>> Juan
>>
>> [Non-text portions of this message have been removed]
>>
>>
>>
>> ------------------------------------
>>
>> Yahoo! Groups Links
>>
>>
>>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>



[Non-text portions of this message have been removed]