Сходящийся аспект

От synaphe к application: идея сближения старше современной таблицы аспектов

Различение сближения и расхождения присутствует в античной астрологии. В греческой технической лексике встречаются synaphē — приближение или соединение, особенно применительно к Луне, — и aporrhoia, оттекание или удаление. Это важная историческая граница: modern labels applying/separating не создают саму идею, а продолжают гораздо более раннюю работу с направлением движения.

Птолемей в Tetrabiblos I.27 специально выделяет application и separation. В старом английском переводе планета, которая предшествует при малой дистанции, описывается как applying к следующей, а следующая — как separating от предыдущей. Для bodily conjunction он отдельно упоминает latitude; для aspect rays эта поправка в его геометрической модели не требуется. Следовательно, уже здесь application является не психологической метафорой, а частью технической аспектологии своей эпохи.

William Lilly в Christian Astrology 1647 года делает early-modern определение особенно наглядным. На страницах 107–108 он перечисляет несколько вариантов application при direct и retrograde motion, а затем формулирует её как ситуацию, когда две планеты приближаются друг к другу через conjunction, sextile, square, trine или opposition. Он обычно назначает роль applicator более быстрой, «lighter» планете, но отдельно разбирает retrograde exceptions. Эти правила нельзя автоматически выдавать за единственную современную software convention, однако они показывают, почему скорость и направление исторически были встроены в термин с самого начала.

Первое правило: сходящийся аспект определяется изменением орбиса, а не его величиной

Пусть exact angle выбранного аспекта равен α, а текущая минимальная separation двух долгот — D. Тогда фактическое отклонение от точности можно записать как O = |D − α|. Число O отвечает только на вопрос «насколько аспект неточен сейчас». Оно ещё ничего не говорит о направлении.

Для фазы нужен следующий слой: как O меняется со временем. Если dO/dt < 0, точность приближается — это applying phase. Если dO/dt > 0, отклонение растёт — separation. При O = 0 достигнута exactness, математическая граница между двумя фазами; программа может хранить её отдельным статусом `exact`, а не насильно выбирать одну сторону.

Именно поэтому выражение «аспект на 2° — сходящийся» неполно. Нужен знак изменения. Орбис — положение на шкале, application — направление движения по этой шкале.

Как посчитать расстояние до точности на круге 360°

Для longitudes λ₁ и λ₂ сначала считают кратчайшую круговую separation: D = min(|λ₁ − λ₂|, 360° − |λ₁ − λ₂|). Затем сравнивают D с exact angle выбранного аспекта: 0° для conjunction, 60° для sextile, 90° для square, 120° для trine, 180° для opposition или с другим явно разрешённым углом.

Например, при D = 93° квадрат имеет actual orb 3°. Если через час D станет 92.6°, orb уменьшился до 2.6°: square applying. Если D станет 93.4°, тот же square separating. Для opposition ситуация визуально может сбивать с толку: движение D от 177° к 178° увеличивает separation, но уменьшает расстояние до target 180°, поэтому opposition applying.

Считать просто «планеты сближаются друг с другом» недостаточно. При trine или opposition геоцентрическая separation может расти, а расстояние до нужного aspect angle — уменьшаться. Целью всегда является exact angle конкретного аспекта.

Один квадрат, две противоположные фазы: пример без мистики

Пусть Mars стоит на 20° Leo, а Moon — на 17° Taurus. Их separation равна 93°. Если Moon движется direct быстрее Mars, её longitude растёт и separation сокращается: 93° → 92° → 91° → 90°. Квадрат сходится.

Теперь оставим Mars на 20° Leo, но поставим Moon на 23° Taurus. Separation равна 87°. Direct Moon продолжает увеличивать longitude, и separation становится 86°, 85°: от target 90° она уходит. Несмотря на то что текущий orb снова всего 3°, квадрат уже separating.

Этот пример полезнее мнемоники «меньший градус идёт к большему». Градусы внутри signs не являются общей координатой: нужен абсолютный zodiacal longitude и направление движения.

«Быстрая планета догоняет медленную» — полезный shortcut, но не определение

В traditional texts agency application обычно приписывается более быстрой, или «lighter», планете. При обычном direct motion это часто позволяет быстро увидеть ситуацию: Moon, Mercury или Venus движутся к degree/ray более медленного объекта. Lilly именно так строит базовые примеры.

