Соляр

От «революции года» к Solar Return: что в технике действительно древнее, а что появилось позже

Русское «соляр» связано с международной лексикой solar, восходящей к латинскому sol — «Солнце». Но происхождение слова не следует путать с происхождением техники. В старых астрологических текстах встречаются другие формулы: «революция года», «революция лет рождения», annual revolution. Они описывают годовой возврат, не обязательно используя современное английское название Solar Return.

У Доротея Сидонского в IV книге Carmen Astrologicum, дошедшей в арабской передаче, начало года определяется очень конкретно: когда Солнце входит в ту же степень и минуту, где находилось при рождении. Это важное раннее свидетельство return boundary. Однако из одной этой формулы нельзя автоматически вывести весь набор правил современного solar-return reading — например, нынешние debates о relocation, precession correction или самостоятельном чтении карты без profection context.

В арабо-персидской средневековой традиции annual revolution становится частью большой системы прогнозирования. Абу Машар в IX веке посвятил «революциям лет рождений» развёрнутый трактат, где годовой return рассматривается рядом с profections, transits, distributions и firdariyyat. Для него solar revolution — не декоративный birthday chart, а real-time слой, который проверяет и актуализирует темы натальной карты вместе с символическими rulers of time.

Латинская средневековая и ренессансная традиция унаследовала язык revolutio anni и revolutio annorum nativitatis. Поэтому утверждение «соляры придумали современные психологические астрологи» исторически неверно. Но столь же неточно считать любой современный способ чтения домов, relocation или precessed return буквальным продолжением одного древнего алгоритма.

Отдельная историческая развилка касается места. По обзору Бенджамина Дайкса, для древних и средневековых техник нет убедительного свидетельства систематического relocation solar-return chart: использовалась натальная локация. Практика строить карту для фактического места нахождения, текущего проживания или специально выбранного города относится к более поздним ветвям и сегодня остаётся предметом разногласий. Поэтому «традиционное» и «релокационное» чтение нельзя незаметно смешивать.

Современное программное обеспечение добавило ещё одну проблему: под кнопкой Solar Return могут скрываться tropical, sidereal, precession-corrected, natal-place или relocated conventions. Историческая преемственность существует на уровне идеи возврата Солнца к исходной позиции; конкретные coordinate flags, house systems и location policies являются отдельными решениями, которые должны быть названы явно.

Сначала природа термина: один «соляр» скрывает две разные вычислительные задачи

Первая задача не требует домов. Есть натальный момент t₀ и натальная солнечная долгота λ☉,natal. Для интересующего года нужно найти момент t_SR около годовщины, когда транзитная солнечная долгота снова совпадёт с этой величиной в той же системе координат. Результат первой задачи — timestamp, а не Ascendant и не «тема года».

Вторая задача начинается только после того, как timestamp найден. Для t_SR берутся положения остальных планет, выбирается географическое место, считается local sidereal time, затем Ascendant, MC и cusps согласно конкретной house system. Результат — полная return chart. Если сменить город, первая задача при обычной геоцентрической системе останется прежней, а вторая даст другую локальную геометрию.

Эта двухступенчатая модель снимает большую часть путаницы. Фраза «соляр в Париже наступил в другое время, чем в Москве» может означать лишь разные local clock displays одного и того же UTC-момента; а может означать, что программы используют разные zodiac/ephemeris conventions. Место само по себе не должно тайно подменять coordinate definition солнечного возврата.

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

Пусть C обозначает полный набор coordinate conventions: tropical или sidereal zodiac, geocentric или topocentric reference, apparent/true flags и другие настройки, влияющие на солнечную долготу. Тогда корректная задача имеет вид d(t) = wrap180(λ☉(t; C) − λ☉(t₀; C)) и требует найти d(t_SR) = 0 рядом с ожидаемой годовщиной.

Функция wrap180 нужна из-за круговой природы долготы. Простое вычитание 359.99° − 0.01° даёт почти 360°, хотя фактическая кратчайшая разность равна примерно −0.02°. Алгоритм, который забывает circular wrap, способен сломаться именно на границе 0° Aries. После bracket around anniversary root можно уточнять бисекцией, Newton-like iteration или специализированной ephemeris function.

Swiss Ephemeris в своей reference API имеет swe_solcross_ut(): функция ищет следующее пересечение Солнцем заданной эклиптической позиции и возвращает Universal Time; документация заявляет sub-arcsecond positional precision для найденного crossing. Это хороший пример того, какой математической операцией является solar return. Конкретное приложение может реализовать собственный root solver, но оно должно решать ту же задачу, а не просто ставить время рождения на очередную календарную дату.

