CorrelAid / CorrelAid/restatis
gen_catalogue() fails on many databases
@KovaZo is already working on this.
Since Aug 14, 2026.
- Dominant language
- HTML
- Stars
- 36
- Forks
- 6
- Avg merge
- 8m
- Merged PRs (30d)
- 2
Description
gen_catalogue() structures the output based on the internal tree structure based on the EVAS numbers, however many Genesis databases have table codes that aren't part of the EVAS structure.
Therefore I'd suggest, that by default gen_catalogue() should only return the flat list the API itself returns without further modification.
In detail and for testing purposes:
The Bavarian Genesis instance e.g. has tables starting with JB for Jahrbuch (yearbook) thus the following fails completely:
gen_catalogue(database="bayern", category="tables", code="j*")
and
gen_catalogue(database="bayern", category="tables", code="*")
omits the JB tables.
In the Census database table codes don't follow the EVAS system either because the census itself is only a single EVAS category. Table codes are
Code: 1000A – Population in brief.
...
Code: 4000W – Dwellings
However while gen_catalogue(database="zensus", category="tables", code="4*") does return 4* Table codes, it tries to structure the output in the EVAS tree and puts it in "4 Wirtschaftszweige" which is inappropriate.
Interestingly in the Bildung database, where table codes start with the state abbreviation (SH,HH,NI,HB…) this works.
gen_catalogue(database = "bildung", category = "tables", code = "TH*")
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.