Но actual planetary speed не равна постоянному месту в заученном списке. Mercury и Venus меняют скорость и становятся retrograde, внешние planets замедляются возле station, Moon также движется неравномерно. Даже важнее то, что aspect target может лежать не в направлении простого уменьшения separation.

Поэтому software-safe определение pair-level phase должно опираться на текущие координаты и signed speeds. Исторический ярлык «кто applies к кому» можно добавлять вторым полем после того, как сама геометрия уже рассчитана.

Relative speed: надёжнее проверить следующий момент, чем угадывать branch формулы

Если известны signed longitudinal speeds v₁ и v₂, можно аналитически вывести скорость изменения separation. Но около 0°/180°, через wrap 360° и при смене aspect branch легко ошибиться знаком. Практически устойчивый алгоритм проще: вычислить actual orb O(t), затем теми же ephemeris settings пересчитать O(t + ε).

Если O(t + ε) < O(t) на величину выше numerical tolerance — phase applying. Если больше — separating. Если разница исчезающе мала, полезен статус `exact/indeterminate` и более точный root-finding. Размер ε выбирают так, чтобы он был достаточно мал для локальной фазы и достаточно велик относительно численного шума: для Moon он может быть намного меньше, чем для Saturn–Pluto.

Finite-step test автоматически учитывает direct/retrograde direction, разные скорости и circular wrap, если каждый раз пересчитывается именно distance-to-target, а не линейная разность сырых градусов.

Retrograde и mutual application: когда обычная иерархия скоростей перестаёт работать

Ретроградность меняет signed longitudinal speed. Планета, которая обычно движется вперёд быстрее другой, может временно идти назад; более медленный объект тоже может развернуться навстречу. Поэтому визуальный порядок degrees без ephemeris motion ненадёжен.

Traditional authors выделяли встречные случаи. Lilly описывает application при обоих retrograde и ситуацию direct planet с retrograde planet, движущимися к контакту; позднейшая терминология часто называет движение навстречу mutual application. В математике здесь нет загадки: relative motion сокращает distance-to-exact быстрее, потому что вклад дают обе скорости.

Но статус может быстро измениться возле station. Снимок в 12:00 может быть applying, а через несколько часов planet развернётся и orb снова начнёт расти. Поэтому `phaseNow` и `willPerfect` — разные поля.

Applying сейчас не означает, что аспект обязательно достигнет perfection

В простом современном aspectarian слово applying часто означает только локальную фазу: если продолжить текущее движение на небольшой интервал, orb уменьшается. Это корректное кинематическое утверждение, но оно не обещает exact contact в будущем.

Для ответа «станет ли аспект точным?» нужно интегрировать ephemeris дальше. Planet может station и развернуться до exactness; в traditional horary это связано с отдельными doctrine, включая refranation. Другой significator может вмешаться прежде — historical horary рассматривает и prohibition, collection/translation и другие условия perfection. Эти техники выходят за рамки определения applying, но демонстрируют принципиальную разницу между current direction и completed event.

Поэтому хороший calculator может хранить `phase: applying` и одновременно `nextExactTime: null` в выбранном horizon. Это не противоречие, а честное разделение настоящего мгновения и будущей траектории.

«Движется к аспекту» и traditional «находится в application» — не всегда одно и то же

Геометрически пара может двигаться к square за десятки градусов до exactness. Но strict traditional usage обычно не считает её operative application бесконечно далеко: контакт должен быть принят системой rays/orbs или другим правилом школы. Lilly связывает application с planetary orbs/moieties, которые он обсуждает непосредственно перед определением application.

Отсюда полезное программное различие. `approachingTarget = true` отвечает только на кинематику. `inApplication = true` требует ещё `actualOrb <= maxOrb` либо historical planetary-ray condition. Один и тот же ephemeris snapshot может удовлетворять первому и не удовлетворять второму.

Это особенно важно при сравнении software: одна программа помечает A/S только уже признанные аспекты, другая может показывать, к какому exact angle пара движется дальше. Обе модели возможны, если convention названа явно.

Partile, platick и application: три разных вопроса об одном контакте

Traditional vocabulary различает точность и допуск. Partile aspect — контакт на соответствующих degree positions с высокой точностью; platick aspect допускает ray/orb. Application отвечает третьему вопросу: движется ли допустимый контакт к perfection.

