How each guide is built

Methodology

How every Waterfalls Guide page is researched, written, and built. Data sources, fact-check process, structured data.

Every guide on this site is built from a structured manifest, validated against a schema, fact-checked against named sources, and rendered from the same template. This page documents that process so you can judge the work.

Per-fall data sources

Each guide's manifest pulls from a fixed hierarchy of authoritative sources:

Photos

Visuals on each guide are editorial composites grounded in verified reference photography of the specific waterfall. The approach gives every guide the same standard of visual coverage and supports falls that are remote, seasonal, or under restricted access where a single documentary photograph would be misleading. Reference images are licensed (primarily Wikimedia Commons with usable license metadata, occasionally land-manager media), and every image used as a source is recorded with its license and creator. Composites are reviewed for visual identity and factual consistency before publishing. Factual claims on the page never come from the images themselves; they come from the sourced research above. The editorial framing for visuals is documented on the editorial standards page.

Build process

The build pipeline (Python plus Jinja2) validates every manifest against a schema, fetches live USGS and NWS data at build time, computes haversine-sorted related-falls links between guides, and renders the page from a single template. The build is idempotent and rebuilds the full site in about 90 seconds.

Each guide ships with JSON-LD structured data for Article, TouristAttraction, BreadcrumbList, and FAQPage. The FAQPage block indexes the eight per-fall cluster questions for AI answer engines and Google rich-result eligibility.

What we deliberately don't do

Contact

Methodology questions, accuracy disputes, or research collaboration: [email protected].