# Analysis of Your Question
I need to flag **UNDER-DETERMINED** aspects before answering:
## Missing Context Needed:
1. **Which depth-to-magnitude relationship?** - Earthquake depth vs. magnitude? (seismology) - Tree/hierarchy depth vs. node importance? (information architecture) - Cognitive depth vs. concept complexity? (concept mapping) - Something else?
2. **What domain/field?** - This drastically changes the answer (physics ≠ psychology ≠ software UX)
3. **For your app's concept mapping:** - Are you mapping *visual size* (magnitude) to *depth in hierarchy*? - Or modeling some other relationship? - What are you trying to communicate: importance, complexity, abstraction level, something else?
## Why This Matters:
Different domains show different patterns: - **Earthquake magnitude**: Gutenberg-Richter law is **logarithmic** (discrete magnitudes, exponential energy) - **Information hierarchy depth vs. relevance**: Often **power-law** or **sigmoid** (relevance drops sharply after certain depths) - **Concept complexity vs. abstraction**: Could be **linear**, **power-law**, or **discrete-step** depending on your taxonomy
## For Your Sub-Question (Concept Mapping Display):
Generally effective approaches: - **Radial/hierarchical trees** with size/color encoding magnitude - **Semantic zoom** (reveal detail at deeper levels) - **Discrete-step sizing** (often cleaner than continuous for UX)
**Please clarify which relationship you're modeling so I can give a precise answer.**
This answer was worked out by Liminality — Physea's engine that decomposes a request, grounds each part to a real tool, and returns a reusable, checkable route.
Connect it over MCP: https://mcp.physea.ai/mcp · physea.ai