Поэтому эти labels не заменяют друг друга. Aspect может быть platick and applying, platick and separating или partile/exact. В modern software те же слои удобно хранить как `aspectType`, `actualOrb`, `phase` и `orbProfile`.

Смысл соседней статьи об orb именно поэтому не дублируется: orb решает, считать ли контакт существующим по конкретной convention; applying решает, в какую сторону меняется его отклонение от exactness.

Почему longitude application не означает физического сближения тел на небе

Большинство aspectarians работают с ecliptic longitude. Две планеты могут приближаться к одинаковой longitude и при этом иметь заметно разные ecliptic latitudes, поэтому их истинная угловая дистанция на небесной сфере не обязана стремиться к нулю.

Эта граница имеет исторический precedent. В Tetrabiblos I.27 Птолемей отдельно замечает latitude для bodily conjunction, тогда как для aspect rays его модель не требует той же проверки. Современный reader не обязан принимать его физику лучей, но должен увидеть различие coordinate questions.

Следовательно, `applying conjunction by longitude` — астрологическая координатная классификация. Она не означает столкновение, occultation или минимальную apparent sky separation без дополнительного spherical calculation.

Хорарная астрология: application получает событийный смысл, но не превращается в автоматическое «да»

В horary application между соответствующими significators традиционно имеет особый вес, потому что техника использует движение к perfection как часть суждения о разворачивающемся деле. Lilly прямо противопоставляет application и separation при обсуждении вероятности продолжения или прекращения вопроса.

Но даже внутри horary один applying trine не гарантирует положительный исход. Reception, dignity, house context, prohibition, refranation, translation/collection of light и другие условия могут менять judgement. Поэтому формула «applying = будущее = да» — популярное упрощение, а не полноценная традиционная процедура.

Glossary-страница фиксирует техническую фазу и историческую роль, но не заменяет самостоятельную методику хорарного ответа.

Натальная карта: фаза вычисляема, а психологическое значение зависит от школы

В natal chart applying status можно вычислить объективно для момента рождения: после данного timestamp реальные ephemeris positions либо приближаются к exact angle, либо удаляются. Это факт выбранной coordinate convention.

Дальше школы расходятся. Часть modern authors считает applying аспект более формирующим, напряжённым или «разворачивающимся», separating — более усвоенным или фоновым. Другие придают фазе меньше веса, чем tightness, planets, houses и общая повторяемость темы. Научного основания превращать этот label в универсальную модель характера нет.

Особенно осторожно нужно относиться к лозунгу «applying аспект обязательно реализуется позже в жизни». Реальное последующее движение planets и symbolic progressions — разные техники; связь между ними должна быть сформулирована конкретной школой, а не подразумеваться самим словом applying.

В транзитах applying — буквально сторона окна до exactness

Для transit-to-natal aspect задача проще: natal target фиксирован, а transiting body имеет текущую longitude и speed. Если его distance-to-target уменьшается, transit applying; после exact contact при росте distance-to-target он separating. Именно здесь пользовательское выражение «до точного транзита» имеет прямой вычислительный смысл.

Но retrograde loops создают несколько проходов. Один и тот же transit может примениться, стать exact, разойтись, развернуться и снова примениться. Поэтому `applying` не означает «первый и единственный раз», а `separating` — «тема закончилась навсегда». Нужно хранить sequence of exact hits.

Ширина transit orb остаётся отдельной convention. Фаза не определяет сама по себе, когда начать или закончить окно интерпретации.

Синастрия: два рождения не образуют одну одновременную систему движения

В обычной synastry longitude человека A взята из момента его рождения, а longitude человека B — из другого момента. Это не две планеты, реально движущиеся одновременно в одном ephemeris timestamp. Поэтому стандартный pair-level derivative dO/dt для cross-chart aspect физически не определён без дополнительной convention.

Некоторые школы всё же вводят applying/separating в synastry — например, используя natal motion одной карты, symbolic progression или иное правило. Такое уточнение возможно, но method должен быть назван. Нельзя молча вычитать скорости planets, рассчитанные на разные даты, и называть результат обычной astronomical application.

Эта граница защищает specialized synastry cluster от псевдоточности: close orb и сама inter-chart geometry остаются реальными данными выбранных charts, а phase требует отдельной методологии.

