Конфигурация аспектов

От отдельных аспектов к современным каталогам фигур

Древняя и средневековая астрология подробно работала с отдельными аспектами, application, reception и сочетаниями нескольких планет, но современный каталог T-square, Kite, Mystic Rectangle, Yod и десятков других именованных фигур нельзя без оговорки представить как одну готовую античную доктрину. Названия, границы и способы чтения разных фигур складывались в разные эпохи.

Современные справочники нередко связывают формализацию многих aspect patterns с американским астрологом Marc Edmund Jones. Здесь нужна терминологическая осторожность. Его хорошо документированные Jones chart patterns — Bowl, Bucket, Bundle, Locomotive, See-Saw, Splash и Splay — классифицируют само распределение планет по зодиакальному кругу. Они не обязаны строиться из конкретного набора aspect edges. Поэтому выражения «Jones pattern» и «aspect pattern» нельзя считать синонимами, даже если часть позднейшей литературы смешивает эти языки.

Во второй половине XX века возникли более систематические школы чтения aspect figures. Особенно далеко пошли Bruno, Louise и Michael Huber. Их система Astrological Psychology рассматривает целый рисунок аспектов как самостоятельный слой карты; немецкая книга Aspektbild Astrologie вышла в 1999 году, английское издание Aspect Pattern Astrology — в 2005-м. В этой школе каталог насчитывает более 45 фигур, а значение имеет даже цветовое кодирование типов аспектов. Это влиятельная, но конкретная школа, а не нейтральный стандарт для любого астрологического software.

Поэтому исторически аккуратнее говорить не о едином происхождении aspect patterns, а о постепенной сборке нескольких традиций: классической геометрии аспектов, модерной работе с focal configurations, специальных названий отдельных фигур и поздних систематизаций, которые уже читают всю сеть как единый психологический рисунок.

Определение: конфигурация начинается там, где одной пары уже недостаточно

Обычный аспект — это отношение двух выбранных позиций. Конфигурация аспектов требует нескольких участников и нескольких одновременно выполненных отношений. T-square, например, не существует из одного квадрата: нужны три позиции, одна оппозиция между двумя из них и два квадрата от третьей к обоим концам оппозиции.

Это различие кажется очевидным, но именно оно предотвращает большинство ошибок. Если на колесе видны три линии, это ещё не означает, что они образуют известную фигуру. Сначала нужно назвать участников, затем перечислить обязательные стороны и только после этого сравнить получившуюся структуру с шаблоном.

Графовая модель: вершины, рёбра и шаблон вместо красивой картинки

Для точного software и ясного мышления удобно представить карту как граф G=(V,E). V — выбранный body set: например Sun–Pluto без дополнительных points или, в другом profile, planets плюс ASC/MC и nodes. Ребро E появляется между двумя вершинами, если их separation попадает в разрешённый aspect type и его max orb.

Named pattern тогда становится template graph. T-square требует рёбра 180° + 90° + 90°. Grand Trine — 120° + 120° + 120°. Yod — 60° + 150° + 150°. Такой язык сразу отделяет геометрию от интерпретации и позволяет точно понять, какая сторона фигуры не прошла threshold.

Графовая модель — современная объяснительная абстракция, а не утверждение, что античные авторы пользовались graph theory. Её ценность в другом: она делает правила воспроизводимыми и показывает, какие именно входные conventions меняют итог.

Почему визуальная фигура на колесе — только способ отображения

Рисунок зависит от того, какие линии программа вообще решила показать. Один интерфейс скрывает minor aspects, другой не рисует широкие орбисы, третий окрашивает hard/soft аспекты разными цветами, четвёртый выводит только выбранные planets. Одна и та же pairwise geometry может поэтому выглядеть совершенно по-разному.

Обратная ошибка тоже распространена: несколько линий могут сложиться в красивый треугольник, но один из углов окажется не trine, а wide square или вообще контактом вне принятого orb. Геометрическое имя фигуры принадлежит набору проверенных отношений, а не форме SVG-линий на экране.

Минимальные формулы известных фигур

Таблица даёт только структурные формулы. Она не заменяет специализированные статьи, где разбираются apex, empty leg, знаки, модальности, вариации орбисов, участие углов и исторические названия.

Важно и то, что каталоги не полностью совпадают. Некоторые авторы включают Stellium в aspect patterns, хотя строгая версия stellium может определяться кластером по знаку, дому или degree span без фиксированного набора аспектных рёбер. Поэтому термин «pattern» иногда используется шире, чем «aspect figure с заданной топологией».

Aspect pattern ≠ chart pattern: Bowl и Bucket отвечают на другой вопрос

Chart patterns в традиции Marc Edmund Jones классифицируют распределение planets по кругу: Bowl, Bucket, Bundle, Locomotive, See-Saw, Splash, Splay. Для такой классификации важно, в каких секторах находятся planets и где остаются пустые пространства. Конкретная сеть square/trine/opposition не является обязательным условием.

Aspect patterns решают другой тип задачи: какие pairwise aspect edges соединяют выбранные объекты и складываются ли они в известный template. Поэтому фраза «у меня Bucket и T-square» не содержит противоречия: одна карта может одновременно иметь distribution pattern и aspect configuration.

Кто считается вершиной: planets, angles, nodes, Chiron и asteroids

Универсального body set нет. Одни школы требуют для классических figures только planets; другие разрешают Sun и Moon как обычных астрологических участников, ASC/MC как чувствительные углы, lunar nodes, Chiron или отдельные asteroids. Каждое расширение множества V создаёт новые потенциальные рёбра и резко увеличивает число найденных subgraphs.

Поэтому корректная запись результата должна сообщать не просто «есть Yod», а каким body set он найден. Yod из трёх planets и Yod, где apex — MC, могут быть одинаковы математически по углам, но не обязаны иметь одинаковый статус в разных школах.

Практический вывод для software: object type должен храниться вместе с vertex ID, а detector должен получать явный allowedBodyTypes. Нельзя сначала сложить planets, nodes, Lilith, Selena и angles в один массив, а потом молча считать любые три точки равноправными участниками любой исторической figure.

Орбис — главный рычаг количества найденных конфигураций

Pattern существует только если прошла каждая обязательная сторона. Поэтому расширение max orb действует нелинейно: одна дополнительная wide edge способна внезапно закрыть целый T-square, Kite или Grand Cross. При сужении орбиса та же фигура исчезнет, даже если визуально линии по-прежнему почти образуют знакомую форму.

Удобно хранить не только raw orb каждой стороны, но и нормированную величину actualOrb/maxOrb. Для качества всей фигуры безопаснее смотреть на худшую обязательную сторону, а не только на среднее. Среднее может скрыть одну почти развалившуюся связь между несколькими очень точными.

Это software-рекомендация, а не универсальная астрологическая доктрина. Разные школы по-разному решают, должен ли pattern иметь единый orb, aspect-specific limits или дополнительные ограничения для luminaries и minor aspects.

Sign-based и degree-based фигуры могут дать разные ответы

Если detector работает только по exact/near-exact longitudes, он способен собрать dissociate pattern: отдельная сторона остаётся в допустимом degree orb, хотя участники уже перешли в signs другой стихии или модальности. Strict whole-sign approach может такую фигуру отвергнуть.

Поэтому фразы «Grand Trine должен быть в одной стихии» и «у меня Grand Trine с одной вершиной в другом элементе» не всегда означают, что кто-то ошибся. Возможно, две стороны используют разные sign policies. Корректный profile должен явно хранить `requireClassicalSignRelation` или эквивалентное правило, а не оставлять его скрытым.

Вложенные фигуры: почему один Grand Cross может породить несколько T-square

