Urodzenie na wysokiej szerokości geograficznej nie uniemożliwia obliczenia pozycji planet ani samego Ascendentu i Medium Coeli. Problem dotyczy przede wszystkim geometrii niektórych systemów domów. Placidus i Koch nie mają zwykłego rozwiązania poza kołami podbiegunowymi, a program może zwrócić błąd, ostrzeżenie albo automatycznie zastosować inny system.

Najważniejsza zasada brzmi: fallback nie jest nadal wynikiem w pierwotnie wybranym systemie. Jeśli użytkownik poprosił o Placidusa, a biblioteka zwróciła domy Porfiriusza, raport musi to wyraźnie powiedzieć. Ciche podpisanie zastępczych cuspów nazwą „Placidus” jest błędem dokumentacji.

Szerokość geograficzna wpływa na lokalną orientację nieba

Pozycje geocentryczne planet dla danej chwili nie zależą od miasta urodzenia w taki sam sposób jak osie. Zmiana szerokości i długości geograficznej zmienia lokalny horyzont, południk, Ascendent, MC i konstrukcję domów, ale nie przesuwa geocentrycznej długości Słońca czy Saturna.

Im bliżej obszarów polarnych, tym bardziej nietypowy staje się przebieg ekliptyki względem horyzontu. Niektóre znaki mogą wschodzić bardzo szybko, inne bardzo wolno. W pewnych chwilach MC może znaleźć się po stronie ekliptyki, której nie oczekuje prosty schemat rysowania koła. Sama niezwykłość wykresu nie jest jeszcze błędem.

Nie ma jednej granicy, powyżej której „kosmogram przestaje działać”. Różne elementy i różne systemy mają odmienne ograniczenia. Trzeba sprawdzić konkretną metodę, współrzędne, chwilę i komunikat biblioteki.

Dlaczego Placidus traci cuspy

System Placidusa dzieli łuki dzienne i nocne punktów ekliptyki. Na wysokich szerokościach część punktów staje się okołobiegunowa: nie wschodzi albo nie zachodzi w zwykłym sensie. Wtedy wymagany łuk dzienny lub nocny nie istnieje, więc nie można wyznaczyć wszystkich ekliptycznych cuspów metodą standardową.

Dokumentacja Swiss Ephemeris stwierdza wprost, że cuspów Placidusa i Kocha oraz sektorów Gauquelina nie można obliczać poza kołem podbiegunowym. Funkcja swe_houses() przełącza się wtedy na domy Porfiriusza i zwraca kod błędu ERR wraz z ostrzeżeniem.

Blisko koła podbiegunowego problem może pojawić się jeszcze przed jego formalnym przekroczeniem, gdy iteracja numeryczna nie zbiega się. Od wersji 2.09 Swiss Ephemeris zwiększa liczbę iteracji, lecz po braku zbieżności również zwraca Porfiriusza i ostrzeżenie. Dlatego samo sprawdzenie, czy szerokość jest mniejsza od około 66,5 stopnia, nie zastępuje kontroli wyniku funkcji.

Fallback Porfiriusza zmienia metodę, nie tylko nazwę

Domy Porfiriusza powstają przez podział każdego z czterech odcinków między Ascendentem, MC, Descendentem i IC na trzy równe części zodiakalne. Nie wymagają tego samego modelu łuków dziennych co Placidus.

Jeśli biblioteka otrzyma kod P, ale zwróci cuspy Porfiriusza, dane liczbowe mogą wyglądać całkowicie poprawnie. Właśnie dlatego kontrola samej tablicy stopni nie wystarcza. Program powinien odczytać jednocześnie:

• kod statusu funkcji;
• treść ostrzeżenia;
• faktycznie zastosowany system;
• komplet cuspów i punktów osiowych;
• wersję biblioteki.

Odrzucenie komunikatu błędu, a następnie zapisanie zwróconej tablicy jako Placidusa, tworzy wynik nieodtwarzalny. Drugi program może uczciwie pokazać Porfiriusza i otrzymać te same stopnie, lecz inną etykietę.

Test dla Tromsø

Przypadek kontrolny wykorzystuje 21 czerwca 2026 roku, godzinę 12:00 czasu lokalnego w Tromsø w Norwegii. Strefa Europe/Oslo stosuje wtedy CEST, czyli UTC+2, więc czas obliczenia wynosi 10:00 UTC. Przyjęto współrzędne WGS84 69,6492° N i 18,9553° E, zodiak tropikalny oraz Swiss Ephemeris 2.10.03.

Wywołanie houses_ex2() dla systemu P zwraca:

• status -1;
• komunikat within polar circle, switched to Porphyry;
• Ascendent 174,262730°;
• MC 79,495329°;
• tablicę cuspów utworzoną metodą Porfiriusza.

To odpowiada Ascendentowi około 24°16' Panny i MC około 19°30' Bliźniąt. Pierwsze cuspy zwróconej tablicy wynoszą około 174,262730°, 202,673597°, 231,084463° i 259,495329°.

Jawne wywołanie tego samego przypadku z kodem O, czyli Porfiriusz, zwraca status poprawny i dokładnie tę samą tablicę cuspów. Niezależna kontrola arytmetyczna również potwierdza wynik: różnica zodiakalna między MC 79,495329° i Ascendentem 174,262730° wynosi około 94,767401°, a jej podział na trzy równe części daje odstęp około 31,589134°. Po dodaniu go do MC otrzymuje się cuspy około 111,084463° i 142,673597°, zgodne z wynikiem biblioteki przed zaokrągleniem.

