Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
オープンデータレシピ
Search
LivLog llc.
January 26, 2020
Programming
0
120
オープンデータレシピ
オープンデータにスパイスを!!
LivLog llc.
January 26, 2020
Tweet
Share
More Decks by LivLog llc.
See All by LivLog llc.
リブログAPIの紹介: 日本の自然と地域の魅力をデジタルで再発見するツール
livlog_llc
0
51
受賞から社会貢献へ: 鯖江夕景アプリと全国湧き水マップの旅
livlog_llc
0
1.3k
プロトペディア ~作品の流儀~
livlog_llc
1
310
朝夕日和 | 一期一会の朝日と夕日を探しに行こう。
livlog_llc
2
870
由来のわかる地名カルタ「言の場」
livlog_llc
2
2.5k
帰る前にもう一か所
livlog_llc
0
260
タイムトラベル
livlog_llc
1
99
ロジねこ
livlog_llc
0
430
CHROCO ~ ポートフォリオをストーリーで語る
livlog_llc
1
260
Other Decks in Programming
See All in Programming
全員アーキテクトで挑む、 巨大で高密度なドメインの紐解き方
agatan
8
19k
Herb to ReActionView: A New Foundation for the View Layer @ San Francisco Ruby Conference 2025
marcoroth
0
240
エディターってAIで操作できるんだぜ
kis9a
0
660
AIコードレビューがチームの"文脈"を 読めるようになるまで
marutaku
0
320
30分でDoctrineの仕組みと使い方を完全にマスターする / phpconkagawa 2025 Doctrine
ttskch
3
750
配送計画の均等化機能を提供する取り組みについて(⽩⾦鉱業 Meetup Vol.21@六本⽊(数理最適化編))
izu_nori
0
130
大体よく分かるscala.collection.immutable.HashMap ~ Compressed Hash-Array Mapped Prefix-tree (CHAMP) ~
matsu_chara
1
210
Querying Design System デザインシステムの意思決定を支える構造検索
ikumatadokoro
1
1.3k
「コードは上から下へ読むのが一番」と思った時に、思い出してほしい話
panda728
PRO
35
21k
なあ兄弟、 余白の意味を考えてから UI実装してくれ!
ktcryomm
10
11k
【CA.ai #3】ワークフローから見直すAIエージェント — 必要な場面と“選ばない”判断
satoaoaka
0
220
CloudNative Days Winter 2025: 一週間で作る低レイヤコンテナランタイム
ternbusty
7
2k
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Java REST API Framework Comparison - PWX 2021
mraible
34
9k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.1k
A designer walks into a library…
pauljervisheath
210
24k
Unsuck your backbone
ammeep
671
58k
Code Review Best Practice
trishagee
73
19k
How STYLIGHT went responsive
nonsquared
100
5.9k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Balancing Empowerment & Direction
lara
5
790
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.8k
Transcript
オープンデータレシピ オープンデータにスパイスを! !
オープンデータって使いにくくありませんか?
集計した結果はわかるんだけど、、、
このデータってどう扱うのが正しいの?
データ自体の意味は分かるのだけれど、 どう解析にいかしたらいいの?
オープンデータという食材を料理するための レシピが足りないのでは?
クックパットのように何と何を組み合わせると 何々ができあがるようなものが知りたい。
そこで、オープンデータレシピを思いつきました。
最初にオープンデータの レシピのタイトルを入力します。
次に材料、作り方、コツ・ポイント、生い立ち を入力します。
材料や作り方の内容は、 平均築年数 + 人口増減 ≒ ノスタルジー度 電車の本数 ≒ 列車到達難易度 このようにオープンデータを
マッシュアップしたりすることで 新しい価値を創造します。
たとえば、、、
交通事故予測アプリ
「ヒヤリハット」の要因分析は人手で行っている。 急ブレーキ、急ハンドルなどの「ヒヤリハット」が 発生するとドライブレコーダーはその前後の動画を自動的に SD カードに保存する。 要因分析担当者は、SD カードの動画を定期的に抜き出して、 「ヒヤリハット」が発生した時点の静止画像と、 1 秒前および
1 秒後の静止画像とを RPA(Robotic Process Automation)8ツールに よって取り出して評価する。 急ブレーキ・急ハンドル ≒ ヒヤリハット
ザ・地域統計パワーバトル
「人口力」「女子力」「国際力」「家族力」 「キッズ力」「シルバー力」「婚姻力」「労働力」 なんだこの数値化は、、、
本サービスの活用方法・効果 ✓ オープンデータ解析方法の共有 ✓ オープンデータと利用者の溝を埋める ✓ オープンデータの利活用の促進