«Та же точка» существует только после выбора coordinate contract

Слова «Солнце вернулось в ту же точку» звучат абсолютнее, чем являются на практике. Эклиптическая долгота зависит от reference frame и flags. Обычные западные tropical calculators чаще сравнивают геоцентрические эклиптические долготы относительно tropical equinox of date. Sidereal software применяет ayanamsha и потому решает уже другое равенство координат.

Astrodienst прямо указывает, что при sidereal zodiac его Solar Return рассчитывается относительно sidereal position of the Sun и дата может отличаться от tropical return. Это не программная ошибка, а другой coordinate contract. Отдельно существует modern precession-corrected / precessed return practice; её определения и названия различаются между школами и программами, поэтому по одному ярлыку «precessed» нельзя восстановить алгоритм.

Есть и более технические flags: apparent против true position, nutation, geocentric против topocentric. Большинство обычных натальных эфемерид используют геоцентрическую apparent longitude; если натал был рассчитан так, return target должен быть получен тем же способом. Смешать true natal longitude с apparent transit longitude — значит создать искусственный сдвиг exact time.

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

Календарный день рождения повторяет month/day в гражданском календаре. Solar return повторяет longitude condition. Эти циклы близки, но не тождественны: Gregorian years чередуют 365 и 366 дней, тропический год имеет другую длительность, а видимая геоцентрическая скорость Солнца по эклиптике в течение года немного меняется.

Поэтому время рождения нельзя механически переносить на очередной birthday. Человек, родившийся в 08:15, вполне может иметь return вечером, ночью или в соседнюю календарную дату. Astrodienst предупреждает, что exact Solar Return бывает в день рождения, за день до него или после; в конкретных local time zones displayed date может отличаться ещё сильнее из-за часового пояса.

Практически birthday — удобный initial bracket для solver. Для годового цикла технически чище использовать интервал от одного exact return до следующего exact return, а не от 00:00 дня рождения до 23:59 следующего такого дня. Утверждения, что карта «начинает работать за два-три месяца», относятся уже к интерпретационной школе, а не к определению момента возврата.

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

Натальная долгота Солнца зависит от точного birth instant. Солнце проходит около одного градуса в сутки, поэтому ошибка времени рождения на несколько часов сдвигает target longitude на заметные угловые минуты. При поиске следующего crossing этот angular error превращается примерно в такой же порядок ошибки по времени return, потому что транзитное Солнце движется с сопоставимой скоростью.

Если вместо неизвестного времени поставить 12:00, calculator создаёт конкретную, но условную натальную долготу. При истинном рождении утром или вечером exact return может отличаться на многие часы. Для медленно меняющихся планетных положений это иногда мало, но Ascendant, MC и дома return chart за несколько часов успевают измениться радикально.

Место рождения необходимо ещё до разговоров о relocation, если исходное время записано как local civil time: нужна корректная historical timezone conversion в UTC. Для обычной геоцентрической солнечной долготы географические координаты рождения сами по себе не входят в λ☉; но место помогает установить правильный offset и, конечно, необходимо для натального Ascendant и домов, с которыми затем сравнивают return chart.

Один геоцентрический return instant — много местных часов

Если solar return определяется геоцентрической долготой Солнца, решение t_SR — мировой instant. В этот момент UTC один и тот же для всех городов. Но часы в Токио, Амстердаме и Нью-Йорке показывают разные local times и иногда разные calendar dates. Нельзя принимать различие часовых поясов за три разных астрономических возврата.

После выбора места происходит локализация. Координаты latitude/longitude нужны для horizon system: где в этот instant пересекают горизонт и меридиан ecliptic points, какой знак восходит, где MC и как расположены cusps. Поэтому reference place критично для angular structure, хотя planetary geocentric positions на этот instant практически остаются теми же.

Исключение появляется, если программа сознательно использует topocentric planetary positions. Тогда observer location входит уже в координаты тела, и даже сам crossing может немного сместиться. Такой вариант нужно обозначать явно: он не должен молча маскироваться под обычный geocentric Solar Return.

Birthplace, residence или точка фактического пребывания: спор относится к модели карты

Современные calculators предлагают как минимум три политики: natal birthplace, current residence и место, где человек физически находится в момент return. Astrodienst позволяет менять reference place и отдельно описывает birth place, residence и actual location как встречающиеся варианты. В результате одна и та же планетная snapshot получает разные Ascendant, MC и houses.

Исторически вопрос решался иначе. В обсуждении текста Абу Машара Бенджамин Дайкс подчёркивает, что не видит свидетельств relocation у древних и средневековых авторов и что annual revolutions, по-видимому, строились для natal location. В более поздней практике встречаются relocated returns; вопрос связывают, в частности, с раннемодерными авторами, а в XX–XXI веках relocation стал обычной самостоятельной школой.

Следовательно, фраза «соляр всегда нужно строить на город, где встретил день рождения» исторически слишком сильна; столь же сильна противоположная фраза «правилен только город рождения». Для воспроизводимого анализа нужна заранее выбранная location policy. Менять её после знакомства с картой, чтобы получить желаемый Ascendant, — методологический cherry-picking.

Можно ли «улучшить соляр» поездкой: что путешествие действительно меняет

Если человек в exact return instant перемещается из одного города в другой, геоцентрические Солнце, Луна, Венера, Марс и остальные планеты остаются в тех же zodiac longitudes. Путешествие не переставляет Юпитер в другой знак и не отменяет реальный Saturn aspect. Оно меняет ориентацию local horizon/meridian относительно этого же неба.

Поэтому relocation способен передвинуть планеты по домам, изменить return Ascendant и MC, а иногда сделать планету angular или наоборот убрать её от угла. Именно на этом строится практика «встретить соляр в другом городе». Но вывод, что поездка гарантированно изменит события года, уже является астрологической гипотезой, а не следствием сферической астрономии.

Для честного сравнения можно сохранить один t_SR, построить несколько local charts для разных мест и увидеть, какие поля реально меняются. Такой эксперимент быстро показывает границу между вычислимой геометрией и последующей символической интерпретацией.

После выбора города нужен ещё один contract: house system и локальная геометрия

Даже astrologers, согласные по return time и location, могут получить разные house cusps, если один использует Placidus, другой Whole Sign, третий Regiomontanus. Это не меняет положений планет по знакам, но меняет house assignments и иногда сам способ употребления слова «дом соляра».

Ascendant и MC не являются дополнительными телами, которые «возвращаются» вместе с Солнцем. Они вычисляются заново из t_SR и места. Поэтому их точность зависит одновременно от correct return timestamp, latitude/longitude, earth-rotation/time conventions и алгоритма houses. Маленькая ошибка в exact time особенно заметна на углах.

Прежде чем обсуждать «Солнце в X доме соляра» или «Ascendant соляра в таком-то знаке», calculator должен уметь показать reference place, UTC instant и house system. Без этого результат трудно воспроизвести, а два изображения карты нельзя сравнивать только по внешнему виду.

Солнце на натальном Солнце — не найденный аспект, а условие выбора карты

В любой корректной standard Solar Return chart транзитное Солнце находится в точном соединении с натальным Солнцем по той coordinate definition, которая использована для поиска. Это не дополнительный сигнал, обнаруженный после построения карты. Именно этим условием выбран timestamp.

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

Та же логика применима к lunar return: точная Луна-на-Луне является selection condition, а не неожиданной находкой. Это полезная проверка качества любого report generator: он должен отличать constraints, которыми создана карта, от features, которые реально варьируются между картами.

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

Solar Return не создаёт отдельные «солярные планеты». После нахождения t_SR Меркурий, Венера, Марс, Юпитер и остальные тела берутся в своих реальных эфемеридных положениях на этот момент. В вычислительном смысле return chart — transit snapshot, выбранный не произвольной датой, а событием Sun-crossing.

Поэтому solar return отличается от secondary progression, где возраст преобразуется в symbolic ephemeris date, и от solar arc, где натальные точки сдвигаются общей дугой. Он также отличается от annual profection: profection может вообще не вычислять планетные longitudes, а лишь выбирает place/sign/time lord по возрасту.

От обычного transit chart различие не в типе астрономических координат, а в rule of sampling. Транзиты можно смотреть в любую секунду; Solar Return выбирает одну ежегодную секунду по условию λ☉(t)=λ☉,natal и затем традиционно рассматривает эту snapshot как годовую карту.

Traditional annual revolution и современная «карта года» — не один и тот же workflow

В популярной современной практике соляр нередко читают как почти самостоятельную натальную карту на один год: оценивают return Ascendant, ruler, planets in houses, aspects и overlay с radix. Это цельная современная школа, но она не должна автоматически выдаваться за единственный исторический способ.

У Доротея, Абу Машара и последующей medieval annual prediction solar revolution взаимодействует с натальной картой и time-lord techniques. Profection показывает, какие natal topics получили годовую активацию; revolution показывает real-time condition этих significators; transits и другие методы добавляют ещё один уровень. Поэтому исторически «lord of the year» не является синонимом chart ruler современного соляра.

