Синастрия

История: сравнение двух генитур древнее современного слова «синастрия»

Современная практика часто воспринимает synastry как знакомый компьютерный bi-wheel с цветными линиями, но сама идея сравнивать две генитуры гораздо старше такого интерфейса. В IV книге «Тетрабиблоса» Птолемей при рассуждении о браке сопоставляет светила в обеих картах, а в главе о друзьях и врагах прямо предписывает исследовать наиболее авторитетные места «в обеих нативностях» — Солнце, Луну, Horoskopos и Lot of Fortune — и их взаимные отношения. Это надёжное свидетельство древней двухкартной логики, но ещё не современный стандарт «каждая планета ко всем планетам плюс house overlays».

У Доротея Сидонского во II книге также сохранились правила согласия двух людей, где сопоставляются их Ascendants, светила, Venus, Moon и benefics. Историческая техника была встроена в более широкие doctrines брака, дружбы, статуса планет, домов, lots и reception. Поэтому корректнее говорить о древней традиции comparison of nativities, а не переносить в I–II века весь современный набор Uranus, Neptune, Pluto, Chiron, asteroids, точных компьютерных орбисов и психологических ключевых слов.

История слова тоже не равна истории метода. Английское synastry словари фиксируют с XVII века; Collins выводит его через позднелатинское synastria из позднегреческого и указывает раннюю английскую фиксацию в 1650–1660-х. Однако современное словарное значение — comparison of two or more natal charts — уже отражает позднейшую техническую специализацию. Наличие старого слова не доказывает, что в каждую эпоху под ним понимали одинаковый workflow.

В XX веке электронные эфемериды и затем компьютерные программы сделали полный cross-aspect matrix и house overlay практически мгновенными. Одновременно relationship astrology получила другие производные методы, прежде всего midpoint composite и Davison chart. Их нельзя ретроспективно подмешивать к древнему сравнению двух нативностей: у них другая математическая природа и другая единица анализа.

Синастрия сохраняет две карты: это сравнение, а не конструирование третьей

Пусть карта A содержит набор натальных координат A = {a1, a2, …}, а карта B — B = {b1, b2, …}. Синастрия не усредняет ai и bi и не создаёт новый объект вместо двух исходных наборов. Она строит отношения между элементами A и B: аспект, попадание в дом, контакт с углом, иногда — отношения с nodes, lots или другими дополнительными точками, если выбранная школа их использует.

Эта простая архитектура объясняет, почему в хорошем разборе всегда должно оставаться видно, кому принадлежит каждая точка. Фраза «Венера квадрат Сатурн» недостаточна: это может быть Venus A square Saturn B или Saturn A square Venus B. Геометрический угол один и тот же, но натальный контекст и символическая роль каждого участника не исчезают.

Поэтому синастрия не является самостоятельным небом на третий момент времени. В ней нет собственной даты рождения отношений, собственного физического Ascendant или нового набора реальных planetary positions. Всё, что видит программа, уже принадлежит одной из двух исходных карт либо вычислено как отношение между ними.

Как считается межкартный аспект

Для планеты i из карты A с эклиптической долготой λAi и точки j из карты B с долготой λBj сначала вычисляют кратчайшую круговую дистанцию δ между ними. Для стандартных longitude aspects точный центр аспекта задаётся углом θ: 0° для conjunction, 60° для sextile, 90° для square, 120° для trine, 180° для opposition и, если школа использует его, 150° для quincunx.

Фактический орбис можно записать как |δ − θ|. Контакт попадает в таблицу только если этот actual orb не превышает заранее выбранный максимум для данной пары объектов и типа аспекта. На этом уровне синастрия — обычная круговая геометрия; романтические слова не участвуют в расчёте.

Сам угол симметричен: расстояние между Venus A и Mars B равно расстоянию между Mars B и Venus A. Но из этой симметрии не следует, что психологическая интерпретация обязана быть одинаковой для обоих. Геометрия отвечает «какие две точки связаны и насколько точно», а роли задаются принадлежностью точек и выбранной астрологической моделью.

Почему роли двух людей нельзя стереть

Во многих современных школах один и тот же cross-aspect читается по двум ролям: что несёт человек планеты A и как это соприкасается с функцией планеты B. Такая модель является интерпретационной, а не физическим свойством угла, но она по крайней мере сохраняет структуру исходных данных.