Named patterns часто вложены друг в друга. Идеальный Grand Cross из четырёх вершин содержит две оппозиции и четыре squares. Если взять любые три из четырёх вершин, получится T-square: одна из оставшихся пар будет opposition, третья вершина окажется square к обоим концам. Поэтому наивный detector способен честно сообщить один Grand Cross и четыре T-square одновременно.

Kite аналогично включает Grand Trine как внутреннюю трёхточечную структуру. Это не ошибка расчёта. Ошибка начинается, когда интерфейс показывает все найденные subgraphs как независимые равнозначные открытия и создаёт впечатление пяти разных феноменов вместо одной вложенной системы.

Для production полезны поля `parentPatternId`, `containedPatterns` или правило suppressSubpatterns. Пользователь должен понимать, какие labels являются самостоятельными, а какие просто следуют из более крупной фигуры.

Пересечения: одна планета может принадлежать нескольким независимым фигурам

Не всякое совпадение patterns является вложенностью. Один Mars может быть apex T-square и одновременно одной вершиной Grand Trine с двумя другими planets. Тогда ни одна фигура не обязана быть подструктурой другой: они просто пересекаются по одной вершине.

Именно здесь полезна graph representation. Она позволяет видеть не только список названий, но и degree центральности: какие vertices участвуют во многих независимых motifs, какие edges используются повторно и где сходятся разные части сети. Астрологическое значение такой центральности уже является интерпретационной гипотезой, но сама структура вычисляется однозначно при заданном profile.

Почему stellium — пограничный случай для термина aspect pattern

Stellium часто появляется в списках aspect patterns, но его определение устроено иначе. T-square можно описать набором обязательных edge labels. Stellium нередко определяется как три или четыре bodies в одном sign, одном house или тесном degree cluster. Это уже cluster rule, а не обязательно fixed aspect graph.

Поэтому две taxonomy могут быть одинаково внутренне последовательны: широкая включает любые именованные multi-body structures, включая stellium; строгая оставляет термин aspect figure только для структур, заданных аспектными рёбрами. В энциклопедии ПУТИ stellium имеет отдельную специализированную страницу именно потому, что его profile требует самостоятельного определения.

Если именованной фигуры нет, карта не становится «пустой»

Aspect pattern — это словарь для некоторых повторяющихся motifs, а не исчерпывающий каталог возможных сетей. Большинство реальных aspect graphs содержат сочетания, которым никто не дал отдельного имени. Их всё равно можно читать через конкретные аспекты, управителей, дома, достоинства и другие слои карты.

Поэтому отсутствие T-square, Yod или Grand Trine не является недостатком и не означает слабую карту. И наоборот, большое число labels часто отражает выбранные широкие orbs, расширенный body set или nested reporting, а не объективную «особую сложность личности».

Когда конфигурации требуют точного времени и места рождения

Для pattern только из медленных planets небольшая ошибка времени часто не уничтожает геометрию. Но Moon за сутки проходит значительную дугу, поэтому near-threshold lunar edge может появиться или исчезнуть в пределах одного календарного дня.

Если в figure участвуют ASC, MC или другие углы, точное birth time и место становятся принципиальными: сами углы зависят от местного горизонта и меридиана. Без надёжного времени корректнее запускать detector без angles и отдельно отмечать неопределённость Moon, а не подставлять условные 12:00 и выдавать найденную фигуру как достоверную.

House placement не определяет aspect pattern как таковой, но влияет на интерпретацию вершин. Для домов также нужны время, место и выбранная house system.

Tropical, sidereal, geocentric и topocentric: что действительно может изменить pattern

Если ко всем geocentric ecliptic longitudes применить один и тот же ayanāṃśa, pairwise angular separations в идеализированной модели сохраняются. Поэтому чисто degree-based T-square или Grand Trine обычно не исчезает только из-за перехода tropical → sidereal. Но sign labels, element/modality и sign-policy могут измениться, следовательно sign-based classification способна дать другой ответ.

Geocentric → topocentric — другая операция: координаты отдельных тел действительно меняются, особенно Moon. Near-threshold edges могут пересечь границу orb. Если detector разрешает ASC/MC, их геометрия по определению связана с местом наблюдателя. Поэтому coordinate frame должен быть частью profile и audit trail.

Как оценивать точность всей фигуры, не пряча слабую сторону

У многосторонней фигуры нет одного природного orb. Есть набор орбисов обязательных edges. Простое среднее может ввести в заблуждение: два очень точных trines и один trine на пределе допуска дадут приличное среднее, хотя существование Grand Trine фактически держится на последней стороне.

Для software полезно показывать `edgeOrbs[]`, `maxNormalizedDeviation` и `weakestEdge`. Такой показатель не решает вопрос символической «силы», но честно сообщает пользователю, насколько далеко ближайшая к порогу сторона находится от exact geometry.

Любая шкала strength поверх этих данных — отдельная модель. Её нельзя выдавать за физическую величину или общую традиционную норму.

Почему нельзя приписать весь современный каталог одному автору

В популярной литературе встречается утверждение, что большинство aspect patterns формализовал Marc Edmund Jones. Одновременно исследователи истории терминологии указывают на путаницу между его собственными planetary/chart shapes и аспектными фигурами. Надёжнее не использовать формулу «Jones изобрёл T-square, Yod и все остальные patterns» без первичного источника для каждой фигуры.

Точно известно другое: Jones patterns вроде Bowl, Bucket, Locomotive, Splash и Splay стали влиятельной системой chart shaping; позднее авторы и школы развивали именно aspect figures как отдельный слой. В школе Хуберов это превратилось в самостоятельную методологию с десятками цветных фигур и собственными правилами чтения.

Поэтому история общего термина — это история постепенной систематизации, а происхождение конкретного Yod, Mystic Rectangle или Kite нужно исследовать отдельно на специализированной странице, а не выводить из одного имени.

Aspect Pattern Astrology Хуберов: влиятельная система, а не универсальная настройка

Bruno, Louise и Michael Huber разработали в Astrological Psychology Institute собственный целостный способ читать aspect pattern как структуру сознания. Их Aspektbild Astrologie была опубликована по-немецки в 1999 году, а английская Aspect Pattern Astrology — в 2005-м; современное описание издателя говорит более чем о 45 distinct aspect figures.

В Huber method важны не только topology, но и ограниченный набор аспектов, их цветовое кодирование и собственные названия фигур. Если программа помечает результат как `Huber pattern`, она должна воспроизводить именно правила этой школы. Нельзя взять generic T-square detector, добавить несколько красивых названий и объявить это Huber system.

Интерпретация начинается после валидации каждой стороны

После подтверждения геометрии можно задавать астрологические вопросы: есть ли структурный apex, какая planet занимает эту вершину, какие signs/houses участвуют, повторяется ли modality, какие дополнительные аспекты входят в сеть. Но этот слой должен опираться на уже проверенную фигуру, а не заменять расчёт.

Даже такие популярные идеи, как empty leg T-square, «замкнутый ресурс» Grand Trine или discharge point Kite, относятся к интерпретационным моделям школ. Они не следуют из graph matching как математическая необходимость. Факт — какие edges существуют; смысл — что конкретная астрологическая традиция предлагает с ними делать.

Натальная фигура и её «активация» транзитом — разные расчётные задачи

Natal pattern фиксируется из positions одного момента рождения. Когда transit planet аспектирует одну или несколько его вершин, появляется новая временная сеть. Это не означает, что исходный T-square или Yod «включился» как физический механизм; это уже predictive technique, которая добавляет новые edges к natal graph.

Для воспроизводимости нужно хранить, какие natal edges образуют базовый pattern и какие transit edges появились в конкретный момент. Иначе интерфейс легко смешивает постоянную структуру и временную конфигурацию в один ярлык без понятной даты и расчёта.

Synastry и composite: тот же рисунок может принадлежать другой математической сущности

