Композитная карта

История: композит — техника XX века, а не древний способ чтения отношений

Историю composite chart сравнительно легко отделить от истории самой relationship astrology. Античные и средневековые авторы действительно сравнивали две нативности, но это не было вычислением третьей карты из взаимных midpoints одноимённых планет. Современный midpoint composite относится к другой математической семье и появляется намного позже.

John Townley в позднем интервью вспоминал, что в начале 1970-х услышал идею карты из mutual midpoints как малоизвестное предположение, которое связывали с немецкими midpoint-кругами 1920-х. Сам Townley подчёркивал неопределённость более раннего происхождения: он не утверждал, что располагает ясной цепочкой публикаций от конкретного автора. Поэтому корректно различать возможный ранний источник идеи и документированное введение техники в широкую практику.

Хорошо датируемая точка — 1973 год: Townley выпустил небольшую книгу The Composite Chart и систематизировал метод как самостоятельный инструмент анализа отношений. Google Books в биографической справке к его поздней книге Composite Charts прямо указывает, что именно в 1973 году он представил composite chart technique.

В 1975 году Robert Hand опубликовал Planets in Composite: Analyzing Human Relationships. Первое издание содержало отдельные главы о построении карты, чтении, домах, case studies и интерпретациях планет. К середине 1970-х midpoint composite таким образом уже имел не только вычислительное правило, но и развернутую современную интерпретационную традицию.

Это важно для исторической честности: midpoint как математическое понятие и midpoint-астрология старше книги Townley, но именно composite chart как целая карта отношений не следует ретроспективно приписывать Птолемею, Доротею или средневековым авторам. Их relationship methods нужно изучать в собственных терминах.

Композит — это функция свёртки двух карт, а не третья натальная карта

Пусть A и B — две натальные карты, рассчитанные в одной coordinate convention. Для выбранного object set берутся одноимённые пары: Sun A и Sun B, Moon A и Moon B, Mercury A и Mercury B и так далее. Composite operator C заменяет каждую такую пару одной производной координатой. В простейшей записи: C_X = midpoint(X_A, X_B).

Эта операция принципиально отличается от синастрии. Synastry сохраняет оба набора координат и строит связи между ними; composite уменьшает два значения до одного. Поэтому это lossy transformation: по готовому C_X нельзя восстановить X_A и X_B. Бесконечно много разных пар исходных положений имеют один и тот же midpoint.

Из этого следует практическая граница интерпретации. Если в композите Venus стоит на 12° Taurus, сама эта точка не сообщает, у кого из людей была Venus раньше по зодиаку, кто внёс какой sign context и как Venus A аспектировала Mars B. Для персональных ролей нужно возвращаться к наталам и синастрии.

У каждой пары есть midpoint-ось: два решения находятся ровно в 180° друг от друга

На прямой у двух чисел есть одна арифметическая середина. На круге ситуация другая: от точки A к точке B можно идти по двум дугам. Середина короткой дуги и середина длинной дуги являются двумя разными зодиакальными координатами, разделёнными ровно 180°. В midpoint literature их часто называют near/direct и far/indirect midpoint.

Поэтому выражение «композитная планета находится ровно посередине» неполно без branch convention. Типичная composite implementation выбирает near midpoint, то есть endpoint на более короткой дуге. Но второй endpoint никуда математически не исчезает: он образует ту же midpoint axis и становится особенно заметен в школах, где midpoint рассматривается как ось.

Astrodienst прямо указывает, что при работе с midpoints существует near и far point и что они могут меняться местами в специальных ситуациях. Для программного контракта это означает: midpoint function должна возвращать не результат наивного `(a+b)/2`, а circular midpoint по явно объявленному правилу.

Как посчитать near midpoint без ошибки на 0° Aries

Удобная вычислительная схема использует signed shortest difference. Сначала `δ = wrap180(λB − λA)`, где результат приводится к интервалу вокруг ±180°. Затем `mNear = norm360(λA + δ / 2)`. Второй endpoint оси равен `mFar = norm360(mNear + 180°)`.

Эта формула решает классическую ошибку арифметического среднего. Если одна точка находится на 350°, а другая на 10°, `(350 + 10) / 2 = 180°` выдаст противоположную сторону круга. Circular method даёт 0°, потому что между исходными координатами всего 20° через границу Aries/Pisces.

Важно отдельно определить, как `wrap180` обрабатывает ровно ±180°. Выбор `+180` или `−180` — уже tie-break convention. Если она не задана, программа может менять результат при перестановке партнёров A и B, что для симметричного composite operator является плохим признаком.

