Tree Gen 1.40.0: Obstbaum-Krone schliesst sich oben (Trichter behoben)

Der Baum erfuellte Kronenradius, Deckung, Kronenansatz und Tri-Budget - und sah
trotzdem falsch aus. Sichtbar wurde es erst am BREITENPROFIL der Krone in
Dritteln (unten/mitte/oben, Messung der Spielseite nachgestellt):
  Eiche      3.0 / 2.8 / 2.6   oben/mitte 0.90  (liest sich als Baum)
  Obstbaum   3.3 / 4.5 / 4.7   oben/mitte 1.07  (Trichter)

Kein einzelner Regler hat das geloest: Crown Taper (-0.10 bis +0.50), Branch
Droop (0.6-1.2), Crown Bulge (1.0-1.8) und Attraction Up einzeln durchgefahren
liessen oben/mitte bei rund 1.0 stehen. Der Grund ist strukturell: die
Kronenform folgt nicht der Astlaenge je Hoehe, sondern dem WEG DER ASTSPITZEN.
Solange die Aeste aufwaerts schwingen, landet das aeusserste Laub oben.

Loesung ist eine andere Bauform, kein Feintuning - kurze Aeste an einem hohen
Stamm statt langer Aeste an einem kurzen:
  Height 3.8 -> 4.9, Branch Length 2.55 -> 1.25, Branch Start 0.52 -> 0.40,
  Attraction Up +0.40 -> -0.05, Crown Taper -0.30 -> +0.15,
  Crown Bulge 0.60 -> 1.10, Branch Droop 0.35 -> 0.40.

Ueber alle neun Produktions-Seeds: oben/mitte 0.63-0.84, Kronenradius
1.88-2.01 m, Deckung 100-134 % der Eiche, 3752-4166 Tris, Ansatz 39 %.

Beim Einregeln kippte die Form zwischendurch in eine PILZform (unten am
breitesten) - deshalb steht das Profil jetzt als Test da. test_obstbaum prueft
oben/mitte <= 0.85. Gegenprobe mit den 1.39er Werten: neun Fehler bei 0.98-1.11.

B/H liegt jetzt bei 0.77-0.82 (Band der Spielseite 0.55-0.75). Bleibt bewusst
ungeprueft, wie beim Kronenradius entschieden: die Vorgaben Kronenradius >= 1.80
und B/H <= 0.75 sind bei 4-5 m Hoehe nur im Mittel gleichzeitig erfuellbar.

26 Tests bestehen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

README.md

@@ -563,6 +563,41 @@ Der Kaktus erzeugt regulaer **0 Cards** — kein Ast ist duenner als `Max Radius
 und das ist botanisch richtig. Vorher lief das still durch und man stand vor
 einer leeren `_Leaf`-Ebene; jetzt sagt der Operator es und nennt den Regler.
 
+### Obstbaum-Silhouette: Trichter statt Krone
+
+Der Baum erfuellte Kronenradius, Deckung, Ansatz und Tri-Budget - und sah
+trotzdem falsch aus. Gemessen wurde das erst am BREITENPROFIL der Krone in
+Dritteln (unten/mitte/oben):
+
+| | unten | mitte | oben | oben/mitte |
+|---|---|---|---|---|
+| Eiche (liest sich als Baum) | 3.0 | 2.8 | 2.6 | **0.90** |
+| Obstbaum vorher | 3.3 | 4.5 | 4.7 | **1.07** |
+
+Nach oben BREITER: die Laubmasse sass an den top-aussen endenden Astspitzen,
+unten war die Krone hohl. Ein Trichter, keine Krone.
+
+Kein einzelner Regler hat das geloest - `Crown Taper`, `Branch Droop`,
+`Crown Bulge` und `Attraction Up` einzeln durchgefahren liessen das Verhaeltnis
+bei rund 1.0 stehen. Der Grund: die Kronenform folgt nicht der Astlaenge je
+Hoehe, sondern dem WEG DER ASTSPITZEN. Solange die Aeste aufwaerts schwingen
+(`Attraction Up` positiv), landet das aeusserste Laub oben - egal wie die
+Laengen verteilt sind.
+
+Die Loesung ist eine andere Bauform, kein Feintuning: **kurze Aeste an einem
+hohen Stamm** (Height 3.8 -> 4.9, Branch Length 2.55 -> 1.25) statt langer
+Aeste an einem kurzen. Dazu `Attraction Up` +0.40 -> -0.05 (kein Aufschwung),
+`Crown Taper` -0.30 -> +0.15 (oben kuerzere Aeste) und `Crown Bulge` 0.60 ->
+1.10 (Bauch in der Mitte).
+
+Ueber alle neun Produktions-Seeds: oben/mitte **0.63-0.84**, Kronenradius
+1.88-2.01 m, Deckung 100-134 % der Eiche, 3752-4166 Tris, Kronenansatz 39 %.
+
+Beim Einregeln kippte die Form zwischendurch in eine PILZform (unten am
+breitesten, u/m 1.17) - deshalb steht das Profil jetzt als Test da und nicht
+als Kommentar. `tests/test_obstbaum.py` prueft oben/mitte <= 0.85; Gegenprobe
+mit den Werten aus 1.39 meldet neun Fehler bei 0.98-1.11.
+
 ### Kronenfuellung: es zaehlt die Flaeche, nicht die Card-Zahl
 
 Der Obstbaum las sich in der Engine als einzelne belaubte Ast-Schlaeuche mit