https://www.envisioning.com/research/
A public, open-access research dataset about emerging technologies.
This repository publishes structured technology research in Markdown and JSON, including metadata such as:
- Technology Readiness Level (
trl) - Impact score (
impact) - Investment score (
investment) - Hub/category context (
hub,collection) - Canonical permalink and image URL
The goal is simple: make high-quality technology research easy to browse, reuse, analyze, and remix.
This dataset is published under the MIT License.
If you are republishing, remixing, or deriving from this dataset, please include attribution to Envisioning and link back to this repository.
-
content/all/*.mdCanonical technology entries. -
content/by-hub/<hub>/*.mdSame technology entries grouped by research hub for easier thematic browsing. -
content/hubs.mdHuman-readable overview of all hubs and their topic descriptions. -
indexes/technologies.jsonMachine-readable index of all technologies. -
indexes/hubs.jsonMachine-readable index of all hubs. -
indexes/tags.jsonTag distribution metadata by hub. -
indexes/run-manifest.jsonSnapshot-level metadata (hub_count,technology_count, timestamp). -
indexes/links/*.jsonlEvery row that links a published technology to something else, one JSON object per line, sorted byid:technology_evidence(sources),technology_organizations,technology_tags,technology_geographies,technology_signal_links,technology_links, and theorganizationsthey name. Rows keep their CMS ids, so Git history can restore a row.
Each technology Markdown file uses YAML frontmatter + Markdown body.
slug: federated-learning-consortiums
hub: synapse
title: Federated Learning Consortiums
summary: Privacy-preserving multi-organization model training networks.
permalink: https://www.envisioning.com/synapse/federated-learning-consortiums
collection: software
trl: 4
impact: 5
investment: 4
image_url: https://res.cloudinary.com/.../image.png
updated_at: '2026-05-25T12:53:52.153719+00:00' # last edit of any kind
last_reviewed: null # last check against current sources; null = never reviewed# <Title>
## Summary
<short summary>
## Description
<full research description>
## Sources (only when the entry has any)
- [<title>](<url>) (<year>)Files are named with this convention:
<technology-slug>--<hub-slug>.md
Example:
federated-learning-consortiums--synapse.md
This guarantees uniqueness while keeping filenames human-readable.
Inside each hub folder, files are named:
<technology-slug>.md
Example:
content/by-hub/synapse/federated-learning-consortiums.md
Use content/all for source content and indexes/technologies.json for listing/filtering.
Use trl, impact, investment, and collection fields to build score distributions, trend maps, and comparisons.
Use Markdown bodies as source documents and frontmatter as retrieval metadata.
Use Git history and indexes/run-manifest.json snapshots to compare evolving technology records.
- Start with
content/hubs.md - Navigate to
content/by-hub/<hub> - Use
content/allfor canonical records
Load JSON indexes directly:
indexes/technologies.jsonindexes/hubs.jsonindexes/tags.json
If you want to run the same publishing pipeline for your own CMS/database:
- Python 3.9+
- Supabase project (or equivalent PostgREST endpoint)
- Read credentials for source tables
- Clone this repo.
- Install dependencies:
python -m pip install -r requirements.txt- Set environment variables:
SUPABASE_URLSUPABASE_KEY
(Compatible alternatives: NEXT_PUBLIC_SUPABASE_URL_CMS, NEXT_PUBLIC_SUPABASE_ANON_KEY_CMS.)
- Generate dataset:
python scripts/sync.py --full- Optional scoped update:
python scripts/sync.py --hub synapse- Validate without writing:
python scripts/sync.py --full --dry-runThe sync refuses to run when it would delete more than 2% of the existing files. It lists the files and writes nothing. To allow a larger deletion on purpose, pass --max-delete-ratio (for example --max-delete-ratio 0.1).
Run python scripts/audit.py to check the published files for consistency and data-quality problems (no credentials needed). The improvement plan and runbooks are in docs/improvements/.
Issues and pull requests are welcome for:
- data formatting improvements
- docs improvements
- tooling/consumption examples
- schema clarifications
If proposing schema changes, include migration notes so downstream users can adapt safely.