You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Befund: Der Quality-Agent fragt für die DOI-Auflösung ausschließlich api.crossref.org ab (_crossref_doi_lookup). Wenn ein direkt aus dem PDF-Text extrahierter, valider DOI bei CrossRef nicht auflösbar ist, geht er komplett verloren — der Fallback auf den Dateiname-Parser liefert kein doi-Feld, sodass die Note fälschlich das Flag „⚠️ kein DOI" trägt, obwohl ein DOI im Dokument stand und geloggt wurde. Betrifft strukturell alle DataCite-registrierten DOIs (z. B. deutsche Repositorien wie peDOCS oder edoc.hu-berlin.de), da CrossRef diese grundsätzlich nicht kennt — kein transienter Fehlschlag, sondern eine Registry-Lücke.
Beleg:
Lauf 2 (Deci & Ryan): DOI 10.25656/01:11173 (peDOCS) direkt im PDF-Text gefunden und geloggt, CrossRef-Lookup lieferte keine Metadaten → alle 5 Notes fälschlich „kein DOI".
Lauf 5 (Dreisiebner): DOI 10.18452/35926 (HU-Berlin-Repositorium, DataCite-Präfix), websuch-verifiziert über edoc.hu-berlin.de, aber CrossRef-only-Abfrage findet sie strukturell nicht — alle 5 Notes fälschlich „kein DOI".
Gegenprobe Lauf 3 (Schüller): DOI 10.1007/s11943-019-00261-9 (Springer/HMD) wird von CrossRef korrekt aufgelöst → kein DOI-Flag, Mechanismus funktioniert grundsätzlich, sobald CrossRef den DOI kennt.
Wirkung: Deutschsprachige Quellen aus pädagogischen/bibliothekarischen Repositorien (peDOCS, edoc.hu-berlin.de u. ä.) werden systematisch als „kein DOI" markiert, obwohl ein valider DOI vorliegt — Qualitäts-Gate liefert falsches Signal, DOI-Anreicherung (#263) bleibt unwirksam für diese Quellenklasse.
Fix-Richtung: Roh-extrahierten DOI aus dem PDF-Text auch ohne CrossRef-Bestätigung als „gefunden" durchreichen (Format-Validierung statt Registry-Bestätigung als Mindestkriterium), und/oder zusätzlich DataCite als zweite Registry-Quelle abfragen.
Quelle: Testlauf-Serie 2026-07-14; Details im OneDrive-Serienordner.
Prio: MITTEL
Befund: Der Quality-Agent fragt für die DOI-Auflösung ausschließlich⚠️ kein DOI" trägt, obwohl ein DOI im Dokument stand und geloggt wurde. Betrifft strukturell alle DataCite-registrierten DOIs (z. B. deutsche Repositorien wie peDOCS oder edoc.hu-berlin.de), da CrossRef diese grundsätzlich nicht kennt — kein transienter Fehlschlag, sondern eine Registry-Lücke.
api.crossref.orgab (_crossref_doi_lookup). Wenn ein direkt aus dem PDF-Text extrahierter, valider DOI bei CrossRef nicht auflösbar ist, geht er komplett verloren — der Fallback auf den Dateiname-Parser liefert keindoi-Feld, sodass die Note fälschlich das Flag „Beleg:
10.25656/01:11173(peDOCS) direkt im PDF-Text gefunden und geloggt, CrossRef-Lookup lieferte keine Metadaten → alle 5 Notes fälschlich „kein DOI".10.18452/35926(HU-Berlin-Repositorium, DataCite-Präfix), websuch-verifiziert überedoc.hu-berlin.de, aber CrossRef-only-Abfrage findet sie strukturell nicht — alle 5 Notes fälschlich „kein DOI".10.1007/s11943-019-00261-9(Springer/HMD) wird von CrossRef korrekt aufgelöst → kein DOI-Flag, Mechanismus funktioniert grundsätzlich, sobald CrossRef den DOI kennt.generative/agents/quality.py:35-42(_crossref_doi_lookup, CrossRef-only),generative/tools/pdf_enrich.py:259-268(crossref_lookup),generative/orchestrator.py:2046-2047(DOI-False-Negative: enrich-CrossRef-DOI wird nicht an Edition-Gate propagiert — unnötiger Vault-Routing-Block #263-Durchreiche-Mechanismus, findet nur CrossRef-bestätigte oder Titel-Treffer-DOIs).Wirkung: Deutschsprachige Quellen aus pädagogischen/bibliothekarischen Repositorien (peDOCS, edoc.hu-berlin.de u. ä.) werden systematisch als „kein DOI" markiert, obwohl ein valider DOI vorliegt — Qualitäts-Gate liefert falsches Signal, DOI-Anreicherung (#263) bleibt unwirksam für diese Quellenklasse.
Fix-Richtung: Roh-extrahierten DOI aus dem PDF-Text auch ohne CrossRef-Bestätigung als „gefunden" durchreichen (Format-Validierung statt Registry-Bestätigung als Mindestkriterium), und/oder zusätzlich DataCite als zweite Registry-Quelle abfragen.
Quelle: Testlauf-Serie 2026-07-14; Details im OneDrive-Serienordner.