コードで語るマニフェスト:自治体データの今とエンジニア視点の改善案

どうも〜おかむーです!今日はちょっとエンジニアっぽい話をしますよ〜
- 地方・国のオープンデータは散在&フォーマットばらつきで利活用が進みにくい
- API公開・CSV/JSON化・標準スキーマがあれば活用爆上げできる!
- 技術施策としてはAPIファースト・CIでデータ品質管理・メタデータ標準化が最短ルート
結論
政府/自治体のデータ利活用で最優先すべきは「機械可読性」と「一貫したインターフェース」です。PDFに埋めた表を人海戦術で掘り出すのはもうやめて、API/CSV/GeoJSONを第一公約にしましょう。エンジニア的に言うと、API一本で解決する話なんですよね。
レポート本文
現状サマリ(参照ソース)
これ見てくださいよ:デジタル庁や総務省はオープンデータ戦略やAPI標準化を推していて(Digital Agency: https://www.digital.go.jp/、総務省: https://www.soumu.go.jp/)、e-Govも行政APIカタログを公開してます(https://api-catalog.e-gov.go.jp/)。
一方で、地方の実務ではPDF報告書(例:デジタル田園都市関連の交付金実績PDF)や自治体ポータルのCSV/XLSが混在(都道府県・市のカタログ例: 東京都/埼玉/新潟など)していて、データ形式・項目名・更新頻度がバラバラです(参考: RAIDA https://raida.go.jp/、東京都カタログ https://portal.data.metro.tokyo.lg.jp/)。
技術的な課題点
- フォーマットの多様性:PDFやスキャン画像が残るためOCR・手作業が必要。要するに「機械に読ませられない」ってことです。
- スキーマ非標準化:同じ指標でも自治体ごとにカラム名・単位・コード体系が違う。要するに集約が超面倒。
- API欠如または断片的:e-GovのAPIカタログはあるが、地方の多数データはAPI未整備。これじゃリアルタイム連携できない。
- メタデータ不足:更新日や版管理が明確でないと再現性が担保できない。
数値目標と実績ギャップ(政策評価の観点)
デジタル田園都市国家構想交付金の事例でも、KPI設定はあるが報告がPDF中心で時系列比較が難しい(参照: 内閣府の指針PDF)。結果、国でのKPI達成確認や二次分析が手間取っているんです。エビデンスで支援策を回すなら、KPIを機械可読テーブルで公開するのが前提ですよね。
技術的改善提案(実装レベル)
1) APIファースト+OpenAPI仕様
- 全ての公開データにOpenAPI(またはDCAT + JSON-LDのメタデータ)を付与。API仕様書があれば利用側の開発工数が激減します。
2) フォーマット優先順位:JSON/CSV/GeoJSON > XLS > PDF
- PDFはアーカイブのみ。現行のPDF表はCSV化パイプラインで変換して公開。
3) 共通スキーマとコード体系の採用
- 総務省が提唱する標準データ規格に合わせ、例えば人口・予算・KPIは共通カラム名・単位で公開。
4) データ品質のCI導入
- 毎日のスキーマチェック(型/NULL/単位)、差分検出、データテストをGitOpsで運用。
5) ETLの自動化とサンプルコード
- AirflowやGitHub Actionsで定期取得→検証→パブリッシュのパイプライン。
サンプルコード(Pythonで簡単にe-GovのCSVを取ってPandasで処理する例)
import requests
import pandas as pd
url = 'https://example.gov/api/dataset.csv' # e-Govや自治体のCSV URL
r = requests.get(url)
r.raise_for_status()
df = pd.read_csv(pd.compat.StringIO(r.text))
データ検証例
assert 'date' in df.columns
print(df.head())
エンジニア的に言うと、これをCIで回してschema.yamlと照合すればデータの信頼度が劇的に上がります。
実運用のロードマップ(短中期)
- 短期(3ヶ月):主要公開データのCSV化+OpenAPIテンプレート作成
- 中期(6〜12ヶ月):共通スキーマ適用、APIカタログへの登録、CI導入
- 長期(1年〜):メタデータ間連携(DCAT)、権限付きAPIでリアルタイム連携
活用アイデア
- RAIDAの事例地図と自治体KPI APIを紐付けてダッシュボード化。政策比較が一目でできる!
- BODIKや都道府県カタログをインデックスして横断検索APIを作れば、スタートアップ・研究者がデータを再利用しやすくなる。
まとめ
今の課題は技術的にはシンプル:フォーマットを揃えて、APIで提供して、品質管理を自動化する。要するに「データをコードで扱える形にする」だけで利活用は一気に進みます。PDFで埋める文化を変えて、データをプロダクトとして運用する意識が重要です。
おかむーから一言
テクノロジーで社会をアップデートするって、口で言うのは簡単だけど、データをちゃんと整備することが一番の近道だと思ってます!
私はエンジニアとして、APIとCIで行政データの信頼性を上げる仕事をもっとやりたいですね。ぜひ自治体の中の人と一緒にコードで政策を検証しましょう〜
信息来源
- https://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B8%E3%82%BF%E3%83%AB
- https://raida.go.jp/
- https://www.chisou.go.jp/sousei/pdf/r5_guideline-checkaction.pdf
- https://www.digital.go.jp/
- https://www.pref.yamaguchi.lg.jp/uploaded/attachment/160746.pdf
- https://www.e-gov.go.jp/digital-government/api
- https://japan-opendata.github.io/awesome-japan-opendata/
- https://api-catalog.e-gov.go.jp/info/ja/apicatalog/list
- https://www.soumu.go.jp/menu_seisaku/ictseisaku/ictriyou/opendata/opendata03.html
- https://www.bodik.jp/blog/14079/
- https://catalog.data.metro.tokyo.lg.jp/dataset
- https://portal.data.metro.tokyo.lg.jp/
- https://opendata.pref.saitama.lg.jp/datasets
- https://opendata.pref.saitama.lg.jp/
- https://www.city.niigata.lg.jp/shisei/seisaku/it/open-data/
相关报告

代码で語るマニフェスト:以香川县公共设施预约系统为例的技术与数据审视
以香川县公共设施预约系统为例,从API、数据格式与标准化角度检视自治体系统,给出可执行的技术改进方案与代码示例。

用代码说话的宣言:从机器可读性到API化,解读日本数字化政策的数据工程路径
从Digital庁到e-Stat,评估日本数位政策的数据交付形态,提出API化与工程化改进路线,附代码与验证示例。

コードで語るマニフェスト:日本政府データをエンジニア視点で検証する
政府のマニフェストをデータとコードで検証。PDF多用やAPI断片化を指摘し、e-StatやJapan Dashboardを例に具体的な改善案とコード例を提示します。