Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
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
0
130
館林石造物調査における分散データ編集をなんとかしてやりたい/code4lib-2021-lt
Code4Lib Japan 2021 2nd day lightning talk
Code for History
September 12, 2021
Tweet
Share
More Decks by Code for History
See All by Code for History
高畑鬼界ヶ島と重文・称名寺本薬師如来像の来歴を追って/kikaigashima
kochizufan
0
97
絵地図を扱うFOSS4G Maplatの利用形態と採用事例のご紹介/maplat_foss4g_2024
kochizufan
0
2k
Maplatソリューションのご紹介 2024/Introduction_of_Maplat_geoten_2024
kochizufan
0
53
MySQLで処理するGIS 〜地球が丸いことを覚えたMySQL〜 Ver. 3?/mysql_gis_sphere
kochizufan
0
1.2k
市民生成メディアの諸問題と共通プラットフォームへの期待/code_4_history_joss2023
kochizufan
0
98
Maplatソリューションのご紹介/Introduction_of_Maplat_geoten_2023
kochizufan
0
98
歴史民俗研究に活用できるGIS-地図知識の紹介を中心に-/gumma_history_fork_study_with_gis
kochizufan
0
140
奈良の地誌研究における、最新の判明事項と研究の諸問題/nara_chishi_kenkyu
kochizufan
0
110
高札場の歴史事例研究(館林・奈良) ―道路元標の置かれた場所の前時代史―/nara-tatebayashi-0km-post
kochizufan
0
200
Other Decks in Technology
See All in Technology
SRE視点で振り返るメルカリのアーキテクチャ変遷と普遍的な考え
foostan
2
3.1k
メッセージ駆動が可能にする結合の最適化
j5ik2o
9
1.7k
Master Dataグループ紹介資料
sansan33
PRO
1
4k
AIで加速する次世代のBill Oneアーキテクチャ〜成長の先にある軌道修正〜
sansantech
PRO
1
150
Flutter Thread Merge - Flutter Tokyo #11
itsmedreamwalker
1
120
Symfony AI in Action
el_stoffel
2
250
DGX SparkでローカルLLMをLangChainで動かした話
ruzia
1
160
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
5
46k
私のRails開発環境
yahonda
0
130
AIにおける自由の追求
shujisado
1
220
IaC を使いたくないけどポリシー管理をどうにかしたい
kazzpapa3
1
180
"'TSのAPI型安全”の対価は誰が払う?不公平なスキーマ駆動に終止符を打つハイブリッド戦略
hal_spidernight
0
210
Featured
See All Featured
Typedesign – Prime Four
hannesfritz
42
2.9k
Automating Front-end Workflow
addyosmani
1371
200k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.8k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.1k
4 Signs Your Business is Dying
shpigford
186
22k
Making Projects Easy
brettharned
120
6.5k
Faster Mobile Websites
deanohume
310
31k
For a Future-Friendly Web
brad_frost
180
10k
Music & Morning Musume
bryan
46
7k
Building Adaptive Systems
keathley
44
2.8k
A better future with KSS
kneath
239
18k
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