Aspect pattern в одной natal chart строится из координат одного epoch. В synastry вершины могут принадлежать двум разным людям, а в composite — вычисленной третьей карте. Геометрический template можно применить и там, но смысл entity меняется: это уже не natal pattern одного человека.

Поэтому software должен хранить chartContext: natal, transit overlay, synastry, composite и т. п. Один и тот же набор углов 90°–90°–180° математически даёт T-shape, но нельзя автоматически переносить весь natal interpretive text на cross-chart structure.

Что production ПУТИ сейчас вычисляет — и чего ещё не вычисляет

Свежий `generate-natal/engine/astrology-engine.ts` сначала строит pairwise aspects. Текущий natal profile знает пять типов: conjunction 0° с max orb 5°, opposition 180° с 6°, square 90° с 6°, trine 120° с 6° и sextile 60° с 4°. Aspect object сохраняет `from`, `to`, `type` и округлённый orb.

В pairwise target set входят десять основных planets, North Node, Lilith, Selena, ASC и MC. Уже одно это показывает, почему будущий pattern detector не должен автоматически считать каждый объект равноправной вершиной: body policy придётся задавать отдельно для каждой taxonomy.

Поиск по production-коду свежего ZIP не обнаруживает отдельного detector для T-square, Grand Trine, Grand Cross, Yod, Kite, Mystic Rectangle или общего `aspectPattern` object. Значит ПУТЬ сейчас умеет дать исходные pairwise edges, но не маркирует именованные multi-body patterns автоматически.

Есть и ещё одна граница: quincunx 150° в текущем natal `ASPECT_TYPES` отсутствует. Следовательно, Yod нельзя корректно построить поверх существующего aspect array без расширения aspect profile или отдельного вычисления 150° edges.

Какой контракт нужен будущему detector ПУТИ

Надёжный detector должен принимать не просто список longitudes, а versioned `patternProfile`. Минимальные поля: `bodySet`, `aspectProfile`, `signPolicy`, `coordinateFrame`, `patternTemplates`, `allowDissociate`, `nestingPolicy` и `roundingPolicy`. Тогда результат можно воспроизвести спустя год после изменения настроек.

Каждый match полезно хранить как `patternType`, `members`, `requiredEdges`, `edgeOrbs`, `weakestEdge`, `profileId` и сведения о containment. Для T-square дополнительно можно сохранить apex; для pattern без структурного apex поле должно быть null, а не назначаться по интерпретационному ощущению.

Такой контракт решает сразу три проблемы: разные школы перестают конфликтовать на уровне данных, вложенные patterns не раздувают интерфейс без объяснения, а энциклопедическая ссылка может открываться именно для той figure, которая действительно прошла формальные условия.

Как проверить конфигурацию вручную без доверия к рисунку

• Запишите точные долготы всех потенциальных участников.
• Выберите body set: только planets или также angles/nodes/другие точки.
• Назовите aspect profile и max orb каждого используемого аспекта.
• Проверьте каждую обязательную pairwise связь фигуры отдельно.
• Если школа требует классические sign relationships, проверьте их независимо от degree orb.
• Отметьте weakest edge — сторону, ближайшую к порогу допуска.
• Проверьте, не является ли найденная фигура subpattern более крупной структуры.
• Только после этого переходите к apex, signs, houses и интерпретации.

Что здесь вычисляется, а что остаётся астрологической моделью

Положения небесных тел, угловые расстояния, aspect thresholds и graph-template matching вычисляются. Можно объективно проверить, что при заданных входных координатах и profile определённые pairwise edges существуют и образуют указанный motif.

Из этого не следует научно установленный психологический или событийный эффект T-square, Grand Trine, Yod или другой фигуры. Идеи о tension, flow, focal point, integration или destiny принадлежат астрологическим школам и должны маркироваться как интерпретационные модели.

Такое разделение не обедняет статью. Наоборот, оно позволяет профессионально обсуждать технику: сначала договориться о том, что именно посчитано, а затем честно сравнивать способы интерпретации.