Яка різниця між первинними та дуговими дирекціями?

Первинні дирекції обертають промісор по добовій дузі, щоб зустріти сигніфікатор у трьох вимірах. Двигун - обертання Землі, а математика включає косу асцензію, полярне підняття та пів-дуги. Дугові дирекції зсувають кожне тіло в карті на однаковий фіксований темп за рік (Naibod, lunar arc або chart-ruler arc) і потім ганяють детекцію аспектів проти натальних позицій. Первинні рахуються повільніше і фізично обґрунтовані; дугові швидші й символічні. API має і ті, і ті.

Який ключ використовує API: Ptolemy, Naibod чи обидва?

За замовчуванням Naibod (0.9856473° на рік), улюблений ключ Gansten і стандарт Ренесансу. Можна передати key=ptolemy для оригінального темпу 1° на рік, яким користувався Lilly, key=true_solar для реального руху прямого сходження натального Сонця, key=lunar для масштабованого темпу Місяця або key=chart_ruler для персоналізованого темпу володаря Asc. Відповідь містить arc_degrees і age_years для кожного попадання, тож можна порівняти ключі поруч на одній карті.

Наскільки точні розрахунки?

Допуск дуги - ±0.001° проти Morinus (відкритий референс Placidus semi-arc) та Solar Fire v9. Допуск дати на отриману календарну дату - ±2 дні. API використовує Swiss Ephemeris з прапорами SEFLG_SWIEPH і SEFLG_EQUATORIAL для прямого сходження та схилення - той самий двигун, на який спирається професійний астрологічний софт. Три опубліковані валідаційні кейси (Принцеса Діана, JFK, Гітлер) тестуються на кожен коміт і мають збігатися з опублікованими дугами до трьох знаків.

Чи підтримує API mundo та зодіакальні дирекції?

Так, обидва. Передай level=mundo, щоб спрямувати реальне тіло промісора з його справжнім схиленням до світової позиції сигніфікатора (строгий 3D-метод Gansten). Передай level=zodiaco, щоб спрямувати точку довготи промісора з нульовою широтою (метод, який Solar Fire і Janus беруть за замовчуванням). Передай level=both, щоб отримати окремі списки попадань для кожного: без подвійного підрахунку, без злиття значень. Mundo і зодіакальні часто дають різні точні дати для тієї самої пари промісор-сигніфікатор - у цьому й сенс.

Як це порівнюється з Solar Fire, Janus і Morinus?

Solar Fire v9 ($199 десктопна ліцензія) - індустріальний стандарт для первинних дирекцій, і наш API збігається з його дугами до ±0.01°. Janus ($89 десктоп) реалізує схожий метод Placidus semi-arc, і ми збігаємось до того ж допуску. Morinus - відкрита референсна реалізація, проти якої ми крос-перевіряємось на кожному коміті. Компроміс: ті інструменти - десктопні додатки з GUI і відмальовкою карт. Ми - REST API з відгуком менше 300мс, реєстрацією MCP-інструмента і безкоштовним тарифом. Обирай API, коли будуєш софт; обирай Solar Fire, коли консультуєш клієнтів напряму.

Скільки це коштує?

$11 на місяць за 1,000 запитів на тарифі Starter. $37 на місяць за 55,000 запитів на тарифі Professional. $99 на місяць за 220,000 запитів і всі ендпоінти на тарифі Business. Безкоштовний тариф: 50 запитів на місяць назавжди, без кредитної картки. Кожен тариф включає первинні дирекції і всі три ендпоінти дугових дирекцій (Naibod, lunar arc, chart-ruler arc).

Як спрямувати Місяць проти кута?

Передай Місяць як сигніфікатор (significators=["Moon"]), коли хочеш таймити Місяцеві теми: емоційні події, дім, тіло. Передай кут (Asc, MC, Pars Fortunae), коли хочеш таймити події життєвого напрямку, прив'язані до цього кута. Класичний набір сигніфікаторів - Asc, MC, Сонце, Місяць і Жереб Фортуни. Ендпоінт приймає будь-яку комбінацію. Різні сигніфікатори мають різні полюси і дають різні дуги для того самого промісора - у цьому сила техніки.

