Программа AstroZET

Подскажите пожалуйста, а символическую прогрессию (1год=1гр для всех планет) можно настроить?

Можно. В модификациях ZET 9 Pro и Geo.

в прогрессиях в настройках только соотношения единиц времени. Градусов там нет

А Вы дирекции смотрите. не прогрессии.

См. Новости ZET от 24 июля 2015.

Исправлены ошибки разметки интерпретационного текста "Robert deLuce. Direction.txt". Скачайте архив и распакуйте в папку "[ZET 9]\LANGUAGE\Russian\Txt\".

15 августа 2015. ZET 9, выпуск 232.

Оптимизирован интерфейс для возможности использования основного шрифта размера 10 (Общие установки - Дополнительно - Основной шрифт).
В окне "Атлас городов", вызванном из "Исходных данных" в режиме корректирования записи базы данных, отключена функция "Выполнить релокацию" (неработоспособная в этом режиме).
Добавлена защита от некоторых некорректных действий с настройками программы и от возможных нарушений формата каталога астероидов.


15 августа 2015.

Возобновлена дистрибуция 7-й и 8-й версий профессиональных модификаций ZET.

20 августа 2015.
•Обновление текстов интерфейса и таблиц изменений исчисления времени для Волгоградской и Саратовской областей России и для Северной Кореи (upd150820). Требуется перезапуск программы после обновления.

Простите, а где сам файл обновления скачать ?

Посмотрите сейчас страницу "Файлы" или выполните автообновление.

Анатолий Зайцев
Вероятно, есть необходимость обновить библиотеку "swedll32.dll".

Сейчас доступна v.2.02.01 от "14 августа 2015 г., 11:56:44".

Анатолий, имеет смысл установить данный билд библиотеки самостоятельно или вы выпустите обновление?

Установите, протестируйте.

Вот список изменений:

Swiss Ephemeris 2.02 contains the following updates:

1. A bug was fixed in sidereal time functions before 1850 and
after 2050. The bug was a side effect of some other bug fix
in Version 2.01. The error was smaller than 5 arc min
(or 20 time seconds) for the whole time range of the ephemeris.

The bug also resulted in errors of similar size in azimuth
calculations before 1850 and after 2050. Moreover, the bug
resulted in errors of a few milliarcseconds in topocentric planetary
positions before 1850 and after 2050. In addition, the timings of
risings, settings, and local eclipses may be slightly affected, again
only before 1850 and after 2050

This bug was particularly annoying. Hopefully, such
unnecessary side effects of a buggy bugfix will be avoided
in the future, thanks to a new test suite that will be run before
releasing new versions of the Swiss Ephemeris.

2. A bug was fixed that sometimes resulted in a program crash when
function calls with different ephemeris flags (SEFLG_JPLEPH,
SEFLG_SWIEPH, and SEFLG_MOSEPH) were made in sequence.

3. Delta T functions:
- New function swe_deltat_ex(tjd_ut, ephe_flag, serr),
where ephe_flag is one of the following:
SEFLG_SWIEPH, SEFLG_JPLEPH, SEFLG_MOSEPH, and serr
the usual string for error messages.
It is wise to use this new function instead of the old
swe_deltat(), at least if one uses more than one ephemeris
or wants compare different ephemerides in UT.
Detailed explanations about this point are given further
below in the general remark concerning Swiss Ephemeris 2.02.
Also consider the programmer's documentation on the
Delta T functions, chapter 8.
- The old function swe_deltat() was slightly modified. It now assumes
SEFLG_JPLEPH, if a JPL file is open;
SEFLG_SWIEPH, if a Swiss Ephemeris sepl* or semo* file is found;
SEFLG_MOSEPH otherwise.
Usually, this modification does not result in values different
from those provided by former versions SE 2.00 and 2.01.

