Транзит

Транзиты существовали до современных приложений — но их роль была другой

Идея сопоставлять позднейшее положение планеты с местами натальной карты не является изобретением XX века. В сохранившемся материале эллинистической астрологии есть отдельные transit delineations, связанные с Dorotheus, Orpheus, Anubio и текстами, приписываемыми Valens. В Anthologies Веттия Валента имеется глава о transits and combinations of the stars, где последующие прохождения планет рассматриваются относительно значимых мест карты.

Но историческую технику нельзя механически отождествлять с современным приложением, которое подсвечивает любой текущий аспект. Валент прямо связывает значимость транзитов с chronocratorship и operative places: транзит получает больший вес внутри уже активированного временного контекста. Иными словами, в части древней традиции transit был одним слоем timing hierarchy, а не универсальным самостоятельным ответом на каждый вопрос.

Современная практика сделала транзиты намного более автономными благодаря точным эфемеридам, вычислительной технике и возможности непрерывно искать вход в орбис, exact hits, stations и повторные проходы. Поэтому правильно говорить о исторической преемственности базовой идеи, но не о полной неизменности современной transit methodology.

Два времени определяют технику: t₀ фиксирует reference, t двигает транзит

У transit-to-natal расчёта всегда два временных слоя. В момент рождения t₀ определяются натальные longitudes, Moon, nodes, ASC/MC и, если они нужны, house cusps. Затем выбирается другой момент t и по эфемеридам вычисляется новое положение транзитного тела. Натальная координата обычно не «движется навстречу» транзиту: она используется как сохранённая reference value.

В самом простом виде задача выглядит так: λN = natal longitude target; λT(t) = longitude transiting body в момент t. Дальше программа измеряет круговую дистанцию между λT(t) и λN либо проверяет, между какими natal house cusps лежит λT(t). Это и есть вычислительное ядро, поверх которого разные школы добавляют интерпретацию.

Транзитная дата не обязана быть сегодняшней

В повседневной речи «транзиты» часто означают текущее небо. Технически это слишком узко. В качестве t можно взять настоящее, будущую дату для планирования исследования или прошлую дату для ретроспективной проверки. Эфемеридная координата остаётся того же рода: меняется только выбранный момент.

Поэтому полезнее хранить transitTimestamp или Julian day, а не boolean current. Тогда один и тот же calculation engine способен отвечать на «что сейчас?», «когда будет exact?» и «какой transit был в день события?» без изменения определения самого термина.

Transit chart не всегда означает персональный transit-to-natal overlay

Карта неба на выбранный момент показывает positions planets относительно друг друга в момент t. Она может использоваться сама по себе в mundane, electional или другом контексте. Персональный natal-transit overlay добавляет второй слой: те же текущие позиции сравниваются уже с birth chart конкретного человека.

Отсюда важная терминологическая проверка. Фраза «сегодня Mars square Saturn» может описывать current sky-to-sky aspect. Фраза «transiting Mars square natal Saturn» описывает другое вычисление — движущийся Mars против фиксированной natal Saturn. Эти два квадрата могут существовать в разные даты и не должны смешиваться в одном label.

Два основных персональных вопроса: к какой точке и через какой дом

В natal-transit practice есть два разных типа задач. Aspect transit спрашивает, какой угол транзитная longitude образует с конкретной natal planet, node или angle. House transit спрашивает, в каком секторе фиксированной natal house grid находится транзитная позиция.

Они могут действовать одновременно, но это не одно вычисление. Например, Saturn может находиться в X натальном доме и при этом делать квадрат к natal Moon. Домовая локализация требует house cusps; аспект к Moon требует longitudes и orb. Хороший software хранит эти результаты отдельно.

Transit-to-natal aspect: от двух долгот к actual orb