Точная оппозиция — не обычный midpoint case: near и far перестают различаться по длине дуги

Если исходные точки разделены ровно на 180°, обе соединяющие их дуги имеют одинаковую длину. Например, для 0° Aries и 0° Libra возможны midpoints 0° Cancer и 0° Capricorn. Ни один из них не является геометрически «ближайшим» — оба находятся на середине полуокружности.

Это не философская мелочь, а software edge case. При separation 179.9° near midpoint лежит на одной стороне оси; при 180.1° правило короткой дуги переключает endpoint на противоположный. То есть небольшая ошибка исходной координаты около opposition boundary способна дать почти 180-градусный скачок composite point.

Особенно осторожно нужно обращаться с Moon, ASC, MC и другими time-sensitive точками, если пара исходных координат близка к оппозиции. Хороший калькулятор должен либо публиковать tie-break rule, либо показывать, что результат branch-sensitive.

У composite engine есть проверяемые инварианты — ими удобно ловить ошибки реализации

Midpoint composite по своей идее симметричен относительно двух участников. Если поменять карты A и B местами, planetary composite positions должны остаться теми же. Исключение может появиться только из явно объявленного tie-break rule при точной оппозиции; зависимость от того, кого пользователь ввёл первым, без объяснения является техническим запахом.

Есть и другие простые тесты. Если X_A = X_B, то composite X должен совпасть с этой координатой. Если обе исходные долготы повернуть на один и тот же угол k, composite point должен повернуться на тот же k. При добавлении 360° к одной записи координаты результат не должен измениться. Эти invariants проверяют circular arithmetic лучше случайных визуальных примеров.

Такой взгляд важен для энциклопедии, потому что composite chart — в первую очередь алгоритмический объект. До символической трактовки можно и нужно проверить, что программа делает математически воспроизводимую операцию.

Что именно усредняется: object set и pairing rule должны быть объявлены

Классическая современная схема использует одноимённые пары: Sun с Sun, Moon с Moon, Mercury с Mercury. Это не то же самое, что искать midpoint любой планеты A с любой планетой B. Последняя задача относится к общей midpoint technique или synastry midpoint analysis, но не определяет стандартный whole-chart composite.

Разные программы могут включать разный object set: семь традиционных планет, Uranus–Neptune–Pluto, nodes, Chiron, Black Moon Lilith, Vertex, asteroids или другие points. Для nodes также требуется выбрать mean или true; для Lilith — конкретное математическое определение. Поэтому два калькулятора могут совпасть по Sun–Saturn и расходиться в дополнительных точках без ошибки эфемерид.

Полезный software contract содержит минимум четыре поля: coordinate reference, список объектов, midpoint branch policy и angle/house method. Без них слово «composite» описывает семейство реализаций, а не один полностью определённый файл данных.

Композит может нарушать ограничения реального неба — и это не астрономическая ошибка

Поскольку каждая одноимённая пара midpoint-ится независимо, итоговые точки не обязаны соответствовать положению планет на какую-либо реальную дату. Наиболее наглядный пример — Mercury и Venus. В настоящем геоцентрическом небе их угловая удалённость от Sun ограничена внутренними орбитами, но в midpoint composite synthetic Mercury или Venus могут оказаться почти напротив composite Sun.

Astrodienst специально предупреждает об этой особенности и отмечает, что некоторые drawing styles в таких случаях переносят Mercury или Venus на 180°, чтобы оставить их ближе к Sun. Это уже дополнительная convention: алгоритм сознательно выбирает противоположный endpoint midpoint-оси для конкретной планеты.

Поэтому нельзя одновременно утверждать, что composite является реальным небом, и исправлять его ради физической правдоподобности. Его сила и его ограничение одинаковы: это абстрактная midpoint-конструкция.

Composite aspect — не среднее двух синастрических аспектов

После построения composite points между ними обычно считают обычные angular aspects. Но их происхождение часто понимают неверно. Composite Venus square composite Mars не означает, что Venus A и Mars B вместе с Mars A и Venus B «в среднем дают квадрат». Синастрические cross-links и composite internal aspect — разные математические объекты.

Если временно развернуть круг в локальный линейный участок без branch switch, то `C_V − C_M = 1/2[(V_A − M_A) + (V_B − M_B)]`. То есть внутреннее расстояние composite Venus–Mars связано с усреднением двух **натальных внутренних** Venus–Mars фаз, а не с cross-chart разностями `V_A − M_B` и `V_B − M_A`, которые образуют синастрию.