Що таке конверсний рух?

Конверсний рух міняє ролі: замість того, щоб промісор рухався вперед на зустріч сигніфікатору, сигніфікатор рухається вперед на зустріч промісору. Дуга рахується як OA_significator - OA_promissor*. Ключове правило, яке Gansten підкреслює в розділі 5: полюс сигніфікатора все одно керує розрахунком, навіть коли рух обернений. Параметр include_converse контролює, чи з'являються конверсні попадання у відповіді (за замовчуванням true). Конверсні дирекції в літературі обговорюються: одні автори трактують їх як предиктивні, інші - як символічні.

Як API обробляє народження на високих широтах і циркумполярні тіла?

Для народжень вище |φ| > 66° tan(φ) · tan(δ) може перевищити 1, що означає, що тіло циркумполярне і його пів-дуга не визначена. API позначає такі тіла в metadata.polar_flags і пропускає їх, замість того щоб вигадувати обрізане значення (обрізання спотворило б карту). Для циркумполярних промісорів, які ніколи не сходять і не заходять, осмисленими є тільки світові дирекції до MC або IC - тільки їх і повертаємо для такого тіла. Обробка полярних широт - один з багів, що ламають наївний код первинних дирекцій, і в API є явні тести на це.

Чи можна отримати дирекції до нерухомих зір на кшталт Regulus чи Algol?

Так. Передай include_fixed_stars=true, і API порахує mundo-дирекції до Regulus, Spica, Algol та Antares як промісорів. Нерухомі зорі найкорисніші в mundo, бо їхній шар схилення має значення. У традиційній практиці їх часто додають для високоставкового таймінгу: Regulus для почестей і падіння, Algol для небезпеки та розвороту. Дирекції до нерухомих зір повертаються з notes="fixed_star", тож їх можна окремо фільтрувати або відображати в UI.

Які аспекти підтримуються?

Птолемеївський набір: з'єднання, секстиль, квадрат, тригон і опозиція. Це класичні аспекти, що використовуються в первинних дирекціях від Ptolemy через Lilly і Morin. Сучасні мінорні аспекти (напівквадрат, полуторний, квінтиль) не включені за замовчуванням, бо класичні первинні дирекції зупиняються на птолемеївському наборі. Параметр aspects приймає будь-яку підмножину з п'яти, якщо хочеш фільтрувати (напр., aspects=["conjunction","opposition"] лише для жорстких кутів).

Чи враховує ендпоінт сект?

Так. Секта (денна чи нічна карта) визначається з позиції Сонця по дому і враховується при виборі сигніфікаторів: денний Жереб Фортуни рахується як ASC + Moon - Sun, нічний як ASC + Sun - Moon. Врахування сект також виводиться в метаданих, тож можна фільтрувати попадання за денно- чи нічно-сектними тілами. Це важливо, бо деякі традиційні школи зважують дирекції до планет світла секти (Сонце вдень, Місяць вночі) сильніше за інші.

Який формат відповіді?

JSON. Масив data.hits містить об'єкти PrimaryDirectionHit з promissor, significator, aspect, direction_type (direct/converse), level (mundo/zodiaco), arc_degrees, key, age_years, exact_date, pole_of_significator та опційним полем notes для прапорів на кшталт antiscion, fixed_star чи polar_flagged. Попадання відсортовані за зростанням age_years. Метадані включають calculation_method, key_used і polar_flags зі списком кожного пропущеного тіла. Стандартизовані назви небесних тіл збігаються з рештою v3 API.

Чи можна запускати первинні дирекції з AI-агента типу Claude чи GPT?

Так. Ендпоінт зареєстрований як MCP-інструмент, тож Claude Code, GPT і будь-який MCP-сумісний агент можуть викликати його напряму, не пишучи кастомну HTTP-сантехніку. Інструмент приймає ті самі параметри, що й REST-ендпоінт (key, level, include_converse, significators, promissors, aspects, max_age). Сполучи його з MCP-інструментом natal-chart, щоб порахувати карту і направити її в одному ході агента.

З яких мов програмування можна викликати API?

