What has the issuing agency Bangladesh Telecommunication Regulatory Commission (btrc.gov.bd) published in the untruncated corpus, and what does its pilot document yield?
Bangladesh Telecommunication Regulatory Commission: stored documents, first 50 of 18
Manifest line
Type
Bytes
Characters
Upload year
Upload month
Also in the office store
Text layer
Pages
Re-hash verified
634
Type: pdf
Bangladesh Telecommunication Regulatory Commission: pilot documents and their printed fields
Pages
Chunks
Printed kind
Page
Line
30
Chunks: 16
Printed kind: বাজেট
Page: 1
Line:
Bangladesh Telecommunication Regulatory Commission: pilot chunks
First page
Last page
Characters
Lines
Numeric tokens
Bangla share
1
Last page: 4
Characters: 2,739
Lines: 71
Where these figures come from
The source collections
Source
Publisher
Unit
Caveat
Government untruncated corpus harvest (stored copies, gap row A3)
Publisher: Issuing ministries, departments, divisions and boards of the Government of Bangladesh (stored copies)
Unit: one row per stored PDF document: manifest line, URL, sha256 at fetch, bytes, chars, issuing agency, portal host, upload year/month, registry entity binding, overlap with the stored files from government portals; source file is relative to the corpus root
Caveat: All 4,049 documents are full PDF publications; 241 match SHA-256 hashes of the stored files from government portals (BRN46). Agency assignment is verified against exact registry entities. sha256 verified is set only for re-hashed files (the 400 deterministic random sample and the pilot); the rest carry the harvest sha256.
Not held
Document and chunk text: Never stored in the lake or served; chunks are located by page range and pinned by the sha256 of their extracted text so a reader re-extracts them.
Documents about a person: CVs, personal data sheets, rosters and beneficiary lists are screened out of the pilot; their printed dates and memo lines would describe individuals.
Phone numbers: Counted per chunk and document at the build (phones_detected), never stored.
Publisher: Built from the rows above by the inventory pipeline
Unit: one row per issuing agency, with its partition file, sha256, file counts, and text layer counts
Caveat: Each agency's inventory partition is the resumable unit of the pipeline; a rerun rewrites only partitions whose rows changed.
200-chunk pilot: documents and chunks with printed fields across 14 agencies
Publisher: each document's stored PDF (PyMuPDF text layer)
Unit: one row per pilot document (fields with page and line) and per chunk (page range, counts, text sha256)
Caveat: Pilot documents were chosen to maximize agency diversity across text-layer candidates, chunked in consecutive page blocks up to 4,000 characters, hitting exactly 200 chunks total. Documents with personal data (CVs, data sheets, rosters, beneficiary lists, or >=2 mobile phone numbers on pages 1-2) are screened out before chunking. Phone numbers are never stored in any parquet or served payload.
Pipeline run log (measured)
Publisher: Measured pipeline runs on a 16-core machine
Unit: one row per stage run: items, bytes, seconds, workers
Caveat: Runs over files a previous run had read hit the page cache and overstate the rate; the projection uses the cold runs named in its basis.