4. Ayanamsha functions:
- New functions swe_get_ayanamsa_ex(), swe_get_ayanamsa_ex_ut()
had to be introduced for similar reasons as swe_deltat_ex().
However, differences are very small, especially for recent
dates.
For detailed explanations about this point, see general
remarks further below.
- The old function swe_get_ayanamsa() was modified in a
similar way as swe_deltat().
Usually, this modification does not result in different results.

5. Eclipse and occultation functions:
- Searches for non-existing events looped through the whole ephemeris.
With version 2.02, an error is returned instead.
- Simplified (less confusing) handling of search flag in functions
swe_sol_eclipse_when_glob() and swe_lun_occult_when_glob()
(of course backward compatible)
- fixed bug: swe_lun_occult_when_loc() has overlooked some eclipses in
polar regions (bug introduced in Swiss Ephemeris 2.01)

6. SEFLG_JPLHOR also works in combination with SEFLG_TOPOCTR

7. swetest:
- The parameter -at(pressure),(temperature) can also be used with
calculation of risings and altitudes of planets.
- Some rounding errors in output were corrected.

8. swemptab.c was renamed as swemptab.h.

9. Small correction with SEFLG_MOSEPH: frame bias was not
correctly handled so far. Planetary positions change by less than
0.01 arcsec, which is far less than the inaccuracy of the
Moshier ephemeris.

A general remark concerning Swiss Ephemeris 2.02, to be considered by users of the function swe_deltat():


Since Swiss Ephemeris 2.0, which can handle a wide variety of
JPL ephemerides, old design deficiencies of some functions, in
particular swe_deltat(), have become incommoding under certain
circumstances.
Problems may (although need not) have occurred when the user
called swe_calc_ut() or swe_fixstar_ut() for the remote past or
future or compared planetary positions calculated with different
ephemeris flags (SEFLG_SWIEPH, SEFLG_JPLEPH, SEFLG_MOSEPH).

The problem is that the Delta T function actually needs to know
what ephemeris is being used but does not have an input parameter
ephemeris_flag. Since Swiss Ephemeris 2.00, the function swe_deltat()
has therefore made some reasonable guess what kind of ephemeris
was being used, depending on the last call of the function
swe_set_ephe_path(). However, such guesses are not necessarily
always correct, and the functions may have returned slightly
inconsistent return values, depending on previous calculations made
by the user. Although the resulting error has been always smaller
than the inherent inaccuracy in historical observations, the
design of the function swe_deltat() is obviously inappropriate.

A similar problem exists for the function swe_get_ayanamsa_ut()
although the possible inconsistencies are very small.

To remedy these problems, Swiss Ephemeris 2.02 introduces new functions
for the calculation of Delta T and ayanamsha:
swe_deltat_ex(),
swe_get_ayanamsa_ex_ut(), and
swe_get_ayanamsa_ex()
(The latter is independent of Delta T, however some ayanamshas
like True Chitrapaksha depend on a precise fixed star calculation,
which requires a solare ephemeris for annual aberration. Therefore,

an ephemeris flag is required.)


Of course, the old functions swe_deltat(), swe_get_ayanamsa(), and
swe_get_ayanamsa_ut() are still supported and work without any problems
as long as the user uses only one ephemeris flag and calls the function
swe_set_ephe_path() (as well swe_set_jpl_file() if using SEFLG_JPLEPH)
before calculating Delta T and planetary positions.
Nevertheless, it is recommended to use the new functions
swe_deltat_ex(), swe_get_ayanamsa_ex(), and swe_get_ayanamsa_ex_ut()
in future projects.

Also, please note that the Delta T function is not needed
if you calculate planets using swe_calc_ut(), and stars using
swe_fixststar_ut(). Using these functions you will not have
to worry about Delta T and can avoid any such complications.

Swiss Ephemeris 2.02.01 has been released.

Changes from version 2.02 to 2.02.01
- For better backward-compatibilty with 2.0x, the behaviour of the old Delta T function swe_deltat() has been modified as follows:

swe_deltat() assumes

