Мидпойнт

История: от equidistances 1675 года к Hamburg School и Cosmobiology

История midpoint technique долго пересказывалась противоречиво. В литературе можно встретить утверждения, что метод уже полностью существовал у Птолемея, что его применял Guido Bonatti, либо что его с нуля изобрёл Alfred Witte в XX веке. Новое документальное исследование, опубликованное Chris Brennan в 2026 году после работы с ранними печатными источниками, предлагает более конкретную линию: в 1675 году ученики Плацида Francesco Brunacci и Francesco Maria Onorati включили в приложение ко второму изданию Physiomathematica доктрину, названную ими equidistances — равными расстояниями. Это самая ранняя уверенно идентифицированная точка происхождения именно midpoint doctrine в этом исследовании.

Эта ранняя техника не должна автоматически отождествляться со всем современным аппаратом 90° dial, planetary pictures, transneptunian factors или стандартными орбисами. Исторический факт здесь уже сам по себе интересен: идея равной дистанции между факторами была формализована задолго до немецких школ XX века. Brennan также прослеживает слабую линию сохранения через Antonio Francesco de Bonattis и последующее восстановление темы немецким астрологом Albert Kniepf в начале XX века.

Alfred Witte и Hamburg School в 1920-х превратили midpoints из отдельного приёма в центральный язык целой системы. В их практике большую роль получили movable dials, особенно 90-градусный круг, а также формулы planetary pictures. Поздняя Uranian Astrology добавила набор гипотетических transneptunian factors. Эти объекты не подтверждены современной астрономией как физические планеты, поэтому сам факт их использования является особенностью конкретной школы, а не частью математического определения midpoint.

Reinhold Ebertin сохранил midpoint analysis и 90° dial, но дистанцировался от гипотетических транснептуновых объектов и развил собственное направление Cosmobiology. Его Kombination der Gestirneinflüsse имеет сложную издательскую историю: card-form версия действительно появилась осенью 1940 года; последующие book-form версии относятся к послевоенному периоду, а хорошо документированное издание 1950 года стало важным стандартом. Первое английское издание The Combination of Stellar Influences вышло в 1960 году. Поэтому корректнее говорить не об одном моменте «изобретения», а о нескольких этапах: ранняя equidistance doctrine, германское восстановление, систематизация Witte и отдельная линия Ebertin.

Современная midpoint practice наследует этим линиям неодинаково. Одни астрологи работают с 360° таблицей и только точными соединениями с midpoint endpoints; другие используют ось и hard aspects; Hamburg/Uranian подход разворачивает 90° dial и дополнительные harmonics; Cosmobiology имеет собственный object set и interpretive corpus. История здесь объясняет, почему два профессиональных источника могут использовать одно слово midpoint, но не одинаковый алгоритм анализа.

Сначала ось: у двух координат на круге две равноудалённые середины

Пусть A и B — две эклиптические долготы в диапазоне 0°…360°. На прямой между двумя числами есть одна арифметическая середина. На окружности между A и B идут две дуги, а значит существуют две точки, каждая из которых является серединой одной из дуг. Эти midpoint endpoints всегда противоположны: если первая координата равна M, вторая равна norm360(M + 180°).

Именно поэтому полезнее определять объект как midpoint-axis {M, M + 180°}. Один endpoint удобен для печати таблицы или указания знака, но сама ось хранит полную симметрию пары. Такое представление предотвращает распространённую ошибку: видеть в противоположном endpoint «другой мидпойнт с другим смыслом», хотя для осевого метода это та же геометрическая структура.

Астрологическая интерпретация начинается только после этого шага. Формула может безошибочно установить, что Mars находится в 0°20′ от axis Sun/Moon; она не доказывает сама по себе, какое жизненное значение следует присвоить комбинации Sun–Moon–Mars.

Формула должна знать, что 359° и 1° находятся рядом

