Methodology & sources

How a MarkerView report is built, and what it can and cannot tell you

In short

MarkerView reads the raw data file your consumer DNA test already gave you, matches the markers in it against public genetics databases, and writes the result as one plain-English PDF. It is an educational report built from consumer array genotyping. It is not a diagnosis, not a medical device, and not a substitute for testing your own clinician orders.

The rest of this page is the long version: what goes in, what each finding is built from, what we check, and what we cannot establish.

What goes in, and what we do to it

The only genetic input is the raw data file you download from AncestryDNA or 23andMe. That file is a genotyping array read-out: a fixed set of predefined positions, a few hundred thousand of them, with the letters found at each one. It is not a sequence of your genome. Our converter turns it into a standard VCF, the format annotation tools expect.

  • The layout is read from the file, not from the brand. Three tab-separated layouts are handled: 23andMe's four-column and five-column phased exports, and AncestryDNA's five-column export. The column count comes from the file's own header row, or from the most common width across a sample of rows; rows that do not match are skipped, never reinterpreted. No-call tokens and the vendor's insertion and deletion markers carry no usable base, so only A, C, G and T are carried forward.
  • Positions come from an rsID lookup, not from your file. Consumer arrays report letters against the older GRCh37 build and carry no reference or alternate allele, so the vendor's chromosome and position columns are ignored entirely. Each rsID is resolved instead against the ANNOVAR avsnp150 table — a snapshot of dbSNP build 150 on GRCh38 — which supplies chromosome, position and both alleles directly. There is no liftover step, only single-letter changes resolve, and a marker whose rsID does not resolve is not analysed.
  • Strand is handled by zygosity. At A/T and C/G sites the array's letters cannot say which strand the probe read. A heterozygous call means the same thing either way, so it is kept; a homozygous call is resolved on the forward strand both vendors declare their data uses. Positions where you match the reference are not carried forward, because annotation only needs the differences.

The result then gets a tidying pass — splitting multi-allelic rows, removing duplicates, sorting. That is housekeeping, not the population-level quality control a research study runs: those checks compare thousands of people to each other, and there is one person here. Which files we accept → · How to download yours →

Matching markers, and what a missing one means

A marker that does not appear in your report is almost always a marker your array did not test. It is not evidence that you do not carry it. This is the most misread thing about consumer DNA data, so the report repeats it wherever a negative result is printed.

The converted file is annotated against GRCh38 with ANNOVAR: RefSeq gene models, a dated ClinVar release for clinical significance, dbNSFP for computational prediction scores, and the same avsnp150 reference for rsIDs. ClinVar is baked into the annotation image as a snapshot rather than queried live, so a report reflects the release that image carries — at the time of writing, the 17 September 2024 file. Population frequency data is not applied at all, which is why no report tells you how common a variant is. Two filters then run: the first keeps a marker ClinVar classifies as confidently actionable, the second keeps a marker on the curated list described below.

There is no “percentage of your genome read” figure, and there cannot honestly be one. Positions where you match the reference never reach annotation, so the number of markers your array assayed is not present in the data the report is built from. What the report prints instead is narrower and true: how many markers were read and what share the array called successfully, how many aligned to the current build, and — per polygenic panel — how many of that panel's markers your file could supply. That last one is labelled a data-quality measure, not a risk level.

Where a screened condition comes back clear, the report says no notable variant among the covered markers — not excluded, unassayed variants remain possible, because that is the honest claim.

Where the evidence comes from