На круге branch selection добавляет ещё один слой сложности, но принцип остаётся: composite aspects рождаются после редукции двух карт. Их нельзя механически выводить из списка синастрических контактов.

Синастрия сохраняет роли; композит намеренно их стирает

Синастрия хранит направление данных: Moon A может попадать в house B, Saturn B может аспектировать Venus A. Composite chart таких подписей уже не содержит. Он создаёт одну Moon, один Saturn и одну Venus как производные координаты пары.

Поэтому вопрос «кто из нас сильнее чувствует composite Venus–Pluto?» технически поставлен неверно. Сам composite не содержит информации о владельце endpoint. Чтобы обсуждать разные роли людей, нужно вернуть natal context, synastry или отдельное сравнение каждого натала с composite chart как дополнительную современную technique.

Ни один из методов не обязан отменять другой. Они просто сохраняют разные типы информации: synastry — межличностные edges, composite — одну редуцированную внутреннюю геометрию.

Davison chart похож внешне, но строится из другой величины

Davison Relationship Chart часто показывают рядом с composite, потому что оба метода создают одно колесо для отношений. Но формула различается принципиально. В Davison усредняют birth times и, в одной из версий, географические координаты, а затем рассчитывают **реальное небо** для полученного среднего момента и места. Planet positions не midpoint-ятся по одной паре за другой.

Astrodienst различает uncorrected Davison — со средними latitude/longitude — и corrected variant, где время корректируется так, чтобы MC совпадал с composite MC. Также существует reference-place вариант. Уже это показывает, что слово Davison тоже требует уточнения реализации.

В midpoint composite нет собственного реального timestamp, который порождает все planets одновременно. Именно поэтому composite способен иметь Mercury/Venus configurations, невозможные в эфемеридах, а Davison — нет: Davison planets связаны одним фактическим моментом астрономического расчёта.

Composite ASC и MC наследуют ошибки двух birth time, а не одного

Планетный midpoint можно получить из двух planetary longitudes. Ascendant и Midheaven сложнее: сначала каждый натальный angle должен быть корректно рассчитан из своего birth time, UTC conversion и места, и только затем эти углы участвуют в composite method. Ошибка в одном из двух исходных горизонтов входит в производный результат.

Если birth time одного человека неизвестен, midpoint ASC и midpoint MC не становятся «примерными» в полезном профессиональном смысле: неизвестная исходная ось может пройти большую часть зодиака за сутки. Полуденный placeholder — технический способ получить число, но не доказательство реального Ascendant.

Moon занимает промежуточное положение. Она не зависит от горизонта как ASC, но быстро движется по эклиптике. Поэтому неизвестные часы рождения одного человека могут сдвигать composite Moon и её aspects; точный эффект нужно оценивать диапазоном, а не универсальной фразой «без времени ничего нельзя считать».

Ошибка midpoint обычно делится пополам — пока не пересечена 180-градусная граница

На стабильной ветви near midpoint локальная чувствительность проста. Если одна исходная longitude ошиблась на ε, а вторая фиксирована, midpoint сдвигается примерно на ε/2. Если обе ошибки малы и измерены в одной развернутой ветви, composite error примерно равен `(εA + εB)/2`.

Но это локальное правило ломается около opposition boundary. Там небольшая поправка исходной точки может заставить алгоритм выбрать другую короткую дугу, и endpoint перескочит примерно на 180°. Поэтому uncertainty нужно проверять не только числом градусов, но и вопросом: остаётся ли пара на той же midpoint branch во всём допустимом диапазоне birth data.

Для программного интерфейса полезнее возвращать `stable`, `branch-sensitive` или диапазон возможных composite positions, чем печатать одну точную координату из условного noon time с ложными минутами дуги.

У домов нет одного универсального composite algorithm

Astrodienst документирует как минимум две распространённые семьи. В midpoint method ASC, MC и каждый house cusp получают как midpoints соответствующих натальных углов и cusps. Такая карта буквально продолжает тот же оператор, что использован для planets, но набор independently averaged cusps не обязан быть геометрией какого-либо реального горизонта.

В reference-place method сначала получают composite MC как midpoint двух natal MC. Затем по связанному с ним sidereal-time/ARMC слою и latitude выбранного reference place заново рассчитывают Ascendant и house cusps. Planetary composite points при этом остаются теми же, а house frame становится локальной конструкцией для выбранной широты.

Это не мелкая настройка оформления. Два калькулятора могут дать одинаковые composite Sun, Moon и Saturn, но разные ASC, промежуточные cusps и house placements — и оба следовать документированной convention.

Почему midpoint каждого cusp способен дать геометрически странную последовательность домов

В реальной карте двенадцать cusps выводятся совместно из одной сферы, одного времени, места и house-system algorithm. Если же каждый cusp двух наталов усреднить независимо, математической гарантии, что все двенадцать производных точек останутся в естественном zodiac order как cusps одной реальной сферы, нет.

Именно поэтому software, работающий с midpoint houses, иногда использует дополнительные правила: опирается на ASC или MC, переворачивает ось на 180° или иначе сохраняет последовательность домов. Astrodienst также описывает случаи, когда raw composite Ascendant оказывается на неправильной половине и axis приходится разворачивать.

Профессиональный вывод прост: фраза «composite uses Placidus» ещё недостаточна. Нужно знать, **что именно midpoint-ится и что затем пересчитывается**.

Reference place перестраивает локальный каркас, но не делает composite planets реальным небом

Выбор города в reference-place method нужен, чтобы получить геометрически связанный Ascendant и houses для заданной latitude. Он не превращает midpoint Sun или midpoint Venus в фактические planetary positions над этим городом. Planetary layer остаётся synthetic.

Поэтому выражение «место рождения отношений» для composite следует считать интерпретационной метафорой, а не техническим фактом. У пары может быть значимое место знакомства, проживания или совместной деятельности, но выбор одного из них — convention метода houses, а не астрономически найденная координата события.

Это ещё одна граница с Davison chart: у Davison выбранные time/place являются входом реального ephemeris calculation; у midpoint composite reference place обслуживает angle/house geometry.

House system может влиять на композит двумя разными путями

В midpoint-cusp method сначала существуют натальные cusps каждого человека. Если одна программа строит исходные карты в Placidus, а другая в Whole Sign или Equal House, усредняться будут уже разные координаты. То есть house-system choice проникает в composite ещё до самого midpoint step.

В reference-place method house system применяется на втором шаге, когда из composite MC/ARMC и выбранной latitude вычисляют новое семейство cusps. Здесь planetary midpoints опять же не меняются, но домовые позиции производных планет могут измениться.

Поэтому сравнивать два composite screenshots полезно по слоям: сначала planets, затем MC/ASC, затем cusps. Это быстрее показывает, где именно разошлись conventions.

Общий поворот zodiac reference сохраняет часть геометрии, но меняет sign-based слой

Если обе исходные карты переводятся из tropical в одну и ту же sidereal system простым вычитанием общего angular offset k, то при стабильной midpoint branch каждый composite planet также сдвигается на k. Следовательно, angular aspects между composite planets сохраняются, хотя их sign labels меняются.

Но реальные implementations могут расходиться по ayanamsha, node definitions и house conventions. Кроме того, Whole Sign houses напрямую зависят от sign boundary. Поэтому утверждение «tropical и sidereal composite полностью одинаковы» так же неточно, как утверждение, будто они обязаны менять каждый aspect.

Для воспроизводимости нужно указывать zodiac reference для **обоих** исходных наталов и строить composite только после приведения их к одному coordinate contract.

Транзиты к композиту — второй слой символической техники, а не транзит к реальному radix

Современные астрологи нередко сравнивают текущее небо с composite positions и говорят о transits to composite. Геометрически это возможно: synthetic point имеет долготу, а значит к ней можно измерить angular distance транзитной планеты. Но у исходного composite нет собственного реального birth instant, породившего весь набор точек.

Поэтому такой workflow нужно честно описывать как транзит к производной математической карте. Он не становится астрономически эквивалентен транзиту к natal radix только потому, что software рисует одинаковое bi-wheel interface.

То же относится к progressed composite и другим динамическим вариантам: сначала нужно назвать, **что именно прогрессируется** — исходные наталы до последующего midpoint, уже готовые composite longitudes или иной объект. Разные операции не обязаны коммутировать и могут дать разные результаты.

Композит не является тестом на «хорошую» или «плохую» пару

Midpoint chart может быть рассчитан для романтической пары, друзей, родственников, коллег, компании основателей или любой другой диады, если у двух участников есть исходные карты. Тип связи задаётся реальностью, а не алгоритмом midpoint.

Ни один composite aspect не гарантирует брак, расставание, верность, насилие, богатство или долговечность. Даже в рамках астрологической традиции интерпретация требует контекста отношений, натальных карт, синастрии, повторяющихся themes и фактического поведения людей.

Особенно опасно превращать synthetic chart в психологический диагноз «отношений как третьей личности». Выражение «relationship as an entity» — удобная современная объяснительная модель, но не установленный физический объект и не юридическая или клиническая сущность.

Почему два composite calculator могут честно показать разные карты

Сначала проверьте исходные birth data и natal coordinate settings. Затем сравните planetary midpoints. Если уже они отличаются, возможны разные zodiac references, ephemerides, node/Lilith definitions или midpoint branch policy. Особенно подозрительны разногласия ровно на 180°: они часто указывают на выбор opposite endpoint.

Если planets совпадают, а ASC/houses нет, почти наверняка нужно проверить angle/house method: midpoint cusps или reference place, какой angle взят за основу, какая latitude используется и какой house system выбран. Astrodienst официально предлагает обе семьи composite houses, поэтому само расхождение ещё не доказывает баг.

Для Mercury и Venus дополнительно проверьте, применяет ли программа 180-degree correction, чтобы оставить synthetic planet ближе к Sun. Наконец, near exact opposition нужно узнать tie-break rule. Без этих пунктов сравнение двух карт по одному скриншоту малоинформативно.

• Одинаковы ли даты, времена, координаты и timezone conversion двух наталов?
• Один ли tropical/sidereal reference и ayanamsha?
• Какие objects, nodes и Lilith definitions включены?
• Как выбирается near/far midpoint и что происходит при 180°?
• Есть ли special 180° correction для Mercury/Venus?
• Как считаются ASC/MC/cusps: midpoint method или reference-place method?
• Какой house system и какое reference place используются?

Что production ПУТИ действительно делает с композитом — и чего не делает

По свежему репозиторию ПУТИ отдельный runtime composite calculator не обнаружен. Нет production pipeline, который принимал бы две пользовательские birth records, рассчитывал две натальные карты, сворачивал одноимённые points в midpoint set и затем строил composite aspects или houses.

В `components/encyclopedia/service-bridge.tsx` `composite-chart` не входит в `FORECAST_ASTROLOGY_SLUGS`. В runtime-коде вне энциклопедии поиск не обнаруживает `composite chart`, `Davison`, `synastry` или relationship midpoint reducer. Поэтому ПУТИ сейчас нельзя приписывать hidden defaults по near/far midpoint, Mercury/Venus correction, reference place или composite house method.

Отдельный natal engine у ПУТИ существует и умеет получать реальную планетную и домовую геометрию одной карты через Swiss Ephemeris WASM; этого недостаточно, чтобы объявить поддержку композита. Между двумя натальными outputs нужен самостоятельный, тестируемый midpoint/house layer — в текущем production его нет.

Каким должен быть честный software contract, если ПУТЬ добавит композит

Будущая реализация должна фиксировать не только название `composite`. Нужны versioned settings: ephemeris и coordinate flags исходных наталов; tropical/sidereal reference; object set; node/Lilith variants; circular midpoint formula; exact-opposition tie-break; treatment Mercury/Venus; angle method; house system; reference place policy; unknown-time policy и rounding.

Полезно хранить provenance каждой производной точки: `sourceA`, `sourceB`, `nearMidpoint`, `farMidpoint`, выбранный endpoint и причину выбора. Тогда пользователь сможет отличить настоящий 180° branch switch от округления интерфейса.

Для неизвестного birth time корректный режим должен уметь помечать angles/houses unavailable, а Moon и другие чувствительные точки — диапазоном или stability flag. Это лучше, чем молча создавать точный composite ASC из noon placeholders.

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

Проверяемой частью являются исходные astronomical coordinates, circular midpoint arithmetic, выбор branch, построение houses по конкретному алгоритму и вычисление angular aspects между производными точками. Два разработчика при одинаковом contract должны получить одинаковые числа.

Не следует путать эту воспроизводимость с научным подтверждением символической модели отношений. Утверждения, что composite Sun, Venus или Saturn описывают характер союза, относятся к современной астрологической традиции; точность midpoint до секунды дуги не превращает такую трактовку в установленный причинный закон.

Самая полезная интеллектуальная дисциплина здесь — не обесценивать вычисление и не переоценивать его. Композит можно определить технически строго и одновременно честно назвать synthetic interpretive model.