З будь-якої мови з HTTP-клієнтом. API говорить JSON через HTTPS. Приклади коду в документації покривають Python (requests, httpx), JavaScript/TypeScript (fetch, axios), Ruby, Go, PHP і curl. Є також типізовані SDK-обгортки для Python і TypeScript, які займаються автентифікацією, повторними спробами і парсингом відповіді. Реєстрація MCP-інструмента покриває Claude Code, OpenAI Agents та LangChain.

Як первинні дирекції поєднуються з профекціями, Firdaria та Zodiacal Releasing?

Первинні дирекції дають тобі точні дати великих життєвих подій; профекції, Firdaria та Zodiacal Releasing дають тематичну рамку і time-lord-володаря кожного періоду. Ендпоінт /timing/timeline повертає всі чотири техніки, вирівняні по одній даті, тож можна будувати повні традиційні прогнозні звіти одним викликом. Прожени первинні дирекції для дат, потім поклади згори профекційний LOY, Firdaria L1/L2 і ZR L1/L2, щоб прочитати тему.

Набір предиктивного таймінгу

Первинні дирекції за методом Gansten

Метод Placidus semi-arc 3D за книгою Gansten Primary Directions: Astrology's Old Master Technique (2009).

Mundo та зодіакальні дирекції. Ключі Naibod, Ptolemy, true solar, lunar arc і chart-ruler arc. Прямий і конверсний рух. Точність Swiss Ephemeris. Відгук менше 300мс.

Подивитись live-демо

3D Semi-Arc

Метод Placidus за Gansten (2009)

5 ключів

Ptolemy, Naibod, true solar, lunar, chart-ruler

±0.001°

Допуск дуги проти Morinus / Solar Fire

<300мс

Час відгуку P95

Точність Swiss Ephemeris до кутової секунди

Перевірено проти Morinus та Solar Fire

SLA аптайму 99.9%

2D-скорочення по екліптиці замість справжніх дирекцій Placidus semi-arc 3D
Немає обчислення полюса сигніфікатора, тому кожна дирекція використовує географічну широту (найпоширеніший баг за Hand і Gansten)
Лише зодіакальні дирекції, без mundo (in mundo) з реальним схиленням
Один ключ (зазвичай Ptolemy 1°/рік), без Naibod, без lunar arc, без chart-ruler arc
Немає конверсного руху, немає врахування сект, немає обробки полярних широт

Оновіться до

Канонічний метод Placidus semi-arc 3D від Gansten: коса асцензія під власним полюсом кожного сигніфікатора
Полюс сигніфікатора обчислюється для кожного тіла за tan(pole) = sin(W) · tan(φ), потім промісор спрямовується до цього полюса
Доступні і mundo, і зодіакальні дирекції з птолемеївськими аспектами на екліптиці
5 ключів: Ptolemy (1°/р), Naibod (0.9856473°/р), true solar arc, lunar arc, chart-ruler arc
Прямий і конверсний рух, врахування сект, тіла на полярних широтах позначаються, а не мовчки обрізаються

Primary Directions API одним поглядом

Математика, яку реально хочуть традиційні астрологи - у форматі JSON

<300мс

Час відгуку P95

Placidus semi-arc 3D

Метод

Часові ключі

±0.001°

Допуск дуги

Список можливостей Primary Directions API

Усе, що віддає ендпоінт

Метод Placidus semi-arc 3D

Канонічна реалізація за Gansten (2009), стандартний 3D-метод, який використовують Morinus і Solar Fire

Коса асцензія через пів-дугу, полюс сигніфікатора рахується для кожного тіла

Mundo-дирекції

Реальне тіло промісора з його справжнім схиленням обертається до світової позиції сигніфікатора

level=mundo, строгий 3D-метод, якому навчає Gansten

Зодіакальні дирекції

Довготна точка промісора на екліптиці спрямовується з нульовою широтою, птолемеївські аспекти на екліптиці

level=zodiaco, метод сучасних підручників, який Solar Fire бере за замовчуванням

Ключ Naibod (за замовчуванням)

0.9856473° на рік, середній рух тропічного Сонця, улюблений темп Gansten

key=naibod, 360° ÷ 365.2422 днів

Ключ Ptolemy

1° прямого сходження на рік, оригінальний птолемеївський темп, яким користувався Lilly

key=ptolemy, найпростіший історичний ключ

Ключ True Solar Arc

Реальний рух прямого сходження натального Сонця, варіюється 0.953°-1.019°/рік

key=true_solar, вибір сучасної прецизійної школи

Ключ Lunar Arc

Добовий рух прогресованого Місяця, масштабований до ~0.99°/рік через ÷13.36

key=lunar, таймінг із Місяцем-сигніфікатором

Ключ Chart-Ruler Arc

Персоналізований темп від добового руху володаря Asc

key=chart_ruler, Марс-володар біжить швидко, Сатурн-володар повільно

Прямий і конверсний рух

Обидва напрямки повертаються за замовчуванням; полюс сигніфікатора керує обома

include_converse=true (за замовчуванням), Gansten розд. 5

Налаштовувані сигніфікатори

Класичний набір (ASC, MC, Сонце, Місяць, Pars Fortunae) плюс опційні Десцендент, IC, year lord

Параметр significators приймає стандартизовані назви небесних тіл

Опційні нерухомі зорі та antiscia

Додай Regulus, Spica, Algol, Antares як промісори; опційно включай точки antiscion

include_fixed_stars=true, include_antiscia=true

Обробка крайніх випадків з полярною широтою

Тіла вище |φ| > 66° позначаються як polar_undefined замість обрізання чи тихого викидання

metadata.polar_flags перелічує кожне пропущене тіло

Primary Directions API: Placidus Semi-Arc 3D, метод Gansten

Канонічна 3D-реалізація з mundo, зодіакальними дирекціями та 5 ключами дуги

Первинні дирекції обертають промісор (натальну планету або точку аспекту) по добовій дузі, поки він не зустріне сигніфікатор (Asc, MC, Сонце, Місяць або Жереб Фортуни). Двигун - обертання Землі: приблизно 1° прямого сходження через меридіан за ~4 хвилини часу дорівнює близько 1 року життя за ключем Ptolemy. За книгою Martin Gansten Primary Directions: Astrology's Old Master Technique (Wessex Astrologer, 2009) метод Placidus semi-arc - це канонічна 3D-реалізація. Більшість API використовують 2D-скорочення по екліптиці, які тихо викидають крок з полярним підняттям. Ми - ні. Наш ендпоінт /api/v3/directions/primary рахує косу асцензію через пів-дугу, виводить полярне підняття кожного сигніфікатора з його позиції між меридіаном і горизонтом, потім спрямовує промісор під цим полюсом, а не під географічною широтою.

Що таке метод Placidus semi-arc 3D від Gansten?

Метод Placidus semi-arc спрямовує промісор по добовій дузі до позиції сигніфікатора в трьох вимірах, а не лише вздовж екліптики.

Алгоритм - п'ять кроків.

Перший: обчислити косу асцензію та десценсію через висхідну різницю AD = arcsin(tan(φ) · tan(δ)), де φ - географічна широта, δ - схилення тіла.

Другий: отримати денну пів-дугу сигніфікатора (90° + AD для північного схилення, північної широти) і нічну пів-дугу (90° - AD).

Третій: обчислити полярне підняття сигніфікатора за формулою Gansten: tan(pole) = sin(W) · tan(φ), де W - пропорційна світова відстань між меридіаном і горизонтом.

Четвертий: спрямувати промісор до цього полюса (а не до географічної широти).

П'ятий: дуга дирекції дорівнює OA_promissor* мінус OA_significator для прямого руху або навпаки для конверсного.

Більшість API пропускають третій і четвертий крок - це найпоширеніший баг, на який вказують Robert Hand і Gansten.

Ми - ні.

Полюс сигніфікатора рахується для кожного тіла за tan(pole) = sin(W) · tan(φ)

1 min read

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

Є два валідні методи Placidus, і API підтримує обидва.

In mundo: реальне тіло промісора з його справжнім схиленням обертається до світової позиції сигніфікатора.

Це строгий 3D-метод, якому навчає Gansten, і той самий, що Morinus використовує як референс.

In zodiaco: довготна точка промісора на екліптиці зводиться до екватора з нульовою широтою перед тим, як її спрямувати.

Аспекти (секстиль, квадрат, тригон, опозиція) спочатку беруться на екліптиці, потім отримана точка довготи спрямовується.

Більшість сучасного софту (Solar Fire, Janus) за замовчуванням бере зодіакальний метод із широтою.

Параметр level приймає mundo, zodiaco або both, і API поверне окремі попадання для кожного.

Mundo-дирекції показують аспекти, які зодіакальні пропускають, бо шар схилення переформовує таймінг.

Зодіакальний - те, чого навчає більшість сучасних підручників, тож це міст для клієнтів, які переходять з Solar Fire.

level=mundo, zodiaco або both: два окремі списки попадань, без подвійного підрахунку

1 min read

Який часовий ключ: Ptolemy, Naibod, true solar, lunar чи chart-ruler arc?

Дуга дирекції - це просто градуси.

Потрібен ключ, щоб перевести градуси в роки життя.

API підтримує п'ять.

Ptolemy: рівно 1° на рік, оригінальний ключ, яким користувався Lilly.

Naibod: 0.9856473° на рік, середній добовий рух тропічного Сонця (360°, поділених на 365.2422 дня), улюблений ключ Gansten.

True solar arc: реальний рух прямого сходження натального Сонця між датою народження і датою народження плюс N днів - вибір сучасної прецизійної школи.

Lunar arc: добовий рух прогресованого Місяця як річний темп, масштабований (добовий рух Місяця ÷ 13.36 ≈ 0.99°/рік), щоб відстежувати швидкість, еквівалентну Сонцю.

Chart-ruler arc: добовий рух володаря Asc, нормований відносно середнього руху та помножений на Naibod, дає персоналізований темп (Марс-володар біжить швидко, Сатурн-володар повільно).

Передавай key=naibod (за замовчуванням), key=ptolemy, key=true_solar, key=lunar або key=chart_ruler.

Відповідь містить arc_degrees та age_years для кожного попадання, тож можна порівняти ключі поруч.

За замовчуванням Naibod; Ptolemy, true solar, lunar та chart-ruler arc - все на вибір

1 min read

Прямий і конверсний рух, обробка полярних широт, обмеження на тривалість життя

Прямий рух - це коли промісор рухається вперед у прямому сходженні, щоб зустріти сигніфікатор.

Конверсний - промісор іде назад; полюс сигніфікатора все одно керує, це правило Gansten підкреслює в розділі 5.

Прапор include_converse контролює, чи повертати конверсні попадання поруч з прямими (за замовчуванням true).

Що стосується полярної обробки, API не обрізає широту.

Народження вище |φ| > 66°, де tan(φ) · tan(δ) перевищує 1, дають циркумполярні тіла з невизначеними пів-дугами.

Такі тіла позначаються як polar_undefined у metadata.polar_flags і пропускаються, а не отримують вигадане значення.

Циркумполярні промісори ніколи не сходять і не заходять, тому осмисленими є лише світові дирекції до MC або IC, і API повертає лише їх.

Для нормалізації по тривалості життя API застосовує обмеження max_age (за замовчуванням 90 років, налаштовується до 100).

Дуги понад 100° відхиляються, бо жодна людина не живе достатньо довго, щоб пережити їх за будь-яким ключем.

max_age за замовчуванням 90, полярні тіла позначаються, а не обрізаються, правило конверсу дотримане

1 min read

Arc-дирекції: Naibod, lunar arc, chart-ruler arc як самостійні методи

Дехто з практиків віддає перевагу простішим дуговим дирекціям перед справжніми первинними.

API має три ендпоінти дугових дирекцій поруч з канонічним ендпоінтом первинних.

Solar arc Naibod зсуває кожне тіло в карті на однаковий темп: 0.9856473° на рік.

Це серйозний кузен символічного методу 1°/рік.

Lunar arc зсуває кожне тіло на добовий рух прогресованого Місяця, масштабований до ~0.99°/рік - корисно, коли Місяць є найважливішим сигніфікатором карти.

