DBLP reliability contract
DBLP reliability contract
Resmon uses two documented DBLP routes for two distinct questions:
- General keyword searches use
https://dblp.org/search/publ/api. The caller’s query remains the RESTqvalue and pagination usesfandh. - Person searches use
https://sparql.dblp.org/sparql. The query resolves an exact escapedrdfs:labeland selects publications linked withdblp:authoredBy. It does not treat editor-only works as authored works and does not switch to SPARQL because REST returned a challenge.
Both routes share one 0.5 request/second limiter, a truthful Resmon User-Agent,
one cooperative 45-second operation budget, and at most one retry per request.
A valid Retry-After wait is used only when it fits inside that budget. HTML
challenge pages are failures and are neither retried nor bypassed.
Author meaning and pagination
Exact labels can identify several DBLP people, while aliases can be missed. Resmon therefore retains DBLP person IDs on returned authors and does not claim that a name uniquely identifies one human.
The inner SPARQL page contains distinct publication/title/year tuples and omits the matching person from its projection. This prevents two same-label people linked to one publication from consuming two page slots. The outer query joins all authors. Resmon groups those rows by the existing DBLP record key, removes duplicate author rows, and advances the page from the count of distinct raw publication IRIs rather than the number of normalized survivors.
Identity, fields, and dates
Publication and author identifiers must be URI bindings. Titles, author names,
and optional venues must be literal bindings. Years must be xsd:gYear
literals. An optional DOI must be an RDF URI under https://doi.org/, matching
the public SPARQL service’s observed JSON binding shape and DBLP’s KG tutorial.
Malformed rows are recorded as parse failures; valid records from the same page
remain available.
The existing DBLP key such as conf/... is the stable external_id. The full
https://dblp.org/rec/... IRI is the URL. DOI and venue remain optional and no
missing value is manufactured.
DBLP provides year precision. YYYY-01-01 is a storage encoding, not evidence
of a known month or day. A partial boundary year is excluded. If a requested
window contains no complete calendar year, Resmon makes no DBLP request and
records that the window cannot be answered at DBLP’s precision.
Evidence limit
A bounded diagnostic on 2026-09-17 observed HTML challenge pages from both REST
search endpoints and useful JSON bindings from the public SPARQL service. A
second one-request diagnostic using the candidate projection observed ten DOI
URI bindings, ten DBLP publication and author URI bindings, literal venue/name/
title fields, and ten xsd:gYear values. Those observations support the adapter
choice and parser contract. They do not establish the cause of the REST
challenge, guarantee future hosted availability, or prove every name and
publication shape.