SUEWS parameter database

curated values, linked and searchable, a citation on every one Home · Map · suews.io
browse · records/surfaces/evetr/london--jarvi2014--anohm.yml

Evergreen trees · anohm coefficients — EvergreenTreeAevetr evidence record unreferenced

rho_cp_anohm1000000
k_anohm1.2
ch_anohm4
anohmevetrgenericgenericLand-cover classunreferenced

Parameters

Names follow the SUEWS YAML specification; click one for its definition in the configuration reference.

rho_cp_anohm1000000
k_anohm1.2
ch_anohm4

Provenance evidence

Awaiting sign-off

Assumed · assessed by provenance-audit · 2026-08-25. Agent assessment is evidence preparation, not human verification.

SUEWS v2017a input tables and generator workbookLater compilation

Where: SUEWS_Veg.txt, code 661 EvergreenTreeA London row

First repository table located with the exact 1000000/1.2/4 tuple; it labels the complete configuration row EveTr and London but supplies no parameter citation.

Where: SUEWS_Veg.txt, sibling code 700 EvergreenTreeB London row

Reuses the same AnOHM tuple but selects OHM code family 201 rather than the row 661 family 200, establishing a separate full-row configuration identity rather than separate parameter evidence.

Where: InputFiles_SUEWS_v2017a_SiteInfo.xlsm, SUEWS_Veg sheet, code 661 row

The generator workbook committed with the text table stores 100000/1.2/4 for code 661, so it does not document how the released text value 1000000 was produced.

The Analytical Objective Hysteresis Model (AnOHM v1.0): methodology to determine bulk storage heat flux coefficientsValidation

Where: Table 1(a), input-parameter sensitivity distributions, p. 2880

Publishes generic means of 2.0 MJ m-3 K-1, 1.2 W m-1 K-1 and 4, not the exact stored tuple.

Where: Table 3, UK-Ldn calibration, p. 2883

Publishes the bulk London calibration 2.4 MJ m-3 K-1, 2.8 W m-1 K-1 and 4.3, not a separate evergreen-tree tuple of 1.0 MJ m-3 K-1, 1.2 W m-1 K-1 and 4.

Assessment findings

Namesupported
EvergreenTreeA preserves the migrated name of the first SUEWS evergreen-tree configuration.
Targetsupported
The three AnOHM fields are stored on the EvergreenTreeA surface row and therefore belong to land_cover.evetr.
Valuessupported
The v2017a text table stores 1000000, 1.2 and 4 exactly. The earlier AnOHM table and the generator workbook committed with v2017a both store 100000 instead, while Sun et al. publish different generic and London values. The current tuple is therefore supported only as the released text-table assumption, not as a scientific determination.
issue #206
Sourcesupported
Unreferenced is correct. Author adjudication in issue 492 confirms that the tuple was deliberately assumed and that Järvi et al. have no AnOHM parameter-provenance role. The release table documents compilation lineage while Sun et al. validate AnOHM without publishing this exact tuple.
issue #206
Placesupported
Generic is the active evidence place because no publication determines this tuple at a study location. Author adjudication in issue 492 confirms that London is only the application label retained in the stable path and origin.
issue #206
Representativenesssupported
Generic scope records the deliberately assumed land-cover default; city would falsely present the tuple as a London observational or fitted result.
Applicable Scalesupported
Author adjudication in issue 492 confirms that the tuple applies to the evergreen-tree land-cover class rather than a whole-neighbourhood bulk calibration.
Methodsupported
Author adjudication in issue 492 confirms that the tuple was deliberately assumed, not derived or calibrated; the companion workbook disagreement also rules out treating the text row as a transparent calculation.
Identitysupported
Author adjudication in issue 492 confirms that rows 661 and 700 are intentionally separate complete configurations with different OHM code families while reusing the same AnOHM subset. The stable path and legacy ID preserve row 661 without claiming a second scientific determination.

Scientific note

The exact 1000000/1.2/4 tuple first appears in the SUEWS v2017a text table as a London EveTr configuration, but its companion generator workbook retains 100000/1.2/4. Author adjudication in issue 492 confirms that the tuple is a deliberately assumed generic land-cover default, London is only its application label, and the two EveTr rows are meaningful complete configurations. The v2017a table is compilation evidence, Sun et al. provide validation, and Järvi et al. have no AnOHM parameter-provenance role.

Model-ready fragment

Paste under land_cover.evetr in a SUEWS YAML configuration; every value carries its citation.

rho_cp_anohm:
  value: 1000000
  ref:
    ID: unreferenced
    DOI: null
    desc: generic, generic, land_cover
k_anohm:
  value: 1.2
  ref:
    ID: unreferenced
    DOI: null
    desc: generic, generic, land_cover
ch_anohm:
  value: 4
  ref:
    ID: unreferenced
    DOI: null
    desc: generic, generic, land_cover

Evidence review

Awaiting sign-offSign off evidence on GitHub

Raises a prefilled sign-off issue. CI accepts it only when the issue author is in the verifier registry and the evidence revision is still current.

Review procedure

Record metadata

Sourceunreferenced — no citation was recorded in the legacy database; treat with care
Placegeneric
Scopegeneric
Applicable scaleLand-cover class
Targetland_cover.evetr · docs
Origin“London” (verbatim legacy string)
Schema2026.5 · legacy row 51240007

Same study, same place

+9 more
all 18 sets from unreferenced at generic →
Report an issue