queria
English | 日本語
Query Japanese open data on Queria from the terminal, Python, and MCP.
A client for the Japanese open data published on Queria — e-Stat, National Land Numerical Information, EDINET, the Japan Meteorological Agency, and more. Explore it from the terminal, Python and MCP, and declare your own datasets for the catalog. The data is published in DuckLake format, and all computation runs locally in DuckDB.
Installation
uvx queria list # run without installing
pip install queria # or install normally
Requires Python 3.10+.
Usage
queria list # list datasets
queria search 人口 # search datasets, tables and columns
queria info e_stat # metadata (license, source, etc.)
queria schema e_stat # list tables
queria columns e_stat mart_population # list columns
queria summarize zipcode.main.zipcodes # per-column statistics (scans the whole table)
queria sql "SELECT * FROM zipcode.main.zipcodes LIMIT 10"
queria sql "SELECT * FROM zipcode.main.zipcodes" --out zipcodes.parquet
Tables are referenced as <dataset>.<schema>.<table>. Referenced datasets are attached automatically.
Publishing a dataset
queria validate and queria compile work on the metadata you declare for a dataset, turning it into dataset.json, the file Queria reads to list your data in the catalog. It works whether or not you build the dataset with dbt, and it never talks to the network — it only reads your declarations and your local data.
You declare two kinds of file. Directory names are up to you.
| File | Content |
|---|---|
dataset.yml (repository root, required) |
the dataset itself |
**/*.table.yml (anywhere) |
one table, or several |
# dataset.yml
spec_version: "0.1"
name: calendar
title: Japanese calendar
description: A date spine from 1955 to 2027 with holidays, weekdays and Japanese eras.
language: ja
licenses: [CC-BY-4.0] # optional; the ID is enough, and title, URL and rights come from the registry
contributors:
- title: Cabinet Office
roles: [rightsHolder]
# models/main/mart/mart_calendar.table.yml
schema: main
name: mart_calendar
title: Japanese calendar
description: A date spine with holidays, weekdays, Japanese eras and fiscal years.
published: true
fields:
- name: date
title: Date
semantic: { role: entity, name: date }
Tables that share a column layout can go in one file, so YAML anchors can carry the shared part:
_fields: &fields
- { name: area, title: Area code }
- { name: value, title: Value, semantic: { role: measure, agg: sum } }
tables:
- { schema: ssds, name: a_population, title: Population, fields: *fields }
- { schema: ssds, name: b_land, title: Land, fields: *fields }
Do not write column types. They are read from your data, so they cannot drift from it.
queria validate # check the declarations against the data
queria validate --strict # and fail on warnings too
queria compile -o dist/dataset.json
Licenses are optional. Leaving them out is like a repository with no LICENSE file: you keep every right, and what others may do with the data is left to Queria's terms of use. validate says so as a warning. --strict fails on warnings as well as errors, which is what Queria's own dataset repositories run in CI.
Point it at your data with --ducklake / --data-path, or --parquet for plain Parquet files. Inside fdl run, the catalog location is picked up from the environment. Pass --manifest target/manifest.json to also pull lineage and compiled SQL out of dbt (target/manifest.json is used automatically when it exists).
Where each piece of information comes from:
| Information | Source |
|---|---|
| title, description, license, published, semantic roles | your declarations |
| tables, columns, types, column order, nullability | your data |
| lineage, compiled SQL, source file paths | dbt's manifest.json, when present |
Without dbt you can still declare lineage with depends_on, and a .sql file next to a *.table.yml of the same name is picked up as the table's SQL.
If you keep *.table.yml under dbt's model-paths, add *.table.yml to .dbtignore — dbt reads every .yml there as a properties file and would fail on these. validate tells you when this is missing.
API token
The client works without a token, but rate limits apply. Logging in via the browser issues a token (valid for 90 days) and raises the limit:
queria login # opens the browser for approval
queria login --no-browser # for SSH etc.: paste the code shown on the page
queria logout # remove the saved token
Tokens can also be issued manually at https://queria.io/profile/api-keys (for CI and other tools) and registered with:
queria auth set-token <token> # saved to ~/.config/queria/config.toml
queria auth status # check
You can also pass a token via the --token option or the QUERIA_TOKEN environment variable (in that order of precedence).
Setting QUERIA_TOKEN to an empty value ignores any saved token and accesses the data anonymously. Use it in CI, containers and on shared machines to state that a run uses no token.
Python API
import queria
with queria.connect() as conn:
conn.sql("SELECT * FROM catalog.main.mart_datasets").show()
MCP server
Works with MCP clients such as Claude Code, Claude Desktop, and Cursor:
{
"mcpServers": {
"queria": {
"command": "uvx",
"args": ["--from", "queria[mcp]", "queria", "mcp"]
}
}
}
The query tool only runs SELECT statements against the Queria catalog. Besides writes, it rejects functions that read local files or arbitrary URLs (read_text / read_csv / glob / ST_Read, etc.) and dynamic SQL (query()), so agents processing untrusted data cannot use it to read local files or perform SSRF against internal endpoints. If you need unrestricted SQL, such as joining with local data, use the CLI (queria sql).
Telemetry
To help improve the tool, we collect anonymous usage data (command name, success/failure, version, and target dataset name). SQL contents, file paths, and personal information are never sent. Opt out with any of the following:
queria telemetry disable # saved to the config file
export DO_NOT_TRACK=1 # standard environment variable
export QUERIA_NO_TELEMETRY=1
Details: https://docs.queria.io/telemetry
Documentation
The documentation is readable from the terminal, so an agent needs no browser:
queria docs list # every page, with the name `docs show` takes
queria docs show reference/cli # one page as Markdown
queria docs show reference/cli --lang ja
Pages are read from docs.queria.io and cached, so a run that has lost its
connection still gets the copy it read last. The MCP server exposes the same
two as the list_docs and show_doc tools.
The same pages in a browser: https://docs.queria.io/
They are also served in agent-readable form:
- llms.txt — page index / llms-full.txt — all pages concatenated
- Append
.mdto any page path for raw Markdown (e.g. /reference/cli.md)
Source and issues
Every release on PyPI ships the source, so you can read and audit what runs on your machine. Development itself happens in a private repository: this repository holds the README, the changelog and the issue tracker, and does not accept pull requests.
Bug reports and feature requests are welcome as issues.
License
MIT
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file queria-0.19.1.tar.gz.
File metadata
- Download URL: queria-0.19.1.tar.gz
- Upload date:
- Size: 292.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
442d5d2b81a294c46b7871ac70782f1ec345a7f4247ab08b7a9948e28f70e7d3
|
|
| MD5 |
3cd5f4095e698cba2f6636e38ca7771e
|
|
| BLAKE2b-256 |
abb0bda004f028812081ad98ff7a7a560ccc4873f776f03fe82ec31892bb1d05
|
Provenance
The following attestation bundles were made for queria-0.19.1.tar.gz:
Publisher:
release.yml on queria-io/queria-cli-internal
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
queria-0.19.1.tar.gz -
Subject digest:
442d5d2b81a294c46b7871ac70782f1ec345a7f4247ab08b7a9948e28f70e7d3 - Sigstore transparency entry: 2317589592
- Sigstore integration time:
-
Permalink:
queria-io/queria-cli-internal@f3dfaf53952a8a6c004eb9839f53eb31795bc5d7 -
Branch / Tag:
refs/heads/main - Owner: https://github.com/queria-io
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@f3dfaf53952a8a6c004eb9839f53eb31795bc5d7 -
Trigger Event:
push
-
Statement type:
File details
Details for the file queria-0.19.1-py3-none-any.whl.
File metadata
- Download URL: queria-0.19.1-py3-none-any.whl
- Upload date:
- Size: 109.5 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
f0abd5b6507c71214505a485ba6d13c1e567947d0716b0c2afe88d515dea14cc
|
|
| MD5 |
a6ae9af4d0df0ebc65d0a7aff927107f
|
|
| BLAKE2b-256 |
4834c08773619fdf5766e926bd09a1de454a11c34901b3987a70bdb09741486f
|
Provenance
The following attestation bundles were made for queria-0.19.1-py3-none-any.whl:
Publisher:
release.yml on queria-io/queria-cli-internal
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
queria-0.19.1-py3-none-any.whl -
Subject digest:
f0abd5b6507c71214505a485ba6d13c1e567947d0716b0c2afe88d515dea14cc - Sigstore transparency entry: 2317590077
- Sigstore integration time:
-
Permalink:
queria-io/queria-cli-internal@f3dfaf53952a8a6c004eb9839f53eb31795bc5d7 -
Branch / Tag:
refs/heads/main - Owner: https://github.com/queria-io
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@f3dfaf53952a8a6c004eb9839f53eb31795bc5d7 -
Trigger Event:
push
-
Statement type: