Rebuilding a Field's Open-Problem Catalog from the Literature: A Two-Layer Knowledge Graph, and Why Status Must Stay Proposed
Abstract
A research field records its open problems in surveys, keynotes and community reports. Those are prose, written every few years, and nobody can ask them who works on a problem now or whether it was settled last year. We argue the problems should be data, and we build the system that makes them so: a hand-curated problem layer carried in unchanged, under an evidence layer rebuilt from a bibliographic index, joined by typed, provenance-carrying links in one graph database and queryable from one language. A language model does four jobs -- per-paper extraction, catalog grounding, per-paper status verdict, and idea generation -- each constrained to a candidate set so out-of-set answers are refused rather than stored. We report a study on two curated catalogs, database research (1,053 problems) and AI research (1,000 problems), each with a prior catalog-only graph. The rebuilt graph answers every question the catalog-only graph answered -- 47 of 47 on databases, 34 of 35 on AI -- plus questions the catalog-only graph refused: recent workers, untouched problems, methods tried, and outside papers bearing on a problem (336 problems, 770 works on databases). The capability we most wanted does not survive its own audit. Of 41 solves and refutes verdicts hand-checked against the papers, 9 are correct, 30 partly correct and 2 wrong; no refutes verdict (0 of 34) disproves an open problem, and only 1 of 7 solves closes the central question. We report that failure in full and draw the design conclusion: a status change must be proposed with its evidence and never applied, making the human reviewer part of the architecture. We close with the data-engineering problems this raises: entity resolution across curated and harvested layers, verifying model status claims, freshness under source quotas, and evaluation without ground truth.
Figures & tables
| Stage | Kind | Offered set |
|---|---|---|
| 1 resolve author ids | model + web | candidates from the index |
| 2 harvest works | index | — |
| 3 expand (refs, citers) | index | — |
| 4 extract per paper | model | free text, then canonicalised |
| 5 profile people | model + web | — |
| 6 map the domain | model + web | — |
| Databases | AI | |
| Catalog problems | 1,053 | 1,000 |
| Catalog papers | 2,679 | 4,932 |
| Catalog people | 4,454 | 15,102 |
| Seed researchers | 40 | 40 |
| V1 nodes | 20,211 | 29,707 |
| V1 edges | 53,721 | 62,842 |
| Field | Question | V1 | V3 |
|---|---|---|---|
| DB | Papers after 2015 bearing on the problems | 787 catalog papers | 873 evidence works, 480 new to the catalog |
| DB | Which catalog papers a bibliographic index verifies | DOI on 1,800 of 2,679 | 2,278 matched; 386 have neither a DOI nor a match |
| DB | References no bibliographic source verifies | 15 | the same 15 (corroborated independently) |
| DB | Researchers with an ORCID | 0 rows | 2,181 via their matched author |
| DB | Name variants of one researcher | 3 separate nodes | all three resolve to one author |
| DB | Open problems nobody works on | 72 | 38, counting evidence works as work |
| Databases | AI | |
| Catalog problems | 1,053 | 1,000 |
| …with at least one evidence work | 579 | 592 |
| Evidence works | 1,773 | 1,969 |
| EVIDENCE_FOR links | 1,843 | 2,013 |
| …with works from outside the catalog | 336 | 187 |
| …those works | 770 | 300 |
| Databases | AI | |
| Catalog papers | 2,679 | 4,932 |
| …matched | 2,278 | 4,630 |
| by DOI | — | 0 |
| by arXiv id | — | 3,026 |
| by title and year | — | 1,604 |
| …unmatched | 401 | 302 |
| Verdict | Databases | AI |
|---|---|---|
| advances | 893 | 1,062 |
| restates | 403 | 235 |
| unrelated | 351 | 416 |
| solves | 4 | 3 |
| refutes | 2 | 32 |
| none (not reached) | 190 | 265 |
| Field | Verdict | correct | partly | wrong | |
|---|---|---|---|---|---|
| AI | solves | 3 | 0 | 3 | 0 |
| AI | refutes | 32 | 8 | 23 | 1 |
| DB | solves | 4 | 1 | 3 | 0 |
| DB | refutes | 2 | 0 | 1 | 1 |
| All | 41 | 9 | 30 | 2 | |
| Pattern | |
|---|---|
| “methods fail” read as refuting an open “can it be done?” | 9 |
| settles a sub-case only | 6 |
| evidence from an adjacent or restricted setting | 6 |
| answers or advances a sub-question, labelled refutes | 5 |
| refutes a rival explanation or prior result, not the problem | 4 |
| source paper of the phenomenon, labelled refutes | 1 |
| Kind | Extracted | Placed |
|---|---|---|
| applications | 4,665 | 38.6% |
| subjects | 7,564 | 31.6% |
| problems | 6,885 | 28.5% |
| methods | 14,198 | 25.4% |
| metrics | 5,198 | 12.9% |
| datasets, tools | 4,431 | 5.9% |
| Databases | AI | |
| Model calls | 2,808 | 3,698 |
| …through a batch API | 2,799 | 3,690 |
| Input tokens (M) | 23.6 | 28.6 |
| Output tokens (M) | 6.5 | 9.6 |
| Web searches | 431 | 417 |
| Snapshot size (MB) | 16.9 | 16.8 |
KG Construction
Knowledge graph construction turns text, tables, images, and databases into structured entities and relationships that machines can query and reason over.
See all 197 papers