Submission sub_8xhd79yy83:
dataset = art_w5q3f5psj1, gesmundo_2018_nanoscale.pb.gz, sha256 355a9e0c…sources = art_6naddc4s2j, gesmundo_2018_sources.zipOne ORD Dataset of 5,532 reactions, all citing doi:10.1038/s41586-018-0056-8, with no dataset or reaction IDs. ord-schema 0.8.3 validate_dataset reports 0 errors. All 205 warnings are about real data values: LC-UV yields >100%, values <1%, and one −1.3% yield reported by the authors.
| Part | Reactions |
|---|---|
| SI §3.2–3.6 screens (ED Fig. 6) | 3,114 |
| SI §5.2/6.2/7.2 Fig. 2 nano-libraries | 382 |
| SI §8.2/8.3 Fig. 3 384-member library | 1,920 |
| SI §5.1/6.1/7.1/8.6 bench-scale isolated syntheses | 116 |
pdftotext -layout on the SI.The README in the sources zip has the full sheet → reaction mapping.
Compiled Yield Data, prelim-screening-csv and big-library-csv are re-exports and were not used. C–N Screen 2 wells L11–L14 appear twice (duplicate injections): each is one reaction with two measurements. The Fig. 2a backup plate and the §8.3 control plate are genuine replicates, kept as separate reactions.Calc'd % Yield Updated, which sets the old column's 171 negative values to 0. Sheets with yield blanks (THIQ in C–N 1, three nucleophiles in the diverse screen) keep conversion and UV area only. The §8 library has only relative conversions, with no yields.record_created.person.email. I used the RFC 2606 placeholder curator@example.org rather than publish a personal address. Replace it at ORD submission.resources/read response, reporting ttlMs missing and an invalid cacheScope. The card was fetched via download_url instead. Curation followed the Problem statement and standard ORD practice. A reviewer should check that the Skill's conventions agree, for example on how precatalysts are represented.create_submission timed out client-side but succeeded server-side (checked with get_attempt before any retry).scripts/common.py and rerun build_dataset.py.si_entries.py relies on line ranges from poppler's pdftotext -layout. Re-check them if the text is regenerated.dataset: gesmundo_2018_nanoscale.pb.gz, one ORD Dataset with no dataset or reaction IDs. Every reaction cites the DOI in provenance.doi. ord-schema 0.8.3 validate_dataset: 0 errors. 205 warnings, all real data values: LC-UV yields >100%, yields/conversions <1%, and one −1.3% yield reported by the authors.
Contents (one Dataset; the parts are listed in Dataset.description):
| Part | n | Outcome |
|---|---|---|
| SI §3.2–3.6 optimisation screens (ED Fig. 6): Suzuki ×2, C–N ×2, diverse nucleophiles | 672+162+384+360+1,536 | LC-UV yield (PhPh internal standard / standard curves), conversion, UV area |
| SI §5.2/6.2/7.2 nano-libraries (Fig. 2a/b/c) | 38+144+200 | LC-UV yield (standard curves), conversion |
| SI §8.2/8.3 384-member CHK1 library (Fig. 3), variable + single condition | 1,536+384 | relative conversion, UV area |
| SI §5.1/6.1/7.1/8.6 bench-scale syntheses | 19+18+20+59 | isolated yield and mass |
Key curation choices
Compiled Yield Data, prelim-screening-csv, big-library-csv and the MOESM4–9 copies are excluded to avoid double counting.Calc'd % Yield Updated (the older column's 171 negative values are set to 0).record_created uses the RFC 2606 placeholder e-mail curator@example.org, which ord-schema requires. Replace it with the submitter's address at ORD submission.sources: gesmundo_2018_sources.zip contains README.md (sheet → reaction mapping, decisions, how structures were checked), the Python scripts that rebuild the dataset from the publisher files, validation.txt, structure_checks.txt and reactions_summary.csv (one row per reaction, for spot checks).
scripts/build_dataset.py (+ common.py, build_hte.py) now builds the nanomole-scale part:
672 + 162 + 384 + 360 + 1,536 (SI §3 screens) + 38 + 144 + 200 (Fig. 2 libraries) + 1,536 + 384 (Fig. 3 library) = 5,416 reactions.
Checks:
python -m ord_schema.scripts.validate_dataset (0.8.3): no errors.Surprises and decisions:
provenance.record_created.person.email. No personal address is published: I used the RFC 2606 placeholder curator@example.org, documented as something to replace at ORD submission.validate_message) are genuine data properties: yields >100% (Fig. 2b DMSO wells, and some standard-curve yields in the diverse screen up to 176%), and small yields (<1%) that trip the "fraction vs percent" heuristic. These are kept as reported.Next: bench-scale isolated syntheses from SI §5.1, §6.1, §7.1, and §8.6 (scale-ups listed in MOESM3/MOESM10), parsed from the SI text.
Sheet-level decisions after inspecting every column (scripts/cols.py, uniq.py, edge.py):
| Part | Sheet (MOESM3 unless noted) | Rows → reactions | Yield column used | Conversion column |
|---|---|---|---|---|
| SI §3.2 Suzuki screen | Suzuki Coupling Screen 1 | 672 | Percent Yield |
Rel. %Conv. |
| SI §3.3 Suzuki (core 7 → D6/D7) | Suzuki 2 Optimization | 162 | Calc'd Percent Yield (UV254) |
— |
| SI §3.4 C–N screen 1 | C-N Coupling Screen 1 | 384 | Calc'd Percent Yield (blank for all 96 THIQ wells, MFCD00006896 → conversion only) |
%Conversion to Product |
| SI §3.5 C–N screen 2 | C-N Coupling Screen 2 | 364 rows → 360 (wells L11–L14 appear twice, so the duplicate injections are merged into one reaction with two measurements) | Percent Yield |
%Conversion To Pdt |
| SI §3.6 diverse nucleophiles | Diverse Coupling Screen | 1,536 | Calc'd % Yield Updated. The older Calc. Percent Yield has small negative values that the authors reset to 0 in the updated column. Blank for the 3 building blocks without standards (L004912201000N, MFCD00003792, MFCD00005282). |
%Conversion to Product |
| SI §8.2 384-member library | Report - Variable Conditions | 1,536 (amine quarter is the "re" rerun plate, per SI §9.9.2) | none, conversion only | Rel. % Conv. (integer). The big-library-csv copy in MOESM3/4/12 has slightly different decimals for 486 wells; Report is used because it carries SMILES and raw UV areas. |
| SI §8.3 single condition | Report - tBuXphos + P2-Et | 384 | none | Rel. % Conv. |
| SI §5.2 pERK2 amides (Fig 2A) | MOESM2 Fig 2A Report | 38 (19 amines × 2 plate copies) | Calc'd % Yield (standard curves) |
Approx. %Conv. |
| SI §6.2 MK2 Suzuki (Fig 2B) | MOESM2 Fig 2B Report | 144 | Calc'd % Yield (some >100%; the SI explains these as DMSO core-solubility artefacts) |
Rel. % Conv. |
| SI §7.2 CHK1 mixed (Fig 2C) | MOESM2 Fig 2C Report | 200 | Calc'd Percent Yield |
Rel. % Conv. |
Not used: Compiled Yield Data and prelim-screening-csv (duplicates of the screens), MOESM5–9 (duplicates), and all ASMS/PIVOT/ALIS/IC50 sheets (out of scope).
Amounts come from the SI: §3 is 100 nmol core / 1.5 eq / 10 mol% / 2 eq in 1 µL. §8 is 120 nmol in 1.2 µL. §5.2/6.2/7.2 use 4×297 nL of 0.4/0.6(0.4 for amines)/0.04/0.8 M stocks (HATU 0.4 M, DIPEA 2.0 M). Suzuki cores carry 4 eq H2O where the SI says so. Precatalysts are encoded as ligand + 2-aminobiphenyl palladacycle (mesylate for G3, chloride for G2), with the trade name as a NAME identifier.
Ran a pandas inventory over every sheet (scripts/inventory.py) and ran pdftotext on the SI.
Report - Variable Conditions, 1,536 rows; Report - tBuXphos + P2-Et, 384 rows; Nucleophile Plate Map; Coupling Library with product SMILES; Reaction Conditions), ASMS sheets (List/Expt/PIVOT/ALIS/Affinity — out of scope) and Scale Up Synthesis + Activity.Compiled Yield Data and prelim-screening-csv are concatenations of the per-screen sheets (2,110 rows ≈ 672+162+384+360... minus some). I will not use them, to avoid double counting. I build from the per-screen sheets only.skv_k5sivlohu1 via the MCP resource failed: the Claude Code client rejects the server's resources/read result (it reports ttlMs missing and an invalid cacheScope), so I could not read it. The card resource fails the same way, but its download_url works. I'll follow standard ORD curation practice (ord-schema 0.8.3 messages, validator output, DOI in provenance, no IDs), with the problem statement as the spec.