Findings
Counts, medians, durations and gaps computed from the observation series. Every finding states its method inline, so it can be redone against the same public data.
Each finding below reads in one order: Question, Result, Method, Population, Limitations, Reproduce. The computation metadata (every figure by its key, the day it was computed, the data window and the count of instrument ids attached) sits behind one expander on each finding.
No finding computes a score, index, ranking or weighting. Weighting two measures against each other declares how the two should be ranked, which is a methodology rather than arithmetic. An unweighted count survives disagreement about which measure to prefer.
Limitations are written by the computation that produced the figure, at the time it ran — the population a filter dropped, a probe that was withheld, a list a cap truncated. A limitation is not reconstructed afterwards from the published number: a bound written later by a reader of the output would be this site authoring a claim about its own arithmetic. Where a computation stated none, the field renders — rather than a sentence composed to fill it. 15 of 29 findings below carry one.
archive
Question. How many declared API sources have at least one recorded observation?
Result. 11 of 11 declared API sources observed
Method. Count of declared API sources with at least one observation recorded. A source requiring a credential that is not configured is recorded as unobserved on every run rather than omitted, so the gap is visible in the series instead of resembling an empty result.
Population. The 11 API sources declared in this record's source list.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
api-sources, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. Where does each recorded change candidate stand: resolved by rule, with no verdict recorded, confirmed by analysis, or confirmed by a person?
Result. 56 of 110 recorded candidate(s) resolved by rule, 54 with no verdict recorded, 0 confirmed by analysis, 0 confirmed by a person
Method. Every change candidate staged or ruled on here, by stage. A candidate's LATEST verdict decides its stage: one carries a person's confirmation, a chair-ordered withdrawal, a discard and a machine decline, and counting receipts would publish a person-confirmed item this record no longer holds. Rule classes come from the receipts' own words, so the vocabulary is the store's, not a list held here.
Population. The 110 change candidates staged or ruled on in this record, each counted once, at its latest verdict.
Limitations. Stages sum to the detected population and classes to the resolved count; where either stops, a state or class exists that no figure names. One name the order gave — WRONG REFERENT — has no member; one the store holds — DECLARED LISTING — the order did not name. Neither is mapped onto the other.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
change-pipeline, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- awaiting
- 54
- class_attribute_residue
- 15
- class_declared_listing
- 1
- class_excluded_chrome
- 21
- class_oscillation
- 18
- class_recorded_as_a_change_of_the_witness
- 1
- confirmed_by_analysis
- 0
- confirmed_by_person
- 0
- detected
- 110
- resolved_by_rule
- 56
Question. On the run's day, how many tracked documents changed, how many observed records were not retrieved, and how many recorded candidates carry no verdict?
Result. 1 tracked document(s) changed, 10 of 152 observed record(s) not retrieved, 54 of 110 recorded candidate(s) with no verdict recorded
Method. The figures in the nightly sentence, re-derived here from the stores rather than read from the page. `changed` counts tracked rows whose DOCUMENT-class observation changed on the run's day carrying no decline receipt for it. `not_retrieved` counts records dated that night whose own error field is non-empty, the population the watcher prints. `pending_review` counts queue candidates with no…
Population. Three populations, one per figure: the tracked rows on the run's day for `changed`; the 152 records dated that night for `not_retrieved`; the 110 recorded candidates for `pending_review`.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
front-door, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- changed
- 1
- not_retrieved
- 10
- observed
- 152
- pending_review
- 54
- source_changes_week
- 6
- staged
- 110
- upcoming_90
- 1
- upcoming_beyond
- 2
Question. How many calendar days does the observation series span?
Result. 98 days of continuous observation across 150 observed sources (132 instruments tracked)
Method. Count of calendar days from the first recorded observation to today, inclusive. Every tracked instrument is fetched and hashed on every run, including runs where nothing changed. The observed-source count exceeds the tracked count because observation records for instruments since removed from scope are retained rather than deleted — the series is not broken by a scope decision.
Population. Every record in the observation store, across 150 observed sources; 132 instruments were tracked on the day this was computed.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
observation-days, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- days
- 98
- instruments_tracked
- 132
- observed_sources
- 150
Question. Which of the six states does each register-tier row take?
Result. 24 register row(s), by state: 0 CONFIRMED-DERIVED · 11 NOT-CHANGED · 13 UNDETERMINED · 0 CONFIRMED-MODEL-READ · 0 WAITING · 0 BLOCKED
Method. Population: register-tier rows whose checked_by reads machine, a tier method and not an act on a date. Each takes one of six states from its published status. A known status re-run by its recorded extraction rule is CONFIRMED-DERIVED only for an admitted signal family, and none is admitted. For an unknown status, NOT-STATED is NOT-CHANGED; STATED and UNMAPPED are UNDETERMINED; UNREAD is WAITING.
Population. The 24 register-tier rows whose checked_by reads machine, of 25 register-tier rows and 132 tracked rows.
Limitations. No model read is routed for a register row, so an UNDETERMINED row here stays UNDETERMINED. No mechanical match is written onto a status or admitted as a derived one. 1 of the 25 register rows carries another checked_by value and is outside the population.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
register-states, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- BLOCKED
- 0
- CONFIRMED-DERIVED
- 0
- CONFIRMED-MODEL-READ
- 0
- NOT-CHANGED
- 11
- UNDETERMINED
- 13
- WAITING
- 0
- population
- 24
- reason.cisa-cpg
- status-unmapped
- reason.eu-gmp-annex-1
- not-stated
- reason.eu-gmp-annex-10
- not-stated
- reason.eu-gmp-annex-12
- not-stated
- reason.eu-gmp-annex-13
- not-stated
- reason.eu-gmp-annex-16
- stated-match-not-admitted
- reason.eu-gmp-annex-17
- re-derived-match-not-admitted
- reason.eu-gmp-annex-19
- not-stated
- reason.eu-gmp-annex-2
- stated-match-not-admitted
- reason.eu-gmp-annex-21
- stated-match-not-admitted
- reason.eu-gmp-annex-3
- not-stated
- reason.eu-gmp-annex-6
- not-stated
- reason.eu-gmp-annex-7
- not-stated
- reason.eu-gmp-annex-8
- not-stated
- reason.eu-gmp-annex-9
- not-stated
- reason.eu-gmp-chapter-1
- stated-match-not-admitted
- reason.eu-gmp-chapter-2
- stated-match-not-admitted
- reason.eu-gmp-chapter-3
- stated-match-not-admitted
- reason.eu-gmp-chapter-5
- stated-match-not-admitted
- reason.eu-gmp-chapter-6
- stated-match-not-admitted
- reason.eu-gmp-chapter-7
- stated-match-not-admitted
- reason.eu-gmp-chapter-8
- stated-match-not-admitted
- reason.eu-gmp-chapter-9
- not-stated
- reason.nistir-8183
- stated-match-not-admitted
- register
- 25
- register_outside
- 1
- rule_version
- sha256:feb8ae00888a8637
- state.cisa-cpg
- UNDETERMINED
- state.eu-gmp-annex-1
- NOT-CHANGED
- state.eu-gmp-annex-10
- NOT-CHANGED
- state.eu-gmp-annex-12
- NOT-CHANGED
- state.eu-gmp-annex-13
- NOT-CHANGED
- state.eu-gmp-annex-16
- UNDETERMINED
- state.eu-gmp-annex-17
- UNDETERMINED
- state.eu-gmp-annex-19
- NOT-CHANGED
- state.eu-gmp-annex-2
- UNDETERMINED
- state.eu-gmp-annex-21
- UNDETERMINED
- state.eu-gmp-annex-3
- NOT-CHANGED
- state.eu-gmp-annex-6
- NOT-CHANGED
- state.eu-gmp-annex-7
- NOT-CHANGED
- state.eu-gmp-annex-8
- NOT-CHANGED
- state.eu-gmp-annex-9
- NOT-CHANGED
- state.eu-gmp-chapter-1
- UNDETERMINED
- state.eu-gmp-chapter-2
- UNDETERMINED
- state.eu-gmp-chapter-3
- UNDETERMINED
- state.eu-gmp-chapter-5
- UNDETERMINED
- state.eu-gmp-chapter-6
- UNDETERMINED
- state.eu-gmp-chapter-7
- UNDETERMINED
- state.eu-gmp-chapter-8
- UNDETERMINED
- state.eu-gmp-chapter-9
- NOT-CHANGED
- state.nistir-8183
- UNDETERMINED
- total
- 132
Question. For how many unknown rows on a host with a status surface does the publisher's own field state a status, and what keeps the rest unknown?
Result. 0 row(s) carry a publisher-stated status; 3 unknown row(s) of 13 on a host with a status surface have one stated
Method. Rows reading unknown, UNMAPPED or in the unresolved verification state. For each on a host whose status surface this record reads (the GOV.UK Content API, NIST CSRC publication pages, FDA guidance pages and listing, and surveyed page markup), the latest reading's status field is asked whether the publisher's word spells a status value, case aside. A stated value is written by a publisher-stated…
Population. The 74 rows of the population, of 132 tracked rows; 13 of them are on one of 3 hosts with a status surface. The 46 rows with a stated status that no register, frozen or absence scope holds are outside it.
Limitations. 2 stated row(s) hold a withdrawn value and are not written; 1 stated row(s) are not yet written. A word is placed on a value only where it spells that value, case aside; any other word, an address included, is kept and placed on none.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
status-by-statement, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- cause.no-surface
- 69
- cause.stated-a-person-s-word-held
- 0
- cause.stated-not-written-within-its-age
- 0
- cause.stated-not-yet-written
- 1
- cause.stated-withdrawn-value-held
- 2
- cause.surface-without-a-status-field
- 2
- cause.surfaces-disagree
- 0
- cause.unfiled-host
- 0
- cause.unmeasured
- 0
- cause.word-not-literally-mapped
- 0
- changed_after_projection
- 0
- host.csrc.nist.gov.after
- 5
- host.csrc.nist.gov.before
- 5
- host.csrc.nist.gov.rows
- 7
- host.csrc.nist.gov.stated
- 1
- host.eur-lex.europa.eu.after
- 0
- host.eur-lex.europa.eu.before
- 0
- host.eur-lex.europa.eu.rows
- 8
- host.eur-lex.europa.eu.stated
- 0
- host.www.fda.gov.after
- 6
- host.www.fda.gov.before
- 6
- host.www.fda.gov.rows
- 19
- host.www.fda.gov.stated
- 2
- host.www.gov.uk.after
- 2
- host.www.gov.uk.before
- 2
- host.www.gov.uk.rows
- 3
- host.www.gov.uk.stated
- 0
- intersection
- 13
- population
- 74
- projected
- 0
- residue
- 74
- rows
- 132
- stated
- 3
- surface_rows
- 37
- unknown
- 74
- unmapped
- 29
- unresolved
- 16
- unresolved_scope
- 62
- unresolved_scope_stated
- 46
Question. How many recorded status values on the verification axis are unresolved?
Result. 16 of 107 recorded status value(s) unresolved; 25 row(s) sit off the verification axis in the register tier
Method. The verification axis is the tracked corpus minus the register tier, which promises no person-verification and is stated separately rather than folded into a total. A row is unresolved when its status is unknown, it is not frozen, and it records no status basis; each such row states what its status-term rule found.
Population. The 107 rows on the verification axis: the 132 tracked rows less the 25 register-tier rows.
Limitations. The axis terms do not sum to the tracked total and are not meant to: the register tier is off the axis entirely. Unresolved leaves out frozen and status-basis rows, which also record no status. No row counted is one a person declined — nothing here writes a negative verdict.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
status-verification, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- on_axis
- 107
- person_verified
- 57
- register
- 25
- total
- 132
- unresolved
- 16
Question. How many instrument-days has this record observed?
Result. 13333 instrument-days observed
Method. Count of distinct instrument-days observed: one per source per calendar day on which a record was written, whether or not the content changed. The store holds 24082 raw records across those days, because the loop can run more than once in a day.
Population. Every record in the observation store: 24082 raw records, counted once per source per calendar day.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
total-observations, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- instrument_days
- 13333
- raw_records
- 24082
committee
Question. How many recorded committees carry a scope quoted from their charter?
Result. 3 of 6 recorded committees have a scope quoted from their charter
Method. Count of body records carrying a non-empty scope. Scope must be the charter's own words; a charter that cannot be retrieved yields no scope rather than a paraphrase.
Population. The 6 body records in this record.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
committee-scope-quoted, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many tracked instruments name a producing committee?
Result. 13 of 132 tracked instruments name a producing committee
Method. Count of distinct instrument ids appearing in the produces list of any body record, intersected with the tracked corpus. Counting only: a committee producing more tracked instruments is the count says how many instruments a committee produced and nothing further about the committee.
Population. The 132 tracked instruments, read against the 6 recorded body records.
Limitations. Derived from 6 recorded body records. instruments_involved lists 12 of the 13 counted.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
instruments-per-committee, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many tracked instruments name no producing committee?
Result. 119 tracked instruments name no producing committee
Method. Count of tracked instruments not appearing in any body produces list. States a gap in this archive's committee coverage; it is not evidence that no committee produced the document.
Population. The 132 tracked instruments, read against the 6 recorded body records.
Limitations. Derived from 6 recorded body records. instruments_involved lists 12 of the 119 counted.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
instruments-without-committee, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
corpus
Question. Which instrument's recorded status date lies furthest from the day this was computed, and by how many days?
Result. Longest interval between a recorded status date and today: us-21-cfr-part-11, 10,666 days
Method. For each verified instrument, the number of days from the date the SOURCE states for its status to today. This measures the age of the regulatory fact, NOT how long this archive has observed it — the observation series is far younger and its length is reported separately. No weighting is applied.
Population. The 11 instruments carrying both a verified status and a recorded status date, of 132 tracked.
Limitations. Computed over the 11 instruments carrying both a verified status and a recorded status date, of 132 tracked. An instrument without one is outside this population, not a zero within it.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
days-in-status, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. What is the median number of days between a recorded status date and the day this was computed?
Result. Median days in current status: 1099
Method. Median of (today − status_as_of) in days, over instruments with a verified status and a recorded status date.
Population. The 11 instruments carrying both a verified status and a recorded status date, of 132 tracked.
Limitations. Computed over the 11 instruments carrying both a verified status and a recorded status date, of 132 tracked. An instrument without one is outside this population, not a zero within it.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
median-days-in-status, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many provisions are tracked at article or section level, and how many carry an applicability date still in the future?
Result. 26 provision(s) tracked at article or section level; 0 with an applicability date still in the future
Method. Count of records in the provisions collection, and of those whose recorded applicability_date is later than today. Applicability is recorded per provision because instruments phase in across years and a single instrument-level date would be wrong for most of their articles.
Population. The 26 records in the provisions collection.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
provisions-tracked, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many tracked instruments carry each recorded status?
Result. Status across the tracked corpus: 74 unknown, 39 final, 13 in-force, 3 draft, 2 withdrawn, 1 superseded
Method. Count of instruments by the `status` field, as recorded after human verification against the primary source. Instruments never verified are counted as `unknown`.
Population. The 132 tracked instruments, each counted once by its `status` field.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
status-distribution, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- status_draft
- 3
- status_final
- 39
- status_in-force
- 13
- status_superseded
- 1
- status_unknown
- 74
- status_withdrawn
- 2
Question. How many recorded tier-1 members carry the tier-1 assignment, and how many carry a verified status?
Result. 55 of 57 recorded tier-1 member(s) carry the assignment; 37 carry a verified status
Method. THE POPULATION IS THE RATIFIED RULE, NOT THE DECLARED LIST ALONE. Tier 1 = the declared list in sources/tier1-declared.yaml, union the approved canon in state/canon-candidates.json, union a documented exception in docs/referents/declarations.json. Derived through scripts/tier_identity.py: 37 declared, 40 in the approved canon, 2 documented exception(s); the three overlap, so the union is smaller…
Population. The 57 rows the ratified rule admits as tier-1 members: the declared list, the approved canon and the documented exceptions, which overlap.
Limitations. A figure measured against the declared list alone gives a different denominator and a different residue, and this page published those until the correction dated on /corrections. They were not wrong about their own population; they did not name it.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
tier1-coverage, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- admitted
- 57
- admitted_not_assigned
- 2
- assigned
- 55
- canon
- 40
- declared
- 37
- exceptions
- 2
- verified
- 37
Question. Which rows named in the declared tier-1 list carry no tier-1 assignment, and for what recorded reason?
Result. 2 documented exception(s) to the tier-1 rule
Method. A row named in the declared tier-1 list that carries no `tier: 1` because it is not a document. Each is recorded in docs/referents/declarations.json with its reason rather than special-cased in code: a name special-cased in code is a name satisfying a condition it does not meet. The reasons, verbatim: ema-qig: declared tier 1 and carries no `tier: 1` row because it is a BODY…
Population. The 37 rows of the declared tier-1 list.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
tier1-exceptions, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- exceptions
- 2
Question. How many rows carrying a tier-1 assignment are admitted by no recorded tier-1 membership?
Result. every instrument assigned tier 1 is admitted by the ratified rule
Method. THE POPULATION IS THE RATIFIED RULE. Count of rows literally carrying `tier: 1` whose id is in neither the declared list, nor the approved canon, nor the documented exceptions. A non-zero here means the tier assignment and the rule disagree, and it is reported rather than reconciled silently. A zero means they agree — a measured zero, derived through scripts/tier_identity.py, which is the same…
Population. The 55 rows carrying a tier-1 assignment in their own frontmatter.
Limitations. Measured against the rule, not against the declared list alone. Until the correction dated on /corrections this figure was measured against the list and was not zero; every row it named is admitted by the approved canon, and the figure did not say which population it had used.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
tier1-undeclared, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- admitted
- 57
- assigned
- 55
- unadmitted
- 0
coverage
Question. How many recorded revision candidates are offered as a change, and where do the rest stand?
Result. 8 of 110 recorded candidate(s) are offered as a change
Method. Counted from state/triple-projection.json, which derives the three limbs for every file in state/revision-staging/. `offered` is every derivation agreeing; `waiting` is a limb that has not been measured yet; `withheld` is the remainder, each carrying its own reason.
Population. The 110 recorded candidates in state/revision-staging/, each counted in one of offered, offered_witness, waiting and withheld. `confirmed` counts person confirmations not withdrawn; `withheld_by_terms` counts the day's observations withheld under a terms filing.
Limitations. These count CANDIDATES, not changes. A candidate is a digest that moved; whether a document changed is what the three derivations decide, and for most of these they decide it did not.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
front-line, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- confirmed
- 0
- offered
- 8
- offered_witness
- 1
- staged
- 110
- waiting
- 11
- withheld
- 90
- withheld_by_terms
- 28
Question. How many status packs wait in the confirm queue, and how many can be pressed?
Result. 19 status pack(s) wait and 0 can be pressed
Method. Counted from state/packs/_index.json: the queued and withheld entries the confirm queue reads. `keypress` counts those its accept gate would admit; `blocked_on_collector` counts those whose pack states no corroborating passage or no capture, which a keystroke cannot supply.
Population. The 19 queued and withheld entries in the pack index the confirm queue reads.
Limitations. Depth is what is waiting, not what is wrong. A pack blocked on a collector is not an item a person has declined to read; it is an item no person can act on, and the two are different facts wearing the same place in a queue.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
queue-status-packs, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- blocked_on_collector
- 16
- depth
- 19
- keypress
- 0
crawlability
Question. How many sources answer a browser with HTTP 200 and an AI-agent user-agent with another status?
Result. Sources that return HTTP 200 to a browser and a non-200 to an AI-agent user-agent: not measured
Method. Count of sources where the browser user-agent received HTTP 200 and the AI-agent user-agent did not, on the same URL, seconds apart. This archive sent an agent request to 0 of 132 probed sources: it no longer requests a host as an agent that host's robots.txt refuses, so an observed refusal can only come from a host that permits the agent and then declines it.
Population. The probed sources an agent request was sent to: none of the 132 probed.
Limitations. Declared exclusions are counted separately and are not included here. An agent request was sent to 0 of 132 probed sources.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
ai-agent-blocks, with every figure by its key, the data window and the ids of the instruments
attached. Each figure this finding states as not measured is served there as null; its
headline and value are served as the finding records them.
Computation metadata
- agent_requests_sent
- 0
- probed_sources
- 132
observed_refusals: not measured —
counted over agent_requests_sent,
which this finding records as a measured zero.
Question. How many sources name an AI agent in robots.txt and disallow it from the whole site?
Result. 8 source(s) name an AI agent in robots.txt and disallow it from the whole site
Method. Count of sources whose robots.txt carries a group naming an AI agent with `Disallow: /`. Read from the publisher's own file, identifying as this archive. No request is sent to a host that refuses the agent by name.
Population. The 132 sources probed for crawlability, read through each robots.txt this record could retrieve.
Limitations. Read only from a robots.txt this archive could retrieve. 21 of 132 probed sources publish no robots policy it can read, and a declaration cannot be observed on those.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
ai-agent-declared-exclusions, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many sources answer an AI-agent user-agent with HTTP 200 and a browser with another status?
Result. Sources that return HTTP 200 to an AI-agent user-agent and a non-200 to a browser: not measured
Method. The inverse of the preceding finding, recorded from the same two probes, and bounded the same way: an agent request was sent to 0 of 132 probed sources.
Population. The probed sources an agent request was sent to: none of the 132 probed.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
browser-blocked, with every figure by its key, the data window and the ids of the instruments
attached. Each figure this finding states as not measured is served there as null; its
headline and value are served as the finding records them.
Computation metadata
- agent_requests_sent
- 0
count: not measured —
counted over agent_requests_sent,
which this finding records as a measured zero.
Question. How many probed sources return the document to a standard HTTP client?
Result. 84 of the 132 sources probed for crawlability return the document to a standard HTTP client (132 instruments are tracked in total)
Method. Each source URL is requested twice: once with a desktop browser user-agent and once with an AI-agent user-agent. `yes` means at least one request returned HTTP 200 with 600 or more characters of extractable text. No judgment about the publisher is expressed or implied.
Population. The 132 sources probed for crawlability, of 132 instruments tracked.
Limitations. An agent request was sent to 0 of 132 probed sources; where a host's robots.txt refuses the agent or cannot be read, only the browser request is made.
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
crawlability, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Question. How many probed sources publish no robots policy this record can read?
Result. 21 of 132 probed sources publish no robots policy this archive can read
Method. Count of sources whose /robots.txt could not be retrieved, or returned a body that is not a robots file, when requested with this archive's own user-agent. A policy that cannot be confirmed is not a permission: no agent probe is sent to these hosts.
Population. The 132 sources probed for crawlability.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
robots-unreadable, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
observation
Question. How many source URLs read directly at an earlier observation were not read directly at the latest?
Result. 0 source URL(s) retrievable at first observation and not at the last
Method. Count of instruments whose most recent observation was not a direct read and which had at least one earlier observation with fetch_method=direct. Three classes are counted and reported separately: refused (fetch_method=blocked), gone (HTTP 404 or 410) and other non-direct. Sources not retrievable from the first observation are not counted as rot.
Population. The tracked instruments with at least one direct read before their latest observation; a source never read directly is outside it.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
link-rot, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- rot_blocked
- 0
- rot_gone
- 0
- rot_other_non_direct
- 0
- total
- 0
Question. How many recorded revisions fall in each change class?
Result. 0 revisions recorded: the collection holds none
Method. Count of records in the revisions collection by `change_class`. A revision is recorded when the SHA-256 of an instrument's normalised text differs from the previous observation. Detection currently holds 110 candidate(s), 110 unconfirmed; candidates are proposals and are not counted here.
Population. The records in the revisions collection, which holds none; candidates in detection are not in it.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
revisions-by-class, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- total
- 0
Question. How many recorded revisions changed the text while no declared version or date differed?
Result. 0 silent revision(s): content changed with no declared version or date change
Method. Count of revisions where the normalised text hash changed and no version identifier or declared date differed between the two observations. Version identifiers are matched by pattern in the normalised text. Detection currently holds 110 candidate(s), 110 unconfirmed; candidates are proposals and are not counted here.
Population. The records in the revisions collection, which holds none.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
silent-revisions, with every figure by its key, the data window and the ids of the instruments
attached.
Computation metadata
- count
- 0
standards
Question. How many standards carry a lifecycle stage record, and how many a stage code other than unverified?
Result. 14 standard(s) tracked by lifecycle stage; 8 with a stage code other than unverified
Method. Count of instruments with at least one standards-progression record. Stage codes are published openly by ISO, CEN/CENELEC and ICH even where the standard's text is paywalled, so progression is observable without reproducing any restricted text.
Population. The 14 instruments with at least one standards-progression record.
Limitations. —
Reproduce.
The parts above are served as data at
/api/v1/findings.json, under the id
standards-progression, with the data window and the ids of the instruments
attached; this finding names no figure by key.
Computation metadata
Named figures: —
Last updated: