ode_vector_field_grid — MATH `dynsys` op

• Datenarten: keine → flow2d (ein Operator, der allein durch seine Argumente bestimmt ist — er nimmt kein Bild und keine Daten entgegen)

• Aufruf: import fullseye as fs; fs.ledger.ode_vector_field_grid(system='rossler', params=None, bounds=(-10.0, 10.0, -10.0, 10.0), shape=(64, 64), plane='xy', offset=0.0) (die Implementierung direkt: import mathops; mathops.ode_vector_field_grid(system='rossler', params=None, bounds=(-10.0, 10.0, -10.0, 10.0), shape=(64, 64), plane='xy', offset=0.0); aus dem Register: opsmath.get("ode_vector_field_grid"))

Verwendung

Tastet ein benanntes Feld auf einem Gitter ab — ein `flow2d`, das die vorhandenen Betrachter annehmen.

> Die ausführliche Beschreibung unten ist der Originaltext — Zusammenfassung und Überschriften sind übersetzt.

Returns `(2, H, W) with components (dy, dx)` — the library's

`flow2d` layout — so the existing flow family (quiver, streamlines,

colour wheel, `flow_magnitude`) renders it with no new drawing code. For a

3-D system, *plane* picks the slice (`xy / xz / yz`) and *offset*

fixes the third coordinate.

★Why this earns its place: it is the bridge that keeps this family from

growing its own renderer. The vectors are the same `_dyn_derivative` the

integrator uses, so what you see is what gets integrated.

★The layout is channel-first, not the `(H, W, 2)` that reads more

naturally here: `flow2d` is an existing type with an existing predicate and

existing consumers, and a row that declares `flow2d` while returning the

transpose is a type lie the fuzzer catches (it did —— 2026-09-23). Row 0 is

the top (the image convention), so the vertical component is negated to

match what the viewer draws.

Raises `ValueError`: unknown system or plane; a grid over the cap;

non-finite bounds; a degenerate window.

Familienweiter Eingabevertrag (fail-closed)

Jeder mathops-Operator prüft seine Eingabe vor der Berechnung (nichts rutscht stillschweigend durch):

• **Komplexe Eingaben lösen ValueError aus** — die Umwandlung nach float64 verwirft den Imaginärteil stillschweigend (numpy meldet nur eine ComplexWarning und liefert eine plausibel aussehende, falsche reelle Zahl). Schreiben Sie .real/.imag/abs() explizit oder nutzen Sie complexops.

• **Masked Arrays mit maskierten Elementen lösen ValueError aus** — die implizite Umwandlung, die die Maske abstreift und die Rohwerte darunter verwendet, wird abgelehnt. Geben Sie explizit an, ob gefüllt oder verworfen wird.

• **NaN/Inf löst bei jeder Eingabe ValueError aus** (mit Anzahl abgelehnt — es pflanzt sich durch das gesamte Ergebnis fort).

• Formen sind strikt: 1-D und 2-D werden nie implizit hochgestuft oder gebroadcastet (eine Matrix im Vektor-Slot oder ein Vektor im Matrix-Slot löst ValueError aus; reshapen Sie explizit).

• Größenobergrenze: Operatoren, die eine Matrix nehmen, sowie die stat_histogram-Bins lösen jenseits von mathops.MAX_ELEMENTS (2^26 ≈ 67 Mio. Elemente) ValueError aus.

Ausführlicher Anwendungsleitfaden

• Leitfaden zur Familie math_metrology

Referenzen (Beispieldaten, Literatur)

• Katalog der Beispieldaten (Download-URLs / Lizenzen) — 2-D nutzt skimage.data (BSD/Public Domain) plus synthetische Bilder, 3-D nennt Download-URLs echter Datenquellen (Stanford, PDS, …).

• Herkunft und Literatur der Operatoren — die Quellen der Forschung/Verfahren, auf denen diese Operatorfamilie beruht.

• Der kanonische Algorithmus (Autor, Jahr) und seine Anwendungen stehen im Familienleitfaden oben.

Ausführbare Beispiele (verifizierte Samples, die diesen Operator wirklich aufrufen)

• poc_what_a_picture_cannot_check — py -3.11 examples/poc_what_a_picture_cannot_check.py

Typkompatible Folge-Operatoren (nehmen `flow2d` als Eingabe)

—

Gleiche Kategorie (`dynsys`)

ode_flow_states · dynsys_poincare_section · dynsys_lyapunov_spectrum · dynsys_bifurcation_map · dynsys_correlation_dimension

*Provenance: mathops.py — MATH Operator-Registry. Diese Notiz wird von tools/opdocs.py md erzeugt (nicht von Hand bearbeiten).*

ode_vector_field_grid — MATH dynsys op