Орбис аспекта

История: от планетарных лучей к пользовательской настройке aspectarian

Само английское orb восходит через французский и латинский к orbis — кругу, диску или сфере. Но этимология слова не доказывает одну конкретную астрологическую формулу. Исторически важнее образ лучей или зоны действия планеты: аспект считался не только идеальной геометрической линией, но и контактом, способным начаться до perfection и сохраняться после неё.

В приписываемом Porphyry Introduction to the Tetrabiblos сохранился ранний набор planetary rays: Sun 15° вперёд и назад, Moon 12°, Saturn/Jupiter 9°, Mars 8°, Venus/Mercury 7°. Важно не переносить эти числа прямо в современную таблицу «orb для square/trine». Они относятся к planetary rays, то есть к другой архитектуре правила.

В Renaissance практике Claude Dariot подробно описывает сочетание planetary orbs через moieties. В распространённой реконструкции половины зон двух планет складываются, чтобы получить рабочую дистанцию контакта: например, для Moon и Saturn 6° + 4°30′ = 10°30′. William Lilly сохраняет planetary-orb logic, хотя раннемодерная терминология orb/moiety и способы записи полного диаметра или радиуса требуют осторожности при чтении разных изданий.

Современная западная астрология во многих программах перешла к более удобной для вычислений схеме: base orb задаётся самому аспекту, а затем может модифицироваться объектом, техникой или пользовательской настройкой. Astrodienst публикует разные orb tables для разных chart styles и отдельно позволяет масштабировать их. История therefore не ведёт к одной 'правильной цифре'; она объясняет, почему сегодня сосуществуют несколько логически разных систем.

Определение: у орбиса есть фактическое отклонение и отдельно допустимый предел

Пусть точный аспект имеет угол A, а две точки карты разделены минимальной угловой дистанцией d. Тогда фактическое отклонение от exact можно записать как ε = |d − A|. Именно ε обычно показывают aspectarian и таблицы аспектов как orb конкретного контакта.

Но для классификации нужен ещё один параметр O — maximum allowed orb. Аспект проходит фильтр, если ε ≤ O. Число ε получается из координат; O выбирается методом. Если квадрат имеет ε = 4°20′, одна система с max orb 6° его покажет, другая с 3° — нет. Геометрия при этом одинакова.

Такое разделение предотвращает главную терминологическую ошибку. Фраза 'орбис квадрата 6°' может означать maximum threshold таблицы, а фраза 'этот квадрат имеет орбис 1°14′' — реальное отклонение пары от 90°. Профессиональная запись должна позволять различить эти смыслы.

Как считать: сначала меньшая дистанция по кругу, потом отклонение от target angle

Эклиптическая долгота замыкается на 360°. Поэтому простое вычитание координат без wrap ошибочно возле 0° Aries. Для долгот λ₁ и λ₂ сначала находят raw difference |λ₁ − λ₂|, затем d = min(raw, 360° − raw). Так получают минимальную separation от 0° до 180°.

После этого d сравнивают с точным углом нужного аспекта. Если d = 92°, square 90° имеет ε = 2°. Если d = 58°40′, sextile 60° имеет ε = 1°20′. Если два объекта стоят на 359° и 1°, их separation равна 2°, поэтому потенциальное conjunction имеет orb 2°, а не 358°.

Для стандартного симметричного aspectarian этой геометрии достаточно. Исторические directional distinctions вроде dexter/sinister требуют сохранять направленную разницу, но не меняют сам принцип: сначала определяют точку perfection, затем расстояние от неё.

90° остаются квадратом: почему диапазон допуска нельзя подменять определением аспекта

Aspect angle — идеальная геометрическая цель. Conjunction соответствует 0°, sextile 60°, square 90°, trine 120°, opposition 180°. Орбис создаёт область допуска вокруг цели, но не делает каждую точку этой области новым exact angle.