Что делать в exact minute: rounding не должен превращать фазу в случайный label

Если интерфейс показывает longitudes только до целой минуты или сотой градуса, два разных состояния могут округлиться до одного и того же `orb 0.00°`. Из такого display нельзя надёжно понять, на какой стороне exactness находится контакт.

Software должен считать по полным ephemeris values и иметь numerical tolerance. В очень тесном диапазоне разумно возвращать `exact` или `nearExact`, а phase определять по derivative/future-step, не по округлённой строке. То же относится к station, где speed может быть почти нулевой и сменить знак внутри короткого интервала.

Это не философская мелочь: неправильное округление способно поменять applying на separating ровно там, где пользователь считает различие самым важным.

Время рождения важно; место — обычно косвенно, пока аспект геоцентрический

Для geocentric planet-to-planet application географические координаты рождения напрямую в longitude calculation не входят. Но место нужно для корректного перевода local civil time в UTC, включая исторический timezone и daylight-saving rules. Ошибка timestamp меняет longitudes и speeds.

Чувствительность неодинакова. Moon может заметно изменить orb за несколько минут; slow outer-planet pair гораздо устойчивее, если не находится буквально у exactness или station. ASC/MC — другая категория: для аспектов с angles точное время и место принципиальны, потому что сами angles зависят от local horizon/meridian.

Если программа использует topocentric positions, location уже входит непосредственно в planetary coordinates. Тогда geocentric и topocentric phase нельзя смешивать без объявления convention.

Как хранить applying в программе, чтобы не потерять исходную кинематику

Минимальная reproducible запись аспекта должна содержать `targetAngle`, `actualOrb`, longitudes и хотя бы signed speeds или reference на ephemeris timestamp/settings. Затем отдельно рассчитываются `phaseNow: applying | exact | separating` и выбранный `orbProfile`.

Если техника хочет сказать больше, нужен другой слой: `inApplicationByProfile`, `nextExactTime`, `willPerfectWithinHorizon`, `stationBeforeExact`, а для horary — отдельные doctrinal flags. Это не следует сворачивать в одно boolean `applying`, потому что current closing и future perfection отвечают на разные вопросы.

Такой data model также позволяет объяснить расхождение программ: одна может иметь тот же actual orb, но иной orb profile; другая — тот же profile, но другой ephemeris/coordinate setting или tolerance near exactness.

ПУТЬ сейчас: аспект вычисляется, но applying/separating phase в production не сохраняется

В свежем `generate-natal/engine/astrology-engine.ts` функция `calcAspects()` получает только `name`, `nameRu` и `absoluteDegree`. Она сворачивает angular difference в 0–180°, вычисляет `orb = |diff − aspectAngle|`, сравнивает его с `maxOrb` и сохраняет from/to/type/orb. Signed planetary speeds в эту функцию не передаются, поэтому natal phase из готового `Aspect` сейчас определить нельзя.

При этом upstream Swiss Ephemeris helper уже получает `speedLon` через `SEFLG_SPEED`; как показано в статье о planetary speed, это значение не сохраняется в natal `PlanetPosition`. Значит ограничение не в эфемеридах, а в текущей data model.

Transit engine сохраняет `speed` transiting body и умеет маркировать retrograde, но active transit aspect по-прежнему определяется только текущим `actualOrb <= orb`; отдельного future-step, derivative или поля `phase` нет. По production-коду свежего ZIP отдельная applying/separating classifier logic не обнаружена. Поэтому ПУТЬ сейчас честно должен показывать orb без выдуманного A/S status.

Практический алгоритм проверки: семь шагов вместо догадки по колесу

• Зафиксируйте timestamp, coordinate frame и zodiac convention.
• Получите полные longitudes обоих объектов и определите exact angle аспекта.
• Посчитайте circular separation и actual orb до exact angle.
• Проверьте, допускает ли выбранный orb/ray profile этот контакт, если нужен strict `in application` status.
• Получите signed longitudinal speeds либо пересчитайте тот же orb на t + ε.
• Если distance-to-exact уменьшается — phase applying; если растёт — separating; у границы используйте exact/nearExact и tolerance.
• Если нужен вопрос о perfection, отдельно проследите trajectory до exactness и проверьте station/reversal и правила конкретной predictive school.