Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
館林石造物調査における分散データ編集をなんとかしてやりたい/code4lib-2021-lt
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Code for History
September 12, 2021
Technology
160
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
館林石造物調査における分散データ編集をなんとかしてやりたい/code4lib-2021-lt
Code4Lib Japan 2021 2nd day lightning talk
Code for History
September 12, 2021
More Decks by Code for History
See All by Code for History
Maplatの方向性のご紹介_株式会社那由多_ジオ展2026プレゼン資料/maplat_geoten_2026
kochizufan
0
87
ウィキペディアタウン以外にもある、地域資源の継承と発信 /wikimediacon-2025
kochizufan
0
46
高畑鬼界ヶ島と重文・称名寺本薬師如来像の来歴を追って/kikaigashima
kochizufan
0
170
絵地図を扱うFOSS4G Maplatの利用形態と採用事例のご紹介/maplat_foss4g_2024
kochizufan
0
3.3k
Maplatソリューションのご紹介 2024/Introduction_of_Maplat_geoten_2024
kochizufan
0
87
MySQLで処理するGIS 〜地球が丸いことを覚えたMySQL〜 Ver. 3?/mysql_gis_sphere
kochizufan
0
1.4k
市民生成メディアの諸問題と共通プラットフォームへの期待/code_4_history_joss2023
kochizufan
0
150
Maplatソリューションのご紹介/Introduction_of_Maplat_geoten_2023
kochizufan
0
140
歴史民俗研究に活用できるGIS-地図知識の紹介を中心に-/gumma_history_fork_study_with_gis
kochizufan
0
190
Other Decks in Technology
See All in Technology
4人目のSREはAgent
tanimuyk
0
400
AIに「使われる」時代のSaaS戦略 〜既存WebAPIのMCPサーバー化における開発ノウハウ〜
ekispert_api
0
300
次世代ランサムウェア対策の考察 / 20260704 Mitsutoshi Matsuo
shift_evolve
PRO
5
1.7k
ZOZOTOWNの進化と信頼性を両立する負荷試験
zozotech
PRO
0
130
プロンプト_きのこカンファレンス2026_LT
yurufuwahealer
0
140
プライバシー保護の理論と実践
lycorptech_jp
PRO
1
240
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
1.3k
Claude Code 珍プレー好プレー
shinyasaita
0
270
デジタル・デザイン構想 by Sayaka Ishizuka
y150saya
0
190
記録をかんたんに、提案をパーソナルに ── AIであすけんが目指すもの
oprstchn
0
160
FinOps X 2026 Recap from Engineer Side #JapanFinOps
chacco38
0
260
グローバルチームと挑むプロダクト開発
sansantech
PRO
1
160
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
Designing for Performance
lara
611
70k
SEO for Brand Visibility & Recognition
aleyda
0
4.6k
Facilitating Awesome Meetings
lara
57
7k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
330
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
What's in a price? How to price your products and services
michaelherold
247
13k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
590
Skip the Path - Find Your Career Trail
mkilby
1
160
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
220
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.1k
Transcript
館林石造物調査における分散データ編集をなん とかしてやりたい 大塚恒平 – Code for History 1
館林石造物調査 2 50年前の市内全域調査が存在 刻銘が読み取られ、記録されている 酸性雨などにさらされた50年の月日のため、今はもはや読み取れない石造物も 多く、とても有用
正確な位置や写真の情報がなく、追調査も行われていないため現況がわか らない せっかく有用な情報が記録されていても、どの石造物の話をしているのかわか らなくなってしまう危険性 ぐんま史料ネット、館林市博物館学芸員などとも協力し再調査 当初はExcelなどでデータを管理していた
館林石造物調査 3 50年前の市内全域調査が存在 刻銘が読み取られ、記録されている 酸性雨などにさらされた50年の月日のため、今はもはや読み取れない石造物も 多く、とても有用
正確な位置や写真の情報がなく、追調査も行われていないため現況がわか らない せっかく有用な情報が記録されていても、どの石造物の話をしているのかわか らなくなってしまう危険性 ぐんま史料ネット、館林市博物館学芸員などとも協力し再調査 当初はExcelなどでデータを管理していた
Excel管理の問題点と解決策 4 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難 複数人での調査
→バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可
Excel管理の問題点と解決策 5 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可
Excel管理の問題点と解決策 6 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可
Excel管理の問題点と解決策 7 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難 →あまり知られていないがQGISはテーブル間のリレーション設定可能
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可
Excel管理の問題点と解決策 8 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難 →あまり知られていないがQGISはテーブル間のリレーション設定可能
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可
Excel管理の問題点と解決策 9 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難 →あまり知られていないがQGISはテーブル間のリレーション設定可能
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可 →QGISデータをテキスト形式のGeoJSONで保存し、githubで差分管理
Excel管理の問題点と解決策 10 位置情報の管理が難しい →経度緯度を直観的に指定、修正できない →オープンソースGISソフトのQGISを利用 1対多、多対多の関係が管理難しい →テーブル構造では個々の石造物と、各文献との参照情報管理が困難 →あまり知られていないがQGISはテーブル間のリレーション設定可能
複数人での調査 →バラバラに行った変更をマージできない、各人の差分は分かるが融合は不 可 →QGISデータをテキスト形式のGeoJSONで保存し、githubで差分管理
再調査の手順 11 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与
再調査の手順 12 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与
再調査の手順 13 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与 仮位置データをgithubに公開、githubページで周辺を現地調査
仮位置周辺で発見し、メタデータの刻銘、形状などを元に特定
再調査の手順 14 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与 仮位置データをgithubに公開、githubページで周辺を現地調査
仮位置周辺で発見し、メタデータの刻銘、形状などを元に特定
再調査の手順 15 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与 仮位置データをgithubに公開、githubページで周辺を現地調査
仮位置周辺で発見し、メタデータの刻銘、形状などを元に特定 調査後、判明した正確な位置と写真を付与してQGISデータを更新 調査完了フラグと最終調査日時データを付与 GeoJSONとして出力し、githubでオープンデータとして公開
再調査の手順 16 旧調査の全データをデジタル化、必要に応じ館林市史や館林双書など 他リファレンス書物のデータも併せてデジタル化 代替の位置情報は、50年前の住宅地図などを元に仮付与 仮位置データをgithubに公開、githubページで周辺を現地調査
仮位置周辺で発見し、メタデータの刻銘、形状などを元に特定 調査後、判明した正確な位置と写真を付与してQGISデータを更新 調査完了フラグと最終調査日時データを付与 GeoJSONとして出力し、githubでオープンデータとして公開
課題 17 手順のとっつきやすさにまだ工夫の余地あり QGIS、Gitなど特殊な技術ツールが、非技術者になじみにくい ツールごとに出力フォーマットの改行位置やインデントなどが異なり、差 分検出の目論見が絵に描いた餅に
プログラムで整形すれば解決だが、非技術者に意識させないように実行できる ようにする仕組みの構築が必要 Code4Lib 2021初日のアンカンファレンスでアイデアをいただく Google Spreadsheetが多人数同時編集に有用、APIなどもあるので意 外に使える マンツーマンでペアを組んで手順を伝達する体制を作ることが大切、以前 の生徒が次は教える側に回る正のサイクルが回せるように
End User: kochizufan Github pages: https://code4history.dev/ E-mail:
[email protected]
Slide: https://speakerdeck.com/kochizufan/code4lib-2021-lt
18