Это особенно важно, когда объекты несимметричны по функции. Sun A conjunct Moon B и Moon A conjunct Sun B могут иметь одинаковый аспектный тип, но это два разных факта, если обе связи существуют одновременно. Первый использует natal Sun A и natal Moon B; второй — natal Moon A и natal Sun B. Смешивать их в одну строку значит потерять информацию.

По той же причине не следует писать «у пары Сатурн квадрат Венера» без указания владельцев, а затем приписывать обоим одинаковые мотивы. Технически надёжная запись хранит owner, object, aspect, actual orb и, при необходимости, дополнительные параметры обеих натальных карт.

Домовое наложение — направленная операция, а не взаимный аспект

Чтобы узнать, в какой дом B попадает планета A, берут longitude планеты из карты A и сравнивают её с системой домов карты B. Результат принадлежит house frame B. Обратный вопрос — в какой дом A попадает та же или другая планета B — требует house frame A и рассчитывается отдельно.

Из этого следует важное правило: «Moon A in B's 5th house» не подразумевает «Moon B in A's 5th house». Даже если две планеты образуют взаимный аспект, дома могут быть совершенно разными. Домовое наложение — directed edge A → B; reverse overlay B → A является другим edge.

У house overlay нет собственного орбиса как у square или conjunction. Если объект стоит рядом с cusp, полезно сообщить расстояние до границы и проверить другой house system, но это не превращает дом в аспект с произвольным допуском.

Если время рождения одного человека неизвестно: что остаётся доступно, а что нет

Неизвестный birth time не делает всю синастрию автоматически бесполезной, но превращает её в частичную задачу. У медленно меняющихся планет longitude в пределах суток обычно остаётся достаточно устойчивой для грубого interplanetary aspect check. Луна движется намного быстрее, поэтому для неё нужно рассматривать диапазон возможных положений, особенно если аспект близок к границе выбранного орбиса.

ASC, MC и house cusps без надёжного времени рождения не должны считаться известными. Если время A неизвестно, а B известно, можно в принципе помещать достаточно устойчивые planets A в houses B, потому что house frame B определён. Обратное наложение planets B в houses A ненадёжно, потому что сетка домов A неизвестна. Контакты к ASC/MC A также недоступны.

Это асимметричное следствие часто теряется в автоматических калькуляторах, которые подставляют noon и рисуют два полных колеса. Полуденная заглушка удобна для вычислительного интерфейса, но не восстанавливает реальный Ascendant. Качественная система должна маркировать условные точки и не смешивать их с надёжными.

Зачем нужны места рождения и где они не участвуют напрямую

Для стандартных geocentric planetary longitudes после корректного перевода birth record в UTC географическая точка не является входом в положение большинства планет. Но место рождения необходимо для локальных angles и houses, а также часто нужно для восстановления исторического timezone из записанного местного времени.

Если анализ включает house overlays обеих сторон, нужны надёжные local frames обеих натальных карт. Если сравниваются только устойчивые geocentric planetary longitudes, роль места меньше, но ошибка в timezone conversion всё равно способна превратить правильно записанный местный час в неправильный UTC instant.

Топоцентрические положения, особенно Луны, являются отдельной convention. Если программа использует observer-dependent positions, location входит уже в координаты объекта. Такой режим нельзя незаметно смешивать с обычным geocentric synastry calculation.

Орбис — параметр модели, а не универсальная константа совместимости

В синастрии нет одного обязательного максимального орбиса, одинакового для всех объектов и всех школ. Одни практики дают светилам более широкие допуски, другим точкам — более узкие; другие используют один профиль для всех major aspects; третьи резко ограничивают minor aspects. Поэтому надёжная таблица должна хранить не только название контакта, но и actual orb и rule set, по которому он был принят.

Проблема особенно заметна в software scores. Если один калькулятор считает Venus–Mars square до 8°, а другой до 4°, набор edges в графе уже различается до любой интерпретации. Если затем каждому aspect type назначить разные веса, итоговый compatibility percentage становится свойством алгоритма, а не объективным измерением отношений.

Методическое правило простое: сначала выбрать aspect set и orb profile, затем посмотреть результат. Расширять допуск после того, как понравился сюжет, — это подгонка определения под вывод.

Applying и separating не являются встроенным свойством статической синастрии

В одной натальной или транзитной задаче applying/separating можно определить через изменение aspect deviation во времени: есть общий момент t и скорости объектов в этой же временной системе. В статической синастрии natal Venus A взята из момента tA, а natal Saturn B — из другого момента tB. Эти две координаты не существовали одновременно как одно наблюдаемое небо.

Поэтому ярлык «межкартный аспект applying» требует дополнительного правила, которого в базовом определении synastry нет. Программа может попытаться использовать natal velocities каждого объекта в своих собственных birth instants или ввести иную convention, но тогда обязана назвать её. Без такого контракта applying/separating лучше не выдавать за физически однозначное свойство cross-chart edge.

Если задача действительно динамическая — например, как отношения меняются к общей календарной дате, — это уже отдельный слой: transits, progressions или directions к одной или обеим картам. Его нельзя получить простым прилагательным к статической синастрии.

Tropical и sidereal: что меняется, а что может остаться тем же

Если к обеим planetary longitudes применить один и тот же постоянный angular offset, их взаимная круговая дистанция не меняется. Поэтому чистый degree-based aspect между двумя планетами математически инвариантен к общему повороту zodiac zero: 90° остаются 90°. Это важнее общего утверждения «в сидерической синастрии всё другое».

Но интерпретационный слой действительно может измениться: sign labels будут другими. Кроме того, sign-based techniques, Whole Sign house overlays и любые методы, где граница знака является дискретной категорией, могут дать другой результат после смены tropical/sidereal reference. Если разные программы используют разные ayanamsha или несимметрично обрабатывают angles, различий станет ещё больше.

Следовательно, для воспроизводимости нужно назвать zodiac reference даже тогда, когда сами cross-aspects между планетами визуально совпали. Совпадение одного слоя не доказывает идентичность всего analysis pipeline.

Placidus, Whole Sign и другие системы: влияние ограничено конкретным слоем

House system не меняет longitude Venus A или Saturn B и не изменяет их чистый cross-chart square. Она меняет то, как локальная карта делится на дома, а значит — house overlays, cusp proximity и некоторые интерпретационные акценты.

В quadrant systems близкая к cusp планета способна оказаться в соседнем доме при небольшой смене времени или другой системе. В Whole Sign house number зависит от знака Ascendant и знака объекта; переход между tropical и sidereal может дополнительно изменить sign-based house assignment. Поэтому фраза «планета партнёра в моём VII доме» без house system и качества birth time технически неполна.

Спор между системами домов нельзя решить расширением орбиса. Это разные способы разметить локальное пространство карты. Если вывод критически зависит от одного house overlay, полезно проверить его устойчивость к разумным альтернативам и честно указать, если он меняется.

Какие объекты включать: ещё одна скрытая настройка калькулятора

Минимальный synastry set может ограничиваться Солнцем, Луной и планетами. Современные программы часто добавляют ASC/MC, lunar nodes, Chiron, Black Moon Lilith, asteroids, lots и другие calculated points. Чем больше объектов и aspect types, тем больше контактов появится просто комбинаторно.

Для дополнительных точек важно знать разновидность расчёта. Nodes могут быть mean или true; Black Moon Lilith имеет несколько competing definitions; углы зависят от birth time; asteroid Lilith 1181 вообще является физическим малым телом и не равна Black Moon Lilith. Если два сайта используют разные object definitions, одинаковое имя таблицы «synastry» не гарантирует одинаковые входные данные.

Большой список не автоматически глубже маленького. Профессиональная задача — объявить object set, а затем различать центральные связи и декоративный шум, вместо того чтобы считать каждую новую линию независимым доказательством совместимости.

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

Синастрия сравнивает не абстрактную Venus с абстрактным Saturn, а конкретную Venus A из натальной структуры A и конкретный Saturn B из структуры B. Их sign, house, natal aspects, angularity, rulership и другие выбранные условия уже существуют до знакомства этих двух людей.

Поэтому один cross-aspect не обязан переживаться одинаково во всех парах. Если функция уже напряжённо или, наоборот, устойчиво интегрирована в собственной карте, межкартный контакт попадает в разный natal context. Это астрологическая интерпретационная модель, но методически она последовательнее, чем универсальная фраза «этот аспект всегда означает X».

Практический порядок отсюда следует естественно: сначала убедиться, что обе natal charts рассчитаны корректно; затем понимать ключевые natal conditions; только потом читать cross-chart edges и повторяющиеся темы. Синастрия не заменяет две натальные карты — она стоит поверх них.

Поколенческий фактор: не каждый точный outer-planet contact одинаково индивидуален

Uranus, Neptune и Pluto движутся медленно. У людей близкого возраста их положения могут быть похожи у целого поколения, поэтому outer-to-outer synastry aspects часто имеют низкую индивидуальную различительную способность: тот же контакт человек может иметь со множеством ровесников.

Это не означает, что такие аспекты нужно всегда удалять. Их индивидуальность возрастает, когда slow planet одного человека тесно связывается с personal planet, angle или другой быстро меняющейся точкой другого, либо когда одна и та же тема повторяется через несколько независимых связей.

Полезный вопрос не «есть ли Pluto aspect?», а «насколько редка эта геометрия для данной возрастной когорты и к каким персональным узлам двух карт она подключена?». Такой подход уменьшает риск принимать поколенческий фон за уникальную историю конкретной пары.

Double whammy — два независимых контакта, а не зеркальное повторение одной строки

В современной synastry vocabulary double whammy обычно означает, что одна и та же пара планет связана в обоих направлениях: например, Venus A аспектирует Mars B и одновременно Mars A аспектирует Venus B. Второй edge должен существовать отдельно; он не появляется автоматически из симметрии первого аспекта.

Это легко увидеть на данных. Если Venus A = 10° Taurus и Mars B = 10° Leo, между ними есть точный square. Из этого ничего не следует о Mars A и Venus B — их coordinates могут образовывать trine, opposition или вообще не попадать ни в один выбранный orb.

Даже когда double whammy существует, он не удваивает механически «силу любви». Это всего лишь повторение одной planetary pair на двух разных cross-chart edges. Их нужно записать с собственными aspect types, actual orbs, house overlays и natal contexts.

Процент совместимости — это модель весов, а не измерительная шкала природы

Чтобы получить число от 0 до 100, программа должна принять много решений: какие objects включить, какие aspects считать, какие орбисы дать каждому, считать ли conjunction хорошим или плохим в зависимости от планет, сколько баллов назначить trine, как штрафовать square, как учитывать houses, duplicates и generational contacts. Ни одно из этих решений не следует автоматически из геометрии.

Поэтому два приложения способны получить одинаковые planetary coordinates и совершенно разные scores. Это не парадокс: координатный слой совпал, а scoring function различается. Без опубликованной формулы процент практически невозможно воспроизвести или содержательно сравнить.

Для энциклопедического разбора полезнее показывать измеримые элементы — aspect angle, orb, owner, house frame, input quality — и только затем давать качественную символическую интерпретацию. Один итоговый балл стирает структуру данных, ради которой синастрия вообще строилась.

Не путать с composite и Davison chart

Synastry сохраняет две натальные карты и сравнивает их. Midpoint composite делает другое: для соответствующих точек двух карт вычисляет производные средние положения и получает одну сконструированную карту. Это уже новая математическая сущность; исходные владельцы конкретного composite Sun или composite Venus внутри этой карты не представлены как A и B.

Davison relationship chart использует ещё иной принцип: строит chart для среднего момента времени и среднего географического положения двух рождений по выбранной convention. В отличие от midpoint composite, его planetary positions относятся к реальному вычисленному моменту, но этот момент всё равно является производным от двух биографических данных, а не моментом фактического события отношений.

Споры «что важнее — синастрия или композит» не имеют технически универсального ответа, потому что методы отвечают на разные вопросы и строят разные объекты. Reddit и профессиональные сообщества постоянно возвращаются к этой путанице; это пользовательский сигнал, но не основание объявлять одну школу истиннее другой.

Синастрия не ограничена романтическими парами

Математическая операция сравнения двух карт ничего не знает о типе отношений. Те же cross-chart aspects можно вычислить для супругов, друзей, родственников, коллег, деловых партнёров или любых двух людей с известными birth data.

Меняется не геометрия, а вопрос и интерпретационный словарь. Venus–Mars contact в романтическом контексте часто обсуждают через притяжение, но в рабочем взаимодействии те же символы могут быть прочитаны через ценности, инициативу, вкус или стиль действия. Ни один аспект сам не устанавливает социальный статус связи.

Это ещё одна причина не использовать synastry as mind-reading. Карта не сообщает, дал ли человек согласие на отношения, считает ли связь романтической, хочет ли продолжать контакт или безопасно ли взаимодействие. Такие факты узнаются из реальности и коммуникации, а не из cross-chart geometry.

Воспроизводимый алгоритм синастрии: от данных к интерпретации

Такой workflow отделяет три разных слоя: исходные данные, вычисленную геометрию и символический narrative. Благодаря этому расхождение можно локализовать. Если программы показывают разные аспекты, проблема обычно находится в data/settings/orbs; если geometry совпадает, а трактовки расходятся, это уже различие школ или авторов.

• Проверить дату, локальное время, место, timezone conversion и качество birth time для A и B.
• Рассчитать две натальные карты в одном объявленном coordinate contract либо явно объяснить различия.
• Зафиксировать object set, aspect set и orb profile до просмотра результата.
• Посчитать cross-chart aspects и сохранить owner каждой точки, точный angle и actual orb.
• Отдельно, если время позволяет, вычислить A→B house overlays и B→A house overlays; не смешивать направления.
• Проверить contacts к ASC/MC только у карт с надёжным временем рождения.
• Отметить условные Moon/angle/house results, если birth data приблизительны.
• Оценить natal context обеих планет и поколенческий фактор slow planets.
• Искать повторяющиеся темы, но не считать количество линий независимыми доказательствами одного вывода.
• Сравнить символическую гипотезу с реальными отношениями и оставить право реальности опровергнуть интерпретацию.

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

Первый уровень проверки — сами natal positions. Сравните UTC birth instant, zodiac, ephemeris, node type, Lilith definition и treatment unknown time. Если исходные coordinates различаются, synastry table неизбежно разойдётся.

Второй уровень — selection rules: aspect set и orb profile. Один сервис может показывать только major aspects, другой — quincunx и minor aspects; один даст Sun/Moon широкий orb, другой применит единый предел. House overlay дополнительно зависит от birth time, location и house system.

Третий уровень — presentation. Некоторые сайты рисуют bi-wheel с chart A inside, B outside; другие меняют порядок. Сама перестановка колёс не меняет cross-aspect angle, но подпись house overlays меняется направлением. Поэтому перед выводом «сайт ошибся» нужно проверить, кто в интерфейсе является owner house frame.

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

В актуальном репозитории существует большой специализированный контентный кластер `content/encyclopedia/astrology/synastry/`: 401 article-файл без учёта index.ts. В нём есть отдельные страницы о межпланетных аспектах, планетах в домах партнёра и обзорные материалы вроде `mars-in-synastry.ts` и `saturn-in-synastry.ts`. Это editorial knowledge layer, а не доказательство наличия пользовательского calculator engine.

Поиск исполняемого кода вне content не обнаружил runtime-модуля, который принимал бы две пользовательские birth records, рассчитывал две natal charts, строил cross-aspect matrix, двусторонние house overlays, compatibility score или composite/synastry output. `synastry` также не входит в `FORECAST_ASTROLOGY_SLUGS` service bridge; то есть текущая glossary page маршрутизируется как обычный natal/encyclopedic topic, а не как forecasting calculator.

Следовательно, ПУТЬ сейчас автоматически не вычисляет пользовательскую синастрию. Нельзя приписывать production конкретные synastry orbs, house system, object set, score weights или unknown-time policy, пока такого engine нет. Конвенции, описанные в специализированных статьях, являются редакционными правилами конкретных материалов, а не скрытым runtime contract продукта.

Что вычисляется точно — и чего синастрия не может установить

При известных данных астрономические coordinates и angular separations вычисляются воспроизводимо. Можно строго установить, что две выбранные долготы разделяет, например, 89°42′, и что при заранее объявленном tolerance это попадает в square. Можно также воспроизводимо определить house membership в выбранной математической системе домов.

Но символическая интерпретация такого cross-chart contact не является установленным физическим механизмом, который научно доказал бы любовь, совместимость, верность, сексуальное согласие, долговечность или исход отношений. Точность геометрии не переносится автоматически на причинный статус интерпретации.

Особенно важно не использовать карту для утверждений о внутреннем состоянии другого человека без его слов: «он любит», «она обязательно вернётся», «этот аспект доказывает одержимость» — это не результаты расчёта. Аналогично никакая комбинация аспектов не заменяет оценку безопасности, согласия, уважения границ и реального поведения.

Где заканчивается glossary и начинается 401-страничный synastry-кластер

Задача этой страницы — объяснить сам термин: что сравнивается, как считается cross-chart angle, почему house overlay направлен, что происходит без birth time, какие настройки меняют результат и чем synastry отличается от производных relationship charts.

Конкретные интерпретации принадлежат специализированному кластеру. Там отдельно разобраны, например, Sun conjunction Moon, Venus square Mars, Moon in 5th house, Saturn in synastry и сотни других сочетаний. Glossary не должен повторять 401 таких страниц внутри одного материала.

Правильная навигация поэтому идёт от определения к конкретному edge: сначала понять механику синастрии, затем открыть статью о фактически найденном аспекте или house overlay и уже там учитывать роли, орбис, натальные условия, generational factor и остальную карту.