Whole sign daje jeszcze inny, jawny wynik

Dla tego samego Ascendentu w systemie whole sign pierwszy dom zaczyna się na 0° Panny, czyli 150°, a kolejne cuspy leżą co 30°. To nie jest fallback Placidusa ani przybliżenie Porfiriusza. Jest to odrębny system, w którym znaki pełnią rolę domów.

Wybór whole sign może być metodologicznie uzasadniony w konkretnej tradycji, ale nie powinien następować po cichu tylko dlatego, że Placidus zwrócił błąd. Raport musi stwierdzić, czy użytkownik świadomie wybrał system, czy program zastosował procedurę awaryjną.

Porównanie systemów na wysokiej szerokości nie służy do znalezienia tego, który daje najbardziej przekonującą interpretację. Służy do pokazania, że przypisanie planety do domu jest zależne od modelu i że niektóre modele nie mają zwykłego rozwiązania dla danego miejsca.

Ascendent i MC wymagają uważnego rysowania

Swiss Ephemeris daje pierwszeństwo definicji Ascendentu jako wschodniego punktu przecięcia ekliptyki z horyzontem. W obszarach polarnych MC może czasami wypaść poniżej horyzontu. W systemach Campanusa i Regiomontanusa dokumentacja opisuje sytuacje, w których dla zachowania geometrii trzeba zamienić MC i IC, a orientacja domów staje się zgodna z ruchem wskazówek zegara.

Program rysujący koło nie może zakładać, że wszystkie wykresy spełniają układ typowy dla średnich szerokości. Trzeba oddzielnie testować wartości osi, kolejność cuspów, położenie etykiet i przypisanie planet do domów.

Odwrócona wizualnie kolejność nie musi oznaczać odwróconej długości zodiakalnej. Ekranowy układ koła jest sposobem prezentacji geometrii, a nie jej źródłem.

Nie każde ostrzeżenie ma ten sam skutek

Przy wysokiej szerokości program może:

1. poprawnie obliczyć wybrany system i zwrócić nietypowe cuspy;
2. zwrócić ostrzeżenie o mniejszej stabilności numerycznej;
3. zmienić system na fallback i zwrócić dane zastępcze;
4. zwrócić błąd bez użytecznego wyniku;
5. obliczyć osie, ale nie wszystkie cuspy;
6. narysować koło niezgodnie z otrzymaną geometrią.

Każda sytuacja wymaga innego komunikatu. Ogólne zdanie „wysokie szerokości mogą być niedokładne” nie mówi, czy wynik jest Placidusem, Porfiriuszem czy niepowodzeniem obliczenia.

Lista kontrolna dla użytkownika i programu

Przed interpretacją kosmogramu dla wysokiej szerokości należy zapisać:

• dokładną szerokość i długość geograficzną;
• źródło współrzędnych i strefę IANA;
• lokalny czas, offset i UTC;
• nazwę oraz kod żądanego systemu domów;
• wersję Swiss Ephemeris lub innej biblioteki;
• status funkcji i pełny komunikat ostrzegawczy;
• system faktycznie użyty po ewentualnym fallbacku;
• stopnie Ascendentu, MC i wszystkich cuspów przed zaokrągleniem;
• wynik porównania z drugim narzędziem albo kontrolą geometryczną;
• system użyty w interpretacji i na grafice.

W Kosmogramie urodzeniowym warto sprawdzić, czy wynik jawnie informuje o braku rozwiązania lub zmianie systemu. Jeśli narzędzie nie pokazuje takiego statusu, nie należy zakładać, że widoczna etykieta opisuje rzeczywiście użyty algorytm.

Wysoka szerokość nie unieważnia całego kosmogramu. Wymaga natomiast technicznej dyscypliny: pozycje planet, osie i system domów muszą być raportowane osobno, a każda procedura awaryjna musi być widoczna dla czytelnika.

Bibliografia

• Astrodienst, Swiss Ephemeris Programmer's Manual, rozdziały o swe_houses(), swe_houses_ex2(), kodach systemów domów, braku rozwiązania Placidusa i Kocha poza kołem podbiegunowym oraz fallbacku do Porfiriusza. Dokumentacja HTML i PDF (dostęp: 25.09.2026).
• Astrodienst, Swiss Ephemeris Documentation, rozdziały 6.2, 6.4 i 6.7 o geometrii systemów domów, modelu osi w strefach polarnych i poprawkach obliczeń Placidusa od wersji 2.09. Dokumentacja (dostęp: 25.09.2026).
• Astrodienst, Tables of Houses for Astrology, techniczne ograniczenie tablic Placidusa poza kołami podbiegunowymi. Astrodienst (dostęp: 25.09.2026).
• Internet Assigned Numbers Authority, Time Zone Database, reguły strefy Europe/Oslo i identyfikatory lokalizacyjne używane przy przeliczeniu czasu. IANA (dostęp: 25.09.2026).
• Obliczenie własne dla Tromsø wykonane przez sweph 2.10.3-6 z biblioteką Swiss Ephemeris 2.10.03; kontrola przez jawne wywołanie Porfiriusza i arytmetyczny podział czterech kwadrantów, wartości niezaokrąglone zachowano w protokole roboczym (25.09.2026).