Findings are ranked by the strength of the evidence behind them, and the report says which kind each one is.

  • ClinVar — the NIH archive of variant–condition classifications submitted by laboratories and expert panels. It is the first gate on clinical significance.
  • A curated list of common trait markers. ClinVar's categories are right for rare disease alleles and wrong for common trait variants, which it often files as benign or uncertain — a well-replicated coronary marker in the LPA gene is classed benign, and was being discarded for that reason. About seventy markers are therefore admitted by name at both gates, each needing a large, well-replicated effect and a clear interpretation.
  • Polygenic scores, for two conditions only. Coronary artery disease and type 2 diabetes are the only panels that can be scored, and the list is an allowlist. A percentile is not a measurement and not a prediction — it is where your combined pattern sits against a population model built from published European-reference allele frequencies. A panel is dropped entirely when your file covers fewer than 70% of its markers, and the report says a measured result outranks it every time.
  • Pharmacogenomics from published guidelines. Gene–medicine findings carry the body that issued the guidance and the PubMed ID of the guideline paper — printed as, for example, CPIC guidance · PMID 28198005. Where a finding has no guideline behind it the report says so, and it never asserts a metabolizer status, because single markers are not a full diplotype.
  • Drug information from official labeling. Monograph text comes from the prescribing information published on DailyMed by the National Library of Medicine, indexed so the passages for the medicines you actually listed can be retrieved. Interaction rules are a small curated table, each naming the labeling section behind it.
  • Supplements, from your measurements rather than your genes. Suggestions are driven by out-of-range lab values and the medicines you listed, never by genotype. Anything that interacts with something you take is dropped rather than printed with a caution, and no dose is ever given.

Medications, supplements and lab work

This part is Comprehensive only. You type in your prescriptions and supplements, and you can attach a PDF of recent results from Quest or Labcorp — the two providers we support, PDF only, up to 25 MB and up to 20 pages.

The lab PDF is read by software: a model that takes the pages as they are and returns structured data — test name, value, unit, the laboratory's own reference interval, and any previous value and date printed beside it. Nothing in that step is a clinical interpretation and no clinician looks at your upload. Results are shown against that laboratory's own reference intervals, out-of-range first, alongside the genetic findings rather than in place of them.

Matching is deliberately narrow: supplement suggestions fire on a small table of analyte rules, and every lab-related card is discarded when there is no usable lab work on file. If your upload turns out not to be a lab report, we say so and invite a replacement within 48 hours; when the failure is ours rather than the file's, you do not get that email. On Basic none of this applies, and the report says so plainly rather than implying an all-clear.

How the plain-English wording is written

The science is deterministic code. An AI writing model writes sentences, and only sentences. Classification, filtering and every safety rule are ordinary program logic. The model cannot add a finding, remove one, or change how one is classified — the findings are fixed before it sees anything.

Two model calls run for a typical report: one looking for intersections between your DNA, your labs and your medicines, one writing a single sentence per marker for the associations table. Both are given the structured findings only. Where medicines are involved, the relevant passages of the labeling for those specific medicines are retrieved and supplied as context, so the wording is grounded in a document rather than in recall. Anything you write in the free-text health box is passed in fenced and labelled as data, never as instructions.

Every sentence is then re-checked in code before it can print. A sentence is rejected, never rewritten, if it carries directive medication or dose language, an invented statistic, medical advice, an rsID or a gene name, or more than one sentence. A rejected sentence falls back to text the program wrote itself, so a bad generation costs one cell rather than the report. The model is not the source of any number you read.

Checks, and what happens when something disagrees

Your file's format is checked from its actual bytes while it is still in front of you, before checkout, so an unsupported file is turned away without a charge. That is a format check, not a promise that every later failure is caught before payment.

Two build-time checks stand behind the document itself. One renders a real job through the same PDF engine that serves customers, in the same container image, and fails if the report runs past its page ceiling. The other is a degradation matrix: every combination of missing input — no labs, an unreadable lab file, no model output, no variants at all — must still produce a well-formed document with its disclaimer intact. Each of those has happened in production, which is why they are tested rather than assumed.

Two DNA files on Comprehensive must be one AncestryDNA export and one 23andMe export; the same file twice is refused. Before anything is merged the two must overlap on at least 10,000 usable markers and agree on at least 97% of them, or the run stops rather than blending two people into one report. That is a consistency check on two files, not identity verification — we cannot confirm whose DNA a file is.

Past that gate, agreeing calls are kept, a no-call on one side is filled from the other, and any marker where the two arrays disagree is dropped from every section: reporting either side would present a coin-flip as a finding. The report prints the agreement rate and how many markers the second file added, and says that agreement between two arrays is technical corroboration, not clinical confirmation. Where a dropped marker is one the report would otherwise have interpreted, it is listed with both readings so you can raise it.

What this report cannot establish

Consumer arrays are reliable at common variants and unreliable at rare ones. When one laboratory re-tested variants that had appeared in raw direct-to-consumer data, 40% of them proved to be false positives, and some flagged as raising risk were classified as benign on confirmation (Tandy-Connor et al., Genetics in Medicine, 2018 — reference 1).

So MarkerView never headlines a rare alarming call. A pathogenic-looking call is trusted only when it sits on a marker we have deliberately curated — a pharmacogenomic star allele, a well-replicated common marker, or one of two founder variants the chips were designed to call. Everything else goes to a separate appendix, described as unconfirmed and kept away from the action items. In fact no genetic finding of any kind becomes a page-one action item: that list is drawn from medication interactions and measured results. More on that decision →

  • Coverage is not completeness. Every count in the report is a count of markers, never a share of your genome or of a gene.
  • Absence of a finding never rules a condition out. The array reads predefined positions and does not sequence genes.
  • Some things are simply not readable here — which parent a variant came from, how many copies of a gene you carry, insertions and deletions, and repeat expansions.
  • Nothing here is a diagnosis, a prescription or a treatment plan, no clinician reviews your individual report, and no dose is ever given. Do not start, stop or change any medicine on the strength of it.
  • The path for anything that matters is confirmatory clinical testing ordered by your own clinician, alongside the screening your guidelines already recommend for you.

Citations in the report, and how to correct us

Inside the PDF, a gene–medicine finding names the body that issued the guidance and the PubMed ID of the paper, so you or your clinician can look it up rather than take our word for it. Computational prediction tools are counted rather than named — the report says how many agreed, because their individual scoring codes mean opposite things and pooling the names would mislead. The guideline bodies are the deliberate exception, so a citation still reads as a citation. The report prints no odds ratios, p-values, effect sizes or population frequencies: the pipeline has no source for them, and an unverifiable number is worse than none.

This page is maintained the same way. If you find an error, email customerservice@markerview.com. Corrections are made on the page itself and the Last reviewed date above changes with them. You can also read how your data is handled, what happens to your genetic data, or see what the finished report looks like.

Read the limits first. Then decide.

$10 for the DNA report. $20 for the full picture — DNA, medications, supplements and lab work reviewed together. Reports usually arrive within a couple of hours.

References

  1. Tandy-Connor S, Guiltinan J, Krempely K, LaDuca H, Reineke P, Gutierrez S, Gray P, Tippin Davis B. False-positive results released by direct-to-consumer genetic tests highlight the importance of clinical confirmation testing for appropriate patient care. Genetics in Medicine 2018;20(12):1515–1521. pmc.ncbi.nlm.nih.gov/articles/PMC6301953/
  2. ClinVar, National Center for Biotechnology Information, National Library of Medicine — the public archive of variant classifications used for clinical significance. ncbi.nlm.nih.gov/clinvar/
  3. dbSNP RefSNP (rs) documentation, National Center for Biotechnology Information — what an rs number is and how it is mapped to a genome assembly. ncbi.nlm.nih.gov/snp/docs/RefSNP_about/
  4. Clinical Pharmacogenetics Implementation Consortium (CPIC) guidelines — the gene–medicine guidelines cited in the pharmacogenomics section. cpicpgx.org/guidelines/
  5. DailyMed, National Library of Medicine — the official source of FDA drug labeling from which the drug monographs are drawn. dailymed.nlm.nih.gov/dailymed/
  6. National Human Genome Research Institute, Regulation of Genetic Tests — background on how direct-to-consumer genetic tests are and are not regulated. genome.gov/about-genomics/policy-issues/Regulation-of-Genetic-Tests

Every source above was opened and checked on 4 September 2026. Database versions change; where this page names one, it is the version in the production image on that date.