Надёжный способ получить один endpoint начинается с круговой разности. Определим δ = wrap180(B − A), где wrap180 приводит угол к интервалу около −180°…+180°. Тогда M1 = norm360(A + δ/2), а M2 = norm360(M1 + 180°). Так выбирается midpoint на одной из двух полуосей, а затем явно восстанавливается противоположный конец.

Пример: A = 350°, B = 10°. Круговая разность равна +20°, поэтому M1 = 0°, M2 = 180°. Наивное (350 + 10)/2 = 180° неожиданно даёт противоположный endpoint, но не чужую ось. Это важная тонкость: обычная half-sum арифметика может всё ещё попасть на корректную midpoint-axis, однако она не сообщает, почему выбран именно этот конец и что 0° является тем же осевым решением.

Если программе нужен только axis hit, полезно сравнивать third factor сразу с обоими endpoint или использовать осевую нормализацию. Если же endpoint получает самостоятельный sign, house или роль — как в midpoint composite — branch convention уже нельзя скрывать.

Точная оппозиция: выбранный endpoint неоднозначен, сама midpoint-axis — нет

Пусть A = 0°, B = 180°. Обе дуги между ними равны. Одна половина приводит к 90°, другая — к 270°. Если алгоритм требует единственный near midpoint, понятие «ближайшая дуга» здесь не выбирает победителя. Но unordered axis {90°, 270°} одинакова независимо от того, какой endpoint был получен первым.

Это отличие от композитной карты принципиально. Композит должен поставить synthetic planet в конкретную degree-coordinate, поэтому 90° и 270° дают разные sign/house placements. Midpoint astrology, когда она анализирует именно ось, может считать их эквивалентными концами одной структуры и тем самым не нуждается в искусственном tie-break rule.

Если калькулятор показывает при точной или почти точной оппозиции endpoint, который отличается от другого сервиса на 180°, сначала нужно проверить: возможно, оба инструмента сообщают одну и ту же axis разными концами.

Midpoint, half-sum и equidistance — близкие слова, но не всегда одинаковая терминология

В англоязычной и немецкоязычной литературе встречаются midpoint, half-sum и Halbsumme. Исторически и внутри отдельных школ эти слова могут не совпадать по оттенку. Astrodienst, например, различает direct half-sum как фактическое положение фактора в арифметической середине и indirect half-sums как связи через аспекты к midpoint.

Слово equidistance тоже требует контекста. В современном словаре оно может обозначать особую симметрию расстояний относительно оси горизонта или вертикали, тогда как исторические тексты XVII века использовали language of equal distances в более ранней midpoint doctrine. Совпадение перевода не даёт права автоматически склеивать все эти технические употребления.

Для программного контракта поэтому лучше хранить конкретные величины: pair A/B, endpoint или axis, angle третьего фактора к axis, actual orb и harmonic/dial mode. Булево поле directMidpoint без определения слишком неоднозначно.

Два фактора задают ось; третий превращает её в planetary picture

В современной midpoint practice сама пара A/B обычно является только вычисленной осью. Интерпретационно более насыщенная структура появляется, когда третий фактор C попадает на axis или образует с ней допустимый для выбранной школы harmonic contact. Классическая запись выглядит как C = A/B или A/B = C.

Эта запись не означает математического тождества планет. Она кодирует геометрическое отношение: координата C связана с half-sum pair A/B по заданному правилу. В Hamburg School и Cosmobiology такие трёхфакторные конструкции получили название planetary pictures и самостоятельные словари интерпретаций.

Пример Sun/Moon midpoint часто используют для обучения, потому что он легко узнаваем в литературе. Но метод не делает Sun/Moon объективно «главным midpoint всех людей»: приоритеты зависят от школы, object set, задачи и качества исходных данных.

Direct и indirect лучше переводить в конкретный угол, а не оставлять ярлыком

Термины direct midpoint и indirect midpoint используются неодинаково. В строгой half-sum терминологии direct может означать factor непосредственно в midpoint, тогда как indirect — factor, связанный с ним аспектом. В других практических описаниях оба конца midpoint-axis или целое семейство hard contacts группируют иначе.

Поэтому технически безопаснее писать не «Mars — indirect midpoint Sun/Moon», а «Mars находится в 0°18′ от 90°-контакта к Sun/Moon axis» или указать другой реальный angle. Тогда читатель может перевести результат в язык своей школы без потери геометрии.

Это особенно важно при обмене данными между программами: одна система может показать только conjunction/opposition к axis, другая включит square, третья — 45° и 135°. Название midpoint picture одинаковое, список hits различается.

90° dial — не новое небо, а свёртка зодиакального круга по четвёртой гармонике

На 90-градусном dial полную longitude можно представить как u = λ mod 90°. Поэтому 10°, 100°, 190° и 280° занимают одну dial-coordinate. Геометрически это folding: conjunction, square и opposition оказываются на одной радиальной позиции, потому что отличаются кратно 90°.

Два endpoint одной midpoint-axis отличаются на 180°, а 180 mod 90 = 0. Следовательно, на 90° dial они автоматически совмещаются. Именно здесь осевая природа midpoint становится особенно наглядной: программному интерфейсу не нужно выбирать между M и M + 180° для положения на таком dial.

Контакты в 45° и 135° к axis на 90° круге оказываются на противоположной стороне dial. Разные школы по-разному решают, какие harmonic families включать в один midpoint picture, поэтому 90° display сам по себе ещё не задаёт orb или полный список допустимых angles.

Орбис здесь особенно чувствителен: слишком широкий порог быстро заполняет карту hits

Midpoint table растёт комбинаторно. Для n выбранных факторов существует n(n−1)/2 пар ещё до проверки третьих объектов. Если одновременно разрешить несколько harmonic contacts и широкий orb, почти любой chart factor окажется рядом с каким-нибудь midpoint-axis.

Поэтому Hamburg/Uranian и Cosmobiology traditions обычно работают значительно уже, чем популярные natal aspect grids. Современные инструменты нередко предлагают около 0,5°–2°; в литературе вокруг Ebertin часто встречается область порядка 1°–1,5°. Это historical/practical convention, а не физическая константа.

Правильный software report должен показывать actual orb, max orb и contact angle отдельно. Фраза «midpoint активен» без этих чисел скрывает слишком много решений алгоритма.

Список объектов меняет не деталь, а размер всей midpoint-сети

Если использовать только десять планет, существует 45 planet–planet pairs. Добавление ASC и MC увеличивает число пар до 66. Узлы, Chiron, Black Moon Lilith, asteroids, lots и hypothetical Uranian points расширяют пространство ещё сильнее. Поэтому два midpoint trees нельзя сравнивать, пока не известен object set.

Hamburg/Uranian practice исторически включает специальные hypothetical transneptunian factors; Ebertin в Cosmobiology от них отказался. Современная астрономия не подтверждает эти восемь Uranian points как наблюдаемые планеты, поэтому энциклопедия отделяет их статус от реальных celestial bodies.

Даже у общих объектов есть conventions: mean или true lunar node, разные Black Moon Lilith calculations, включение или исключение angles. Любой «полный список мидпойнтов» полон только относительно объявленного object profile.

Неизвестное время рождения портит разные midpoints неодинаково

Для midpoint между медленными геоцентрическими планетами небольшая ошибка часа обычно меняет обе longitudes слабо. Для pair с Луной неопределённость уже заметнее, потому что Moon перемещается примерно на полградуса в час в среднем. Для ASC, MC и house cusps точное birth time принципиально: они зависят от вращения Земли и места наблюдения.

Поэтому ответ «мидпойнты без времени рождения считать нельзя» слишком груб. Корректный подход — построить диапазон возможных положений каждого входа на интервале неизвестного времени и посмотреть, насколько широкий диапазон получает midpoint-axis. Sun/Saturn может оказаться устойчивым; Moon/ASC — вообще недоступным без надёжного Ascendant.

