Skip to content

Explore folded-decomposition handoff to box-code near/far fields #61

@xywei

Description

@xywei

Motivation

We want to test whether CUTKIT folded-decomposition outputs can become the geometry layer for a later box-code/Volumential complex-geometry paper.

The core split is:

  • Far field: use tensor-product quadrature pulled through each folded template map as signed physical source clouds. FMM/box-code machinery should be able to consume these as ordinary weighted sources, including negative weights.
  • Near field: build a separate singular-quadrature story in template space. For source/target folded pieces with maps T_e and T_f, write interactions using the mapped kernel G(T_f(eta), T_e(xi)), split singular model terms from smooth geometry-dependent remainders, and investigate reusable template-space correction tables/operators.

This should let us run CUTKIT-side experiments before changing Volumential.

Proposed Experiments

  1. Build a small folded-piece source-cloud export fixture.

    • Use analytic 2D fan cells first, then polygonized/CAD-native fixtures.
    • Export physical coordinates, signed weights, source-box/piece IDs, map coefficients, and status metadata.
    • Verify signed mass and low-order moments against direct/reference integration.
  2. Far-field smoke test.

    • Feed signed source clouds to a direct evaluator and, later, a box-code/FMM-style path.
    • Compare against high-order direct quadrature on simple manufactured densities.
    • Confirm negative weights do not require special handling for well-separated targets.
  3. Near-field template experiment.

    • Start with a 2D fan map T(r,t) = (1-r) V + r C(t) and a Laplace-like kernel.
    • Express self/adjacent interactions on [0,1]^2 or [0,1]^2 x [0,1]^2 through G(T_f(eta), T_e(xi)) and Jacobian factors.
    • Compare direct singular/quasi-singular reference quadrature against a split into singular model terms plus smooth remainder moments.
  4. Reuse/compression study.

    • Vary seed location and curve/control coefficients.
    • Measure whether mapped-kernel correction data has low rank or smooth parameter dependence.
    • Identify which geometry parameters must remain runtime payloads and which pieces can be tabulated.
  5. CAD-backend boundary.

    • Keep the first experiments CAD-independent using analytic/polygonized geometry.
    • Treat OpenCascade as a real-geometry stress-test backend, not as the mathematical dependency.
    • Expose empty, invalid_box, backend_error, tolerance, and provenance metadata separately from solver timings.

Acceptance Criteria

  • A CUTKIT experiment script or notebook-style driver can generate folded-piece signed source clouds for a simple analytic cut cell.
  • Low-order moments from the signed cloud match reference integration to the expected quadrature order.
  • A far-field direct-evaluation test demonstrates that signed clouds reproduce physical-domain potentials for well-separated targets.
  • A near-field prototype records at least one self or adjacent mapped-kernel experiment, even if the first version uses direct high-order reference quadrature.
  • Results are documented clearly enough to decide whether the next step belongs in CUTKIT, Volumential, or a shared adapter layer.

Notes

  • This follows the Antolin-Wei-Buffa folded-decomposition interpretation: folded cells are integration charts, not finite-element visualization cells.
  • The expected reusable object is not an exact finite table for arbitrary cut shapes. The likely reusable object is a template-space singular correction/basis table plus runtime geometry payloads.
  • This should preserve the no-function-extension direction: all source data remains tied to physical-domain folded pieces.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions