Java приложения можно использовать как на стороне клиента, так и на стороне сервера, лишь бы ваш хостинг предоставлял эту возможность.
Понимаете, тут 2 причины:
1. Просто взять и пропарсить C код на PHP автоматом почти нереально, будет оооочень много ошибок, в ктоторых вы вряд ли разбьеретесь.
Это нужно обязательно делать вручную, для того, чтобы корректно это сделать нужно оооочень хорошо понимать значения каждой цыфры, а для этого нужно очень хорошо знать астрономию примерно на уровне кандидата физико-математических наук и иметь редкий талант разбирать чужой код.
2. Дажке если это вам удастся, вы пробъете лбом стену, но все равно окажитесь в соседней камере.
Дело в том, что PHP, в отличии от С, язык интерпритирующий, т.е. с учетом размера исходного кода и количества иттераций в нем, - это потребует очень много памяти и прочих системных ресурсов и код будет выполняться, как минимум в 10 раз медленей, чем компилированый вариант.
Представьте, что вы решили повесить на главной странице сайта баннер, который просто выводит координатцы планет, и на сайт зашло одновременно 10 человек?
Да любой нормальный хостинг сначала зависнет, а на следующий день ваш сайт за это забанят, если только у вас не собственый сервер, но даже если у вас свой сервер, это все равно неразумно, гораздо целесообразней откомпилировать под *nix'сом исполняемый файл или библиотеку и вызывать её из php, поверьте мне, это сбережет гораздо больше времени, нервов и системных ресурсов.
Нет это не так. Просто вычисляйте координату каждого куспида и сдвигайте их при помощи StartPoint.
Какой смысл так заморачиваться, если есть swe_houses_ex? Вычисляйте координаты всех куспид через неё и сдвигайте StartPoint'ом.
У Дениса Куталева Есть такая книга специально посвященая системам домов. Там есть все формулы. Книга находится где-то на сайте поищите её там.
Конечно не подходит, поэтому и нужно вычислять каждый куспид и сдвигать их StartPoint'ом.
Все это есть в АДБ, конечно ни какой ректификации там нет, если делать выборку с надежностью A и AA, другой вопрос где её достать
Эти инструкции справедливы в том случае, если вы используете ШЭ из Excel, в остальных случаях, конечно же, целесообразней держать swedll32.dll , в папке с программой (потому как не известно, какая версия ШЭ установлена в системе у пользователя, установлена ли она, и не будет ли конфликтов версий).
А какой в этом смысл и как вы себе это представляете?
В каждый момент времени используется только один из типов эфемерид
Без понятия, тут нужно внимательно смотреть документацию, а это уже ваша работа.
швейцарские эфемериды имеют низкую точность для любых вычислений
за рамками координат планет, то есть любые производные вычисления
на основе координат планет из швейцарских эфемерид дают
недопустимо большие ошибки
>есть описание формул для вычисления куспидов домов
>Именно так. полная документация находится в файле
>Просто вычисляйте координату каждого куспида и сдвигайте их при помощи StartPoint.
описание StartPoint Возвращает угловое расстояние между точками SPoint и pl
для каждого положения МС размеры домов разные
уточните на какое время вычислять координаты куспидов для того чтобы Асц = Солнце
>Какой смысл так заморачиваться, если есть swe_houses_ex?
смысл появляется при построении прогрессий
в них МС двигается со скоростью 1 градус в год
остальные куспиды двигаются с разной скоростью
вот пример расчета прогрессивных куспидов домов
dd - юлианская дата на которую строится сетка домов
fl := swe_calc(dd,SE_ECL_NUT, 0, xx[0], serr);
eps_true := xx[0]; нутация на данную дату
>Книга находится где-то на сайте поищите её там.
там много книг какую именно искать
>Конечно не подходит, поэтому и нужно вычислять каждый куспид и сдвигать их StartPoint'ом
ваша StartPoint не подходит по другой причине
мне не нужно менять координаты планет они должны быть как и до этого
нужно поменять координаты куспидов домов.
>туда можно поставить все виды скачаных эфемерид?
>А какой в этом смысл и как вы себе это представляете?
>В каждый момент времени используется только один из типов эфемерид
имелось в виду чтобы вся программа работала например на DE421
>Программа ЗЕТ вам в помощь
оказалось что не в помощь поскольку ее значения отличаются
от тех что дает swe_houses
вот сравнительная таблица
Не знаю где вы взяли этот текст, но это бред какой-то.
Швейцарские эфемериды (т.е. ***.se1 прошу не путать с эфемеридами Мошьера, которые вшиты в swedll32.dll) являются высокоточной апроксимацией эфемерид DE406, фактически это почти оригинальные эфемериды сжатые с очень маленькой потерей информации, ошибка ШЭ по отношению к DE406 не более 1 милиугловых секунды (т.е. 0,001 секунды), это очень мало .
Для большинства астрологических задач важна точность до 1 секунды (а в половине случаев координаты в астрологических программах округляются до минуты и даже, до градуса), все, что меньше просто округляется, так что такая точность даже избыточна.
Немного о DE406, еще 5-7 лет назад они были самой точной из существующих планетных теорий, разрабатывались эти эфемериды Лабараторией реактивного движения НАСА специально для космических миссий (АМС, полеты марсоходов и т.д.), поэтому требования к ним, затраченые средства и ресурсы были соответствующие, DE406 позволяла определять координаты большинства планет с точностью менее километра (сейчас конечно появились DE414/DE421 такая точность уже не так впечатляет, но тогда это была нереальная точность, да и сейчас DE406 еще не утратила свою акутальность).
Большинство современных аналитических теорий так или иначе опираются на DE** теории (на пример VSOP87, эфемериды Мошьера, Швейцарские эфемериды и т.д.)
Разница между Швейцарскими эфемеридами и DE** теориями становится заметна только при статистической обработки очень больших объемов данных, тогда действитьельно иногда получаются незначительные отклонения.
Так что называть ШЭ непригодными для расчетов по меньшей мере не коректно.
Хотелось бы узнать чем мотивирует автор этих слов свою позицию.
Я рад, что вы, наконец, скачали этот файл, теперь дело осталось за малым, - прочитать документацию. Если бы вы потрудились это сделать раньше, половина бы завданных вами вопросов не возникло бы, и мне бы не пришлось тратить время на их разжевывание.
На счет домов, посмотрите файл "swehouse.c", и почитайте документацию (файлы "swisseph.pdf" и "swephprg.pdf").
На то, какое вам нужно. Помедитируйте немного над этой функцией, там все просто!
Допустим, солнце находится в 10 градусе, Асц в 20, 2й дом в 50 и т.д. (куспиды домов предворительно вычисляем через swe_house_ex)
Допустим, вам нужно подставить Асц на солнце и пропорционально сдвинуть расскладку домов.
1. Подставляем в функцию StartPoint координаты Солнца и Асц.
Тот же смый эффект получится, если последовательно пробавлять размеры домов, только через StartPoint проще.
Я это понимаю, вы где-нибудь у меня читали, чтобы я говорил о равнодомной системе?
МС, так же как и все остальные элементы расклади домов легко и качествено вычисляются функцией swe_house_ex().
DRAMC - местное звездное время, а csE косинус наклона эклиптики к экватору (в радианах).
Точно не помню, как она называется, кажется "небесные координаты и системы домов" или что-то в этом роде.
Дык так и происхходит, в данном случае как раз меняются координаты куспидов. Вообще этой функцией можно поменять координату любой точки (ПО БАРАБАНУ какой), относительно любой другой (ПО БАРАБАНУ какой).
В чем проблема, настройте соответстующие флаги, которые подставляются при вызове функций (параметр iflag почти во всех функциях, описание флагов и как ими пользовать в джокументации)
То же самое. Зет работает на Швейцарских эфемеридах, точно так же, как и ваша программа, если у вас с ним расхождения, значит у вас выставлдены другие флаги (см. выше).
Последний раз редактировалось LordWilex, 09.11.2009 в 15:25.
Ну формулы для элементов расскладки домов есть в книге Дениса Куталева, которую я упаминал выше, очень жаль, что вы не умете или не хотите искать, пришлось мне перерыть за вас всеь сайт, вот эта ссылка: . Сами формулы находятся в приложении на последней странице .
Только хотелось бы обратить внимание, что результат они выдают прямоугольной системе координат, поэтому, для приведения в пригодный для астрологических целей вид, необходимо сделать коррекцию, примерно так:
if (RAMC > 90 && RAMC <= 270)
{
Mc = deg * (atan(tan(RAMC * Rad) / cos(E * Rad)));
Mc = Mc + 180;
Mc=SaveF(Mc, 360);
}
else
{
if (abs(RAMC - 90) <= 0.0000000001) Mc= 90;
else Mc = 270;
}
Mc=SaveF(Mc, 360);
может подскажите существуют ли интерпретации тематических карт
например поставить куспид любого дома на любую планету или мидпоинт
как это интерпретировать
Последний раз редактировалось aurak, 10.11.2009 в 09:45.
Это интересный вопрос.
Лично я систему относительных зодиаков (они же тематические дома или просто темы) использую не для прогнозирования, а для статистической обработки данных, большинство участников форума работающих со статистикой так же ей пользовались или пользуются в работе.
Я считаю такой подход наиболее коректным и перспективным для создания научно обоснованой модели астрологии и изучении астрологических свойств (читайте раздел "статистика" на форуме и тему "проблемы астрологии"), имено поэтому функция StartPoint моя любимая .
Чисто математически, система "относительных зодиаков" или просто "темы", отражает ту же информацию, что и система аспектов (угловых расстояний), только делает это более коректно, поскольку измеряет пространство угловых расстояний в интервале от 0 до 360 градусов, а не складывает их во 2ю гармонику от 0 до 180, как в случае с обычными аспектами.
Однако, для того, чтобы результаты таких исследований стали применимы на практике нужно сделать еще много работы и должно пройти еще много времени, поэтому использовать систему относительных зодиаков представляется мне не совсем коректным, лучше пока ограничиться существующими и доказавшими свовю работоспособность моделями (Традиционная астрология, ГША, Индийская астрология и т.д. ).
Что же касается практического использования тематических домов/зодиаков/тем, то тут все очень просто, вся техника сводится к тому, что Асц ставится на какую-нибудь планету, и расскладка домов описывает то, что эта планета сигнифицирует.
На пример, если мы хотим описать отношение человека к любовным вопросам, то ставим Асц на Венеру и интерпритируем дома в любовном контексте.
Только прогностическая ценность подобной техники представляется мне сомнительной.
К тому же, я обратил внимание, что вы пытаетесь для тематических карт использовать Плацидуса. Это не правильно! При таком подходе корректно использовать только равнодомную систему и ни чего больше!!!!
Я не знаю как там у Шестопалова, каждый сходит с ума по своему.
Но чисто астрономически,ИМХО, сдвигать расскладку домов в зодиаке в системе отличной от равнодомной просто неразумно, и такие "творческие" попытки вытекают скорей из непонимания сути.
Ведь в чем цель подобного рода методик, вы ни кода не задумались?
А цель получить координаты планет в системе где за точку отсчета принята какая-нибудь планета = это то же самое что и получить аспект/угловые отношения, но немного в другой форме, и в общем-то, речь идет не о домах, выражение "сдвигать раскладку домов" используется просто для удобства.
А что приизойдет, если мы поймем это слишком буквально и используем, на пример, плацидус? Координаты планет получатся искаженными, а следовательно и интерпретация.
тематические карты похожи на индийскую астрологию
там аспект между планетами есть если одна планета находится в определенном количестве домов отностельно другой планеты.
У меня есть база данных около 500 или больше людей с важными событиями в жизни.
как можно ее проанализировать и найти закономерности?
Да именно так! Думаю именно от куда-то от туда у этой техники ноги и растут!
В квадратных картах, которыми пользовались индусы (и не только), ведь аспект, во Птолемеевском понимании, не измеришь.
Но зато можно выразить угловые отношения между планетами, на пример как: "3й дом от дома, в котором находится Марс" = то же самое, что и квадратура, тока с большим орбом. Или "7й дом от дома, в котором находится Венера" = то же самое, что оппозиция и т.д. и т.п.
Смотря что за база, что за события, и по каким критериям их анализировать, во первых для полноценного анализа выборка в 500 карт может оказаться не очень репрезентативной. Во втоорых, вы пишите "с обытиями" это значит, что события в базе разные? Если так, то анализировать бесполезно.
ходили по заксам и гаи собирали информацию о браках и о автомобильных авариях
по поводу индийской астрологии.
Слышали ли вы о штайнеровской которой учит немец Инге Юнге
это похоже очень на индийскую астрологию только без аянамсы
может подскажите что за навамсы дравамсы триамсы деканы и тому подобные гармоники.
Есть вид афетики в котором зодиак делится на 15 10 5 1 0.5 градуса. Каждый участок имеет свой знак управитель
Планета анализируется для каждой карты типа в экзальтации или изгнании.
Имеет ли это отношение к индийской астрологии?
В этой астрологии гороскоп можно гармонизировать при помощи гомеопатии.
Можете сообщить все виды гармоник в индийской астрологии?
По Инге Юнге каждой гармонике отвечает тонкое тело человека и чакра.
Последний раз редактировалось aurak, 13.11.2009 в 11:16.
Если так собирали, то база должна быть относительно хорошая, только получается всего 2 выборки примерно по 250 наблюдений, для получения достоверных результатов это маловато будет...
К тому же, если в ГАИ время происшествий еще как-то регистрируют, хоть и вряд ли точно, то в загсах время вступления в брак вряд ли записывают, это можно определить только с точностью ((часы работы загса деленые на 2) +/- середина рабочего дня)
Так что имеет смысл исследовать только космограмму.
Нет об этом я впертвые слушу, ни чего не могу сказать
Ой, я не так хорошо разбираюсь в джотише, чтобы квалифицированно ответить на этот вопрос, хотя санскрит когда-то специально для того и учил, чтобы в нем разобраться, да тока так и не выучил .
Единственое, что я знаю, это то, что навамса в переводе с санскрита так и означает "девятая" (гармоника), и описывает вопросы брака, триамса (она же дрекана), описывает сестер и братьев. Слова "декана" в санскрите нет, скорей всего вы имели в виду "Дашамса", описывает примерно то же, что и 10й дом в западной астрологии, впрочем я все это ни когда не использовал, и вообще довольно смутно представляю.
С этими вопросами вам лучше обратиться на форум, посвященый джотишу ( http://forum.argo-school.ru/forumdisplay.php?f=44 ), там вам более квалифицированно ответят.
Я без понятия, скорей всего не имеет.
Но что-то похожее используется в ГША, правда там зодиак делится более симетрично, на 180, 90, и 45 градусов.
К сожалению нет, не спец я в этом деле, вот если бы вы меня спросили про Бхагаватгиту или Раамаяму...
Если вы про ту Лилит, которую используют последыватели Авестийской школы, её Пал Палыч, кажеца придумал, у него и спрашивайте
Я её формул (верней орбитальных элементов) не знаю, но они есть в Зете, и кажется в этой теме где-то было, как такое подключать к ШЭ.
Что же касается Лилит в смысле апоцентр Луны (т.е. наиболее удаленная от Земли точка орбиты Луны), то, это реальный астрономический парраметр, она есть в ШЭ, её исследовать статистически есть смысл, причем очень большой. А вот на счет использования на практике говорить пока рано.
На счет нескольких версий Лилит, если речь идет о Швейцарских эфемеридах, то их там 2 средний апоцентр Луны и истиный. Разница в поправках на возмущения. Конечно лучше использовать истинную, если только вы не собираетесь рассматривать её как банальный цикл.
Последний раз редактировалось LordWilex, 17.11.2009 в 20:01.
что вы можете сказать о версии Лилит которую использует Шестопалов
вот пример ее подсчета с сайта Бударовского
Теперь о формуле. Она сложная. Вот, что я использую:
ДЛ = nld + delJD * 0.111387 - 0.013888889 - (год века * 0.0003125)
delJD = разница юлинских дней на день расчета и начало века.
nld - положение объекта на 0.0 1.01 соответствующего века.
а именно:
0= 45.71583
1900 = 153.997
2000= 262.2005556
Для 02.10.1959, 4.37 Всемирного будет:
ДЛ = 153.997 + (2436843.623611 - 2415020.5) * 0.111387 - 0.013888889 - (59 * 0.0003125) =
153.997 + 21823.1923611 * 0.111387 - 0.013888889 - (59 * 0.0003125)= 2584.7846
Т.к. это > 3, приводим к 3, т.е. последовательно вычитаем 3,
пока ДЛ не станет меньше 3 и получаем
=64.7846
или 4 град 47 мин с секундами Близнецов
Это точно не средний и не истинный апоцентр Луны...
Еденстивенная ассоциация, которая у меня проскачила, это то, что обозначние DL (у вас ДЛ, т.е. возможно, имеется в виду delta latitude / longtitude), в астрономических формулах часто используется для описания возмущений по долготе / широте:
Больше ни чего я не могу сказать об вашей формуле.
. 
Линейный вид
