Солнце в квадрате к Венере

До метафоры конфликта был прямой угол: quartile означает реальные 90°

В классической аспектной геометрии square не означал просто `напряжение`. Птолемей описывает quartile как один прямой угол, три знака и 90°. Это определение полезно именно здесь: прежде чем обсуждать символическую несовместимость функций, нужно проверить, может ли конкретная пара вообще разойтись на три знака или четверть круга.

Sun–Venus не может. Ограничение возникает не из поздней психологической школы и не из оценки Венеры как benefic. Оно следует из геометрии внутренней планеты: с Земли Venus остаётся в солнечном коридоре и достигает greatest elongation примерно 47°, тогда как quartile начинается только у 90°.

Поздняя астрология добавила minor aspects, включая углы около 45°. Именно поэтому исторически и программно важно не сваливать все `напряжённые` расстояния в слово square. Реальный 45° и невозможный для этой пары 90° — разные геометрические категории, даже если современная школа интерпретирует обе как формы трения.

Тест четверти круга: Sun–Venus не доходят до области квадрата

Square требует, чтобы кратчайшая дуга между двумя longitude приблизилась к 90°. Если мысленно поставить Sun в 0°, точный квадрат потребует Venus около 90° или 270°. Но геоцентрическая Venus никогда не уходит так далеко: обе её ветви — восточная и западная — заканчиваются примерно возле 47° от солнечного направления.

Поэтому проблема не в редкости аспекта. Между достижимым коридором Venus и квадратной областью остаётся десятки градусов пустого пространства. Угол 90° не появляется ни один раз за реальный Venus–Sun cycle одного момента.

Это и есть первый фильтр статьи: до sign, house, dignity, ретроградности, пола человека или темы отношений должен существовать сам target angle. Здесь его нет.

Production ПУТИ: square начинается с 84°, а Venus заканчивается около 47°

В фактическом `generate-natal/engine/astrology-engine.ts` square задан как `{ angle: 90, maxOrb: 6 }`. `calcAspects()` вычисляет абсолютную разницу долгот, сворачивает значения больше 180° через `360 - diff`, затем считает `orb = |diff - 90|` и сохраняет aspect только при `orb ≤ 6`.

Следовательно, current production-window квадрата равен 84–96°. Для Sun–Venus physically reachable separation заканчивается примерно у 47°. Эти множества не имеют общей точки: даже до самой мягкой software-границы не хватает около 37°.

Если production с корректными Swiss Ephemeris positions одного timestamp когда-либо вернёт `Sun square Venus`, это не повод искать `особенно широкий квадрат`. Это повод проверить данные, владельца точек, режим расчёта или классификатор.

45° — реальная подсказка: semi-square возможен, square нет

Предел Venus около 47° делает особым угол 45°. В системах, которые используют minor aspects, Sun и Venus одного момента действительно могут оказаться примерно в semi-square 45°. Такая геометрия физически возможна и находится очень близко к greatest elongation.

Но 45° — не `широкий квадрат`. До exact square 90° от него остаётся ещё 45°. Переименование semi-square в square уничтожает различие target angles и делает орбис бессмысленным.

Production ПУТИ сейчас не содержит 45° в `ASPECT_TYPES`, поэтому даже корректный semi-square не появится в стандартном natal `aspects` array. Если сторонний сервис показывает `Sun square Venus` около separation 45°, полезно проверить, не произошло ли ошибочное сопоставление minor aspect с major label.

Почему ≈47° — физический предел наблюдения, а не астрологический орбис

Venus обращается вокруг Sun внутри земной орбиты. Greatest elongation — это максимум видимого углового удаления внутренней планеты от Sun для земного наблюдателя. Для Venus он составляет примерно 47°, поэтому планета известна как утренняя или вечерняя звезда и не уходит далеко в ночную часть неба.

Это число нельзя сравнивать с max orb как два конкурирующих правила. Greatest elongation ограничивает саму возможную separation пары. Max orb, наоборот, задаёт маленький допуск вокруг уже выбранного target angle. Сначала физика определяет, какие углы доступны; только затем software решает, насколько близко к target нужно подойти.

Именно поэтому увеличение square orb с 6° до 8° или даже 10° ничего принципиально не меняет. Нижняя граница осталась бы намного выше реального Venus corridor.

Sign-based square тоже не создаёт 90°: знак-к-знаку и degree geometry нужно различать

Классический quartile описывался как три знака. Современный degree-based square ПУТИ — как близость к 90° независимо от того, какие sign labels стоят по краям орбиса. В обычных парах эти две системы иногда расходятся из-за out-of-sign aspects.

Для Sun–Venus это расхождение не спасает квадрат. Реальная separation меньше 48°, поэтому exact three-sign/90° relationship недостижима. Planets могут оказаться по разные стороны sign boundary и даже в знаках, чьи sign-to-sign отношения выглядят иначе, но raw longitude не превращается из 47° в 90°.

Поэтому фраза `они в знаках квадратуры` без проверки degrees особенно опасна для внутренних планет. Sign label не отменяет астрономический предел пары.

Если программа показывает ☉□♀: сначала диагностировать label, а не человека

• Убедиться, что это именно natal chart одного человека, а не synastry, composite, transit или progression view.
• Выписать raw geocentric ecliptic longitude Sun и Venus в одной системе координат.
• Вычислить `Δ = min(|λSun − λVenus|, 360° − |λSun − λVenus|)`.
• Сравнить Δ сначала с 90°, а уже потом с max orb выбранного profile.
• Если Δ около 45°, проверить, не классифицирует ли программа semi-square и не подписывает ли его неверно.
• Проверить, не относится ли отображённая линия к declination, midpoint, harmonic или другому отдельному методу.
• Только после подтверждения техники переходить к интерпретации — а для natal Sun–Venus square подтверждение 90° не произойдёт.