Если школа допускает square orb 6°, положения 84° и 96° можно классифицировать как квадраты внутри порога. Однако точными квадратами они от этого не становятся. Их фактический orb равен 6°. Такой язык особенно важен в исследованиях, программировании и сравнении карт, где смешение 'aspect angle' и 'allowed interval' делает параметры невоспроизводимыми.

По той же причине нельзя считать, что увеличение max orb 'расширило сам квадрат'. Оно лишь изменило фильтр, которым вы решаете, какие пары включать в aspect set.

Traditional planetary orbs: раньше зона могла принадлежать планете, а не квадрату или тригону

В современной программе привычно видеть строки 'conjunction 8°, square 6°, trine 6°'. Но значительная часть traditional European doctrine устроена иначе. Planet имеет собственную зону или rays; Sun и Moon получают более широкие пределы, чем Mercury или Venus. Один и тот же тип аспекта поэтому мог иметь разную рабочую дистанцию в зависимости от участвующих planets.

Porphyry-related text перечисляет радиации Sun 15° в каждую сторону, Moon 12°, Saturn/Jupiter 9°, Mars 8°, Venus/Mercury 7°. Эти числа часто цитируются сегодня как historical planetary orbs. Но между источниками и переводами слова orb, radius, diameter и moiety использовались не всегда одинаково, поэтому безопаснее фиксировать числовой half-width и источник, а не полагаться только на ярлык.

Главный вывод не в том, чтобы заменить современную таблицу на старую. Он в понимании архитектуры: traditional planetary model и modern aspect-specific model отвечают на один практический вопрос разными правилами.

Moiety: полезная идея и терминологическая ловушка в одном слове

Французское moitié означает половину. В Renaissance обсуждении orbs этим словом обозначали половинную меру планетарной зоны; у Dariot сочетание половин двух участвующих planetary orbs даёт расстояние, на котором их лучи вступают в контакт. Для Moon и Saturn распространённый пример даёт 6° + 4°30′ = 10°30′.

Проблема для современного читателя в том, что разные справочники могут назвать 'orb' то полный span, то radius вокруг planet, а moiety — половиной именно этого числа. Если просто переписать таблицу без понимания, легко дважды поделить значение или, наоборот, использовать полный diameter как one-sided allowance.

Поэтому software profile для historical reconstruction лучше хранить явно: source, planet, oneSideRadius, combinationRule. Тогда слово moiety остаётся историческим термином, а вычисление становится однозначным.

Современные таблицы: аспект получает base orb, но даже здесь нет единого стандарта

Современная natal practice часто начинает с aspect-specific limits: major aspects получают более широкий допуск, minor aspects — более узкий. Затем Sun и Moon могут получить дополнительное расширение, angles — отдельное правило, asteroids — ещё более тесное. Это удобно для программного aspectarian, потому что profile читается как таблица параметров.

Но 'современный стандарт' тоже неоднороден. Astrodienst публикует разные orb tables для разных chart drawing styles; пользователь может масштабировать орбисы процентом. Уже один крупный software provider показывает, что цифры являются настройкой модели, а не астрономической константой.

Поэтому при сравнении двух карт или программ недостаточно спросить 'какие аспекты включены'. Нужно проверить orb profile: базовые значения, поправки на luminaries, points, minor aspects и технику.

Whole-sign и degree-based аспект: почему орбис иногда вообще не является первым фильтром

В Hellenistic sign-based aspect doctrine отношение может существовать между целыми знаками. Aries и Cancer находятся в square relationship как знаки независимо от того, стоят ли конкретные planets близко к точным 90°. В такой модели орбис не создаёт сам факт sign relationship.

Degree-based аспект отвечает другому вопросу: насколько конкретные долготы близки к exact angle. Поэтому две planets могут иметь sign-based square, но быть очень далеко от 90°; или, наоборот, дать tight out-of-sign degree aspect через границу знаков, когда отношения самих signs соответствуют другому аспекту.

Ни один из подходов нельзя тихо использовать как объяснение другого. Если статья, программа или астролог признаёт и sign-based, и degree-based levels, оба результата лучше хранить отдельно: `signRelation` и `degreeAspect` с собственным actual orb.

Out-of-sign аспекты: маленький орбис не отменяет смену знакового контекста

Представим Mercury на 29° Libra и Jupiter на 1° Aquarius. По долготе separation около 92°, то есть degree-based square имеет orb примерно 2°. Но Libra и Aquarius — signs trine, а не square. Такой контакт называют out-of-sign или dissociate aspect.

Современная degree-based школа может сохранить square и отдельно отметить знаковое несоответствие. Более строгая sign-oriented tradition может снизить вес контакта или вообще не классифицировать его тем же способом. Пользовательские вопросы показывают, что это одна из самых частых причин споров об орбисах: участники на самом деле используют разные definitions of aspect.

Корректный calculator не должен скрывать конфликт. Полезнее вывести: exact target 90°, actual orb 2°, sign relationship = trine, profile = degree-based. Тогда интерпретатор видит всю структуру решения.

Одинаковые 2° могут быть applying или separating: орбис не содержит фазу движения

Орбис — величина расстояния от perfection в данный момент. Он не говорит, сокращается эта дистанция или растёт. Два квадрата с actual orb 2° могут находиться в противоположных фазах: один идёт к 90°, другой уже прошёл 90° и расходится.

Для application/separation нужны longitudes и longitudinal speeds обоих объектов, а около station — особенно аккуратная кинематика. Именно поэтому соседняя glossary-страница о planetary speed не дублирует orb: speed отвечает за изменение геометрии во времени, orb — за текущую тесноту.

Traditional horary/electional practice может придавать applying/separating очень большой событийный вес. В modern natal schools вес этого различия неодинаков. Но технически фаза никогда не вычисляется из величины orb alone.

Tight orb помогает ранжировать аспекты, но не выдаёт объективный процент их силы

Во многих школах аспект на 0°20′ получают больше внимания, чем тот же тип аспекта на 5°50′. Это разумная внутренняя эвристика: первая геометрия ближе к exact model. Но отсюда не следует универсальная шкала '0°20′ = 98% силы'. Для такого процента пришлось бы определить и эмпирически обосновать scoring function, которой generic astrology не имеет.

Даже внутри одной карты приоритет зависит от объектов, углов, повторяющихся конфигураций, houses, dignities, technique и иногда application. Tight orb — важная характеристика, но она не заменяет эти слои.

Если software всё же рассчитывает `orbTightness = 1 − actualOrb/maxOrb`, это допустимый внутренний нормализованный score. Его нужно подписывать как программную метрику конкретного алгоритма, а не как физическую или универсальную астрологическую 'силу'.

Натал, транзиты и синастрия не обязаны использовать один max orb

Одна и та же пара объектов решает разные задачи в natal chart, transit timing и synastry. Поэтому многие practitioners используют разные thresholds: натальные major aspects могут быть шире, быстрые timing-transits — уже, inter-chart aspects — также нередко фильтруются строже из-за огромного числа возможных пар.

Это не доказывает, что одна конкретная таблица объективно правильна. Оно показывает, что max orb является частью technique configuration. Если программа использует разные значения, она должна уметь ответить: это natal profile, transit profile, synastry profile или cycle detector?

Особенно опасно переносить wide natal orb в transit forecast и затем объявлять событие активным месяцами только потому, что threshold был взят из другой задачи. Временная техника требует собственной модели и проверки нескольких проходов, station и скорости.

Светила, углы и математические точки: почему object type тоже меняет правило

И traditional planetary-orb systems, и многие modern tables дают Sun/Moon особый статус и более широкие пределы. Но ASC, MC, Nodes, Vertex, Lots и asteroids ставят другой вопрос: имеет ли математическая точка собственный orb или только принимает аспект от планеты? Разные программы решают это по-разному.

Astrodienst, например, в обычных chart styles указывает, что mathematical points вроде Ascendant, Nodes, Vertex или Part of Fortune сами по себе обычно не имеют orb; при специальных настройках программа меняет правило. Это хороший пример software convention, которую нельзя догадаться по картинке аспекта.

Для проекта, который использует много additional objects, полезно хранить `objectClass` и modifiers separately. Иначе добавление десятков asteroids с широкими орбисами резко увеличивает число случайных lines и снижает информативность aspect set.

Неизвестное время рождения: один и тот же орбис не одинаково устойчив для Moon, ASC и Saturn

Slow planets обычно меняют longitude за несколько часов мало, поэтому их mutual major aspect нередко можно классифицировать даже без точной минуты рождения. Но Moon проходит заметную дугу за сутки, а angles напрямую зависят от местного времени и места. Контакт возле max-orb boundary может поэтому появиться или исчезнуть внутри возможного временного диапазона.

Вместо фиктивного noon chart полезно считать диапазон. Если неизвестное время даёт Moon-square-Saturn orb от 3°40′ до 9°10′, а profile допускает 6°, честный вывод — status uncertain, а не уверенное 'квадрат есть' или 'квадрата нет'. Для ASC/MC без birth time неопределённость ещё фундаментальнее.

Такой подход отделяет epistemic uncertainty от астрологической convention: max orb может быть известен точно, но входные координаты — нет.

Обычный zodiacal orb измеряется по долготе, а не по полной угловой дистанции на небе

Стандартный aspectarian сравнивает геоцентрические эклиптические долготы. Ecliptic latitude обычно не входит в формулу. Поэтому две planets могут иметь longitude conjunction с orb 0°10′ и при этом находиться заметно разнесёнными по широте на небесной сфере.

Это не ошибка: zodiacal aspect — одномерное отношение координат вдоль эклиптики. Но его нельзя описывать как буквальную физическую дистанцию между телами. Для eclipses, occultations или true angular separation нужна другая геометрия.

Tropical и sidereal longitudes при применении одного и того же общего offset дают почти ту же взаимную longitudinal separation, поэтому actual orb planet-to-planet aspect сохраняется. Но sign-based статус и out-of-sign classification могут измениться, поскольку границы signs смещаются.

Конфигурации: близость не транзитивна — каждое ребро T-square или grand trine проверяют отдельно

Если A находится в допустимом аспекте с B, а B — с C, это не гарантирует допустимого аспекта A–C. Орбис не является транзитивным отношением. Каждая сторона aspect pattern должна иметь собственный target angle, actual orb и max orb.

Это особенно важно для grand trine, T-square, yod и mystic rectangle: широкие allowances на нескольких сторонах могут визуально создать фигуру, которая при строгом profile распадается. Поэтому pattern detector должен сначала валидировать базовые аспекты, а уже затем собирать конфигурацию.

Glossary-страница не заменяет специализированный aspect-configurations cluster. Здесь важно только правило данных: один красивый рисунок на wheel не отменяет проверку каждого угла.

Как программировать орбисы без скрытой магии: хранить raw geometry и profile отдельно

Надёжная software model не должна сохранять только boolean `hasAspect`. Минимальный audit trail включает `bodyA`, `bodyB`, `separation`, `aspectType`, `exactAngle`, `actualOrb`, `maxOrb`, `orbProfileId` и при необходимости `applyingSeparating`. Тогда результат можно воспроизвести после изменения таблицы.

Следующий уровень — modifiers: luminary bonus, object class, technique, minor/major aspect class, historical planetary rule. В traditional profile вместо `aspectType -> maxOrb` может понадобиться `planet -> orbRadius/moiety` плюс combination rule.

Главное инженерное правило совпадает с редакционным: не смешивать измеряемую величину с интерпретацией. `actualOrb = 2.1°` — данные; `tight`, `wide`, `highPriority` — labels конкретной системы; психологическое значение — ещё один отдельный слой.

ПУТЬ сейчас: natal engine использует простую aspect-specific таблицу

В свежем production `generate-natal/engine/astrology-engine.ts` набор `ASPECT_TYPES` задаёт: conjunction 0° с maxOrb 5°, opposition 180° с 6°, square 90° с 6°, trine 120° с 6° и sextile 60° с 4°. `calcAspects()` сначала сворачивает разницу долгот к диапазону 0–180°, затем вычисляет `Math.abs(diff - asp.angle)` и включает аспект, если значение не превышает `asp.maxOrb`.

То есть natal convention ПУТИ сейчас — aspect-specific, а не historical planetary-moiety system. Sun/Moon не получают отдельного расширения на этой стадии, а max orb зависит от типа аспекта, не от пары planets. Actual orb округляется до двух десятичных знаков и сохраняется в `NatalStructure.aspects`.

Это текущая software convention проекта, а не заявление о том, что 5/6/6/6/4 — универсальные орбисы западной астрологии. Если профиль когда-нибудь изменится, редакционно правильнее версионировать его, чем переписывать историческое определение термина.

У ПУТИ уже несколько orb profiles: transit engine и life-phase detector считают иначе

Свежий `generate-reading/engine/transit-engine.ts` использует другую таблицу: base orbs 6° для conjunction/opposition/square, 5° для trine и 4° для sextile, после чего `getOrb()` сужает порог в зависимости от weight transit planet. Mars получает base −2°, Jupiter base −1°, а Saturn/Uranus/Neptune/Pluto сохраняют base value. Это самостоятельный transit profile.

В том же engine есть нормализованный `orbTightness = 1 - actualOrb / maxOrb`, который участвует во внутреннем intensity score. Это полезная алгоритмическая метрика ПУТИ, но её нельзя публиковать как универсальный процент 'силы аспекта' — она зависит от именно этого threshold и выбранных weights/hardness.

`life-phase-engine.ts` использует ещё третий подход: cycle-specific fixed orbs, например 8° для Saturn return, 6° для Saturn opposition/square, 5° для Uranus opposition/square и 4° для Neptune square. Следовательно, в production уже нет одного глобального orb. Это нормально при условии, что профиль связан с задачей и не маскируется под единственную астрологическую норму.

Почему два калькулятора расходятся: короткий протокол проверки вместо спора о «правильном аспекте»

• Сравнить исходные longitudes объектов и убедиться, что используется один timestamp и zodiac framework.
• Проверить, одинаковый ли набор аспектов включён: major, minor, quincunx и дополнительные harmonics.
• Записать actual separation и actual orb from exact — это отделяет геометрию от настройки.
• Сравнить max orb для именно этого aspect type и object pair.
• Проверить luminary, angle, node, asteroid и other-object modifiers.
• Уточнить, признаёт ли программа out-of-sign aspects или требует sign relationship.
• Для historical profile проверить planetary orb/moiety rule, а не подставлять modern aspect table.
• Для transit/synastry убедиться, что программа не использует другой technique-specific profile.
• Только после этого решать, действительно ли программы противоречат друг другу или просто отвечают по разным conventions.

Как использовать орбис в интерпретации: сначала граница метода, потом смысл конкретной пары

Орбис сам по себе не описывает любовь, конфликт, талант, деньги или профессию. Он сообщает, насколько конкретная геометрия близка к выбранному exact aspect и проходит ли она установленный filter. Содержание приносят planets, signs, houses, conditions и выбранная interpretive school.

Поэтому хороший разбор начинается не с фразы 'очень сильный квадрат', а с прозрачной записи: separation, target angle, actual orb, max orb, applying/separating, profile. После этого можно перейти к specialized page конкретного aspect или planetary pair.

Такой порядок защищает от confirmation bias: нельзя сначала захотеть определённую трактовку, а затем расширить orb ровно настолько, чтобы нужный аспект появился. Правило должно быть выбрано до чтения карты и применяться последовательно.