Здраствуйте,
Возник такой вопросик:
можно ли посчитать деклинации ASC/MC ? В ZET'e такое показывает, но в exel'e я этого не могу найти. Возможно деклинации ASC/MC имеет и другое астрологическое название.
Эдик
Сорри, что - то я вас не очень понял, а разве у Асц и МС могут быть деклинации?
Вообще-то Асц и МС по сути своей являются точками на эклиптики, в первом случае это точка пересечения линии эклиптики с линией горизонта, а во втором это пересечение мерединана с эклиптикой ...
У них по определению широты быть не может
Возможно в ЗЕТ под деклинациями имеется в виду что-то другое... кстати, а где это в ЗЕТе? я что-то такого не встречал
... хотя возможно тут имелась в виду проекция этих точек на плоскость экватора
Да действительно есть в ЗЕТе....
Ну в принципе я понял, что имеется в виду. Это можно будет добавить в следующей версии, нужно просто выразить это дело в экватариальных координатах.
Думаю в следующей версии реализую.
так так так...
Я тоже как то не очень понял как у Асц может быть деклинация. В интернете по этому вопросу тоже нижего не нашёл.
Кажется, в Zet'e Асц деклинация это виртуальная точка, вроде бы прогресии.
Берётся координата Асц (лонгитуде). Тогда смотрим, какая деклинация будет у Солнца на той же самой лонгитуде. И эту деклинацию даём для Асц (или МЦ).
Я проверил эту гипотезу на Zet'e на точках 0, 30, 60, 90, 120, 180.
Совпадает :)
А смысл такой, что такая прогресия может влиять на внутридневные циклические процессы.
Просьба спрограмировать это на Ехсel'e :)
Попробую это реализовать, но есоли честно, смогу заняться этим только после 10-го апреля. Если что свяжусь с вами в личке буду наводящие вопросы задавать
Нет это из другой оперы, просто трансформация координат из эклиптических в экваториальные.
Для планет работает, а вот для Асц с МС это в принципе не может работать. См. выше функция как раз использует эту функцию, как видно разницы в положении Асц между эклиптическими и экваториальными координатами ни какой не показывает. Просто, видимо разработчики ШЭ не могли представить себе, что кому-то может понадобится Асц с МС в экваториальных координатах.
.. или же такая возможность есть,но куда-то хитро спрятана, в общем надо покапаться в документации, если там ни чего нет, придумаем что-нить свое
Немного еще поясню этот момент.
Как я понял, под склонением Асц имеется в виду угловое расстояние между эклиптикой и проекцией Асц на соответствующую точку экватора.
т.е. фактически, если я правильно понял идею, это должен быть угол между экваториальным Асц и локальным. Экваториальный Асц ШЭ есть, так что это реализуется элементарно.
А я даже под GCC ШЭ скомпилировал, и теперь использую объектные файлы от ШЭ в MinGW+QT, вроде все работает, наверное и в Linux работать будет (не проверял), и никаких библиотек таскать за программой не надо!
Кстати, если скомпилить под linux'ом можно на этой основе делать всякие web-сервисы
А на счет библиотек, все зависит от проекта, например, к эксель и маткаду без dll'ки не прикрутишь
Правда у gcc под виндой, да и под никсами есть небольшой недостаток, исполняемые файлы там получаются слишком тормознутыми, так нормально, но в ситуациях когда критически важна скорость , уж лучше все-таки VC или старый добрый дедушка borland
__________________
В астрологии Деда Мороза нет
Последний раз редактировалось LordWilex, 20.04.2010 в 21:29.
Кстати, а в OOo я вроде разобрался в чем проблема, там проблема при передаче последних двух параметров в функции swe_calc, в C++ объявлено так:
double *xx, char *serr
А OOo просто указатель не может передать на переменные (не поддерживает указатели), вот и вырубается...
за информацию, правда до ООо у меня в ближайшее время вряд ли руки дойдут, я щас мечтаю (надеюсь все-таки в следующей версии) сделать тоже самое для MathCad/MatLab, вот это был бы самый настоящий зверь , да и до этого руки не доходят
На C# можно и причом очень просто и легко, можно даже на Кпк себе сделать такую системку. И могу даже ссылку на мои исходники дать(C#) это кому интересно:
-------------------------------
Однако я непонимаю почему куспиды домов считаются неверно и они оочень неверно считаються.
Сверяя с разными астропрогами, даже с тем же самым Zet, получается фигушка какая-то.
Например приведу примеры, в самом начале этой темы темы, вы вводили оприделенные данные 10 авнуста 1980 года в 13:58:40 GMT. на координаты 47-12 СШ 38-54 ВД. В системе Плацидуса. и прихожу к выводу что уменя все правильно:
И это не только в экселе, но так-же и в примере который я на шарпе делал.
Однако рассматривая теже данные например в Zеt(так и в других) получаеться совсем другие значения:
Я уже ломаю голову долгую неделю над этим. Может какие-то смещения - может еще что-то, но куспиды домов катострафично не попадают туда куда нужно.
На счет эксели. У меня все совпадает с ЗЕТ и другими программами (и в 2007 офисе все точно так, как и в 2003).
Вы можете показать полностью формулу, которую вы использовали для 2 дома? А то на картинке её не видно.
У меня такое подозрение, что проблема где-то в округлении или в настройках самой excel.
А на счет этой картинки:
Если это тот же пример, что и выше, - сорри, но это уже слишком. Я точно знаю, что Асц у меня на границе стрельца и козерога (данные в примере мои) и ни как не в в весах
Скорей всего тут вы не учли, что время нужно вводить по гринвичу или что-то с поправками не так.
Для расчета использую:
Public Function CHouse(ByVal JD As Double, ByVal HSys As Variant, ByVal CType As Variant, ByVal csp As Integer, ByVal LonH As Double, ByVal LonM As Double, ByVal LatH As Double, ByVal LatM As Double)
Dim x(6) As Double
Dim cusp(13) As Double
Dim ascmc(10) As Double
iflag = SEFLG_SPEED + SEFLG_MOSEPH
If CType = "SSid" Or CType = "MSid" Then iflag = SEFLG_SPEED + SEFLG_MOSEPH + SEFLG_SIDEREAL
If CType = "SHel" Or CType = "MHel" Then iflag = SEFLG_HELCTR + SEFLG_MOSEPH
Lon = LonH + 1 / 60 * LonM
Lat = LatH + 1 / 60 * LatM
asss = swe_houses_ex(JD, iflag, Lon, Lat, Asc(HSys), cusp(0), ascmc(0))
If csp < 13 Then CHouse = cusp(csp) Else CHouse = ascmc(csp - 13)
End Function
Вот какие данные берет в эксэле:
В C# я использую аналогичную функцию:
iflgret = swe_houses_ex(mf_jd_ut, SEFLG_TRUEPOS + SEFLG_SWIEPH, mf_geolat, mf_geolon, 50, ref x4, ref x5); от перемены флага
значения практически не меняются.
mf_jd_ut = дата
mf_geolat = Латитуда
mf_geolon = лонгтитуда
Каждая в свою очередь получается - градусы + минуты/60
x4 - куспиды
x5 - MC ASC Вертексы и прочее.
В данном случае мы получаем:
1 дом:261,918506734074
2 дом:306,723014389207
3дом:356,796954637478
4 дом:29,7268401792747
5 дом:51,1305881075512
6 дом:67,3413939528505
7 дом:81,918506734074
8 дом:126,723014389207
9 дом:176,796954637478
10 дом:209,726840179275
11 дом:231,130588107551
12 дом:247,341393952851
Теперь если мы посмотрим примеры которые идут с швейцарскими Эфемеридами. Например на Дельфи:
house 1 261.9180506552
house 2 306.7222701730
house 3 356.7962310087
house 4 29.7262862161
house 5 51.1301306199
house 6 67.3409677395
house 7 81.9180506552
house 8 126.7222701730
house 9 176.7962310087
house 10 209.7262862161
house 11 231.1301306199
house 12 247.3409677395
Не понимаю вроде же все правильно, или нет?
В астрологии Деда Мороза нет 
, уж лучше все-таки VC или старый добрый дедушка borland 
за информацию, правда до ООо у меня в ближайшее время вряд ли руки дойдут, я щас мечтаю (надеюсь все-таки в следующей версии) сделать тоже самое для MathCad/MatLab, вот это был бы самый настоящий зверь 
Линейный вид