Chart-ruler arc зсуває кожне тіло на персоналізований темп добового руху володаря Asc.

Кожен ендпоінт бере той самий вхід (натальні дані + цільовий вік або цільова дата) і повертає направлені позиції всіх 10 планет плюс чотирьох кутів.

Далі можна прогнати детекцію аспектів проти натальних позицій, щоб знайти попадання.

Дугові дирекції рахуються швидше, ніж повні первинні, і це правильний інструмент, коли потрібен один прогностичний темп, а не повне обертання добової дуги.

Solar arc Naibod, lunar arc, chart-ruler arc - усі доступні як самостійні ендпоінти

1 min read

Валідація: звідки знаємо, що математика правильна?

Кожен коміт проганяється проти трьох опублікованих кейсів від Gansten і Robert Hand.

Принцеса Діана (1961-07-01, 19:45 BST, Sandringham 52°50'N 0°30'E): MC direct до квадрату Mars/Pluto стає точним у 1997 за Naibod mundo (смерть: 1997-08-31).

John F.

Kennedy (1917-05-29, 15:00 EST, Brookline MA): Asc direct до Сатурна mundo стає точним близько 1963 за Naibod (смерть: 1963-11-22).

Адольф Гітлер (1889-04-20, 18:30 LMT, Braunau): MC direct до Сатурна зодіакально стає точним у квітні 1945 за Naibod - стандартний ефемеридний бенчмарк, бо Morin, Choisnard і Solar Fire публікують ту саму дугу до трьох знаків.

Наш ендпоінт збігається з Morinus (відкритою референсною реалізацією Placidus semi-arc) і Solar Fire v9 у межах ±0.01° по дузі та ±2 днів.

Допуск крос-перевірки опублікований у документації.

Ендпоінт також виводить calculation_method і key_used у метаданих, тож можна аудитувати, який метод дав кожне попадання.

Збігається з Morinus і Solar Fire v9 у межах ±0.01° по дузі, ±2 днів

1 min read

Use Cases

Традиційні астрологи

Будуй еллінські та середньовічні прогнози життя з mundo та зодіакальними попаданнями, вибором сигніфікатора з урахуванням гідності та ключем Naibod за замовчуванням

Astrology SaaS для просунутих користувачів

Додай первинні дирекції до своєї платформи, не пишучи математику полярного підняття вручну: один ендпоінт, JSON-відповідь, менше 300мс

AI-чатботи з астрології

Глибина time-lord для розмов агентів: GPT і Claude можуть запитувати дирекції за сигніфікатором, ключем, діапазоном віку через MCP

Контент-видавці

Пиши статті про таймінг подій на основі відтворюваних дуг: ті самі числа, що дають Morinus і Solar Fire, але REST-викликом

Прогностичні школи та дослідження

Порівнюй ключі поруч: Ptolemy проти Naibod проти true solar проти lunar arc на одній карті, все в одній відповіді

Інструменти історичної астрології

Перевіряй опубліковані попадання від Gansten, Hand, Lilly та Morin проти власного датасету з точними датами та іменованими промісором і сигніфікатором

Technical Specifications

Ендпоінт	POST /api/v3/directions/primary (плюс /directions/arc/naibod, /directions/arc/lunar, /directions/arc/chart-ruler)
Метод	Placidus semi-arc 3D за Gansten (2009)
Ефемериди	Swiss Ephemeris з прапором SEFLG_SWIEPH \| SEFLG_EQUATORIAL
Рівні	mundo, zodiaco, both
Часові ключі	ptolemy (1°/р), naibod (0.9856473°/р, за замовчуванням), true_solar, lunar, chart_ruler
Сигніфікатори	Ascendant, Medium Coeli, Sun, Moon, Pars Fortunae (налаштовується)
Промісори	Усі 7 класичних планет, налаштовується, плюс опційні нерухомі зорі (Regulus, Spica, Algol, Antares)
Аспекти	З'єднання, секстиль, квадрат, тригон, опозиція (птолемеївський набір)
Типи дирекцій	Прямий та конверсний, include_converse=true за замовчуванням
Max Age	За замовчуванням 90 років, налаштовується до 100; дуги понад 100° відхиляються
Допуск дуги	±0.001° проти Morinus / Solar Fire v9
Допуск дати	±2 дні на отриману календарну дату
Обробка полярних широт	Тіла вище \|φ\| > 66° позначаються як polar_undefined, не обрізаються
Опційні доповнення	include_antiscia, include_fixed_stars (Regulus, Spica, Algol, Antares)
Час відгуку P95	<300мс

Чому Primary Directions API кращий за 2D-скорочення

Feature	Astrology API	Others
Метод	Placidus semi-arc 3D за Gansten (2009)	2D-скорочення по екліптиці, без кроку з полярним підняттям
Полюс сигніфікатора	Рахується для кожного тіла за tan(pole) = sin(W) · tan(φ)	Використовує географічну широту (найпоширеніший баг за Hand)
Рівні	Mundo і зодіакальні, повертаються окремими списками попадань	Лише зодіакальні з широтою
Часові ключі	Ptolemy, Naibod, true solar, lunar arc, chart-ruler arc (5 ключів)	1 ключ, зазвичай Ptolemy 1°/рік
Конверсний рух	Включений за замовчуванням, полюс сигніфікатора все одно керує	Не підтримується або рахується неправильно
Обробка полярних широт	Тіла позначаються як polar_undefined, не обрізаються мовчки	Падає або повертає хибні значення
Врахування сект	Денні/нічні набори сигніфікаторів враховуються	Не реалізовано
Валідація	Збігається з Morinus і Solar Fire v9 у межах ±0.01° по дузі, ±2 днів	Немає опублікованого референсного набору
Час відгуку P95	<300мс	1-3 секунди, або лише пакетна обробка
Ціна	$11/місяць за 1,000 запитів	$199 десктопна ліцензія (Solar Fire) або $89 (Janus)

Споріднені API предиктивної астрології

Хаб дирекцій

Усі методи дирекцій в одному наборі: primary, secondary, solar arc, tertiary

Solar Return API

Річна карта на день народження, прецесована або тропічна, у парі з первинними дирекціями для річних прогнозів

Profections API

Еллінська техніка time-lord: річні, місячні, денні, біваул з LOY

Zodiacal Releasing

Періоди L1-L4 від Spirit і Fortune з детекцією піків

Firdaria API

Перські великі й малі періоди time-lord, з урахуванням сект

Transit API

Поточні планетарні аспекти до натальної карти, денний компаньйон до первинних дирекцій

References & Standards

Swiss Ephemeris (DE431-based) — astronomical calculations source
NASA JPL Planetary Ephemerides — underlying ephemeris dataset
International Astronomical Union (IAU) — body designation and nomenclature standards
IANA Time Zone Database — timezone & DST resolution

Прості, Прозорі Тарифи

Почніть безкоштовно, масштабуйтеся по мірі росту. Ніяких прихованих платежів, ніяких сюрпризів.

Завжди Безкоштовно

Почніть безкоштовно

Ідеально для навчання, тестування та невеликих особистих проєктів

50 API-викликів/місяць

Базові натальні карти

5 систем будинків

Підтримка спільноти

Pro

$11/місяць

Для невеликих додатків та особистих проєктів

Всі базові ендпоінти
12 систем будинків
Підтримка email

Найкраща Ціна

Pro Plus

$21/місяць

Для зростаючих додатків та середнього трафіку

Всі розширені ендпоінти
18 систем будинків
AI-інтерпретації
Пріоритетна email підтримка

Ultra

$37/місяць

Для професійних астрологічних додатків

Credit math ↓

Всі преміум ендпоінти
23 системи будинків
Розширені AI-інтерпретації
Пріоритетна підтримка

Плани Великого Обсягу

Для корпоративних застосунків

Бізнес

$99/місяць

Для додатків з великим навантаженням

Credit math ↓

ВСІ ендпоінти
Готовий до white-label
Індивідуальне налаштування AI
Телефонна підтримка

НЕОБМЕЖЕНО

Корпоративний

$399+на місяць

Необмежені запити з виділеною інфраструктурою

Виділена серверна інфраструктура
Гарантовані <300мс
Цілодобова виділена підтримка
SLA 99.99% аптайму

Всі плани включають повну документацію та SDK

Питання? Поговоріть з нашою командою

FAQ Primary Directions API

Питання, які реально ставлять астрологи й розробники

Побудуй повний стек предиктивної астрології

Сполучи Primary Directions API з рештою набору таймінгу. Додай

Хаб дирекцій Solar Return Profections Zodiacal Releasing Firdaria Transit API

Запусти первинні дирекції за одну

Канонічний метод Gansten. Ключі Naibod, Ptolemy, true solar, lunar arc і chart-ruler arc. Прямий і конверсний рух. Точність Swiss Ephemeris. Менше 300мс.

Старт безкоштовно Документація API

50 безкоштовних запитів на місяць, назавжди

Повернення коштів протягом 30 днів

Без плат за налаштування, без кредитної картки на старті

Первинні дирекції за методом Gansten

Більшість API пропускають математику, на якій тримаються первинні дирекції

Що повертає Primary Directions API

Primary Directions API одним поглядом

Список можливостей Primary Directions API

Метод Placidus semi-arc 3D

Mundo-дирекції

Зодіакальні дирекції

Ключ Naibod (за замовчуванням)

Ключ Ptolemy

Ключ True Solar Arc

Ключ Lunar Arc

Ключ Chart-Ruler Arc

Прямий і конверсний рух

Налаштовувані сигніфікатори

Опційні нерухомі зорі та antiscia

Обробка крайніх випадків з полярною широтою

Primary Directions API: Placidus Semi-Arc 3D, метод Gansten

Що таке метод Placidus semi-arc 3D від Gansten?

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

Який часовий ключ: Ptolemy, Naibod, true solar, lunar чи chart-ruler arc?

Прямий і конверсний рух, обробка полярних широт, обмеження на тривалість життя

Arc-дирекції: Naibod, lunar arc, chart-ruler arc як самостійні методи

Валідація: звідки знаємо, що математика правильна?

Use Cases

Традиційні астрологи

Astrology SaaS для просунутих користувачів

AI-чатботи з астрології

Контент-видавці

Прогностичні школи та дослідження

Інструменти історичної астрології

Technical Specifications

Чому Primary Directions API кращий за 2D-скорочення

Споріднені API предиктивної астрології

Хаб дирекцій

Solar Return API

Profections API

Zodiacal Releasing

Firdaria API

Transit API

References & Standards

Прості, Прозорі Тарифи

Завжди Безкоштовно

Pro

Pro Plus

Ultra

Плани Великого Обсягу

Бізнес

Корпоративний

FAQ Primary Directions API

Що таке метод Placidus semi-arc 3D від Gansten?

Яка різниця між первинними та дуговими дирекціями?

Який ключ використовує API: Ptolemy, Naibod чи обидва?

Наскільки точні розрахунки?

Чи підтримує API mundo та зодіакальні дирекції?

Як це порівнюється з Solar Fire, Janus і Morinus?

Скільки це коштує?

Як спрямувати Місяць проти кута?

Що таке конверсний рух?

Як API обробляє народження на високих широтах і циркумполярні тіла?

Чи можна отримати дирекції до нерухомих зір на кшталт Regulus чи Algol?

Які аспекти підтримуються?

Чи враховує ендпоінт сект?

Який формат відповіді?

Чи можна запускати первинні дирекції з AI-агента типу Claude чи GPT?

З яких мов програмування можна викликати API?

Як первинні дирекції поєднуються з профекціями, Firdaria та Zodiacal Releasing?

Побудуй повний стек предиктивної астрології

Запусти первинні дирекції за одну

Більшість API пропускають математику, на якій тримаються первинні дирекції

Що повертає Primary Directions API

Primary Directions API одним поглядом

Список можливостей Primary Directions API

Метод Placidus semi-arc 3D

Mundo-дирекції

Зодіакальні дирекції

Ключ Naibod (за замовчуванням)

Ключ Ptolemy

Ключ True Solar Arc

Ключ Lunar Arc