SEFLG_JPLEPH, if a JPL file is open;

SEFLG_SWIEPH, otherwise.

Usually, this modification does not result in values different from those provided by former versions SE 2.00 and 2.01.




Note, SEFLG_MOSEPH is never assumed by swe_deltat(). For consistent handling of ephemeris-dependent Delta T, it is better to use the new Delta T function swe_deltat_ex(). (In case you are using swe_set_tid_acc() to control the lunar tidal acceleration, then swe_deltat() should still do exactly what you want.)



- With the last version. 2.02, software that does not use swe_set_ephe_path() or swe_set_jpl_file() to initialise the Swiss Ephemeris may fail to calculate topocentric planets with swe_calc() or swe_calc_ut() (return value ERR). Version 2.02.01 is more tolerant again.



- Ayanamshas TRUE_REVATI, TRUE_PUSHYA now also work if the fixed stars file is not found in the ephemeris path. (With TRUE_CHITRA, this has been the case for longer.)



- Bug fixed: since version 2.00, the sidereal modes TRUE_CHITRA, TRUE_REVATI, TRUE_PUSHYA provided wrong latitude and speed for the Sun.

Спасибо, попробую.

P.S. Да, список изменений читал.
Вот, кстати, ссылки:
Changes from version 2.02 to 2.02.01.
Changes from version 2.01 to 2.02.

Выпущено обновление ZET 9 233. Небольшие доработки интерфейса.

Обнаружил случайные перескоки в моментах ингрессии, ниже на картинках показано на примере Солнца и недавней ингрессии в знак Весов. Время по непонятной причине то увеличивается, то уменьшается на 1 минуту (возможны и более значимые отклонения).



При изменении начальных данных (увеличнение даты на 1 день) окно График "координата/скорость" нужно закрыть и открыть снова (чтобы вся информация обновилась).





Что интересно, в этом же окошке можно видеть и другие "перескоки". В частности на дату 08.01.2016 приходится максимальная скорость Солнца, однако время этого события перескакивает на несколько часов, сначала 11:46, затем 09:16, а потом и вовсе 02:19. Т.е. погрешность порядка 1/2 суток, если начальная дата наблюдения была изменена на 3 дня.

Блок швейцарских эфемерид стандартный, который идет вместе с программой на официальной странице сайта swedll32.2.01.rar.

"Обнаружил случайные перескоки в моментах ингрессии, ниже на картинках показано на примере Солнца и недавней ингрессии в знак Весов. Время по непонятной причине то увеличивается, то уменьшается на 1 минуту (возможны и более значимые отклонения). "

Это погрешности округления.
на время 23.09.2015 11:20:00 долгота Солнца 29d59m58.65s Vir
на время 23.09.2015 11:21:00 долгота Солнца 00d00m01.10s Lib

В зависимости от исходного времени поиска результат может быть и тот, и другой.

Анатолий Зайцев писал(а):Это погрешности округления.

А можно сделать округление не до 1 минуты, а до 1 секунды? Спонтанная погрешность упадет сразу в 60 раз

Какова причина другой погрешности порядка 1/2 суток установить не удалось?

Yura Garaga писал(а):Какова причина другой погрешности порядка 1/2 суток установить не удалось?

Пока нет. Если сумею исправить, сообщу.

29 сентября 2015. ZET 9, выпуск 234.

Исправлена ошибка функции "Статистика по Стихиям" (интерпретация).

Анатолий Зайцев писал(а):29 сентября 2015. ZET 9, выпуск 234.

Исправлена ошибка функции "Статистика по Стихиям" (интерпретация).

Анатолий, а можно чтобы и здесь была исправлена функция "Интерпретировать"?

Проблему не могу воспроизвести. Пришлите этот файл по email.

Анатолий Зайцев писал(а):Проблему не могу воспроизвести. Пришлите этот файл по email.

После многократных попыток всё же отправил письмо.
Странно,что при отправке письмо в 2 раза тяжелее стало.