Warum

Klassisches Human Design teilt die Ekliptik mit einem kalendarischen Raster:

• 12 gleiche Zeichen zu je 30° ab dem Frühlingspunkt (tropischer 0° Widder);
• 64 gleiche Tore zu je 5,625°;
• 6 gleiche Linien zu je 0,9375°.

Dieses Raster ist praktisch und reproduzierbar, aber es deckt sich nicht mit dem Himmel:

1. Auf der Ekliptik liegen nicht 12, sondern 13 Zeichen. Die Sonne durchläuft auch den Schlangenträger (Ophiuchus) — ein offizielles IAU-Sternbild, das im tropischen Tierkreis fehlt.
2. Die Sternbilder sind ungleich. Die Jungfrau nimmt ~44° ein, der Skorpion ~6,6°. Gleiche 30° / 5,625° verschmieren breite Zonen und blähen schmale auf.
3. Der Nullpunkt ist ein anderer. Die Klassik verankert Tor 41 bei 2° Wassermann (302,0° tropische Länge). Der erweiterte Modus verankert dasselbe Tor 41 an der realen Grenze des Sternbilds Widder zur Epoche J2000 (~28,69°).

Der erweiterte Modus beantwortet daher eine andere Frage: In welchem realen Sternbild liegt der Himmelskörper, und wie viele Tore passen ehrlich in diesen Bogen? Die Klassik antwortet: In welchem gleichen Sektor des tropischen HD-Rades liegt er?

Beide Antworten werden aus denselben Planetenlängen berechnet. Es ändert sich nur der Schritt „Länge → Tor.Linie“.

Was gleich bleibt

Die Topologie des Rave Mandala ist für beide Modi gemeinsam:

• die Reihenfolge der 64 Tore um den Kreis (gateOrder: 41, 19, 13, …, 60);
• Tor → Zentrum, Kanäle, Kreuze, Typ, Autorität, Profil;
• 13 Körper pro Schnitt, 26 Aktivierungen pro Chart;
• Ephemeriden (die Länge wird einmal berechnet, vor dem Mapping);
• offline, ohne Netz.

Wenn sich im erweiterten Modus die Tore ändern, ändern sich auch Definition der Zentren, Typ und Profil. Das ist die Folge einer anderen Einteilung, nicht einer anderen „HD-Engine“.

Das klassische Ergebnis ist Byte für Byte dasselbe wie vor Einführung des Modus. Der Umschalter rührt es nicht an.

Was gegenüber der Klassik hinzukommt

Die Planetenlängen sind in beiden Modi identisch. Der Unterschied liegt nur im Paar (Tor, Linie).

Wie das erweiterte Rad geschnitten wird

1. Dreizehn Zonen

Die Grenzen sind der Schnitt der Ekliptik (Breite 0°) mit den offiziellen IAU-Sternbildkonturen zur Epoche J2000.0. Die Tabelle ist statisch, fest in der App hinterlegt. Zur Laufzeit wird nichts heruntergeladen oder präzessiert.

2. Wie viele Tore pro Zone: Sainte-Laguë

Die ganze Zahl 64 muss auf 13 ungleiche Bögen verteilt werden. Die gebrochene Quote 64 × Breite / 360 ist nicht ganzzahlig, daher das Sainte-Laguë-Verfahren (Webster, highest averages; Teiler 1, 3, 5, …):

n_i = 0 für alle Zonen
solange Summe n_i < 64:
    nächstes Tor an die Zone mit max(Breite_i / (2·n_i + 1))

Zusatzregel: n_i ≥ 1 auch für die schmalste Zone (Skorpion). Bei den aktuellen IAU-Breiten greift diese Untergrenze nicht — der Skorpion erhält ohnehin 1.

Warum nicht „größte Reste“ (Hare–Niemeyer): Bei diesen 13 Breiten liefern beide Verfahren denselben Vektor, aber das ist Zufall. Sainte-Laguë ist fixiert, damit die Aufteilung nicht springt, falls sich die Grenzen leicht verschieben.

3. Tore innerhalb einer Zone sind gleich

Eine Zone der Breite W mit n Toren wird in n gleiche Stücke W/n geteilt. Die Linien in 6 gleiche Teile davon. Die Torreihenfolge ist die bisherige gateOrder, beginnend mit 41 an der Widder-Grenze. Ein Körper genau auf der Grenze gehört zum Tor, das dort beginnt (links inklusive, rechts exklusive) — wie das Flooring in der Klassik.

Zonentabelle (J2000, Sainte-Laguë)

Breiten nach IAU/Delporte. n_i = Anzahl der Tore. Quote = 64 × Breite / 360 vor Rundung.

Zum Vergleich: In der Klassik ist jedes Tor 5,625° und jede Linie 0,9375° breit. Die schmalste Zone ist der Skorpion (ein Tor auf dem ganzen Bogen). Die breiteste ist die Jungfrau (acht Tore). Der Schlangenträger erhält drei Tore, die es in der Klassik als eigene Zone nicht gibt.

Was der Modus bewusst nicht tut

• Er rührt die Klassik nicht an. Der tropische Mapper ist die bisherige Funktion gateLine.
• Er berücksichtigt keine ekliptikale Breite. Ein Körper am Zonenrand kann optisch im Nachbarsternbild liegen; in die Berechnung geht nur die Länge ein.
• Er schließt keine topozentrische Parallaxe ein. Für den Mond bis zu ~1°, vergleichbar mit einer Linie in einer schmalen Zone.
• Epoche der Grenzen ist J2000, nicht das Geburtsdatum. Präzession ~1°/72 Jahre; die Umrechnung auf das Geburtsjahr ist v2.

Anwendung

Im Chart-Bildschirm das Segment Klassisch / Erweitert. Dasselbe Chart lässt sich in beiden Modi ansehen: Die Körperlängen sind gleich, nur Tor- und Liniennummern ändern sich — und mit ihnen die Füllung der Zentren, falls eine Grenze überschritten wird.

Why

Classical Human Design cuts the ecliptic with a calendar grid:

• 12 equal signs of 30° from the vernal equinox (tropical 0° Aries);
• 64 equal gates of 5.625°;
• 6 equal lines of 0.9375°.

This grid is convenient and reproducible, but it doesn't match the sky:

1. There are 13 signs on the ecliptic, not 12. The Sun also passes through Ophiuchus — an official IAU constellation absent from the tropical zodiac.
2. The constellations are unequal. Virgo spans ~44°, Scorpius ~6.6°. Equal 30° / 5.625° smear wide zones and inflate narrow ones.
3. The reference point differs. The classic anchors gate 41 at 2° Aquarius (302.0° tropical longitude). The extended mode anchors that same gate 41 to the real boundary of Aries at epoch J2000 (~28.69°).

So the extended mode answers a different question: which real constellation does a body lie in, and how many gates honestly fit into that arc? The classic answers: which equal sector of the tropical HD wheel does it lie in?

Both answers are computed from the same planetary longitudes. Only the "longitude → gate.line" step changes.

What doesn't change

The Rave Mandala topology is shared by both modes:

• the order of the 64 gates around the wheel (gateOrder: 41, 19, 13, …, 60);
• gate → center, channels, crosses, type, authority, profile;
• 13 bodies per slice, 26 activations per chart;
• ephemerides (longitude computed once, before mapping);
• offline, no network.

If gates change in the extended mode, so do center definition, type and profile. That follows from a different partition, not a different "HD engine."

The classical result is byte-for-byte the same as before the mode existed. The toggle doesn't touch it.

What's added relative to the classic

Planetary longitudes are identical in both modes. The divergence is only in the (gate, line) pair.

How the extended wheel is cut

1. Thirteen zones

The boundaries are the intersection of the ecliptic (latitude 0°) with the official IAU constellation contours at epoch J2000.0. The table is static, baked into the app. Nothing is downloaded or precessed at runtime.

2. How many gates per zone: Sainte-Laguë

The integer 64 must be distributed across 13 unequal arcs. The fractional quota 64 × width / 360 isn't integer, so the Sainte-Laguë method is used (Webster, highest averages; divisors 1, 3, 5, …):

n_i = 0 for all zones
while sum(n_i) < 64:
    next gate → the zone with max(width_i / (2·n_i + 1))

Extra rule: n_i ≥ 1 even for the narrowest zone (Scorpius). At the current IAU widths this floor never triggers — Scorpius gets 1 anyway.

Why not "largest remainder" (Hare–Niemeyer): on these 13 widths both methods yield the same vector, but that's a coincidence. Sainte-Laguë is fixed so the allocation doesn't jump if the boundaries shift slightly.

3. Gates within a zone are equal

A zone of width W with n gates is cut into n equal pieces of W/n. Lines into 6 equal parts of that piece. The gate order is the existing gateOrder, starting from 41 at the Aries boundary. A body exactly on a boundary belongs to the gate that starts there (left-inclusive, right-exclusive) — like flooring in the classic.

Zone table (J2000, Sainte-Laguë)

Widths per IAU/Delporte. n_i = number of gates. Quota = 64 × width / 360 before rounding.

For comparison: in the classic each gate is 5.625° and each line 0.9375°. The narrowest zone is Scorpius (one gate across the whole arc). The widest is Virgo (eight gates). Ophiuchus gets three gates that don't exist as a separate zone in the classic.

What the mode deliberately doesn't do

• Doesn't touch the classic. The tropical mapper is the existing gateLine function.
• Ignores ecliptic latitude. A body at a zone edge may visually be in a neighboring constellation; only longitude enters the calculation.
• No topocentric parallax. For the Moon this is up to ~1°, comparable to a line in a narrow zone.
• Boundary epoch is J2000, not the birth date. Precession ~1°/72 years; recomputing for the birth year is v2.

How to use

On the chart screen, the Classical / Extended segment. You can view the same chart in both modes: the body longitudes are the same, only the gate and line numbers change — and with them the center fills, if a boundary is crossed.