Практический вывод для glossary прост: термин Solar Return определяет return event и построенную на него карту. Он сам по себе не предписывает единственный interpretation pipeline. Если статья или software report вводит rules вроде «сначала смотрите ruler of SR Ascendant» или «главное — overlay houses», это уже выбранная школа чтения, которую следует назвать отдельно.

Tropical, sidereal и precession-corrected returns: почему одинаковый год может иметь разные часы

В standard tropical return target — натальная tropical longitude Солнца, а транзитное Солнце ищется в той же tropical frame. В sidereal return target и транзитная позиция определяются в sidereal zodiac с конкретной ayanamsha. Astrodienst предупреждает, что sidereal return date может отличаться от tropical именно потому, что condition сформулировано иначе.

Precessed или precession-corrected solar return — отдельная современная ветвь. В разных программах этим названием обозначают разные способы учесть accumulated precession; иногда цель — получить timing, эквивалентный sidereal framework, но вывести карту tropical signs. Из-за этой терминологической нестабильности нельзя писать формулу precessed return по памяти: нужно читать manual конкретного calculator.

С точки зрения audit достаточно сохранять не ярлык, а параметры: zodiac=tropical/sidereal, ayanamsha, return target definition, precession correction yes/no, ephemeris flags. Тогда расхождение между двумя программами превращается из мистической проблемы в сравнение inputs и algorithms.

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

Если расходится exact UTC moment, сначала проверяют natal Sun target: одинаковы ли birth timestamp и timezone conversion, zodiac system, ayanamsha, apparent/true settings, geocentric/topocentric mode и precision. Затем проверяют root solver — действительно ли он ищет zero crossing по круговой разности, а не использует интерполяцию с грубым шагом или просто birthday time.

Если UTC moment совпадает, а местное время выглядит иначе, причина обычно в reference timezone/display. Если совпадает moment и planetary longitudes, но расходятся Ascendant/MC/houses, проверяют reference location, coordinates, DST/history rules и house system. Это уже вторая стадия расчёта.

Наконец, два интерфейса могут выбирать разные years. Некоторые просят календарный год, другие — возраст или start year персонального цикла. Solar Return 2026 обычно означает return, происходящий около birthday в 2026 и действующий до return 2027, но label в UI не является международным математическим стандартом.

• Сравнить natal UTC timestamp и natal Sun absolute longitude.
• Сравнить tropical/sidereal и ayanamsha.
• Сравнить apparent/true и geocentric/topocentric flags.
• Сравнить exact return UTC, а не только local clock.
• Сравнить reference place и его координаты.
• Сравнить house system.
• Проверить, какой именно return year выбрал интерфейс.

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

Поиск по актуальному репозиторию показывает `solar-return` в `FORECAST_ASTROLOGY_SLUGS` файла `components/encyclopedia/service-bridge.tsx`. Это UI-классификация энциклопедической темы, которая ведёт к персональному прогнозному предложению. Отдельного production path с exact Sun-crossing search, Solar Return chart object, return houses, return aspects или relocation selector не обнаружено.

У ПУТИ есть natal engine на Swiss Ephemeris WASM. Его `sweCalc` вызывает `calc_ut(..., SEFLG_SPEED)`; house calculation использует Placidus. Если birth time отсутствует, `generateNatalStructure` подставляет local noon. Если coordinates отсутствуют и geocoding не помогает, `generate-natal/index.ts` подставляет Moscow coordinates; timezone resolver при отсутствии времени также использует `12:00`. Эти fallback нужны существующему natal product, но их нельзя автоматически считать допустимой convention для точного Solar Return.

Особенно важно не выдать текущий natal/transit engine за return engine. Он вычисляет natals и ограниченный набор current transits, но в репозитории нет `swe_solcross`, самостоятельного root solver вокруг birthday или data model для return reference place. Поэтому ПУТЬ сейчас автоматически не показывает exact solyar time, SR Ascendant/MC/houses, tropical-vs-sidereal choice или relocated solar return.

Если такой engine будет добавлен, минимальный auditable contract должен включать natal Sun longitude и flags, requested return year, exact UTC result, zodiac/ayanamsha, geocentric/topocentric choice, reference location, house system и explicit precision policy. Для пользователя с неизвестным birth time точные return angles следует маркировать как ненадёжные, а не скрывать noon fallback.

«12 дней после соляра», предварительное влияние и другие надстройки не входят в определение