Для longitude-based aspect сначала берут кратчайшую круговую дистанцию D = min(|λT−λN|, 360°−|λT−λN|). Затем для target angle α вычисляют actualOrb = |D−α|. Если actualOrb не превышает maxOrb выбранного transit profile, контакт классифицируется как активный.

Здесь уже видно, что «транзит» и «аспект» — не синонимы. Transit задаёт временное отношение движущегося слоя к reference-карте. Conjunction, square, trine и другие углы — один из способов описать это отношение. Другая форма transit analysis — house occupancy — вообще не требует аспекта к натальной планете.

Прохождение дома — это longitude плюс конкретная natal house model

Чтобы сказать «Jupiter идёт по VII дому», недостаточно знать только знак Jupiter. Нужно иметь границы VII natal house в выбранной системе домов и проверить, лежит ли текущая longitude между соответствующими cusps. В Whole Sign границы следуют целым знакам; в Placidus, Equal House и других системах они устроены иначе.

Следовательно, house transit зависит от birth time, birth place и house system намного сильнее, чем обычный planet-to-planet aspect. При неизвестном или условно подставленном времени рождения house-transit label нельзя выдавать с той же уверенностью, что и транзит к медленной natal planet.

Exact hit — это корень уравнения, а не просто день в календаре

Exact transit наступает в момент, когда actualOrb становится нулевым в выбранной coordinate convention. Для conjunction это λT(t)=λN modulo 360°. Для square или trine нужно решить аналогичное уравнение относительно 90° или 120°. Если нужна точность до минут, одной ежедневной таблицы недостаточно: требуется поиск времени между эфемеридными точками.

Интерфейс может показывать только дату, но это presentation precision. Математическое событие имеет timestamp, а вокруг него уже строится transit window по выбранному maxOrb. Поэтому «аспект exact весь день» обычно означает округлённый пользовательский вывод, а не геометрическую точность в течение 24 часов.

Ретроградная петля превращает один сюжет в несколько exact hits

Если transiting planet входит в orb direct, проходит exact angle, затем station retrograde возвращает её к тому же natal target, а позже station direct приводит к третьему crossing, календарь получает несколько exact hits одной пары. Поэтому выражение «дата транзита» иногда скрывает целую последовательность.

Для корректного software полезно хранить не только currentOrb, но и hitIndex, lastExactTime, nextExactTime, direction и station context. Иначе приложение не отличит первый direct pass от retrograde return, хотя геометрическая пара объектов та же.

Длительность определяется скоростью, орбисом и петлёй, а не ярлыком планеты

Transit window начинается и заканчивается там, где actualOrb пересекает maxOrb. Чем меньше relative angular speed у контакта, тем дольше planet остаётся в окне. Station может растянуть near-exact phase, а retrograde loop — добавить повторные заходы.

Из этого следует более точное объяснение различия fast и slow transits. Медленные outer planets обычно дольше удерживают один degree, но «длительнее» не является математическим синонимом «важнее». Приоритет медленных planets — уже правило интерпретационной школы и конкретного transit profile.

Applying и separating требуют траектории, а не одного снимка orb

Если actualOrb уменьшается, transit applying; если увеличивается — separating. Но для этого нужно знать направление движения или сравнить координаты во времени. Одного static значения, например orb 0.7°, недостаточно: такая же величина бывает и до, и после exact hit.

Retrograde motion делает задачу особенно наглядной. Один и тот же аспект способен перейти separating → station → applying без смены natal target. Поэтому phase лучше вычислять из signed speed или ближайших ephemeris samples, а не угадывать по знакам или бытовой формуле «планета уже прошла градус».

Транзит, прогрессия и дирекция двигают карту по разным правилам

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

Planetary return начинается как транзитное возвращение, но return chart — отдельная техника

Если transiting Jupiter достигает собственной natal longitude, геометрически это conjunction transiting Jupiter ↔ natal Jupiter: особый transit relation. Аналогично начинается Saturn return. Но solar return или lunar return часто идут дальше и строят новую карту на точный момент возвращения, включая angles и houses этой return chart.

Поэтому «возвращение» и «транзит» пересекаются, но не взаимозаменяемы. Transit отвечает на отношение движущегося положения к reference position; return-chart technique может затем использовать exact return moment как новый chart epoch с собственными conventions, включая выбранное место построения.

В астрономии transit — другое техническое слово

В астрономии transit может означать прохождение небесного тела через меридиан наблюдателя или прохождение меньшего диска перед большим — например Mercury или Venus по диску Sun. Это наблюдательная геометрия, не natal comparison.

Поэтому фраза «Mercury transit» без контекста двусмысленна. В astronomy она может описывать редкое прохождение Mercury перед Sun; в astrology — текущее движение Mercury по zodiac и его отношение к natal chart. Совпадение слова не делает методы родственными по расчёту.

Какие software conventions способны изменить результат

Для воспроизводимого transit calculation должны быть объявлены хотя бы zodiac framework (tropical/sidereal и ayanamsha), coordinate frame (обычно geocentric, иногда topocentric), ephemeris/flags, node convention, aspect set, orb profile и house system для house transits. Два приложения могут использовать одинаковую дату и получить разные labels не из-за ошибки эфемерид, а из-за разных rules.

Чистая angular separation двух tropical longitudes обычно сохраняется при одинаковом sidereal offset, но sign labels и sign-dependent rules способны измениться. Topocentric correction особенно заметна для Moon. House transit дополнительно зависит от того, какую систему домов программа накладывает на natal chart.

Точное время рождения нужно не всем транзитам одинаково

Для transit Saturn square natal Saturn небольшая ошибка birth time обычно мало меняет natal Saturn longitude. Для transit к natal Moon ошибка нескольких часов уже способна заметно сдвинуть target. Для ASC, MC и house cusps точное время рождения принципиально, а место нужно для локальной геометрии углов и домов.

Поэтому корректнее хранить uncertainty per target, а не один глобальный флаг «время рождения известно/неизвестно». Без точного часа всё ещё можно исследовать многие planet-to-planet transits, но house transits и contacts to angles должны быть помечены как ненадёжные или исключены.

Место рождения и место нахождения в момент транзита — разные вопросы

Natal houses и angles строятся из места рождения, если речь идёт о natal-transit overlay. Обычная geocentric longitude transiting planet при этом не зависит от того, находится человек в Москве, Амстердаме или Токио: для одного момента UT используется одна геоцентрическая zodiac position.

Текущее местоположение становится частью расчёта, если школа использует topocentric positions, строит отдельную local transit chart или связывает technique с relocated angles. Эти расширения должны называться отдельно; нельзя молча смешивать их с базовым geocentric transit-to-natal method.

Почему древний transit не равен современному push-уведомлению

Сохранившиеся эллинистические тексты показывают, что transits действительно использовались. Но у Valens они могут получать особую значимость, когда transit входит в места, уже выделенные chronocratorship или другой timing technique. Это исторически важный контекст: transit не обязан был работать как изолированный universal trigger.

Современная западная астрология часто делает транзиты самостоятельным первым слоем прогностики и строит личные календари exact aspects. Это легитимная современная convention, но её полезно отличать от исторической техники, чтобы не приписывать античным авторам современный интерфейс и сегодняшнюю иерархию методов.

Орбис транзита — правило отбора, а не измеренный радиус воздействия

Эфемериды дают координаты. Решение считать ли square активным при отклонении 1°, 3° или 6° задаёт transit profile. Поэтому exact position является наблюдаемым calculation input, а maxOrb — convention. Споры практиков об «ощущаемом орбисе» нельзя превращать в астрономическую константу.

Для software особенно важно не округлять эти слои в один score. Нужно хранить actualOrb, maxOrb и profileId раздельно. Тогда изменение орбиса в настройках не меняет историю raw ephemeris positions и позволяет воспроизвести, почему конкретный контакт попал в выдачу.

ПУТЬ уже считает транзиты двумя production-путями — и их правила различаются

В свежем ZIP natal engine при создании NatalStructure вычисляет current transits Mars, Jupiter, Saturn, Uranus, Neptune и Pluto к natal planets, North Node, Lilith, Selena, ASC и MC. Он использует major aspects 0°/60°/90°/120°/180°; для Mars max orb принудительно ограничивается 2°, для остальных берутся natal ASPECT_TYPES thresholds 5°/4°/6°/6°/6° в зависимости от аспекта. Результат сортируется по orb и обрезается до восьми контактов.

Отдельный generate-reading transit-engine снова вычисляет current positions Mars–Pluto через Swiss Ephemeris, но target set там уже другой: natal planets + ASC + MC + North Node, без Lilith/Selena. Его orb function тоже иная: Mars получает base−2, Jupiter/Neptune base−1, Saturn/Uranus/Pluto полный base. Затем контакты превращаются в scored themes. Это два реальных technique profiles внутри production, а не одна универсальная таблица транзитов.

Что production ПУТИ сейчас не делает

Оба найденных transit paths используют new Date() и рассчитывают именно текущий момент. В них нет пользовательского target date для календаря будущих или прошлых transits. Также current reading engine не рассчитывает, в какой natal house попала transiting planet, хотя энциклопедия ПУТИ содержит отдельные страницы о transiting planets through houses.

В production path не найден exact-hit root solver, lastExactTime/nextExactTime, applying/separating flag или полноценная multi-pass sequence. Retrograde status определяется по speed < 0 и используется как метка, но наличие `(R)` само по себе не говорит, какой это проход по конкретному natal target.

Software nuance ПУТИ: ориентироваться нужно на код, а не на комментарий

В reading transit-engine комментарий говорит о более tight orbs для slow outer planets и wider для fast, но фактическая функция getOrb делает обратную шкалу по используемым weights: Saturn/Uranus/Pluto получают полный base orb, Mars — base−2, Jupiter/Neptune — base−1. Для документации source of truth здесь является исполняемая логика, а не комментарий рядом с ней.

Это не определяет, какая астрологическая школа «правильная». Это показывает, почему production convention нужно описывать по реально исполняемым thresholds и version them. Иначе редакционный текст и поведение сайта могут незаметно разойтись.

Что проверяется, а что остаётся астрологической интерпретацией

Положение Saturn в конкретный момент, его geocentric longitude, signed speed, расстояние до natal longitude и время exact crossing являются расчётными величинами. Их можно перепроверить другой качественной эфемеридой при одинаковых settings.

Утверждение, что этот контакт обязательно вызывает увольнение, брак, болезнь, кризис или конкретное психологическое состояние, из геометрии не следует. Такие значения принадлежат астрологической традиции. Поэтому высокий stakes — здоровье, право, безопасность, деньги — требует независимых фактических оснований, а не transit label.

Как должен выглядеть воспроизводимый transit record

Такая запись позволяет отделить астрономические входы от астрологических labels и позже пересчитать интерпретацию без потери исходной геометрии.

Минимальный порядок чтения без превращения glossary в справочник всех транзитов

Glossary должен дать именно этот каркас. Подробные значения transiting Saturn, Jupiter, Pluto, прохождений домов, stations и быстрых/медленных циклов уже принадлежат отдельному transit cluster ПУТИ.

• Назвать reference-карту и проверить качество birth data.
• Зафиксировать transit timestamp и coordinate profile.
• Назвать transiting body и natal target либо natal house.
• Вычислить actual orb или house occupancy до интерпретации.
• Проверить phase, station и возможные повторные exact hits, если это важно для времени.
• Только затем читать специализированную страницу конкретной планеты, дома или аспекта.
• Не превращать один контакт в доказательство неизбежного события.