{"snapshot_id":194,"source_id":"nppes","snapshot_date":"2026-06-16","content_hash":"a8001051956c1e209893b78d9718cb568831f7b11b17e7d2a8e497ef7c2f5a55","content_size_bytes":0,"source_archive_url":"https://fonteum.com/data","hash_algorithm":"SHA-256","methodology_version":"v2026.05.0","attested_at":"2026-06-16T06:15:16.373416+00:00","cache_url":null,"cache_cached_at":null,"cache_retention_expires":null,"corrections":[{"correction_id":"snapshot-zero-count-nppes-pecos-2026-06-19","wrong_value":"0","corrected_value":"indeterminate for the affected window — the snapshotter never counted the real table, so the true historical row count for these dates is unknown and is NOT reconstructed here. The dataset was non-empty throughout (current nppes_providers ≈ 9.0M rows, pecos_providers ≈ 2.98M rows); the recorded 0 was a table-mapping defect, not a real measurement of an empty dataset.","reason":"The daily-dataset-snapshotter mapped source_id `nppes` to a non-existent `providers` table and `pecos_ppef` to a non-existent `cms_pecos_providers` table. The daily COUNT(*) returned no row and was recorded as record_count=0, then attested, witness-signed, and chained once per day for the affected window.","fix_reference":"PR #1035 (commit 8f66f482) repointed the source_ids to the real nppes_providers / pecos_providers tables; the source_id keys are unchanged so the bitemporal history continues under the same family key.","issued_at":"2026-06-19T00:00:00.000Z","detail_url":"https://fonteum.com/api/v1/chain/corrections"}],"verify_url":"https://fonteum.com/verify/194","verify_instructions":"https://fonteum.com/docs/cache"}