Если неизвестное время заменяют полуднем, это допустимо только как явный sampling convention для исследования устойчивых планетных longitudes. Noon fallback не превращает вычисленные ASC/MC midpoints в персональные факты.

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

Для обычных geocentric planet–planet midpoints после корректного получения UTC координаты места не входят непосредственно в longitude двух планет. Однако место рождения может быть нужно для исторического timezone conversion: локальная запись времени должна быть переведена в правильный мировой момент.

Для midpoints с ASC, MC или house cusps latitude и longitude нужны уже напрямую, потому что эти координаты относятся к локальному горизонту и меридиану. Для cusps добавляется house-system convention. Следовательно, «место не важно для midpoint» и «место всегда обязательно» — обе фразы неверны без указания пары.

Topocentric planetary coordinates создают ещё один возможный software contract. Если школа использует их вместо стандартных geocentric longitudes, observer location может войти и в положение небесного тела. Такой вариант нужно называть явно.

Tropical и sidereal: ось поворачивается вместе с системой, но угловая структура может сохраниться

Если всем longitudes A, B и C вычесть один и тот же ayanamsha offset, midpoint-axis тоже поворачивается на тот же offset. Поэтому чистое угловое условие C = A/B сохраняется при согласованном общем повороте координатной системы, пока branch/axis convention остаётся той же.

Но sign label endpoint изменится, а вместе с ним могут измениться sign-based интерпретации. Если midpoint затем помещают в house system или связывают с tropical/sidereal-specific lots, возникают дополнительные зависимости.

Это хороший пример границы между геометрией и астрологическим языком: relation может быть rotation-invariant, тогда как название знака не является.

Дом midpoint — дополнительный слой, а не часть его определения

Для вычисления planet–planet midpoint нужны две longitude; house system не требуется. Только после получения endpoint выбранная школа может спросить, в какой дом он попадает. Тогда результат начинает зависеть от birth time, place и выбранной системы домов.

Из-за двух endpoint возникает ещё один вопрос: считать дом только отображаемого near endpoint или рассматривать оба конца axis? Ответ не встроен в математику midpoint. Если автор пишет «Sun/Moon midpoint в 7 доме», он должен сообщить, какой endpoint и какой house system использовал.

В 90° dial practice signs и houses могут вообще отходить на второй план, потому что задача инструмента — увидеть harmonic contacts. Поэтому нельзя переносить house-centric interpretation в Cosmobiology без проверки школы.

Midpoint ≠ аспект: сначала пара создаёт ось, потом третий объект вступает с ней в отношение

Conjunction или square — отношение между двумя координатами. Midpoint — производная координатная структура из двух входов. Когда C касается A/B, возникает трёхфакторная конструкция: A и B определили axis, C проверяется относительно неё.

Из этого следует важная software-разница. Aspect engine обычно перебирает пары объектов. Midpoint engine сначала генерирует все пары, вычисляет axis каждой пары, а затем перебирает возможные третьи факторы и permitted angles. Сложность и плотность результатов растут гораздо быстрее.

Поэтому обычную таблицу natal aspects нельзя назвать midpoint tree, даже если в ней есть соединения и квадраты между теми же планетами.

Midpoint ≠ композит: одна и та же математика середины используется для разных задач

В natal midpoint analysis A и B обычно являются двумя разными факторами одной карты — например Sun и Moon — и сохраняются как исходные объекты. Их axis затем проверяется третьим фактором. В midpoint composite берут одноимённые точки двух карт — Sun A и Sun B, Moon A и Moon B — и заменяют каждую пару одним выбранным endpoint, чтобы собрать новую synthetic chart.

Поэтому осевая эквивалентность, удобная для midpoint analysis, недостаточна для композита: composite Sun должен получить одну longitude, иначе нельзя однозначно назначить sign, house и аспекты внутри производной карты. Там branch selection становится частью самого chart construction.

Общее слово midpoint описывает математический кирпич, но не цель метода. Путать их — всё равно что считать любой операцией сложения одной и той же моделью только потому, что знак плюс одинаков.