В русскоязычном интернете часто встречается ритуальная схема «12 дней после дня рождения/соляра», где каждый день связывают с одним домом или сферой жизни. Каким бы полезным ни казался такой ritual practice, он не нужен для вычисления solar return и не следует из уравнения возврата Солнца.

То же относится к утверждениям, что соляр обязательно «включается» за месяц, два или три до birthday. Exact return event имеет чёткую временную координату. Можно строить астрологическую теорию орбиса влияния или постепенного перехода между annual charts, но это дополнительная interpretive convention, а не астрономическая размытость момента.

Glossary должен сохранять эту границу: return можно вычислить до секунды при заданной модели; символическое действие карты во времени не становится из-за этого экспериментально подтверждённой причинностью.

Граница доказуемого: точный расчёт не равен доказанному прогнозу

Проверяемая часть: исходный birth timestamp можно перевести в UTC; солнечную долготу можно вычислить; root solver может найти следующий crossing; для заданного места можно получить Ascendant, MC и cusps; два независимых инструмента при одинаковых conventions должны сходиться в пределах заявленной precision.

Исторически проверяемая часть: тексты Доротея и средневековых авторов действительно содержат annual-revolution doctrine; её definitions, terminology и сочетание с profections менялись по эпохам. Это можно обсуждать как историю идей без утверждения, что predictive meanings физически доказаны.

Астрологическая часть: трактовка return houses, planets, rulers и overlays как тем будущего года. Для неё нет общепринятого научного подтверждения причинной эффективности. Поэтому solar return не должен использоваться как гарантия развода, болезни, богатства, увольнения или иного события, а точность ephemeris calculation нельзя подменять доказательством интерпретации.

Граница этой страницы: термин и расчёт здесь, глубокая трактовка конкретного соляра — в specialized cluster

Glossary отвечает на вопросы «что такое соляр», «какой exact event создаёт карту», «какие данные нужны», «почему место и software settings меняют результат» и «чем solar return отличается от соседних timing techniques». Этого достаточно, чтобы пользователь мог проверить calculator и понимать термин в профессиональной литературе.

Отдельная страница `astrology.transits.solar-return` существует для long-form материала о чтении solar-return chart. Переносить сюда каталог «ASC в каждом знаке», «каждая планета в каждом доме» или прогнозы по конкретным аспектам означало бы каннибализировать специализированный cluster и размыть функцию глоссария.

Лучший переход между страницами такой: сначала определить return event и conventions здесь; затем, если нужна интерпретация, открыть specialized material уже с проверенной картой и ясным пониманием, какой метод использован.

Минимальная карточка воспроизводимого расчёта

Чтобы сохранить solar return как технически проверяемый результат, полезно записывать не только красивое колесо. Нужны исходный natal timestamp, natal Sun absolute longitude, return year, exact return UTC, displayed local time, zodiac convention, ephemeris/flags, reference place и house system.

Такая карточка особенно полезна при консультациях и переносе данных между программами. Если два astrologers спорят о значении карты, они сначала могут проверить, спорят ли вообще об одной и той же карте. Расхождение exact UTC — проблема первой стадии; одинаковый UTC при разных cusps — проблема второй стадии.

Для неизвестного birth time карточка должна содержать uncertainty note. Формулировка «время условно 12:00; return angles не интерпретировать» честнее, чем отображение ASC с минутами дуги, создающее ложное ощущение точности.

• Natal date, recorded local time и источник времени.
• Birthplace/timezone conversion и natal UTC.
• Natal Sun absolute longitude + coordinate flags.
• Requested return year и exact return UTC.
• Tropical/sidereal, ayanamsha и precession policy.
• Reference place для return chart.
• House system и return ASC/MC.
• Uncertainty/fallback markers, если данные неполные.

Итоговая формула без мифов

Соляр — это ежегодная return chart, для которой сначала в явно заданной coordinate system находят реальный момент повторения натальной долготы Солнца, а затем на этот момент и выбранное место вычисляют локальную карту. Первая операция определяет время; вторая — углы и дома.

Такое определение сразу объясняет, почему соляр может не совпасть с часом рождения, почему другой город меняет Ascendant, почему tropical и sidereal calculators иногда расходятся, почему неизвестный birth time разрушает точность углов и почему Sun-natal-Sun conjunction нельзя считать уникальным аспектом года.

Дальнейшее чтение этой карты как описания наступающего года принадлежит астрологической традиции. Исторически она имеет глубокую линию annual revolutions, но разные эпохи и школы комбинировали return с profections, transits и natal chart по-разному. Поэтому точный расчёт начинается с одного уравнения, а честная интерпретация — с названных conventions и ограничений.