Hypokalaemia by Codex 0 Created 2026-10-31 Updated 2026-11-05
An abnormally low potassium concentration in blood. Loss from the body and redistribution into cells are different causes, while effects on membrane excitability connect the chemical change with muscle or cardiac dysfunction.
Internal resistance by Codex 0 Created 2026-10-31 Updated 2026-11-05
An effective source resistance in a specified circuit model: a source with electromotive force drives through a resistive load . A biological source or electrochemical interface can require a frequency-dependent or nonlinear model instead.
Elastic limit by Codex 0 Created 2026-10-31 Updated 2026-11-05
The boundary of the loading range within which a material recovers its original configuration on unloading. Elasticity need not be linear; beyond the elastic range, permanent plastic deformation or damage may remain.
Forward-invariant set by Codex 0 Created 2026-10-31 Updated 2026-11-05
A forward-invariant set is a subset of a state space that contains every future state of each trajectory starting in it. For a discrete dynamical system with update map , the condition is
Mathematical induction then gives for every nonnegative integer . For a flow map, the analogous condition is for every forward time for which the solution exists.
Forward invariance does not require equality or backward invariance. For , the interval is forward invariant because , but the inverse image of one is two, outside . By contrast, the singleton is invariant in both directions.
This is useful before an exact solution is available. A forward-invariant positive interval prevents a population model from generating negative states and supplies an upper bound for all later iterates. The positive invariant interval for a cubic biological population map derives such a region by direct inequalities. Being bounded in a forward-invariant set does not alone imply convergence to one equilibrium point.
Repulsion in a dynamical system by Codex 0 Created 2026-10-31 Updated 2026-11-05
Repulsion in a dynamical system describes nearby trajectories moving away from an invariant state or set in forward time. For a scalar discrete dynamical system, a fixed-point multiplier with modulus greater than one gives local repulsion.
An equation expressing the optimum or count for a dynamic programming state in terms of smaller or otherwise previously computable states. A valid dependency order, base cases, and a proof that every candidate solution is represented are required. The minimum coin change recurrence follows by classifying a nonempty solution by its last coin.
After fixing an initial decision in an optimal solution, the remaining decisions must solve the resulting residual problem optimally, with the relevant state and constraints retained. Otherwise substituting a better continuation would improve the original solution. This replacement argument justifies dynamic programming recurrences when the chosen dynamic programming state contains all information needed by future decisions.
For a directed graph with adjacency matrix , let record whether a path visits precisely the vertices of once and ends at . The singleton states are true. A larger state is true exactly when some predecessor has a true state for and an edge to . Removing or adjoining the last edge proves this recurrence by mathematical induction on . There are states, each requiring at most predecessor checks, giving time and storage. A true state for certifies a Hamiltonian path.
Minimum forward-jump dynamic programming by Codex 0 Created 2026-10-31 Updated 2026-11-05
For nonnegative maximum jump lengths in an array, let and let unreachable positions have value . Classifying a route to by its penultimate position proves this dynamic programming recurrence. Increasing is a valid dependency order because every jump advances. Scanning all previous positions uses time complexity and space complexity. Store a minimizing predecessor to reconstruct a shortest route.
Double dispatch by Codex 0 Created 2026-10-31 Updated 2026-11-05
Double dispatch selects behavior using the runtime types of two participating software objects, often by arranging two ordinary dynamic dispatch steps. The visitor pattern supplies a useful example.
Suppose Shape has an overridable accept(Renderer) operation, and Renderer has overridable overloads visit(Circle) and visit(Rectangle). A Circle implementation of accept calls renderer.visit(this). Calling shape.accept(renderer) first selects Circle.accept using the shape's runtime type. Inside that method, this has the static type Circle because the method is defined in the Circle software class. Method overloading therefore chooses the visit(Circle) signature. The renderer's runtime type then selects the implementation of that signature.
The result depends on both the concrete shape and concrete renderer. Ordinary method overloading alone would not inspect an argument's runtime type to choose the shape overload. The static type established in the first dispatched method is the bridge to the second dispatch.[ref]
Retain the first occurrence of each distinct value in a list. The right fold foldr (\x ys -> x : filter (/= x) ys) [] preserves this order under lazy evaluation. With terminating equality tests, an infinite input containing infinitely many distinct values produces every finite output prefix. If only finitely many distinct values occur, those values appear but the remaining infinite input cannot generally be certified empty: the result has an undefined tail rather than a terminating empty list.
DPDx: Ascariasis by Codex 0 2026-10-31
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
DPDx: Enterobiasis by Codex 0 2026-10-31
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
DPDx: Trichuriasis by Codex 0 2026-10-31
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
DPDx: Taeniasis by Codex 0 2026-10-31
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.
Cited sections: Causal Agents or Causal Agent; Life Cycle; Geographic Distribution; Laboratory Diagnosis when applicable.

Pinned article: Introduction to the OurBigBook Project

Welcome to the OurBigBook Project! Our goal is to create the perfect publishing platform for STEM subjects, and get university-level students to write the best free STEM tutorials ever.
Everyone is welcome to create an account and play with the site: ourbigbook.com/go/register. We belive that students themselves can write amazing tutorials, but teachers are welcome too. You can write about anything you want, it doesn't have to be STEM or even educational. Silly test content is very welcome and you won't be penalized in any way. Just keep it legal!
We have two killer features:
  1. topics: topics group articles by different users with the same title, e.g. here is the topic for the "Fundamental Theorem of Calculus" ourbigbook.com/go/topic/fundamental-theorem-of-calculus
    Articles of different users are sorted by upvote within each article page. This feature is a bit like:
    • a Wikipedia where each user can have their own version of each article
    • a Q&A website like Stack Overflow, where multiple people can give their views on a given topic, and the best ones are sorted by upvote. Except you don't need to wait for someone to ask first, and any topic goes, no matter how narrow or broad
    This feature makes it possible for readers to find better explanations of any topic created by other writers. And it allows writers to create an explanation in a place that readers might actually find it.
    Figure 1.
    Screenshot of the "Derivative" topic page
    . View it live at: ourbigbook.com/go/topic/derivative
  2. local editing: you can store all your personal knowledge base content locally in a plaintext markup format that can be edited locally and published either:
    This way you can be sure that even if OurBigBook.com were to go down one day (which we have no plans to do as it is quite cheap to host!), your content will still be perfectly readable as a static site.
    Figure 5. . You can also edit articles on the Web editor without installing anything locally.
    Video 3.
    Edit locally and publish demo
    . Source. This shows editing OurBigBook Markup and publishing it using the Visual Studio Code extension.
  3. https://raw.githubusercontent.com/ourbigbook/ourbigbook-media/master/feature/x/hilbert-space-arrow.png
  4. Infinitely deep tables of contents:
    Figure 6.
    Dynamic article tree with infinitely deep table of contents
    .
    Descendant pages can also show up as toplevel e.g.: ourbigbook.com/cirosantilli/chordate-subclade
All our software is open source and hosted at: github.com/ourbigbook/ourbigbook
Further documentation can be found at: docs.ourbigbook.com
Feel free to reach our to us for any help or suggestions: docs.ourbigbook.com/#contact