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
Code for History
September 12, 2021
Technology
150
0
Share
館林石造物調査における分散データ編集をなんとかしてやりたい/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
47
ウィキペディアタウン以外にもある、地域資源の継承と発信 /wikimediacon-2025
kochizufan
0
34
高畑鬼界ヶ島と重文・称名寺本薬師如来像の来歴を追って/kikaigashima
kochizufan
0
150
絵地図を扱うFOSS4G Maplatの利用形態と採用事例のご紹介/maplat_foss4g_2024
kochizufan
0
3.3k
Maplatソリューションのご紹介 2024/Introduction_of_Maplat_geoten_2024
kochizufan
0
84
MySQLで処理するGIS 〜地球が丸いことを覚えたMySQL〜 Ver. 3?/mysql_gis_sphere
kochizufan
0
1.4k
市民生成メディアの諸問題と共通プラットフォームへの期待/code_4_history_joss2023
kochizufan
0
140
Maplatソリューションのご紹介/Introduction_of_Maplat_geoten_2023
kochizufan
0
130
歴史民俗研究に活用できるGIS-地図知識の紹介を中心に-/gumma_history_fork_study_with_gis
kochizufan
0
170
Other Decks in Technology
See All in Technology
AI活用の格差をなくす:チーム全体のAI開発生産性を底上げする方法
moongift
PRO
1
120
基礎から解説!Icebergで紐解くSnowflake×Databricks連携の現在地
cm_yasuhara
0
350
食べログのサーキットブレーカー導入を振り返って
atpons
1
140
RubyでRuby拡張を書いたらRubyより35倍速になったってどういうこと??
kazuho
3
660
Gradle×GitHub_ActionsでCI時間を約50%短縮 ジョブ分割の設計と落とし穴 / Cutting CI Time by ~50% with Gradle and GitHub Actions: Job-Splitting Design and Pitfalls
takatty
0
470
Amazon Bedrock 経由の Claude Cowork を試してみよう・MCP にも繋いでみよう
sugimomoto
0
220
【禁断】Obsidianの第二の脳に「知の巨人」と呼ばれた師匠の脳をロードしてみた
nagatsu
0
7k
責任あるソフトウェアエンジニアリングの紹介4章・5章 / RSE_Ch4-5
ido_kara_deru
0
350
Copilot CLI・IDE・Web・スマホで途切れない開発フローを目指して / One Copilot flow - CLI IDE Web Mobile
aeonpeople
1
1.1k
テストコードのないプロジェクトにテストを根付かせる
tttol
0
210
Amazon CloudFrontにおけるAIボットアクセス制御のポイント
kizawa2020
4
300
CloudFront VPCオリジンとVPC Latticeサービスの内部ALBをマルチアカウントで一元利用しよう
duelist2020jp
5
250
Featured
See All Featured
Become a Pro
speakerdeck
PRO
31
5.9k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.2k
Odyssey Design
rkendrick25
PRO
2
640
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
180
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
1.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
Building Applications with DynamoDB
mza
96
7k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
750
How to Think Like a Performance Engineer
csswizardry
28
2.6k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
270
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5.8k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.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