Trust & Methodology

How UFOIntel Treats Evidence

UFOIntel is an evidence-first intelligence platform. This page documents the rules the platform actually enforces — what counts as evidence, what does not, and how every public fact is made traceable. It reflects the system's real posture, not aspirations.

Evidence-First

Current Evidence-Integrity Posture

Read live from the platform. These are the real settings in effect right now.

Live status

Corpus ingestion

Bulk acquisition, OCR, dedup, embeddings, search indexing

GATEDNot yet live

Documents in corpus

Live count from the document store

889Indexed

Fabrication policy

Invented documents, evidence, pins, sources, or metrics

prohibitedProhibited

Map pin credibility rules

Only 'credible' pins are shown on the public map

activeActive

Coordinate-range guard

Latitude/longitude bounds enforced before a pin can be credible

activeActive

User uploads

Received and queued; never treated as verified evidence

not processedReceived → pending

Document store (DB)

DATABASE_URL presence

configuredConfigured

Search index (Elasticsearch)

ELASTICSEARCH_URL presence

configuredConfigured

Object storage

S3 bucket + credentials presence

configuredConfigured
01

Evidence-First Policy

Claims are only as strong as the documents behind them.

  • A statement is treated as evidence only when it can be tied back to a primary or archival document that exists in the corpus. Everything else is clearly labeled as discussion, context, or pending material.
  • The platform leads with the source. Where the document is, who released it, and what it literally says comes before any interpretation layered on top of it.
  • When the corpus has no supporting document, the platform shows an honest empty or pending state rather than filling the gap with a plausible-sounding claim.
02

No-Fabrication Rules

The platform never invents what it cannot evidence.

Prohibited
  • No invented documents or evidence. The system will not synthesize a document, quote, case file, or sighting that is not actually present in the corpus.
  • No invented map pins. A location is never placed on the map unless it derives from a real, document-backed extraction that passes the credibility rules below.
  • No invented sources, users, posts, or metrics. Counts and statistics are read live. When there is no data, the value is reported as null or labeled “Pending — no corpus ingested yet” / “Not configured” — it is never rounded up from zero.
  • Service health (database, search, storage) is reported from real configuration and connectivity. The platform does not claim a service is healthy when it is not.
03

Source Confidence & Credibility Scoring

Not all sources carry the same weight, and the platform says so.

Sources are tiered by their evidentiary strength. A declassified government release, a FOIA-produced record, and an uncorroborated forum post are not interchangeable, and the platform does not present them as such.

  • Credibility reflects the provenance and verifiability of the source — official archives and primary releases rank above secondary aggregation, which ranks above anonymous claims.
  • Confidence reflects how directly a given document supports a specific claim, including whether the supporting text was machine-extracted (e.g. via OCR) and how clean that extraction is.
  • Scores are surfaced to readers (for example via score meters) so the strength of the underlying evidence is visible, not buried. Low confidence is shown as low confidence.
04

Document Traceability

Every public fact traces to a document, a source, and a snippet.

Traceability is the core contract of the platform. A public, evidence-bearing fact is expected to carry the full chain back to its origin:

documentId

The specific corpus document the fact comes from.

sourceUrl / sourceId

Where the document was acquired — the archival origin a reader can return to.

snippet

The literal supporting text, so the claim can be checked against the source.

If any link in that chain is missing, the item is not presented as verified evidence.

05

Map Pin Credibility

Only document-backed, in-range locations reach the public map.

Guards active

Geographic pins are held to a stricter bar than text, because a pin on a map reads as a confident factual claim about a place. Every candidate pin is run through classifyPinCredibility, which assigns one of four tiers:

credible

Document-backed with a snippet and valid in-range coordinates. Only these pins are shown publicly.

questionable

Weak or partial support. Withheld from the public credible map.

needs_manual_review

Ambiguous enough that a human must check it before it could ever be shown.

invalid

Fails the guards — e.g. out-of-range coordinates or no document backing. Never shown.

  • Coordinate-range guard: latitude/longitude must fall within valid Earth bounds. Out-of-range coordinates classify a pin as invalid.
  • OCR-evidence guard: a pin must trace to extracted document text (the supporting snippet). A coordinate with no document evidence behind it cannot become credible.
06

How Corpus Ingestion Works

The pipeline that turns archives into searchable evidence — currently gated.

Not yet live

Ingestion is the path a document takes from a source archive into the searchable corpus. The pipeline is designed as follows, and is gated / not yet live — no documents have been ingested.

  1. 1Queued. Acquired documents are enqueued for processing rather than indexed on arrival.
  2. 2OCR. Scanned and image-based documents have their text extracted so claims can cite literal snippets.
  3. 3Deduplication.Documents are dedup'd by content hash and a dedupeKey so the same record is not counted or shown twice.
  4. 4Embeddings. Text is embedded to support semantic similarity and relationship discovery.
  5. 5Search index. Processed documents are written to the search index so they become discoverable.

Until this pipeline is enabled, corpus-backed views are intentionally empty and labeled as pending.

07

How User Uploads Are Handled

Uploads are received material — not verified evidence.

Received → pending
  • A successful upload is recorded as received / pending processing. The platform never claims an uploaded file has been processed, verified, or admitted to the corpus on submission.
  • Uploaded material does not become evidence until it has passed review and the same ingestion and traceability rules as any other source.
  • Until then it is not shown as a verified document, is not counted in corpus metrics, and cannot back a public fact or a map pin.
08

Community Claims vs. Verified Evidence

Discussion is welcome — it is just never mistaken for evidence.

Preview
  • Community is discussion, not corpus evidence. Posts, comments, and claims made by users are kept structurally separate from verified, document-backed records.
  • A community claim does not gain evidentiary status by being upvoted, repeated, or popular. It only counts as evidence if and when it is backed by a traceable document in the corpus.
  • Community features are currently a preview — posts are not yet persisted. The platform does not render fake user activity to make the space look populated.

Why these rules exist

The UFO/UAP topic is saturated with confident claims that collapse under sourcing. UFOIntel's value is the opposite posture: show the documents, show the gaps, and never let an interface imply certainty the evidence does not support. An honest empty state is more useful than a fabricated full one.