Почему квадрат возможен в синастрии и transit-to-natal

Физический запрет относится к Sun и Venus одного и того же небесного момента. В synastry Sun человека A взят из одной даты, а Venus человека B — из другой. Между этими двумя сохранёнными longitude вполне может быть 90°. Это реальный cross-chart square, но он описывает связь двух карт, а не внутреннюю natal structure одного человека.

По той же причине current Venus может оказаться в square к natal Sun, а current Sun — в square к natal Venus. Здесь сравниваются coordinates разных моментов, поэтому внутреннее ограничение `current Venus остаётся возле current Sun` не запрещает 90° к старой natal position другой точки.

Нужно, однако, отличать геометрическую возможность от конкретной функциональности ПУТИ. Текущие production transit modules имеют собственный body set и orb profile; не каждый геометрически возможный cross-time аспект обязательно уже реализован в интерфейсе проекта.

Транзитное небо одного момента тоже не создаёт current Sun □ current Venus

Иногда слово `транзит` создаёт ложное ощущение, что любой angle становится возможен. Если обе точки взяты из одного current timestamp — например, current Sun и current Venus сегодня — действует та же физическая геометрия, что и в natal snapshot. Они всё равно не разойдутся на 90°.

Возможность появляется только при cross-time comparison: current Venus к natal Sun, current Sun к natal Venus или другие техники, где две longitude принадлежат разным моментам. Поэтому подпись аспекта должна сохранять владельца и временной слой каждой точки.

Это различие полезно для software contracts: `body name` недостаточно. Надёжная запись аспекта должна также знать chart owner, timestamp/context и coordinate frame.

Что не исправляет невозможность: зодиак, дома, место и часы рождения

Переход tropical → sidereal сдвигает обе longitude согласованно и сохраняет их взаимную угловую дистанцию. Смена Placidus на Whole Sign или Equal меняет house placement, но не Sun–Venus separation по эклиптике. Поэтому ни zodiac mode, ни house system не создают квадрат.

Место рождения важно для timezone reconstruction, houses и ASC/MC. После корректного определения UTC обычные geocentric planetary longitudes не получают от города дополнительных десятков градусов взаимного расстояния. Topocentric corrections также несопоставимо малы относительно недостающих примерно 37° до production square-window.

Точное время может менять конкретный orb небольших реальных контактов и houses, а Venus station — скорость и direction. Но никакой час внутри реального дня не переносит Venus из солнечного коридора около 47° в область 84–96°.

Applying/separating: нельзя определять фазу аспекта, которого нет

Applying и separating отвечают на вопрос, приближается ли существующая pair к exact target или удаляется от него. Для natal Sun–Venus square target 90° физически недостижим, поэтому нет корректного состояния `applying square` или `separating square` внутри одной real-time пары.

Production ПУТИ дополнительно не сохраняет applying/separating даже для существующих major aspects: Swiss Ephemeris helper получает `speedLon`, но готовый `Aspect` содержит type и orb без phase. Это software limitation, однако оно вторично по отношению к астрономической невозможности 90°.

Если сторонний сервис пишет `applying Sun square Venus` в natal chart, полезно проверить не только фазу, но прежде всего саму базовую separation.

Что действительно исследовать в одной натальной карте Sun–Venus

В current major-profile ПУТИ реальным Sun–Venus аспектом одного момента остаётся область conjunction 0° ± 5°. Там уже имеют смысл actual orb, inferior/superior branch, retrograde/direct state Venus, traditional cazimi/combustion conventions, signs, houses, rulerships и дополнительные аспекты к третьим точкам.

Если школа использует minor aspects, геометрия около 30° или 45° может быть отдельной темой, потому что такие расстояния физически достижимы. Но ПУТЬ сейчас не включает semi-sextile или semi-square в `ASPECT_TYPES`, поэтому их нельзя приписывать production без расширения calculation profile.

Если пользователь ищет напряжение между самоопределением и ценностями, его нужно находить в реальных данных карты — например, через состояние Venus, реальные аспекты Sun/Venus к другим телам или house/rulership context — а не сохранять несуществующий label `Sun square Venus`.

Почему URL стоит сохранить: он исправляет массовую матричную ошибку, а не поддерживает её

Запрос `Sun square Venus` реально существует: поисковые страницы, автоматические матрицы и пользовательские форумы показывают, что люди сталкиваются с этим словосочетанием и не всегда понимают, относится ли оно к наталу или синастрии. Пустой URL или вымышленная психологическая статья оставили бы вопрос без корректного ответа.

Поэтому редакционная функция этой страницы — быть техническим шлюзом. Она сохраняет canonical, прямо отвечает `в натальной карте одного момента — нет`, показывает проверяемую причину и ведёт пользователя к реальному conjunction, общей странице square и соответствующей synastry geometry.

Такой формат также делает сам кластер честнее: матричный URL не превращается автоматически в утверждение, что каждая комбинация планет и аспектов существует в природе.

Научная граница: невозможность 90° проверяема, символическое значение square — другая категория

Проверяемые утверждения этой страницы — orbital ordering, greatest elongation Venus, planetary longitudes, angular separation, target 90° и production threshold 6°. Их можно сверить с эфемеридами и формулой независимо от астрологической интерпретации.

Утверждения вроде `square создаёт конфликт между личностью и любовью` принадлежат астрологической традиции и не являются научно подтверждённым механизмом личности. В synastry или другой технике их можно обсуждать как symbolic framework после подтверждения реального 90°.

В natal Sun–Venus case есть дополнительная причина не строить такую историю: сама исходная longitude geometry отсутствует. Поэтому честная статья заканчивает интерпретацию там, где заканчиваются данные.