В синастрии midpoint можно использовать по-разному — и направления нельзя смешивать

Один распространённый современный workflow: сначала вычислить natal midpoint-axis человека A, затем проверить, попадает ли planet или angle человека B в выбранный orb этой оси. Здесь midpoint принадлежит карте A, а activating factor — карте B. Обратная операция B-midpoint → A-factor является отдельной проверкой.

Другой возможный расчёт — построить midpoint из одной точки A и одной точки B. Это уже cross-chart midpoint и другая математическая сущность. Она не равна автоматически первому подходу и тем более не является midpoint composite, где усредняются одноимённые факторы для построения всей карты.

Синастрическая интерпретация не становится более объективной из-за добавления midpoint. Это дополнительный symbolic layer, который требует тех же ограничений по birth time, object set и orb profile.

Транзит или solar arc к midpoint — это уже двухслойная техника времени

Natal midpoint-axis сама по себе статична: её вычисляют из natal inputs. Прогностический вопрос появляется, когда к ней сравнивают transit, direction, progression или другой динамический фактор. Тогда нужно отдельно определить метод времени и отдельно — midpoint contact rule.

Например, выражение «solar-arc Mars активирует Sun/Moon midpoint» содержит минимум два алгоритма: сначала вычисляется directed Mars по выбранной solar-arc convention, затем его longitude сравнивается с natal Sun/Moon axis по выбранному набору angles и orb. Ошибка в любом слое меняет exact date.

Нельзя выводить timing из одного только natal midpoint. Наличие красивой оси в карте не сообщает, когда или произойдёт ли символически связанное событие.

Sun/Moon midpoint полезен как учебный пример, но его символизм не является геометрическим фактом

Sun/Moon midpoint особенно известен в современной литературе, потому что объединяет два светила в одной расчётной оси и легко демонстрирует notation Sun/Moon. Геометрически это просто midpoint одной конкретной пары; формула для Venus/Mars или ASC/MC устроена точно так же.

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

Поэтому энциклопедия не выдаёт список «лучших» или «судьбоносных» midpoints. Технически важнее понимать, какой pair рассчитан, насколько надёжны его inputs и какой third factor действительно образует contact.

Не путать с antiscia, Lots и обычным средним значением

Antiscia строятся как отражения относительно solstitial axis и используют собственную симметрию; это не midpoint произвольной пары планет. Lots, включая Part of Fortune, вычисляются из ориентированной формулы нескольких longitudes с операциями сложения и вычитания; они не являются «серединой» входных факторов.

Обычное арифметическое среднее чисел тоже не всегда описывает нужную круговую задачу. Для longitude важны modulo 360° и два антиподальных решения. Если усредняются время, geographic coordinates или векторы на сфере, возникает уже другой тип среднего и другой объект.

Эта граница особенно полезна после знакомства с composite и Davison charts: в одном случае midpoint используется по соответствующим longitudes, в другом усредняются birth data, а в natal midpoint analysis строится axis между двумя факторами одной карты.

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

Первый источник расхождения — endpoint display. Два сервиса могут показать M и M+180° и при этом описывать одну axis. Второй — object set: angles, nodes, Lilith, asteroids и hypothetical factors добавляют новые пары. Третий — coordinate convention: tropical/sidereal, mean/true node, geocentric/topocentric и точность исходного birth time.

Следующий слой — contact model. Один calculator выводит только factor conjunct midpoint; другой считает opposition тем же axis; третий добавляет square и 45°/135° contacts через 90° dial. Орбис 0°30′, 1°, 1°30′ или 2° способен заметно изменить midpoint tree даже при одинаковых longitudes.

Наконец, software может по-разному трактовать exact 180° pair, округлять исходные coordinates до минут или десятых долей градуса до вычисления, а не после него. Для воспроизводимого результата нужно сравнивать raw longitudes и rules до сравнения текстовой интерпретации.

Как должен выглядеть прозрачный midpoint engine

Минимальный контракт начинается с raw source coordinates без преждевременного округления. Затем фиксируются zodiac/reference frame, object set, алгоритм circular midpoint, представление axis, список permitted contact angles, max orb и rounding policy только для display. Для angles/cusps отдельно сохраняются birth time, place и house system.

Полезный результат содержит pairId, endpointA, endpointB, optional dial90, activatingFactor, contactAngle, actualOrb и source precision. Если используется notation C=A/B, интерфейс всё равно должен позволять увидеть реальные числа, иначе одинаковая запись может скрывать разные conventions.

Для неизвестного birth time нужен uncertainty mode: пересчитать inputs на границах разумного временного окна и показать, какие midpoint hits устойчивы, а какие исчезают. Это информативнее, чем молча подставить полдень и распечатать точные до минуты ASC/MC pictures.

Что реально делает production ПУТИ — и чего midpoint-модуль пока не делает

Поиск по свежему репозиторию не обнаружил отдельного midpoint calculator, функции circular half-sum, midpoint tree, 90° dial, planetary-picture engine или runtime scoring для midpoints. Слово midpoint встречается в энциклопедическом контенте, прежде всего в новой композитной статье и отдельных материалах о конфигурациях, но не как исполняемый пользовательский расчёт.

Натальный engine ПУТИ уже производит многие потенциальные входы: tropical geocentric longitudes через Swiss Ephemeris WASM, raw absoluteDegree для планет, Placidus ASC/MC/cusps, True Node и Mean Apogee для Black Moon Lilith. При неизвестном времени рождения engine подставляет localHour = 12; это существующий production fallback, но он не должен автоматически становиться допустимой convention для midpoint с Moon или angles.

Текущий natal aspect engine использует только conjunction, opposition, square, trine и sextile с орбисами до нескольких градусов. Эти значения нельзя просто переиспользовать для midpoint pictures: midpoint traditions обычно требуют отдельного, значительно более узкого orb profile и могут включать 45°/135° harmonic contacts, которых текущий aspect list ПУТИ не содержит.

Иными словами, у ПУТИ есть астрономические source coordinates, но нет midpoint-specific contract. До появления такого модуля сайт не должен утверждать, что автоматически находит Sun/Moon midpoint, Ebertin trees, direct/indirect half-sums или точные midpoint activations.

Где заканчивается математика и начинается астрологическая гипотеза

Равная угловая дистанция, операция modulo 360°, harmonic folding и actual orb — математически проверяемые свойства чисел и координат. Если исходные longitudes одинаковы и алгоритм объявлен полностью, независимые реализации должны получить ту же midpoint-axis.

Положение реальных планет, Солнца и Луны можно получать из астрономических эфемерид. ASC и MC выводятся из сферической астрономии для конкретного времени и места. Но midpoint как производная coordinate axis не является новым физическим телом и не оказывает отдельного измеренного воздействия.

Значения planetary pictures, психологические описания и событийные прогнозы относятся к астрологическим традициям Hamburg School, Cosmobiology и их современным продолжениям. Они могут быть внутренне системными, но точность вычисления midpoint не превращает такие интерпретации в научно подтверждённую причинность.

Практический протокол: пять вопросов до любого значения midpoint

Если эти пять вопросов отвечены, термин перестаёт быть эзотерическим ярлыком и становится воспроизводимой процедурой. Только после этого имеет смысл читать symbolic interpretation конкретной школы.

• Какие именно два входа образуют pair и насколько надёжны их исходные longitude?
• Речь идёт об одном endpoint или о всей midpoint-axis из двух противоположных точек?
• Какие contacts разрешены: только conjunction, axis conjunction/opposition, 90° family, 45° family или другой harmonic profile?
• Какой actual orb у найденного third factor и какой max orb был задан до просмотра результата?
• Это natal midpoint, synastry activation, transit/progression/direction к midpoint или midpoint внутри производной карты?