Green/Dry Bone Fracture Velocity Classifier

Independently measured fracture speed/morphology/moisture evidence against caller experimental green/dry classes, not postmortem interval. Independently declared positive evidence requirements; overlaps and unknowns retained. Caller independently establishes sample/context/calibration applicability; not definitive chronology, provenance, taxonomy, disease or human identity.

Description

Fracture-state interpretation depends on independently observed features and a rule set.

Fracture-state interpretation depends on independently observed features and a rule set.1

A supplied evidence classification does not measure fracture velocity or establish a universal fresh-versus-dry verdict. Use Green/Dry Bone Fracture Velocity Classifier to evaluate the supplied inputs under the model explained below.

When to use Green/Dry Bone Fracture Velocity Classifier

Use Green/Dry Bone Fracture Velocity Classifier to evaluate the supplied inputs under the model explained below. Define the candidate classes and their positive-evidence requirements, then distinguish evidence presence from whether it is known.

How to use Green/Dry Bone Fracture Velocity Classifier and understand its results

  1. Define the candidate classes and their positive-evidence requirements, then distinguish evidence presence from whether it is known.
  2. Enter Caller bone fracture state class ids, Caller bone fracture state requirements, Observed bone fracture state evidence, Known bone fracture state flags using the field table and validation rules below, then run the tool.
  3. Read Compatible caller classes, Fully witnessed caller classes; interpret the units, signs, ordering and unknown-value placeholders described below.
  4. Correct reported input errors and rerun. Apply successful results according to their specific meanings and check the assumptions before using them in a decision.
Input fieldMeaningValue typeRequirement
callerBoneFractureStateClassIdsCaller bone fracture state class idsarray of stringRequired; constraints below
callerBoneFractureStateRequirementsCaller bone fracture state requirementsarray of arrayRequired; constraints below
observedBoneFractureStateEvidenceObserved bone fracture state evidencearray of numberRequired; constraints below
knownBoneFractureStateFlagsKnown bone fracture state flagsarray of numberRequired; constraints below

Supply unique nonblank class IDs, one rectangular binary requirement row per class, and aligned binary observation and known-flag arrays. Each class must require at least one positive witness. Requirement 0 ignores an evidence column; requirement 1 needs a known positive observation for full witnessing. An unknown requirement remains compatible, while a known absent requirement excludes the class. Both returned class lists preserve caller order. No readiness rubric is installed and compatible does not mean fully witnessed or approved.

compatible = no required known absence; fully witnessed = every required witness known and positive

Use the field order, units and branch conditions described above.

Output fieldMeaningValue type
compatibleCallerClassesCaller classes with no known absence of required positive evidence.array of string
fullyWitnessedCallerClassesCaller classes with all required positive evidence known and present.array of string
json
{
  "input": {
    "callerBoneFractureStateClassIds": [
      "a",
      "b"
    ],
    "callerBoneFractureStateRequirements": [
      [
        1,
        0
      ],
      [
        0,
        1
      ]
    ],
    "observedBoneFractureStateEvidence": [
      1,
      0
    ],
    "knownBoneFractureStateFlags": [
      1,
      0
    ]
  },
  "output": {
    "compatibleCallerClasses": [
      "a",
      "b"
    ],
    "fullyWitnessedCallerClasses": [
      "a"
    ]
  }
}

Limitations and assumptions

A supplied evidence classification does not measure fracture velocity or establish a universal fresh-versus-dry verdict. Apply the exact scope and assumptions explained above.

All listed fields require explicit values. Unexpected fields, incorrect types, nonfinite numbers and sparse arrays fail validation. Domain-specific bounds, alignments and supported tokens are explained above; extremely large inputs or outputs can also be rejected. Input errors differ from successful false results, empty match lists and unknown-evidence placeholders.

Alternative or Complementary methods

Use Burning Stage Bone Color Classifier for a related task: Bone burning interpretation depends on more than color alone.

Use Mandibular Gonial Angle Measurement Tool for a related task: A gonial-angle measurement depends on independently defined rays and a measurement plane.

References

  1. Green/Dry Bone Fracture Velocity Classifier — tool.io

Similar or alternative tools

Don't forget to set a bookmark for tool.io!
Privacy | Imprint | Cookies