Code-Driven Manifesto: Evaluating Japan's Public Data Infrastructure

どうも〜おかむーです! Hi folks — today I'm digging into how Japan's government and local authorities publish data and run systems, from dashboards to CSVs. Engineer-wise, this is where policy meets code, so let's get our hands dirty!
- Japan has moved toward centralized visualization (Japan Dashboard, e-Stat) but datasets remain fragmented and inconsistent.
- Many agencies publish CSVs and APIs, yet machine-readability, metadata, and schema standardization are lacking.
- Practical fixes: adopt catalog standards (DCAT/Data Package), consistent encodings, stable APIs, and minimal reference implementations.
結論
Japan has made visible progress — Japan Dashboard and e-Stat show real intent — but the implementation gap is wide. Public data exists, yet it often feels like a folder dump of CSVs and PDFs. 要するに、ポリシーはあるけどエンジニアリングでの作り込みが足りないということです!
Technical report
What I inspected (quick list)
- National portals: kantei.go.jp (official information)
- Aggregation: Japan Dashboard (digital.go.jp) and e-Stat dashboard (dashboard.e-stat.go.jp)
- Raw slices: multiple .csv files published on government domains (env.go.jp, mhlw.go.jp, soumu.go.jp)
- Example municipal system: Kagawa public facility reservation (pf489.com)
Machine-readability: what's good and what's not
Check this out — there are real CSV endpoints (see env.go.jp and mhlw.go.jp links). That's good! But:
- Encoding inconsistency: many files still use Shift_JIS or unknown encodings. That breaks simple curl|csvkit workflows.
- Missing metadata: CSVs often lack schema, license, update timestamp, or primary-key hints. 要するに、データの使い方が分からないんですよ。
- PDF vs CSV: some agencies publish PDFs for reports while raw numbers exist elsewhere. PDFs = pain for coders.
APIs: presence and quality
- e-Stat historically offers an API for official statistics — great. But not every dataset is exposed via API.
- Japan Dashboard focuses on visualization, not universal API access. Visualization-first is fine, but we need API-first for reuse.
- Some municipal services use third-party platforms (e.g., pf489.com). That speeds rollout but creates operational opacity and integration friction.
Data quality and policy gaps
- Policy targets are published on portals, but linking goals to time-series data is spotty. That makes verifying progress hard.
- Example: digital.go.jp promotes visualization and reuse, yet many datasets lack machine-readable date fields or consistent identifiers — so measuring achievement against targets requires fragile ETL.
Concrete technical examples
Here is a compact Python snippet to robustly ingest a government CSV that might be Shift_JIS or UTF-8:
import requests
import chardet
import pandas as pd
url = 'https://www.mhlw.go.jp/content/001170005.csv'
r = requests.get(url)
r.encoding = chardet.detect(r.content)['encoding'] or 'utf-8'
from io import StringIO
df = pd.read_csv(StringIO(r.text))
normalize column names
df.columns = df.columns.str.strip().str.lower().str.replace(' ', '_')
print(df.head())
Engineer tip: wrap this in a retryable downloader, validate with a JSON Schema or pandas dtype map, and emit provenance metadata (source URL, fetched_at, encoding).
Suggested improvements (actionable)
- Catalog & metadata: publish a DCAT/JSON-LD catalog for each ministry (machine-discoverable dataset list, license, schema link).
- Standard encodings: require UTF-8 for all machine-readable files; provide explicit Content-Type + charset headers.
- Schema-first APIs: define JSON Schema / OpenAPI for each dataset, support bulk download and paginated API.
- Reference implementations: provide a GitHub org with sample ingest scripts, data package examples, and reproducible notebooks.
- Municipal integration: encourage vendors (like pf489) to expose standardized APIs and privacy-compliant audit logs.
まとめ
Japan's public data ecosystem has matured — dashboards and CSVs are out there — but usability for engineers is inconsistent. Fixes are straightforward: standardize metadata, force UTF-8, publish schemas and stable APIs, and ship reference code. That turns policy promises into verifiable outcomes.
おかむーから一言
Tech can make government measurable and improvable — but only if the data speaks the same language as developers. Let's stop publishing mystery CSVs and start shipping APIs and schemas that people can actually use!
Sources
- https://www.kantei.go.jp/
- https://www.digital.go.jp/resources/japandashboard
- https://www.kantei.go.jp/jp/news/index.html
- https://dashboard.e-stat.go.jp/
- https://www.kantei.go.jp/jp/naikaku/index.html
- https://www.env.go.jp/content/900398071.csv
- https://www.inpit.go.jp/content/100869372.csv
- https://www.mhlw.go.jp/content/001170005.csv
- https://www.soumu.go.jp/main_content/000420038.csv
- https://www.jinji.go.jp/content/000006120.csv
- https://www.pf489.com/Kagawa/webR/Home/StartPage/
- https://www.intec.co.jp/column/smartcity-08.html
- https://ja.wikipedia.org/wiki/%E5%85%AC%E5%85%B1
- https://www.digital.go.jp/resources/data_case_study_private
- https://kotobank.jp/word/%E5%85%AC%E5%85%B1-494676
Share
Related Reports

Code-driven Manifesto: Auditing Local Gov Data and Systems (Kagawa case study)
Local gov systems run but hide data behind UIs; expose CSV/JSON, APIs, and common schemas to unlock value.

Code-driven Check: Japan’s Open Data and the Machine-Readable Gap
Digital Japan has dashboards and rules, but PDFs and messy formats still block automated policy verification; mandate CSV/JSON, APIs, and dataset linting.

Code Speaks: Testing Japan's Gov Data and Dashboards
Japan has great dashboards but inconsistent machine-readability. This report inspects e-Stat, Japan Dashboard, Kantei PDFs, and proposes API-first fixes and practical code examples.