Canonical plant dataset

Houseplant Light Dataset

Download 30 evidence-aware plant records with PPFD references, confidence, evidence scope and source IDs.

Structured houseplant light dataset with PPFD columns, taxonomy, evidence scope, confidence and source provenance
The CSV preserves missing values and distinguishes practical PPFD from contextual references.
Published records30
FormatCSV
Provenance sources44

What the Houseplant Light Dataset contains

The Houseplant Light Dataset is the machine-readable version of PlantLightIndex's published plant-light records. Each row represents one species, cultivar, hybrid, trade-name entity or horticultural group in the public plant database. The dataset is designed to preserve uncertainty, so a missing practical PPFD or DLI value remains empty instead of being inferred.

The current distribution covers 30 published entities and is generated from the same records that drive the plant profiles, charts, search and calculators.

Measured values, estimates and recommendations are different things

PlantLightIndex treats a measurement as an observation, not automatically as a recommendation. A PPFD reading taken at a leaf tells you how much photosynthetically active photon flux reached that position at that moment. A published greenhouse treatment tells you what researchers supplied under a particular experiment. A photosynthetic light-saturation point describes a physiological response. A practical indoor reference is an editorial recommendation intended to help a houseplant grower make a decision. Those records can inform one another, but they are not interchangeable.

This distinction prevents a common failure in plant-light advice. A plant may survive under a very low PPFD treatment while growing slowly or changing form. Another study may show photosynthesis continuing to increase until a much higher PPFD. Neither number, by itself, proves that the lower value is ideal or that the higher value should be used in a home. PlantLightIndex therefore stores measurement context, evidence scope, source type and recommendation status alongside the number.

Missing evidence stays visible

Some plant profiles contain a practical numerical PPFD range. Others show only a parent-species or genus reference. Some remain qualitative because a defensible species- or cultivar-specific numerical target has not been established in the sources reviewed for the site. That unevenness is intentional. A database becomes less useful when every empty field is filled with a plausible-looking number.

When a value is absent, the site should explain what is known instead. A page may state that a plant is commonly described by an extension source as preferring bright indirect light, or that a cultivar has demonstrated a different physiological response from its green parent, without converting those statements into a precise household target. The calculators then change behavior according to the record: full, contextual or qualitative.

Identity fields

Plant ID and slug provide stable internal and URL identifiers. Display name and primary common name support familiar search language. Accepted scientific name, genus, species and cultivar preserve botanical identity where it is resolved. Entity type distinguishes species from cultivars, hybrids, trade names and horticultural groups.

These identity fields matter because cultivar-level light claims cannot be evaluated correctly if every marketed plant is collapsed into the parent species. The CSV therefore keeps identity separate from recommendation values.

Practical PPFD and contextual PPFD are separate columns

Practical indoor target PPFD is populated only when PlantLightIndex has assigned a numerical practical reference to that record. Contextual PPFD holds a broader reference when it is useful but not exact enough to become the plant's target.

Users analyzing the data should never merge these columns blindly. A contextual range may come from a parent species or genus and is intentionally accompanied by contextual calculator mode. Filtering only for records with a non-null practical range produces the strongest numerical subset.

Physiology fields are not care targets

The dataset can include light-compensation and light-saturation values when those measurements have been captured from research. They describe physiological response under a study context. They must not be substituted for practical indoor targets. A saturation point can sit above, inside or near a practical range without defining the top safe level for a household plant.

This separation allows researchers or advanced users to compare physiology and care interpretation while keeping the public calculator safe.

DLI and photoperiod fields

Target DLI and recommended photoperiod remain null for many records because the evidence needed to prescribe those values is weaker than the evidence for a practical PPFD category. A user can still calculate actual DLI from measured PPFD and hours, but the dataset does not turn that arithmetic into an unsupported plant target.

When future evidence supports a species-specific DLI or photoperiod range, the fields can be populated without changing the data model.

Recommendation mode, basis and status

Calculator mode tells downstream users whether the plant is full, contextual or qualitative. Recommendation basis explains why: direct species evidence, cultivar-specific evidence, extension classification, parent-species reference, genus reference or insufficient quantitative evidence. Recommendation status distinguishes locked, provisional and qualitative-only records.

These columns are essential for any application built on top of the dataset. A numerical range without its basis can look more certain than it is.

Evidence scope and confidence

Evidence scope describes the biological level represented by the evidence: exact cultivar, exact species, species complex, genus, family or general houseplant. Confidence level summarizes the reviewed evidence as High, Medium or Limited, while the internal confidence score remains a decision aid rather than a probability.

For a strict evidence subset, users can filter for full calculator mode plus exact-species/exact-cultivar scope and High confidence. For discovery work, contextual records can be included as long as the broader scope is preserved.

Source identifiers

The CSV lists the source IDs connected to the plant profile. These identifiers correspond to records in the Source Library. They make it possible to inspect provenance without embedding long URLs into every analytical column.

The dataset landing-page schema also lists the underlying source URLs using isBasedOn, following Google's provenance guidance for aggregated datasets. Google's Dataset documentation describes this use of isBasedOn.

Example interpretations

A full record

If a row has a practical PPFD minimum and maximum, full calculator mode and exact-species scope, the range can be used as PlantLightIndex's current practical indoor reference for that species. It still should not be described as a universal optimum or hard damage limit.

A contextual record

If practical PPFD is empty but contextual PPFD is populated, downstream tools should display the range with the evidence scope and basis. It should not be silently copied into the practical target field.

A qualitative record

If both numerical reference fields are empty, the correct interpretation is that no current quantitative target is assigned. The absence itself is information.

How the CSV is generated

The download endpoint reads the version-controlled plant entities and light profiles used by the website, escapes CSV values and streams a current file. This means a plant added to the published dataset can appear in the download as part of the same code release rather than waiting for a separate spreadsheet to be updated.

The build validator checks the relationships before deployment. Full-mode plants must have a practical PPFD range; qualitative plants must not carry a fabricated practical range; source and evidence references must resolve; and range minimums cannot exceed maximums.

Recommended uses

  • Compare evidence coverage across plant groups.
  • Build private spreadsheets that preserve recommendation mode and confidence.
  • Identify cultivars that still lack exact quantitative evidence.
  • Join plant records to source IDs for provenance analysis.
  • Compare plant practical ranges with measured room PPFD.
  • Develop visualizations that clearly separate practical and contextual references.

Do not use the dataset to fabricate missing values or present contextual references as exact care prescriptions.

How to filter the dataset for different levels of certainty

A conservative analysis can select records where calculator mode is full, practical PPFD is populated and evidence scope is exact species or exact cultivar. A broader exploratory analysis can include contextual records while retaining recommendation basis and evidence scope in every output. Qualitative records are valuable for identifying research gaps even though they lack a numerical practical target.

These filters should be chosen according to the question. A user looking for exact calculator inputs should use a stricter subset than a researcher mapping which genera have any usable light guidance.

Why taxonomic synonyms are not flattened into the CSV target

Search interfaces can match old scientific names and common aliases, but the dataset keeps one accepted identity field plus entity metadata. This avoids treating every synonym as a separate biological record. Cultivars remain separate entities when their search demand or evidence justifies a dedicated profile.

Downstream users who need synonym mapping can join against the source TypeScript data in a future expanded distribution. The current CSV prioritizes a stable analytical row per published entity.

How to join plant data with measured environments

A user can measure room PPFD and compare it with practical ranges by plant ID. If the plant is contextual, the comparison should be labeled as contextual. If the plant is qualitative, the measurement can still be stored and its DLI calculated, but suitability should remain unclassified.

This same logic powers PlantLightIndex tools and can be reproduced in a spreadsheet without losing the evidence rules.

What would justify a new plant-data column

A new field should represent a stable concept used across multiple entities, not a one-off fact that belongs in editorial notes. Examples might include a validated flowering-light requirement, a standardized canopy-size attribute or a documented spectral response if the evidence base becomes strong enough.

Keeping the schema disciplined makes the dataset easier to interpret and prevents the CSV from becoming a dumping ground for miscellaneous care facts.

How missing values should appear in analysis

Blank practical PPFD, DLI or photoperiod fields should be retained as missing. They should not be coerced to zero, because zero is a meaningful measured value. They also should not be imputed from a related plant unless the analysis explicitly creates a separate modeled field and labels it as such.

PlantLightIndex's public tools do not perform that imputation. Maintaining the same discipline in external analysis preserves the dataset's evidential meaning.

How plant records connect to pages and sources

Each CSV row contains the canonical PlantLightIndex plant-page URL. Evidence source IDs connect to the Source Library, where the original URLs are visible. This creates a three-step provenance chain: machine-readable row, editorial profile and primary/authoritative source.

That chain is useful when a number needs interpretation. The CSV tells you the value and mode; the profile explains the practical meaning; the source shows the underlying evidence.

Plant dataset QA checklist

  • One row exists for every published plant entity.
  • Plant IDs and slugs are unique.
  • Full-mode records have practical PPFD.
  • Qualitative records do not contain fabricated practical PPFD.
  • Range minimums do not exceed maximums.
  • Evidence source IDs resolve to Source Library records.
  • Contextual references remain in contextual columns.
  • Scientific-name uncertainty is not hidden.

These rules make the download a transparent product dataset rather than a flattened care chart.

Change management for plant data

When a plant record changes, the update should be treated as a data change rather than only a content edit. Editors should identify the new source, add or revise the evidence record, update the recommendation fields if justified and confirm that calculator mode still matches the record. The CSV will then reflect the change automatically.

If a scientific name changes while the plant entity remains the same horticultural target, the stable plant ID can remain while accepted name and synonym fields are updated. If two marketed plants are discovered to be meaningfully different entities, they should receive separate records rather than forcing both histories into one row.

This approach makes the dataset more durable for users who download it repeatedly. Stable identifiers matter more than preserving an outdated display name, while source IDs make it possible to understand why a field changed.

Using the plant CSV in a spreadsheet without losing context

A useful spreadsheet workflow begins by keeping identity and evidence columns visible beside PPFD. Hide neither calculator mode nor evidence scope when sorting. If you filter for plants whose practical range contains a measured room PPFD, also filter or color-code contextual records separately so parent/genus references do not look identical to exact practical targets.

Confidence can be used as a second filter rather than as a replacement for evidence scope. A Medium exact-cultivar record and a Medium genus-context record carry different limitations. Recommendation basis explains why the site chose the current mode, and source IDs make it possible to audit the underlying publications when a decision depends on one row.

For personal room planning, add your own columns for measured PPFD, measurement date, location in the room and useful light hours. Keep those observations separate from the PlantLightIndex target fields. That mirrors the site's architecture: source/reference data on one side, user's measured environment on the other. You can then calculate actual DLI without changing the published target fields.

If you share or transform the spreadsheet, preserve blank target cells and the accompanying evidence fields. Replacing blanks with a guessed category may make the table look complete, but it removes the central information that a target has not been established.

A derived analysis can add its own modeled columns, but those fields should be clearly separated from PlantLightIndex source columns. This makes it possible to compare a user's assumptions with the published evidence instead of overwriting the original record.