1 00:00:00,000 --> 00:00:02,279 [GLAMパネル] 2 00:00:02,279 --> 00:00:06,249 [スサンナ・オーネス、マイク・ディキソン、 ユアヒム・ナイバート、ビート・エスターマン] 3 00:00:06,309 --> 00:00:08,249 皆さん こんにちは 4 00:00:08,929 --> 00:00:12,068 GLAMパネルにようこそ 5 00:00:13,124 --> 00:00:17,009 始める前に 2つお知らせがあります 6 00:00:17,329 --> 00:00:23,049 第1に Etherpadを広く活用して メモを取ってください 7 00:00:23,781 --> 00:00:29,488 第2に 自宅やその他の場所で ご覧の皆さんへ 8 00:00:29,819 --> 00:00:31,554 ご質問があれば 9 00:00:31,554 --> 00:00:34,028 Etherpadへ 書き込んでください 10 00:00:34,028 --> 00:00:37,828 この部屋のサポート担当が 把握していく予定です 11 00:00:39,328 --> 00:00:44,348 皆さんの貢献を拝見した後に 12 00:00:44,368 --> 00:00:49,128 私たちが決定した 今年のパネルのテーマは 13 00:00:49,128 --> 00:00:52,958 実際のウィキメディアの プロジェクトを凌駕する 14 00:00:52,958 --> 00:00:57,199 データ エコシステムにおける ウィキデータの役割です 15 00:00:57,199 --> 00:01:03,868 これは新しいウィキメディア財団の戦略とも 完全に一致するものです 16 00:01:04,652 --> 00:01:07,947 今日は4名のパネリストがいます 17 00:01:08,387 --> 00:01:09,876 3名と私です 18 00:01:10,372 --> 00:01:15,276 ご紹介しますので 登壇してください 19 00:01:22,205 --> 00:01:24,706 こちらはスサンナ・オーネスです 20 00:01:25,385 --> 00:01:29,296 長年フリー ナレッジの活動をしており 21 00:01:29,296 --> 00:01:31,591 数多くのウィキプロジェクトに 参加しています 22 00:01:31,916 --> 00:01:36,346 今日は フィンランド国立図書館との 共同プロジェクトに関して 23 00:01:36,346 --> 00:01:38,396 お伝えいただく予定です 24 00:01:38,856 --> 00:01:43,435 次にご紹介するのは 私の隣の マイク・ディキソンです 25 00:01:43,435 --> 00:01:46,325 ご覧の順で 2番目にお話しいただきます 26 00:01:46,995 --> 00:01:50,283 彼はニュージーランドの学芸員です 27 00:01:50,283 --> 00:01:53,815 また 動物学者で ウィキペディア編集者でもあり 28 00:01:53,815 --> 00:01:57,218 さらに 2018年と2019年における 29 00:01:57,218 --> 00:02:02,565 ニュージーランド初の ウィキペディアン代表です 30 00:02:03,828 --> 00:02:06,634 お話しいただくのは その役割に関する経験と 31 00:02:06,634 --> 00:02:13,275 その状況の中で ウィキデータが果たしている役割です 32 00:02:15,784 --> 00:02:18,135 次にご紹介するのは ユアヒム・ナイバートです 33 00:02:18,135 --> 00:02:23,461 キールとハンブルグにある ドイツ国立経済学図書館からお越しです 34 00:02:24,011 --> 00:02:29,131 彼が取り組んでいるのは 世界最大の公開出版物アーカイブを 35 00:02:29,131 --> 00:02:34,655 ウィキデータを使用して 一般に利用しやすくすることです 36 00:02:35,890 --> 00:02:39,091 最後に私 ビート・エスターマンです 37 00:02:39,091 --> 00:02:43,080 スイスのベルン応用科学大学に 勤めています 38 00:02:43,640 --> 00:02:49,950 スイスやオーストリアで OpenGLAMを長年推進しています 39 00:02:50,335 --> 00:02:52,637 今日お伝えするのは 40 00:02:52,637 --> 00:02:59,460 Canadian Arts Presenting Associationと 行っている活動です 41 00:02:59,460 --> 00:03:02,072 舞台芸術に焦点を当てたものであって 42 00:03:02,121 --> 00:03:04,440 ウィキデータが主ではありませんが 43 00:03:04,440 --> 00:03:08,521 そこでもウィキデータが果たしている 役割を理解していただけるはずです 44 00:03:08,970 --> 00:03:13,250 では着席させていただきまして 45 00:03:13,250 --> 00:03:16,980 スサンナにお話しいただきましょう 46 00:03:19,696 --> 00:03:22,769 こんにちは スサンナ・オーネスです 47 00:03:22,769 --> 00:03:24,509 ウィキメディア フィンランドで 48 00:03:24,509 --> 00:03:27,079 非常勤のGLAMコーディネーターとして 働いています 49 00:03:27,079 --> 00:03:32,655 またオープン ナレッジの分野で コンサルタントも行っています 50 00:03:32,655 --> 00:03:36,049 これはどちらかと言うと 後者に関するお話です 51 00:03:36,049 --> 00:03:39,236 私が携わっているのは 52 00:03:39,236 --> 00:03:45,501 地理的データグループに関する仕事です 53 00:03:45,501 --> 00:03:48,269 その対象は― 54 00:03:48,439 --> 00:03:51,147 英語では何かというか 調べました… 55 00:03:51,147 --> 00:03:54,497 フィンランド王族統治の 文化遺産構想です 56 00:03:54,917 --> 00:03:58,515 これは次に関係しています 57 00:03:58,515 --> 00:03:59,775 地名と 58 00:03:59,775 --> 00:04:07,177 地名がフィンランドのGLAMセクターの 異なるリポジトリにどう表されるか 59 00:04:07,266 --> 00:04:11,755 また GLAMセクターが異なるソースを どうまとめようとしているか 60 00:04:11,755 --> 00:04:17,906 ウィキデータやその他モデリングにより GLAMセクターがどう情報を得るかです 61 00:04:17,906 --> 00:04:23,315 ここに示されているのは YSO placesへの3つの主なソースで 62 00:04:23,315 --> 00:04:27,944 これらは全国的または一般的な オントロジーの一部です 63 00:04:27,944 --> 00:04:29,875 AHAAは フィンランドのアーカイブ向け 64 00:04:29,875 --> 00:04:31,807 Melindaは フィンランド図書館向け 65 00:04:31,807 --> 00:04:34,253 KOOKOSは フィンランド美術館・博物館向けです 66 00:04:34,360 --> 00:04:37,585 ですから3つの コンテンツ管理システムが 67 00:04:37,585 --> 00:04:40,430 YSO placesにまとまっています 68 00:04:41,610 --> 00:04:47,505 ウィキデータとの間では すでにデータのやりとりが行われていて 69 00:04:47,965 --> 00:04:53,065 国土調査向けの ネームプロジェクトも同様です 70 00:04:53,065 --> 00:04:56,872 またFinnish Names Archiveという 第3プロジェクトもあり 71 00:04:56,872 --> 00:05:00,391 YSO placesには まだ寄与していませんが 72 00:05:00,391 --> 00:05:03,095 そのための計画はあります 73 00:05:03,645 --> 00:05:06,016 全体の課題の中でも 74 00:05:06,016 --> 00:05:10,507 重要なモデリングの課題の1つは 75 00:05:11,497 --> 00:05:15,513 このプロジェクトに表されている地名に 76 00:05:15,513 --> 00:05:18,195 3種類の要素があることです 77 00:05:18,753 --> 00:05:21,236 うち1つ目が場所で 位置を持つものです 78 00:05:21,850 --> 00:05:24,638 2つ目が地名で 例えば地名学による地名です 79 00:05:25,169 --> 00:05:27,194 3つ目がソースで 80 00:05:27,194 --> 00:05:32,199 これは場所と地名の双方の由来または その裏付けとなる文献です 81 00:05:32,565 --> 00:05:34,089 YSO placesは... 82 00:05:35,225 --> 00:05:38,799 ここ右上に 同じ図がまたありますが 83 00:05:38,799 --> 00:05:41,189 主に場所を重視しています 84 00:05:42,619 --> 00:05:45,049 重要な点は YSO placesが 85 00:05:45,049 --> 00:05:49,289 フィンランド国立図書館とFintoの プロジェクトであることです 86 00:05:50,199 --> 00:05:55,608 現在フィンランド語とスウェーデン語では 7,000を超える場所が存在し 87 00:05:55,608 --> 00:05:59,438 英語では3,000を超える場所が 存在しており 88 00:05:59,438 --> 00:06:03,042 パブリック ドメイン(CC0)の ライセンスを取得してあります 89 00:06:03,042 --> 00:06:06,008 ここに表示されているのは Fintoのサービスです 90 00:06:07,124 --> 00:06:09,883 場所はセベッティヤルビを 選択してあります 91 00:06:10,570 --> 00:06:14,960 これは私たちのスコルト・サーミ語での 言語プロジェクトにも関係しています 92 00:06:15,268 --> 00:06:18,877 ここはフィンランドの 極北に位置する場所で 93 00:06:18,877 --> 00:06:21,765 スコルト・サーミが居住しています 94 00:06:22,717 --> 00:06:25,787 ここで分かるのは― 95 00:06:27,264 --> 00:06:32,724 この場所に関するデータが 96 00:06:32,724 --> 00:06:40,159 ウィキデータと 国土調査のデータに 97 00:06:40,159 --> 00:06:42,344 リンクしていることです 98 00:06:43,192 --> 00:06:47,406 こちらがその詳細です 99 00:06:48,582 --> 00:06:56,515 またこれはリポジトリの中に 階層的に整理されていますので 100 00:06:57,670 --> 00:07:00,460 セベッティヤルビは 今表示されていませんが 101 00:07:00,460 --> 00:07:06,048 この自治体の下に存在しています 102 00:07:06,048 --> 00:07:08,120 そして その地域 103 00:07:08,120 --> 00:07:12,254 そして国としてのフィンランドや さらに広域の地域に含まれています 104 00:07:12,650 --> 00:07:14,965 ここで分かるのは YSO placesの多くが 105 00:07:14,965 --> 00:07:20,479 Mix'n'Matchを通じて すでにウィキデータと照合されています 106 00:07:20,479 --> 00:07:22,266 未照合のものもあります 107 00:07:22,877 --> 00:07:27,900 ですが 名前の量は それほど多くありません 108 00:07:28,411 --> 00:07:30,844 たった5,000未満です 109 00:07:31,570 --> 00:07:33,630 他にもリポジトリとして 110 00:07:33,630 --> 00:07:36,780 フィンランドの地理空間的プラットフォーム プロジェクトによる 111 00:07:36,780 --> 00:07:39,524 Place Names Cardsがあります 112 00:07:39,524 --> 00:07:42,130 すべてフィンランドの地図に 載っている地名です 113 00:07:42,945 --> 00:07:46,230 これらにはCCライセンス バージョン4.0が付与された 114 00:07:46,230 --> 00:07:48,287 リンクトデータもあります 115 00:07:48,780 --> 00:07:50,488 80万の地図ラベルは 116 00:07:50,488 --> 00:07:55,778 フィンランド語、スウェーデン語 フィンランドの3つのサーミ語によるものです 117 00:07:55,997 --> 00:07:58,877 また2種類の異なるエンティティがあります 118 00:07:58,877 --> 00:08:00,680 1つは場所で 119 00:08:00,680 --> 00:08:02,651 もう1つは地名などの 場所の名前です 120 00:08:02,651 --> 00:08:05,271 両方に恒久URIがあります 121 00:08:06,001 --> 00:08:08,071 例えば同じセベッティヤルビに対し 122 00:08:08,071 --> 00:08:11,635 まずフィンランド語 続いて3つのサーミ語 123 00:08:11,635 --> 00:08:14,001 言語同様 地理的データがあり 124 00:08:14,001 --> 00:08:19,774 そして場所の種類などの さらなる情報があります 125 00:08:21,640 --> 00:08:26,113 これは地名に対するカードで 126 00:08:26,113 --> 00:08:28,761 独自のURIがあります 127 00:08:29,943 --> 00:08:33,738 失礼 英語のリストに 翻訳されていないようですが 128 00:08:34,432 --> 00:08:39,151 プロジェクトの一部は 多言語で取り扱われています 129 00:08:39,653 --> 00:08:42,523 次にFinnish Names Archive についてです 130 00:08:42,523 --> 00:08:46,234 これは2017年フィンランドの 言語機関によるプロジェクトで 131 00:08:46,234 --> 00:08:49,236 場所や地名でなく 132 00:08:49,236 --> 00:08:52,603 それらのソースを説明するものです 133 00:08:53,119 --> 00:08:57,123 地名に関する 3百万の現地調査記録を含む 134 00:08:57,123 --> 00:08:59,529 ウィキベースのプロジェクトです 135 00:08:59,900 --> 00:09:03,685 ウィキベースに主にフィンランド語 いくつかはスウェーデン語で収められています 136 00:09:03,685 --> 00:09:06,271 サーミ語の名でも 傑出したコレクションがあり 137 00:09:06,271 --> 00:09:08,111 興味深いものです 138 00:09:08,111 --> 00:09:10,854 CC BY(表示)のライセンスが 付与されているため 139 00:09:10,854 --> 00:09:14,850 ウィキデータの観点からは 困難ではありますが 140 00:09:14,850 --> 00:09:17,640 フィンランド語の ローカル ウィキベースがあれば 141 00:09:17,640 --> 00:09:22,772 私たちがこのプロジェクトで 初めてそれに取り組めるかもしれません 142 00:09:23,034 --> 00:09:25,343 こちらがそのプロジェクトの スクリーンショットで 143 00:09:26,443 --> 00:09:30,023 表示されているのは 場所に関する情報― 144 00:09:30,023 --> 00:09:35,227 収集者が最初に使用した地図と 145 00:09:35,227 --> 00:09:40,713 彼らが収集した情報から 生み出されたカードです 146 00:09:41,455 --> 00:09:46,416 こちらはカードの1つで 147 00:09:46,416 --> 00:09:50,404 それらに含まれる詳細データです 148 00:09:50,949 --> 00:09:53,751 カードが送られる先は リンクト データ プロジェクトで 149 00:09:53,751 --> 00:09:56,506 ヘルシンキのデジタル ヒューマニティラボ(HDHⅬ)と 150 00:09:56,506 --> 00:09:59,256 アールト大学の コンピューティング グループである 151 00:09:59,256 --> 00:10:02,246 セマティック コンピューターと (SeCo) 152 00:10:02,246 --> 00:10:07,813 Names Sampoという フィンランドの言語機関によるものです 153 00:10:07,994 --> 00:10:10,644 これは地名のソースに追加される 154 00:10:10,644 --> 00:10:13,503 集約型リサーチインターフェースです 155 00:10:13,958 --> 00:10:17,438 左側で 多数のソースが あることがここで分かります 156 00:10:18,358 --> 00:10:22,393 またこのデータに基づいて 異なる視覚化も行えます 157 00:10:25,289 --> 00:10:28,073 私が提案しているアイデアは 158 00:10:28,073 --> 00:10:32,693 ローカル ウィキベース向けのモデリングに このデータを使用することです 159 00:10:33,294 --> 00:10:37,770 モデル方法などの モデリングに関する疑問は出てきます 160 00:10:37,770 --> 00:10:41,729 異なる方法や慣習が それぞれにあるからです 161 00:10:45,682 --> 00:10:52,234 良い点は わずかな努力で 少数言語をサポートできることです 162 00:10:53,243 --> 00:10:56,771 ここに2つの選択肢があります [場所が新規項目になるのはいつか] 163 00:10:56,771 --> 00:11:01,861 フィンランド語の 時空オントロジーであるSAPOのモデルと 164 00:11:02,251 --> 00:11:04,227 ウィキデータのモデルです 165 00:11:04,421 --> 00:11:07,909 ウィキデータでは 新規項目にならない傾向があります 166 00:11:08,484 --> 00:11:12,520 プロパティ変更に関わらず 同じ項目のままであることが理想です 167 00:11:12,871 --> 00:11:14,762 一方 SAPOモデルでは 168 00:11:14,762 --> 00:11:20,399 エリアや地名の変更があると 新規項目になります 169 00:11:21,179 --> 00:11:28,759 そこで 場所と地名とソースの 3つの側面を持つ 170 00:11:28,759 --> 00:11:31,719 この区分に戻りましょう 171 00:11:32,099 --> 00:11:37,659 地名は エンティティとプロパティの どちらにすべきでしょうか 172 00:11:37,659 --> 00:11:40,021 ウィキデータが プロパティを使用している一方 173 00:11:40,021 --> 00:11:43,098 国土調査プロジェクトは エンティティを使用しています 174 00:11:43,838 --> 00:11:46,177 それとも 語彙素にするべきでしょうか? 175 00:11:46,177 --> 00:11:49,997 ウィキデータは 地名に対して 176 00:11:49,997 --> 00:11:54,956 語彙素よりも テキストのプロパティを選択しています 177 00:11:55,567 --> 00:11:57,748 失礼 逆でしたか?(笑) 178 00:11:57,818 --> 00:11:59,791 ですから 地名は― 179 00:12:03,056 --> 00:12:06,762 語彙素ではなく プロパティですね 180 00:12:07,165 --> 00:12:11,132 ウィキベースの欠点は 181 00:12:11,132 --> 00:12:16,340 内部に地理的情報が 不足していることかもしれません 182 00:12:16,453 --> 00:12:20,811 例えば 基本設定では… 183 00:12:21,005 --> 00:12:24,748 地域的な地理的情報を 使用できるようにするためには 184 00:12:24,748 --> 00:12:29,688 スタックにテクノロジーを 加える必要があるでしょう 185 00:12:30,178 --> 00:12:34,763 またウィキデータのコーパスを 活用できるようにするためには 186 00:12:34,763 --> 00:12:38,168 フェデレーションが必要です 187 00:12:38,648 --> 00:12:43,052 以上です ありがとうございます 188 00:12:43,616 --> 00:12:45,827 (拍手) 189 00:13:01,255 --> 00:13:02,514 はい 190 00:13:03,274 --> 00:13:05,011 (マオリ語) 191 00:13:05,011 --> 00:13:07,655 ようこそ 皆さん マイク・ディキソンです 192 00:13:08,375 --> 00:13:10,149 1年間 193 00:13:10,149 --> 00:13:13,075 ニュージーランドの ウィキペディアン代表でした 194 00:13:13,935 --> 00:13:16,935 ウィキペディアン代表とは 何かと思われるでしょう 195 00:13:17,856 --> 00:13:21,875 調べてみると ご覧のように そんなものはないからです 196 00:13:22,735 --> 00:13:25,855 補助金申請で 私が造った言葉です 197 00:13:26,153 --> 00:13:29,983 財団は気に入ってくれたようなので 198 00:13:29,983 --> 00:13:31,643 その肩書を使っています 199 00:13:32,303 --> 00:13:36,633 1年間で35の異なる機関を経験しました 200 00:13:37,053 --> 00:13:41,229 そのほとんどが在駐で トレーニングセッションを行い 201 00:13:41,229 --> 00:13:43,403 公開イベントを企画し 202 00:13:43,403 --> 00:13:47,230 各所でウィキメディア戦略を 発展できるよう努めました 203 00:13:47,998 --> 00:13:49,498 面白い経験で 204 00:13:49,498 --> 00:13:52,820 さまざま広範囲の プロジェクトや人々に出会いました 205 00:13:53,267 --> 00:13:59,912 面白く啓蒙的な方法で ウィキデータを扱っている 206 00:13:59,912 --> 00:14:04,547 異なるプロジェクトの いくつかをお話します 207 00:14:05,171 --> 00:14:07,591 これが皆さんの議論に 役立つかもしれません 208 00:14:08,561 --> 00:14:11,499 このプロジェクトは最初 ウィキペディアのプロジェクトでした 209 00:14:12,175 --> 00:14:14,651 ウィキペディアの名は よく知られていたからです 210 00:14:15,281 --> 00:14:19,751 伝統的な編集マラソンや ジェンダーギャップに関するものなど 211 00:14:19,751 --> 00:14:23,265 複数の別のイベントを企画しました 212 00:14:24,607 --> 00:14:26,752 多くの皆さんが[聞き取り不能] 213 00:14:27,105 --> 00:14:30,812 新しい編集者をうまく募集したり することができました 214 00:14:31,754 --> 00:14:34,454 コモンズへ 大量のアップロードを行いました 215 00:14:35,454 --> 00:14:37,254 次のような事例もありました 216 00:14:37,698 --> 00:14:41,246 昆虫学のイラストレーター デス・ヘルモアによる 217 00:14:41,246 --> 00:14:46,047 千を超えるオリジナルアート作品の コレクションが 218 00:14:46,047 --> 00:14:48,257 ハードドライブに放置されており 219 00:14:48,257 --> 00:14:50,357 10年に渡る調査研究 [聞き取り不能] 220 00:14:50,357 --> 00:14:54,245 すべてCC BYライセンスの下で 公表する許可を得たのです 221 00:14:54,809 --> 00:14:57,963 これで世間の人たちに 見てもらいやすくなりました 222 00:14:57,963 --> 00:15:00,972 甲虫類のたくさんのイラストで 皆が理解でき 223 00:15:01,029 --> 00:15:06,681 ジェンダーギャップを埋める ワークショップも 皆が理解できます 224 00:15:07,250 --> 00:15:08,741 ですが ウィキデータは 225 00:15:08,741 --> 00:15:12,640 GLAMセクターや 特定の活動を行う外部の人々に 226 00:15:12,640 --> 00:15:15,095 導入してもらうのは 難しいものでした 227 00:15:16,107 --> 00:15:17,517 ウィキデータは 228 00:15:17,517 --> 00:15:20,614 ウィキペディアン代表の プロジェクトの 229 00:15:20,614 --> 00:15:25,488 ますます重要な部分になると 私は気付き始めました 230 00:15:25,883 --> 00:15:28,509 プロジェクトが進むにつれ 231 00:15:28,509 --> 00:15:31,393 私の仕事の大部分を 占めるようになりました 232 00:15:31,849 --> 00:15:36,350 そこで ウィキデータを 自分で学ぼうとし始めました 233 00:15:36,800 --> 00:15:39,515 どれだけ重要か 分かり始めたからです 234 00:15:40,287 --> 00:15:41,989 こんなプロジェクトがありました 235 00:15:42,445 --> 00:15:46,325 カカポ(フクロウオウム)は ニュージーランド固有の跳べないオウムです 236 00:15:48,096 --> 00:15:54,285 種を絶滅から救う仕事をしている 保護局と協働し 237 00:15:54,285 --> 00:15:57,262 「ウィキデータへ 一羽一羽のカカポを収めては」と 238 00:15:57,262 --> 00:15:59,253 アイデアを投げ掛けました 239 00:16:01,221 --> 00:16:02,701 とんでもないようですが 240 00:16:02,701 --> 00:16:05,580 十分に実行可能なプロジェクトで 241 00:16:05,580 --> 00:16:08,427 すでにいくつかは収められています 242 00:16:09,100 --> 00:16:11,601 カカポはたくさんいるわけではないので 243 00:16:11,615 --> 00:16:13,245 扱える作業です 244 00:16:13,630 --> 00:16:16,935 開始時には148羽いて 1羽が死にましたが 245 00:16:16,935 --> 00:16:20,995 記録的な繁殖期に 213羽まで増えました 246 00:16:21,765 --> 00:16:25,045 過去50年で最大のカカポ数というのは 素晴らしいことです 247 00:16:25,505 --> 00:16:28,260 これは一大事で 248 00:16:28,260 --> 00:16:30,725 ニュージーランドで毎日 報道されました 249 00:16:31,285 --> 00:16:33,224 新しいカカポが生まれるたび 250 00:16:33,224 --> 00:16:34,414 (聴衆)ニューヨークタイムズでも 251 00:16:34,414 --> 00:16:35,673 (マイク)そうですか 素晴らしい 252 00:16:35,673 --> 00:16:38,522 これは国内ニュースでした 皆に好かれている鳥です 253 00:16:39,002 --> 00:16:40,663 面白いことに 254 00:16:40,663 --> 00:16:43,932 個体数の多い種と違い 255 00:16:43,932 --> 00:16:47,822 カカポは1羽残らず 独自の名前が名付けられていて 256 00:16:47,822 --> 00:16:49,817 独自のID番号があることです 257 00:16:50,350 --> 00:16:52,231 またしばしば 良い伝記データもあります 258 00:16:52,442 --> 00:16:54,672 例えば出生地や 誕生日 259 00:16:54,672 --> 00:16:56,972 孵化した日や 父母 260 00:16:56,972 --> 00:16:58,713 死亡した場合は 死亡日などです 261 00:16:59,230 --> 00:17:02,525 こうした情報は 保護局のデータベースにあります 262 00:17:02,882 --> 00:17:05,243 最も有名なカカポの1羽は 263 00:17:05,243 --> 00:17:08,503 風にちなみ名付けられた Sirocco(シロコ)で 264 00:17:08,503 --> 00:17:10,902 ご覧の誕生データがあり 265 00:17:10,902 --> 00:17:13,238 Twitterアカウントもあります 266 00:17:13,705 --> 00:17:16,635 ウィキデータは それに関して多少問題があります 267 00:17:16,635 --> 00:17:19,779 Twitterアカウントを 持てないからですかね 268 00:17:21,121 --> 00:17:23,221 アルバムカバーで 特集されたりしています 269 00:17:23,456 --> 00:17:25,716 このプロパティは複数あり 270 00:17:25,716 --> 00:17:27,939 最も有名な 固有のカカポの1羽です 271 00:17:28,258 --> 00:17:32,921 個々のカカポを収めるアイデアを 保護局に投げ掛けた際 272 00:17:32,921 --> 00:17:37,135 どれだけの伝記データを公表するか 273 00:17:37,135 --> 00:17:39,365 考慮する必要がありました 274 00:17:39,555 --> 00:17:41,225 簡単なリストにして 275 00:17:41,225 --> 00:17:46,644 現在212羽... 2羽は死んだので210羽が 276 00:17:46,644 --> 00:17:50,268 生存しているカカポの 候補すべてです 277 00:17:50,703 --> 00:17:52,933 巣立つときに名付けられ 278 00:17:52,933 --> 00:17:55,496 まだヒナの間だけ コード番号を持ちます 279 00:17:56,186 --> 00:17:58,859 完全に羽が生えそろった時に 280 00:17:58,859 --> 00:18:01,767 ウィキデータを整えて 281 00:18:01,767 --> 00:18:04,225 種全体をウィキデータに収めるのですが 282 00:18:04,586 --> 00:18:06,979 *DOC ID*に対する プロパティは考える必要があり 283 00:18:06,979 --> 00:18:08,875 それを皆さんにご相談したいのです 284 00:18:09,261 --> 00:18:11,266 特定のIDを使用すべきか 285 00:18:11,266 --> 00:18:15,239 または 特定の調査プロジェクトに タグ付けされている― 286 00:18:15,239 --> 00:18:21,965 個体の鳥や植物や動物に対して機能する IDを考えるべきかというのは 287 00:18:21,965 --> 00:18:23,795 良い質問です 288 00:18:25,025 --> 00:18:28,225 2つ目のプロジェクトは クライストチャーチ アート ギャラリーです 289 00:18:28,225 --> 00:18:31,523 ニュージーランドで 最も有名なアーティスト 290 00:18:31,523 --> 00:18:33,963 コリン・マカホンの絵画が 数点 存在しています 291 00:18:33,963 --> 00:18:36,704 ニュージーランド スクール ジャーナルのための絵画で 292 00:18:36,704 --> 00:18:38,424 当時 政府が出資したものでした 293 00:18:38,754 --> 00:18:40,377 ニュージーランドの アーカイブが 294 00:18:40,377 --> 00:18:42,294 これらの絵画の著作権を 持っていました 295 00:18:42,294 --> 00:18:44,333 これは非常に稀な状況です 296 00:18:44,504 --> 00:18:47,073 私はクライストチャーチ アート ギャラリーに勤め 297 00:18:47,073 --> 00:18:48,993 オークランド アートギャラリーと共に 298 00:18:48,993 --> 00:18:52,954 Find New Zealand Artists というサイトを管理していました 299 00:18:52,954 --> 00:18:55,757 この仕事は ニュージーランドのアーティストの 300 00:18:55,757 --> 00:18:58,403 各機関の保有資産を追跡することでした 301 00:18:58,403 --> 00:19:03,163 データベースにある 1万8千の異なるアーティストの大半に 302 00:19:03,163 --> 00:19:05,517 情報がほとんどありませんでした 303 00:19:06,233 --> 00:19:08,759 そこで例のMix'n'Matchで参照し 304 00:19:08,992 --> 00:19:11,822 少なくとも誕生日 または死亡日 305 00:19:11,822 --> 00:19:13,961 誕生地や死亡地の 306 00:19:13,961 --> 00:19:17,610 情報があるものをエクスポートしました 307 00:19:17,747 --> 00:19:20,015 ですから あまり限定されていません 308 00:19:20,517 --> 00:19:22,996 それでも 一致したものは それほどありませんでした 309 00:19:23,570 --> 00:19:26,754 でも 現在ウィキデータで 著名なアーティストに一致するものは 310 00:19:26,754 --> 00:19:28,379 現在約1,500あります 311 00:19:28,603 --> 00:19:29,836 これは良いことです 312 00:19:30,123 --> 00:19:31,783 ですが彼らにとっての利点は 313 00:19:31,783 --> 00:19:33,618 彼らのウェブサイトであることです 314 00:19:33,935 --> 00:19:38,681 資産へのリンクで管理するだけです 315 00:19:39,213 --> 00:19:41,254 ですがこの伝記データは 316 00:19:41,254 --> 00:19:46,063 アーティスト一人一人に対し 現在 手作業で作成されています 317 00:19:46,063 --> 00:19:48,803 エクスポートや Mix'n'Matchによる照合で 318 00:19:48,803 --> 00:19:50,763 それまで気付かなかった 319 00:19:50,763 --> 00:19:53,206 数々の入力ミスと間違いなどが 明らかになりました 320 00:19:53,723 --> 00:19:55,703 Excelを通じて 並び替えを実行すると 321 00:19:55,703 --> 00:19:57,272 これらの問題が明らかになります 322 00:19:57,878 --> 00:20:01,720 ウィキデータから情報を取り込めると 私が言ったとき 323 00:20:01,720 --> 00:20:05,527 彼らにとって それは真新しい考えで 324 00:20:05,527 --> 00:20:09,139 ウィキデータの価値は急に変わりました 325 00:20:09,507 --> 00:20:11,423 これは利点の1つだと思います 326 00:20:11,748 --> 00:20:14,907 手間暇かけて手作業でキュレートされた ウェブサイトがある場合 327 00:20:14,907 --> 00:20:17,744 1万8千ものエントリーに 多数の誤りがあっても 328 00:20:17,744 --> 00:20:21,258 他の人に事実確認と修正を 行ってもらうという 329 00:20:21,258 --> 00:20:23,192 別の方法を示せれば 330 00:20:23,192 --> 00:20:24,813 共感してもらえます 331 00:20:25,143 --> 00:20:27,293 私たちは次のような アイデアを投げ掛けました 332 00:20:27,293 --> 00:20:30,603 30年代のクライストチャーチの ニュージーランド アーティストの 333 00:20:30,603 --> 00:20:33,333 歴史本のすべてを 「ウィキデータ化」するというもので 334 00:20:33,333 --> 00:20:39,453 あらゆる人物、コネクション、場所、展示 などの出版物をデータ化するものです 335 00:20:39,453 --> 00:20:43,103 これは管理できる規模のプロジェクトで 彼らは喜んでいました 336 00:20:44,303 --> 00:20:46,843 3つ目に Maori Subject Headings (マオリ件名標目)をお見せします 337 00:20:46,843 --> 00:20:48,280 *waka(ワカ)*とは 338 00:20:48,280 --> 00:20:52,732 特定の種類のカヌー 戦争カヌーに対するマオリ名です 339 00:20:52,732 --> 00:20:57,272 ニュージーランドの国立図書館に *waka*に対するリスティングがあり 340 00:20:57,272 --> 00:21:00,740 国立図書館は マオリの件名標目に関して 341 00:21:00,740 --> 00:21:04,471 マオリ語による 独自の辞書を持っているからです 342 00:21:04,474 --> 00:21:06,475 そこで*waka*は 343 00:21:07,175 --> 00:21:09,512 マオリ語と英語で定義されています 344 00:21:10,182 --> 00:21:12,372 さらに狭義の言葉もあります 345 00:21:12,372 --> 00:21:14,222 画面端でご覧になれます 346 00:21:14,222 --> 00:21:16,237 典型的なものは *taurapa(トゥーラパ)*です 347 00:21:16,237 --> 00:21:19,774 まずマオリ語で 次に英語で定義されています 348 00:21:19,774 --> 00:21:22,249 これはご覧のように 彫刻を施した船尾のことで 349 00:21:22,695 --> 00:21:24,482 英語で「sternpost」ですが 350 00:21:24,482 --> 00:21:26,959 *taurapa*に その語は使えません 351 00:21:26,959 --> 00:21:31,054 *taurapa*は特定の種類の 戦争カヌーの船尾のみを指すからです 352 00:21:31,420 --> 00:21:34,460 それに相当する英語はありません 353 00:21:35,108 --> 00:21:42,177 文化的特定用語のオントロジー全体が 注意深くまとめられ 354 00:21:42,177 --> 00:21:45,043 国立図書館とマオリ人により 確認されています 355 00:21:45,043 --> 00:21:47,503 英語でもマオリ語でも 356 00:21:47,503 --> 00:21:51,803 常に 定義や説明に 追加や改善がされています 357 00:21:51,803 --> 00:21:52,956 素晴らしいことです 358 00:21:52,956 --> 00:21:55,030 私はこのたくさんの情報を 359 00:21:55,030 --> 00:21:58,516 まずマオリ語で 次に必要に応じ英語への翻訳で 360 00:21:58,516 --> 00:22:00,596 ウィキデータに収めることを 考えつきました 361 00:22:00,596 --> 00:22:02,291 そうなったらいいですよね 362 00:22:03,081 --> 00:22:05,046 こちらが著作権とライセンスです 363 00:22:05,046 --> 00:22:08,726 あいにく非営利‐改変禁止です 364 00:22:10,346 --> 00:22:13,226 そこで彼らがこのライセンスを 選択した理由について 365 00:22:13,226 --> 00:22:14,524 お話ししましょう 366 00:22:15,675 --> 00:22:20,949 恐らく このいかなる情報も 営利目的で使用できないという保証を条件に 367 00:22:20,949 --> 00:22:23,865 腰を下ろして [聞き取り不能]ことに承諾した 368 00:22:23,865 --> 00:22:27,246 マオリ人からのみ同意を得たからです 369 00:22:27,920 --> 00:22:31,999 そこがこの仕事のもどかしい面で 370 00:22:31,999 --> 00:22:34,100 こうした制限事項に直面しています 371 00:22:34,617 --> 00:22:38,031 次の3つを前面に押し出して 議論の拍車をかけたいと思います 372 00:22:38,379 --> 00:22:40,878 ウィキデータに種全体を取り込むこと 373 00:22:41,233 --> 00:22:45,812 ウィキデータの価値に関する アートギャラリー学芸員の考えを変えること 374 00:22:46,078 --> 00:22:50,934 そして別の言語で完全なオントロジーが ある場合にどうするか― 375 00:22:50,934 --> 00:22:54,827 これはクリエイティブ コモンズの ライセンスが限定的なため実現していません 376 00:22:55,697 --> 00:22:56,997 ありがとうございました 377 00:22:56,997 --> 00:22:58,737 (拍手) 378 00:23:11,412 --> 00:23:14,077 ユアヒム・ナイバートです 379 00:23:14,077 --> 00:23:17,491 ZBW(ドイツ経済学中央図書館)に 勤めています 380 00:23:17,522 --> 00:23:20,947 これはハンブルグにある 経済学のための情報センターで 381 00:23:21,070 --> 00:23:23,796 私は科学ソフトウェア開発者として 働いています 382 00:23:24,726 --> 00:23:31,108 昨年の仕事の一部は ウィキデータへ提供するデータの準備でした 383 00:23:31,878 --> 00:23:37,503 メタデータの提供や 20世紀の出版物アーカイブなど 384 00:23:37,613 --> 00:23:43,259 初めての経験として その仕事に関してお伝えします 385 00:23:46,463 --> 00:23:48,299 私たちが知る限りでは 386 00:23:48,299 --> 00:23:52,678 これは世界最大の 公開出版物アーカイブです 387 00:23:54,018 --> 00:23:59,386 1908年から2005年の間に 集められた 388 00:23:59,386 --> 00:24:09,272 1,500を超える新聞と定期刊行物があり 389 00:24:09,272 --> 00:24:13,333 収集範囲はドイツ国内から 世界にまで及びます 390 00:24:14,651 --> 00:24:17,479 すべてが網羅されているので 391 00:24:17,479 --> 00:24:21,991 興味を引くものであり 392 00:24:21,991 --> 00:24:29,264 世界中に進出したい ハンブルグの経営者には 393 00:24:29,264 --> 00:24:32,520 特に興味深いものだと思います 394 00:24:34,611 --> 00:24:39,350 ご覧のとおり この資料は新聞の切り抜きで 395 00:24:39,350 --> 00:24:41,790 紙に貼られていて 396 00:24:41,790 --> 00:24:44,731 それがフォルダーに集められています 397 00:24:46,121 --> 00:24:51,995 こちらが人物に関するアーカイブの 小さなコーナーで 398 00:24:51,995 --> 00:24:54,887 それと同様に 399 00:24:55,042 --> 00:25:00,533 企業や一般の話題や業績 すべての人 400 00:25:00,533 --> 00:25:05,498 興味を引きそうなこと すべてに関する情報が集められています 401 00:25:06,978 --> 00:25:09,016 これらのフォルダーは 402 00:25:09,016 --> 00:25:15,868 2004年から2007年までのDFG (ドイツ研究振興会)出資プロジェクトにより 403 00:25:15,868 --> 00:25:23,123 およそ1949年までは スキャンされています 404 00:25:24,268 --> 00:25:27,231 結果として現在までに 405 00:25:27,231 --> 00:25:33,160 この時代の主題関係書類は 2万5千あります 406 00:25:33,972 --> 00:25:38,212 これには約2百万あるいは それ以上の数のページが含まれ 407 00:25:38,845 --> 00:25:41,522 オンラインに掲載されています 408 00:25:43,633 --> 00:25:48,461 当時 ZBWが開発した アプリケーションがあり 409 00:25:50,006 --> 00:25:54,341 現在では少し時代遅れで 410 00:25:55,031 --> 00:25:58,153 凝ったものではなく さらに問題なのは 411 00:25:58,597 --> 00:26:05,229 オラクルやColdFusionに基づき 開発されたアプリケーションは 412 00:26:05,229 --> 00:26:09,227 Windowsサーバー上で 運用するものなので 413 00:26:09,227 --> 00:26:14,992 長期的に持続可能ではありません 414 00:26:16,008 --> 00:26:22,524 もっと凝ったリンクト データ アプリケーションへこれを統合すべきか 415 00:26:23,931 --> 00:26:27,964 大胆な措置を取って 416 00:26:27,964 --> 00:26:31,749 すべてのデータを公開するかを 話し合いました 417 00:26:32,843 --> 00:26:37,416 データにはCC0ライセンスを 割り当ててあります 418 00:26:37,870 --> 00:26:43,010 現在は主要アクセス レイヤー 419 00:26:43,010 --> 00:26:46,463 主要ディスカバリ レイヤー プライマリ アクセス レイヤーを 420 00:26:46,463 --> 00:26:50,587 リンクト オープン データ ウェブへ 移行していますが 421 00:26:51,315 --> 00:26:56,970 ここで実は最も合理的なのは 422 00:26:56,970 --> 00:27:01,236 ウィキデータへメタデータを収めて 423 00:27:02,367 --> 00:27:06,781 コレクションのすべてのフォルダーを 424 00:27:07,594 --> 00:27:10,633 ウィキデータとリンクさせることです 425 00:27:11,485 --> 00:27:13,308 そうすれば見つかりやすく 426 00:27:14,240 --> 00:27:17,795 これらフォルダーに関する すべてのメタデータを 427 00:27:18,444 --> 00:27:22,977 ウィキデータへ転送することもできます 428 00:27:23,344 --> 00:27:27,886 そこで使用でき データの追加や 429 00:27:28,780 --> 00:27:32,237 修正も行えるようになります 430 00:27:32,645 --> 00:27:39,254 ZBWはまだもちろん 画像の保管を管理します 431 00:27:39,947 --> 00:27:43,882 いかなる方法でも 移行できないとか 432 00:27:45,548 --> 00:27:51,421 オリジナルの作者が所有していたため ライセンスを与えられない画像です 433 00:27:52,271 --> 00:27:58,467 ですが 将来的には IIIFマニフェストに基づき 434 00:27:58,467 --> 00:28:03,108 DFGビューアー経由の メタデータファイルにより 435 00:28:03,108 --> 00:28:06,108 それらを利用できるようにします 436 00:28:06,849 --> 00:28:11,050 固定ランディングページも 準備する予定です 437 00:28:11,707 --> 00:28:18,333 これはウィキデータへの参照の データポイントの機能を果たすものです 438 00:28:18,333 --> 00:28:22,596 また ウィキデータへ うまく収められないデータを 439 00:28:22,600 --> 00:28:26,174 利用できるようにする予定です 440 00:28:31,253 --> 00:28:37,582 私たちはウィキデータへの データ統合とデータ提供を 441 00:28:37,582 --> 00:28:41,853 そのデータの SPARQLエンドポイントから成る 442 00:28:41,853 --> 00:28:45,887 カスタムのインフラを使用し行い 443 00:28:45,887 --> 00:28:49,247 そして フェデレーテッド クエリを使用して 444 00:28:49,247 --> 00:28:53,834 エンドポイントと ウィキデータのクエリサービスとの間で 445 00:28:53,834 --> 00:28:57,633 一致した文を作成します 446 00:28:59,207 --> 00:29:05,243 これは SPARQLクエリ自体 またはスクリプト経由の変換での 447 00:29:05,243 --> 00:29:07,907 連結という観点を通して行うものです 448 00:29:07,907 --> 00:29:12,254 これにより その文のための 出典も生成され 449 00:29:12,742 --> 00:29:17,279 QuickStatementsの コードへ収められ 450 00:29:17,279 --> 00:29:19,814 オンラインで使用できます 451 00:29:22,544 --> 00:29:24,088 こちらが成果です 452 00:29:24,493 --> 00:29:28,669 誕生日などのように 簡単なものではないですが 453 00:29:29,835 --> 00:29:34,998 すでに存在している項目に関する 454 00:29:34,998 --> 00:29:39,787 複雑な文もあります 455 00:29:40,404 --> 00:29:44,790 例えば 企業の管理役員だったこの人物です 456 00:29:46,682 --> 00:29:49,279 ご覧の期間に 457 00:29:49,663 --> 00:29:56,696 科学的文脈で使用するために… 458 00:29:58,463 --> 00:30:01,864 参照されています 459 00:30:07,763 --> 00:30:10,939 データ提供の 最初の部分が済むと 460 00:30:12,736 --> 00:30:17,201 人物のアーカイブは 完全にウィキデータにリンクされます 461 00:30:18,333 --> 00:30:23,139 これは情報ツールでもあります 462 00:30:23,652 --> 00:30:30,216 以前は数多くの項目に 外部の出典がありませんでした 463 00:30:31,278 --> 00:30:36,149 私たちには6,000を超える 文がありましたが 464 00:30:36,201 --> 00:30:41,924 これは現在はアーカイブのメタデータが 出典とされています 465 00:30:45,288 --> 00:30:49,951 人物に関しては最も簡単でした 466 00:30:50,880 --> 00:30:54,785 なぜならウィキデータで 人物は簡単に識別できるからです 467 00:30:56,494 --> 00:31:00,443 そこに90%超は すでに存在していたので 468 00:31:00,443 --> 00:31:02,412 私たちはそれにリンクできました 469 00:31:02,973 --> 00:31:08,679 欠けている人物のために 100項目ほど作成しました 470 00:31:09,296 --> 00:31:13,626 現在はアーカイブの残りの部分 471 00:31:13,626 --> 00:31:20,412 特にトピックのアーカイブに 取り組んでいます 472 00:31:21,243 --> 00:31:26,677 つまり世界全体の 知識組織化のために 473 00:31:26,677 --> 00:31:29,884 歴史体系のマッピングに取り組み 474 00:31:29,884 --> 00:31:34,147 ウィキデータへ新聞の切り抜きとして 資料化しているのです 475 00:31:36,305 --> 00:31:38,498 基本的概念をお伝えすると 476 00:31:40,504 --> 00:31:42,668 国とトピックのアーカイブは 477 00:31:42,668 --> 00:31:48,773 国々の階層構造と その他の地理的エンティティで 478 00:31:48,773 --> 00:31:50,882 整理されています 479 00:31:52,499 --> 00:31:56,443 これは英語に翻訳されていて 利用しやすくなっています 480 00:31:56,443 --> 00:32:01,861 ドイツ語は… 481 00:32:03,881 --> 00:32:08,064 トピックでは 深い階層に分類されています 482 00:32:08,064 --> 00:32:11,593 この組み合わせにより 483 00:32:13,032 --> 00:32:16,020 1つのフォルダーが定義されています 484 00:32:16,020 --> 00:32:18,478 私たちが次に行いたいことは 485 00:32:18,478 --> 00:32:21,128 これをウィキデータへの 構造として一致させ 486 00:32:21,128 --> 00:32:24,575 データを移行することです 487 00:32:25,805 --> 00:32:31,235 知識組織化という この良い挑戦に 488 00:32:31,235 --> 00:32:36,163 皆さんご参加ください 489 00:32:37,739 --> 00:32:40,713 この仕事を追跡する場が ウィキプロジェクトで 490 00:32:40,713 --> 00:32:46,288 皆さんはそれをフォローしたり それに参加したりできます 491 00:32:46,591 --> 00:32:48,908 以上です ありがとうございました 492 00:32:49,639 --> 00:32:51,723 (拍手) 493 00:33:03,999 --> 00:33:07,284 私たちはウィキデータへ 舞台芸術を取り込んでいます 494 00:33:07,735 --> 00:33:11,930 舞台芸術向けのリンクト オープン データ エコシステムを構築することで 495 00:33:11,930 --> 00:33:15,595 舞台芸術とリンクトデータを クラウドへ取り込んでいるのです 496 00:33:16,164 --> 00:33:22,508 これからウィキデータに関連する質問に お答えしようとしており 497 00:33:22,508 --> 00:33:26,783 皆さんにもその回答に ご協力いただきたいと思いますが 498 00:33:27,012 --> 00:33:31,746 まずは 私の経験からお話しさせてください 499 00:33:31,746 --> 00:33:34,221 私は今年― 500 00:33:34,723 --> 00:33:39,350 今年前半にCAPACOAと 楽しく仕事をしていました 501 00:33:39,350 --> 00:33:42,754 Canadian Arts Presenting Association (カナダ芸術表現協会)の頭文字で 502 00:33:42,754 --> 00:33:47,831 リンクト オープン データを カナダの芸術部門全体で採用してもらえるよう 503 00:33:47,831 --> 00:33:53,261 Linked Digital Future Initiative というプロジェクトを開始したのです 504 00:33:53,441 --> 00:33:58,842 過去5年間の観察に基づき 彼らはそれを行いました 505 00:33:59,731 --> 00:34:03,924 [聞き取り不能] 舞台芸術で重要な課題は 506 00:34:03,924 --> 00:34:08,855 メタデータが 不十分な品質であったことと 507 00:34:08,855 --> 00:34:11,780 リンクされておらず 相互運用できなかったことでした 508 00:34:12,106 --> 00:34:16,498 そんなわけで パフォーマンスやイベントの中には 509 00:34:16,498 --> 00:34:20,512 Googleや個人の端末などで 510 00:34:20,512 --> 00:34:24,777 うまく見つけてもらえないものも ありました 511 00:34:25,989 --> 00:34:29,757 そこで私たちが共に築いたビジョンは 512 00:34:29,757 --> 00:34:35,567 一度に数多くの利害関係者のための 情報ベースを持つことでした 513 00:34:35,646 --> 00:34:39,636 舞台芸術全体の バリューネットワークを調べて 514 00:34:39,636 --> 00:34:42,073 そこでの主要な利害関係者を 明らかにしました 515 00:34:42,765 --> 00:34:47,762 また追求したい 利用シナリオも調べ 516 00:34:47,762 --> 00:34:53,784 それを情報ベースまたは 異なるプラットフォームから成る 517 00:34:53,784 --> 00:34:56,430 アーキテクチャ全体に地図化しました 518 00:34:57,097 --> 00:34:59,535 これは明らかに 分散アーキテクチャであり 519 00:34:59,535 --> 00:35:01,361 巨大な一枚岩ではありません 520 00:35:02,499 --> 00:35:05,664 各自10分しかないので 521 00:35:05,664 --> 00:35:07,980 これをさっとご説明しますが 522 00:35:09,035 --> 00:35:11,506 詳細に興味がある方がいれば 523 00:35:11,506 --> 00:35:15,949 今晩とか明日 理解を深める時間が あると思います 524 00:35:16,318 --> 00:35:20,131 私たちが着手したのは 舞台芸術のバリューネットワークからで 525 00:35:20,131 --> 00:35:23,263 これは面白いことに 去年発表されました 526 00:35:23,895 --> 00:35:27,691 以前の仕事に基づき 構築できたのはラッキーです 527 00:35:28,255 --> 00:35:31,098 中央にあるのが 舞台芸術の基本の価値連鎖で 528 00:35:31,098 --> 00:35:34,177 さまざまな利害関係者が それを取り囲んでいます 529 00:35:34,683 --> 00:35:37,387 私たちは全部で 20の利害関係グループを見つけ 530 00:35:37,387 --> 00:35:40,504 各利害関係グループのため 531 00:35:40,504 --> 00:35:45,464 それを7つの大きなカテゴリへ要約しました 532 00:35:47,467 --> 00:35:49,995 そしてインフラの観点から 533 00:35:49,995 --> 00:35:54,718 彼らがどのようなニーズを持ちうるか 534 00:35:54,718 --> 00:35:58,572 また 全体がリンクされ データが公開で利用できたら 535 00:35:58,572 --> 00:36:02,062 何を達成できるかを 系統立てて明らかにしました 536 00:36:02,637 --> 00:36:04,990 異なるタイプが表示されていて 537 00:36:04,990 --> 00:36:07,105 *Production(制作)* 538 00:36:07,105 --> 00:36:09,177 * Presention & Promotion (表現とプロモーション)* 539 00:36:09,177 --> 00:36:10,657 *Coverage & Reuse (報道と再利用)* 540 00:36:10,657 --> 00:36:12,064 *Live Audiences (ライブ オーディエンス)* 541 00:36:12,064 --> 00:36:13,048 *Online Consumption (オンライン消費)* 542 00:36:13,048 --> 00:36:14,020 *Heritage(継承)* 543 00:36:14,020 --> 00:36:15,959 *Research & Education (調査研究と教育)*です 544 00:36:15,959 --> 00:36:18,885 こちらに最初の一部分が表示されている 545 00:36:18,885 --> 00:36:21,275 大きな表を設定した後 546 00:36:21,275 --> 00:36:23,514 その表で比較し 547 00:36:23,514 --> 00:36:28,994 すべての利害関係グループが 全体に渡り利用しているのは 548 00:36:28,994 --> 00:36:31,248 どのデータタイプかを調べました 549 00:36:31,248 --> 00:36:36,586 これは全体に共通する 大きな基本データで 550 00:36:36,586 --> 00:36:38,890 この領域こそ 551 00:36:38,890 --> 00:36:43,775 共に協力して データを維持することが 552 00:36:43,775 --> 00:36:46,263 合理的な領域なのです 553 00:36:47,602 --> 00:36:50,651 プラットフォームの アーキテクチャについては 554 00:36:50,651 --> 00:36:53,648 ここに4つのレイヤーがありますね 555 00:36:54,096 --> 00:36:56,448 下部にはデータレイヤーが表示されています 556 00:36:56,448 --> 00:36:59,334 もちろんウィキデータは その一部の機能を果たしますが 557 00:36:59,334 --> 00:37:02,733 その他データベース 分散データベースもたくさんあり 558 00:37:02,733 --> 00:37:07,769 SPARQLエンドポイントを通じて データが公開されています 559 00:37:09,204 --> 00:37:13,106 中央の黄色部分が セマンティック レイヤーで 560 00:37:13,106 --> 00:37:16,183 物事を表現するための 共通の言語で 561 00:37:16,183 --> 00:37:21,834 舞台芸術の物事や オントロジーに関する文を作成できます 562 00:37:22,400 --> 00:37:25,803 そして次に アプリケーション レイヤーがあり 563 00:37:25,803 --> 00:37:32,225 これはデータ分析やデータ抽出などの さまざまなモジュールで構成されています 564 00:37:32,225 --> 00:37:36,029 つまり 非構造化データを 構造化データにする方法や 565 00:37:36,029 --> 00:37:38,907 それをツールでサポートする方法です 566 00:37:39,436 --> 00:37:42,478 それからデータの画像化もあります 567 00:37:43,045 --> 00:37:47,115 大量のデータがあれば 何らかの方法で可視化できます 568 00:37:47,801 --> 00:37:50,155 また上部に プレゼンテーション レイヤーがあり 569 00:37:50,155 --> 00:37:56,184 これが普通の人たちが実際に 日々やりとりするもので 570 00:37:56,199 --> 00:37:59,615 検索エンジンや百科事典 文化的アジェンダ 571 00:37:59,615 --> 00:38:02,097 その他各種サービスがあります 572 00:38:03,395 --> 00:38:05,386 一から始めたわけではなく 573 00:38:05,386 --> 00:38:08,535 この領域で すでに作業がなされていました 574 00:38:09,107 --> 00:38:15,245 私が参加してきたプロジェクトから いくつかの例を取り上げましょう 575 00:38:15,755 --> 00:38:18,149 またその他についても 取り上げていきます 576 00:38:18,608 --> 00:38:20,372 私はこの領域において 577 00:38:20,372 --> 00:38:24,476 舞台芸術に関する スイスのアーカイブから始めました 578 00:38:25,001 --> 00:38:27,795 スイスの舞台芸術のデータベースを 構築するまで 579 00:38:27,795 --> 00:38:31,046 舞台芸術のオントロジーを作成しました 580 00:38:31,523 --> 00:38:33,931 現在はRDFになっています 581 00:38:34,701 --> 00:38:39,771 スイスの舞台芸術の歴史に関しては 582 00:38:39,771 --> 00:38:43,313 60、70年間の データベースがありますから 583 00:38:43,313 --> 00:38:45,385 それを基礎に開発できますし 584 00:38:45,385 --> 00:38:48,999 RDFに変換もされています 585 00:38:49,968 --> 00:38:54,621 データが利用できる 構築プラットフォームもありました 586 00:38:56,073 --> 00:39:01,658 ウィキデータへ いくらか取り込み済みです 587 00:39:01,658 --> 00:39:03,741 一部はスイスからのデータで 588 00:39:03,741 --> 00:39:08,990 舞台芸術機関からのデータもあります 589 00:39:09,680 --> 00:39:12,357 例えば バート・マグナスが それに関与しており 590 00:39:12,883 --> 00:39:15,078 彼が背景の原動力です 591 00:39:15,467 --> 00:39:18,033 またウィキメディア コモンズからの データもありますが 592 00:39:18,033 --> 00:39:21,361 私たちの残りのメタデータと うまくリンクされていません 593 00:39:21,952 --> 00:39:25,097 また この取り込みを行うことで 594 00:39:25,097 --> 00:39:31,514 スイスのデータモデルを ウィキデータへ実装し始めたことになります 595 00:39:32,767 --> 00:39:36,731 カナダの実装提携業者の1つが 596 00:39:36,731 --> 00:39:39,013 Culture Createsです 597 00:39:39,013 --> 00:39:43,872 プラットフォームを運営し 劇場のウェブサイトから情報を取得し 598 00:39:43,872 --> 00:39:48,216 それをナレッジ グラフに入力し 599 00:39:48,293 --> 00:39:54,758 そして 検索エンジンや その他デバイスに表示します 600 00:39:56,415 --> 00:40:03,027 そこでも実装や オントロジーへの拡張の必要があり 601 00:40:03,197 --> 00:40:05,513 スライドで分かるように 602 00:40:05,513 --> 00:40:09,599 まだ空き領域はありますが 重複もあります 603 00:40:10,109 --> 00:40:13,456 重要な重複は 一般共有された言語で 604 00:40:13,456 --> 00:40:18,693 これはさまざまなデータセットを リンクするのに役立ちます 605 00:40:20,759 --> 00:40:22,587 また重要なことは 606 00:40:22,587 --> 00:40:26,404 ベースレジストリと典拠ファイルを 使用していることです 607 00:40:26,406 --> 00:40:29,018 ここが これらのリンクにより 608 00:40:29,018 --> 00:40:33,967 ウィキデータが 重要な役割を果たす所です 609 00:40:34,619 --> 00:40:39,081 では Linked Data Future Initiatives 諮問委員会による 610 00:40:39,081 --> 00:40:41,882 アドバイスを共有したいと思います 611 00:40:42,769 --> 00:40:45,169 少なくとも2つのアドバイスがあります 612 00:40:45,169 --> 00:40:50,005 カナダ自体の舞台芸術の ナレッジ グラフを埋めるため 613 00:40:50,005 --> 00:40:53,173 カナダの方々には絶対的に重要です 614 00:40:53,173 --> 00:40:55,851 スイスの舞台芸術のアーカイブと異なり 615 00:40:55,851 --> 00:40:59,389 すでに存在しているデータベースから 始めるわけではなく 616 00:40:59,389 --> 00:41:01,906 一から構築しなければならないからです 617 00:41:02,240 --> 00:41:04,838 データをそこに取り込むことが 間違いなく重要です 618 00:41:04,838 --> 00:41:09,024 2つ目に ご覧のように ウィキデータはすでに役立っています 619 00:41:09,024 --> 00:41:12,342 ウィキデータは 諮問委員会によると 620 00:41:12,342 --> 00:41:17,859 ナレッジグラフ*Artsdata.ca*を 補完するものであり 621 00:41:18,347 --> 00:41:21,474 舞台芸術関連のデータを増補するため 622 00:41:21,474 --> 00:41:24,878 貢献の努力がなされるべき とのことです 623 00:41:25,813 --> 00:41:30,775 そこが私たちが今後 短中期的に取り組む箇所であり 624 00:41:30,775 --> 00:41:34,245 そのためここで その努力に協力してくれる人が 625 00:41:34,245 --> 00:41:38,644 見つけられればと思います 626 00:41:40,556 --> 00:41:44,942 現在 私たちは 互いに補完するものとみなしています 627 00:41:44,942 --> 00:41:49,841 そこで両方の手法の 長所と短所を考える必要があります 628 00:41:49,844 --> 00:41:56,293 こちらがウィキデータと従来の リンクト オープン データとの比較です 629 00:41:56,887 --> 00:42:02,527 皆さんの経験も交えて 喜んでお話ししたいと思います 630 00:42:02,814 --> 00:42:05,736 ウィキデータには大きな長所があります 631 00:42:05,736 --> 00:42:07,727 クラウドソースの プラットフォームであり 632 00:42:07,727 --> 00:42:11,671 関係者を招いて 協力してもらいやすいからです 633 00:42:12,282 --> 00:42:17,482 短所は管理しにくいことです 634 00:42:18,132 --> 00:42:22,764 データの所有者は 自身の図などの権利を手放すことになり 635 00:42:22,764 --> 00:42:26,372 データ品質や完成度の管理を 636 00:42:26,554 --> 00:42:31,096 自分の管理下にある場合と比べて ウィキデータで追跡するのは困難です 637 00:42:31,493 --> 00:42:34,376 ウィキデータのその他の長所は 638 00:42:34,376 --> 00:42:39,617 世界規模の図への 瞬時での統合が要求されることです 639 00:42:40,210 --> 00:42:43,204 つまり段階的に 他のデータベースと 640 00:42:43,204 --> 00:42:46,768 調整していくことはできません 641 00:42:47,048 --> 00:42:49,528 これも長所だと考えられます 642 00:42:49,988 --> 00:42:53,914 もちろん統合や 相互運用性をお求めなら 643 00:42:53,914 --> 00:42:57,002 ウィキデータでは初めからきちんと その機能が備わっています 644 00:42:59,184 --> 00:43:03,157 データ モデリング方法の統一は 645 00:43:03,157 --> 00:43:05,552 両方のケースで課題となっています 646 00:43:06,039 --> 00:43:10,671 ですが 最初は各自の部門で行うほうが 簡単に見えます 647 00:43:10,671 --> 00:43:13,439 ある時点でその作業が済めば 648 00:43:13,787 --> 00:43:16,693 ウィキペディアで 継続する作業になるからです 649 00:43:18,280 --> 00:43:22,883 データ取り込みの 優先順位付けに関しては 650 00:43:23,535 --> 00:43:28,663 現時点で次の規則に従っています 651 00:43:30,055 --> 00:43:34,245 まず 本来誰に権限があるか 確かでない状態で 652 00:43:34,245 --> 00:43:36,629 データを取り込むことです 653 00:43:36,629 --> 00:43:40,433 こうすれば間違いなく 共有で管理されることになります 654 00:43:40,902 --> 00:43:47,149 また クラウドソースの手法の 可能性が高いデータを取り込むこと 655 00:43:47,149 --> 00:43:53,923 ウィキペディアで再利用される 可能性の高いデータを取り込むことです 656 00:43:54,813 --> 00:44:00,262 また データモデリングと 標準化に関する 657 00:44:00,262 --> 00:44:04,364 国際的な共同作業は 658 00:44:04,364 --> 00:44:06,511 もし他の場所で行われていなければ 659 00:44:06,511 --> 00:44:09,484 ウィキデータ上で 直接行われることが望ましいです 660 00:44:09,484 --> 00:44:14,953 同じ場所でデータを取り込めば 交流が生まれるからです 661 00:44:15,963 --> 00:44:22,168 次に ベースレジストリと典拠ファイルに 焦点を当てましょう 662 00:44:22,181 --> 00:44:26,250 既存オントロジーの拡張として 663 00:44:26,250 --> 00:44:30,520 異なるデータや 管理されていない語彙の間で 664 00:44:30,520 --> 00:44:32,833 リンクしやすくなるからです 665 00:44:33,965 --> 00:44:35,994 スライドがあと2枚だけあります 666 00:44:36,480 --> 00:44:39,768 次のステップは Wiki Loves Performing Artsに向け 667 00:44:39,768 --> 00:44:42,888 すべてのGLAMの手法を 合わせることです 668 00:44:42,888 --> 00:44:47,524 つまり会場や組織を 669 00:44:47,524 --> 00:44:51,106 インフォボックスや バブル テンプレートの形式で表し 670 00:44:51,106 --> 00:44:54,414 ウィキペディアに データを取り込もうとする試みです 671 00:44:55,031 --> 00:44:59,769 もう1つ追求するプロジェクトは COST Actionで 672 00:44:59,786 --> 00:45:03,140 来年 提起する予定の 673 00:45:03,140 --> 00:45:06,037 舞台芸術向けのリンクト オープン データ エコシステムです 674 00:45:06,037 --> 00:45:07,757 COSTはヨーロッパのプログラムで 675 00:45:07,757 --> 00:45:10,347 ネットワーキング活動と 676 00:45:10,347 --> 00:45:13,929 ここに取り上げ挙げられた トピックをサポートしています 677 00:45:14,326 --> 00:45:16,404 うち2つを抜粋してありますが 678 00:45:16,404 --> 00:45:20,702 1つはウィキデータと 従来のリンクト オープン データ間での 679 00:45:20,702 --> 00:45:23,717 フェデレーションに関する質問です 680 00:45:24,368 --> 00:45:27,744 もう1つは これも重要だと思いますが 681 00:45:27,744 --> 00:45:30,528 大きな可能性を秘めている部分で 682 00:45:30,528 --> 00:45:35,683 ウィキデータのデータを追加する 国際キャンペーンの実施です 683 00:45:37,627 --> 00:45:41,002 以上です ありがとうございました 684 00:45:41,365 --> 00:45:45,762 では 私の同僚たちに 登壇いただきましょう 685 00:45:47,086 --> 00:45:50,529 パネルへどうぞ マイクも必要かもしれません 686 00:45:53,903 --> 00:45:55,682 それから… 687 00:45:57,473 --> 00:45:59,940 質問の機会を差し上げます 688 00:46:01,042 --> 00:46:05,185 また 私の同僚たちにも 689 00:46:05,185 --> 00:46:08,071 お互いに質問があるかお尋ねします 690 00:46:12,049 --> 00:46:15,327 聴衆の皆さんからは 質問があるでしょうか 691 00:46:20,502 --> 00:46:22,758 (聴衆1)[聞き取り不能] 692 00:46:23,587 --> 00:46:27,033 お一人ずつに質問ですが 693 00:46:27,033 --> 00:46:30,842 どこで線引きをして 694 00:46:30,842 --> 00:46:33,076 どのように― 695 00:46:33,076 --> 00:46:35,956 自分のウィキベースを 運用する必要がある場合や 696 00:46:35,956 --> 00:46:39,328 ウィキデータへ取り込みたい内容を 規定するのでしょうか 697 00:46:39,328 --> 00:46:45,516 順序良く取り込める背景には 明確な図表があるのでしょうか 698 00:46:48,211 --> 00:46:51,484 マイクがあるので まず私からお答えします 699 00:46:52,130 --> 00:46:56,955 課題の1つは著名度です 700 00:46:59,212 --> 00:47:02,084 別のプロジェクトで それに取り組んでいます 701 00:47:02,687 --> 00:47:05,898 ライセンス供与も課題の1つです 702 00:47:06,346 --> 00:47:10,466 ご自分のデータベースでは 自分独自の規定を適用できますから 703 00:47:10,466 --> 00:47:13,758 そうなると どこでも可能だと思います 704 00:47:14,284 --> 00:47:19,882 3つ目はサンドボックスとして データを保持し 705 00:47:19,882 --> 00:47:23,078 ウィキデータへ取り込むため それを準備することです 706 00:47:23,383 --> 00:47:26,085 以上が今考えられる 主要な3つですが 707 00:47:26,085 --> 00:47:28,554 まだあると思います 708 00:47:29,976 --> 00:47:32,369 私にとっては 著作権はいつも課題です 709 00:47:33,007 --> 00:47:36,686 国立図書館が ウィキベースに向けて移行したい場合 710 00:47:36,686 --> 00:47:39,740 マオリ語の言葉での これまでの業績のため 711 00:47:39,740 --> 00:47:42,539 彼らがライセンス管理を 継続しなければなりません 712 00:47:43,438 --> 00:47:46,483 カカポのデータベースには 713 00:47:46,483 --> 00:47:49,977 保護局が公開できると考えた データのみがありますが 714 00:47:49,977 --> 00:47:52,739 その運用を見れば 715 00:47:52,739 --> 00:47:54,974 非公開のウィキベースを使用して 716 00:47:54,974 --> 00:47:58,128 独自データベースを 管理したくなるかもしれません 717 00:47:58,613 --> 00:48:02,754 単に彼らが現在運用している Excelスプレッドシート体系よりも 718 00:48:02,754 --> 00:48:07,249 視覚化ツールの一部を 適用できたほうがいいからです 719 00:48:12,337 --> 00:48:16,556 データの種類に依ると思います 720 00:48:17,609 --> 00:48:22,359 出版物のアーカイブでは もちろん幸運な立場で 721 00:48:22,359 --> 00:48:26,984 資料は出版されたものや 722 00:48:26,984 --> 00:48:32,415 当時 出版するには高額で 公開されたものですから 723 00:48:33,082 --> 00:48:36,234 これは簡単です 724 00:48:36,234 --> 00:48:39,449 プロジェクトは― 725 00:48:40,101 --> 00:48:42,027 典型的なプロジェクトでは 726 00:48:42,027 --> 00:48:46,325 ある期間 資金提供され それが終了すると 727 00:48:46,466 --> 00:48:51,516 データに起こることは 倉庫に格納されるか 728 00:48:51,674 --> 00:48:55,106 永遠には運用されないソフトウェアに 格納されることになります 729 00:48:55,846 --> 00:48:59,436 ですから私の観点からは 明らかで 730 00:48:59,896 --> 00:49:02,776 当時はウィキデータはありませんでしたが 現在はあるので 731 00:49:03,376 --> 00:49:07,248 ウィキデータのような より大きなエコシステムへ 732 00:49:07,248 --> 00:49:10,757 データを取り込む方法と照らし合わせ 733 00:49:10,757 --> 00:49:13,497 早い段階で 持続可能性を議論することは 734 00:49:13,497 --> 00:49:16,757 私たちのプロジェクトにとって 間違いなく合理的です 735 00:49:17,237 --> 00:49:21,408 またデータコミュニティーと 話し合うのも意味があります 736 00:49:21,916 --> 00:49:26,864 例えば ウィキデータへ追加するには 何が著名で合理的か 737 00:49:26,864 --> 00:49:32,093 また所有権の形式を保つには 何が合理的か 738 00:49:32,093 --> 00:49:35,753 洗練されたアプリケーションよりも 739 00:49:35,753 --> 00:49:40,495 簡単な形式でも 視認性を高めたほうがいいとか 740 00:49:40,495 --> 00:49:46,252 維持されない保管場所へ 多額の資金を提供する代わりに 741 00:49:46,252 --> 00:49:52,692 大きなデータクラウドへ リンクさせたほうがいいなどの議論です 742 00:49:55,201 --> 00:50:00,121 先ほどここでプレゼンした プロジェクトでもお伝えしたように 743 00:50:00,121 --> 00:50:04,926 従来のリンクト オープン データ手法と ウィキデータとでは二重性がありますので 744 00:50:04,926 --> 00:50:08,268 非公開のウィキベース設定 という問題ではないのです 745 00:50:11,147 --> 00:50:14,504 抱えていた課題の1つは もちろんウィキデータで 746 00:50:14,504 --> 00:50:17,710 自分自身のデータを取り込む際に 747 00:50:17,710 --> 00:50:23,232 人々というか 他人の ハウスキーピングを行う必要があります 748 00:50:24,043 --> 00:50:26,478 それによって参加する人が 減るかもしれませんが 749 00:50:26,844 --> 00:50:29,888 段階的に取り組んでいくということです 750 00:50:30,375 --> 00:50:32,742 現時点では データベースは 751 00:50:32,742 --> 00:50:35,581 従来のリンクト オープン データに ありますが 752 00:50:35,581 --> 00:50:38,395 私たちはそれをウィキデータと リンクし始めており 753 00:50:38,395 --> 00:50:41,059 これは継続的なプロセスで 754 00:50:41,059 --> 00:50:47,769 最終的に大半のデータを ウィキデータに収める領域と 755 00:50:48,168 --> 00:50:51,946 その他のデータベースに残す領域とを 明らかにしていきます 756 00:50:52,620 --> 00:50:56,645 明らかに同期に関しては すでに課題であるように 757 00:50:56,645 --> 00:50:58,589 今後も課題になります 758 00:50:58,589 --> 00:51:01,507 リンクトデータの分野では 759 00:51:01,507 --> 00:51:04,826 誰を信用できるか 760 00:51:05,160 --> 00:51:08,720 誰が何の権限を持つかなど 協議が必要です 761 00:51:13,830 --> 00:51:15,820 (司会者)他にご質問は? 762 00:51:23,981 --> 00:51:25,550 (聴衆2)ありがとうございます 763 00:51:26,090 --> 00:51:31,816 私が完全に同感できるのは 764 00:51:31,816 --> 00:51:41,410 どこで境界線を引き ウィキデータにデータを収めるかどうか 765 00:51:43,044 --> 00:51:49,144 どのような理由や目的で ローカルのデータベースに 766 00:51:49,144 --> 00:51:53,104 データを保存し 作成や管理や維持を 行うかという課題です 767 00:51:53,778 --> 00:51:57,174 これは大きな議論で 768 00:51:57,174 --> 00:52:02,594 単にウィキデータへデータを 移行するという 769 00:52:02,594 --> 00:52:05,901 流行りを超えたものだと思います 770 00:52:05,901 --> 00:52:10,771 公開により人類に貢献でき 771 00:52:10,771 --> 00:52:13,728 優れたツールがあるからです 772 00:52:13,878 --> 00:52:18,132 現実の物事はもっと複雑だと思います 773 00:52:19,162 --> 00:52:24,102 それにも関わらず 興味深い議論だと思います 774 00:52:24,435 --> 00:52:30,011 また 別のパネルのイベントで 議論されている 775 00:52:30,011 --> 00:52:35,446 別の問題もあります 776 00:52:35,775 --> 00:52:41,129 1つの側面では 自身のデータベースを持ち 777 00:52:41,129 --> 00:52:43,194 どのようなテクノロジーであれ 778 00:52:43,194 --> 00:52:46,763 ウィキデータへ公開したり 779 00:52:47,233 --> 00:52:53,486 またはウィキベースのテクノロジーで 情報を作成管理する 780 00:52:53,486 --> 00:52:58,022 独自のシステムを開発したりすると 781 00:52:58,591 --> 00:53:04,281 同期やフェデレーションなどは 782 00:53:04,281 --> 00:53:08,524 使用するテクノロジーの問題です 783 00:53:09,182 --> 00:53:14,796 実際は ウィキデータを 公開のためだけに使用しているか 784 00:53:14,978 --> 00:53:18,637 ウィキデータの下にある インフラを使用して 785 00:53:18,637 --> 00:53:23,002 自分のデータの作成や 管理をしているかです 786 00:53:25,653 --> 00:53:32,307 ウィキデータのパネルについて 議論があり 787 00:53:32,640 --> 00:53:36,912 ここで別の議論も出てきますが 788 00:53:36,912 --> 00:53:40,815 物事は別のレベルにあると思います 789 00:53:41,626 --> 00:53:47,858 ウィキベースかウィキデータかという 議論に達するのは― 790 00:53:48,565 --> 00:53:50,839 間違いだと思います 791 00:53:50,839 --> 00:53:54,407 ウィキデータのインフラを 重視しすぎてしまいます 792 00:53:54,407 --> 00:53:59,008 舞台芸術の領域のように 他にもインフラはあるからです 793 00:53:59,810 --> 00:54:02,494 私たちには 別の補完コミュニティーもあり 794 00:54:02,494 --> 00:54:06,292 MusicBrainzは 独自のプラットフォームを運用し 795 00:54:06,292 --> 00:54:08,954 リンクト オープン データを提供しています 796 00:54:09,614 --> 00:54:12,692 私が理解している限りでは 797 00:54:14,160 --> 00:54:17,232 ウィキデータのコミュニティー内で 798 00:54:17,232 --> 00:54:19,731 彼らのデータを 重複しないという同意があり 799 00:54:19,731 --> 00:54:24,237 すべてのデータをコピーはしませんが 補完し合うものだと受け入れています 800 00:54:24,848 --> 00:54:29,678 そこで ウィキペディアで データを統合するとどうなるでしょう? 801 00:54:30,246 --> 00:54:31,907 例えばインフォボックスです 802 00:54:32,374 --> 00:54:36,417 彼らのSPARQLエンドポイントから そのデータを直接引き出せるでしょうか? 803 00:54:36,764 --> 00:54:39,603 またはすべてのデータを コピーせざるを得ないのであれば 804 00:54:39,603 --> 00:54:42,225 それにはどんなプロセスが 関与するのでしょうか? 805 00:54:42,225 --> 00:54:44,915 (聴衆2)議論はまだ続いていると思います 806 00:54:44,915 --> 00:54:46,745 このイベントの中では 807 00:54:46,745 --> 00:54:49,729 関心を寄せるコミュニティーは 両方あるはずですから― 808 00:54:49,729 --> 00:54:51,975 ウィキベースに関心がある人たちと 809 00:54:51,975 --> 00:54:54,002 ウィキデータに関心がある人たち 810 00:54:54,002 --> 00:54:56,282 そしてその両方に関心がある人たちです 811 00:54:56,282 --> 00:54:59,562 ですが余儀なくウィキベースに 移行するわけではありません 812 00:54:59,562 --> 00:55:00,759 そうとも限りません 813 00:55:00,759 --> 00:55:03,138 MusicBrainzは ウィキベース稼働ではありません 814 00:55:03,138 --> 00:55:06,802 (聴衆2)別の問題があると 申し上げたかったのです 815 00:55:06,802 --> 00:55:10,964 相関する場合もありますし まったく関係ない場合もあります 816 00:55:12,479 --> 00:55:16,573 もう1つ質問か意見があります 817 00:55:16,573 --> 00:55:22,013 管理された語彙の 階層構造の管理についてです 818 00:55:22,013 --> 00:55:26,473 例えば シソーラスや Fintoです 819 00:55:27,703 --> 00:55:30,504 場所があり 820 00:55:31,757 --> 00:55:34,554 マオリ語での― 821 00:55:35,593 --> 00:55:40,554 Subject Headingsがあり 822 00:55:42,262 --> 00:55:48,068 階層構造での管理という概念に 対処しなければなりません 823 00:55:48,360 --> 00:55:52,320 ご意見をお聞かせください― 824 00:55:52,320 --> 00:55:57,042 ウィキデータで管理された 知識組織化体系を 825 00:55:58,850 --> 00:56:02,364 管理する可能性については? 826 00:56:07,166 --> 00:56:10,169 FintoとYSO placesの場合では 827 00:56:11,499 --> 00:56:14,391 リポジトリは 828 00:56:14,391 --> 00:56:18,795 最終的にいくつかのソースの 集まりになります 829 00:56:19,364 --> 00:56:21,613 ですから ともかく流動的です 830 00:56:21,613 --> 00:56:24,528 必ずしも必要ありません 831 00:56:25,073 --> 00:56:28,383 私は国立図書館の代表ではないですが 832 00:56:28,383 --> 00:56:31,512 その考えられるプロジェクトで 833 00:56:31,512 --> 00:56:38,540 既存の構造を管理したり 対処したりする必要はないのです 834 00:56:38,540 --> 00:56:45,164 その意味では まだ探索がされるべき領域です 835 00:56:48,672 --> 00:56:50,782 Maori Subject Headingsは 836 00:56:50,782 --> 00:56:54,392 ウィキペディアの構造に対して 理想的に自身に役立っているようです 837 00:56:54,392 --> 00:56:56,961 ですが ライセンス供与は 禁じられています 838 00:56:56,961 --> 00:56:59,491 ライセンスが異なっていたら 839 00:56:59,491 --> 00:57:01,511 ウィキデータへ 取り込まれていたでしょう 840 00:57:01,511 --> 00:57:06,162 誰かが階層構造を好まずに 変更を始めると同時に 841 00:57:06,162 --> 00:57:12,301 その構造を構築した人から すぐに激しい抗議が来て 842 00:57:12,301 --> 00:57:14,271 さまざまな異なるマオリから 843 00:57:14,271 --> 00:57:17,942 最新の階層構造について 承認を得ることになります 844 00:57:18,382 --> 00:57:20,841 それが解決しようとしている課題です 845 00:57:23,812 --> 00:57:26,502 知識組織化体系という言葉は 846 00:57:26,502 --> 00:57:28,116 すべて違います 847 00:57:28,627 --> 00:57:31,752 ウィキデータで 異なる階層構造を表すことが 848 00:57:31,752 --> 00:57:36,855 良い考えかは確かではありません 849 00:57:37,650 --> 00:57:45,154 データの重ね合わせを 考えたほうがいいかもしれません 850 00:57:45,431 --> 00:57:48,985 コンセプトレベルでの マッピング作業については 851 00:57:49,091 --> 00:57:54,021 例えば ZBWの共同事業として 経済学向けのシソーラスがあります 852 00:57:55,420 --> 00:57:59,150 このシソーラスは 自身の階層構造を持っており 853 00:57:59,654 --> 00:58:03,461 もちろん ウィキデータのコンセプトへ 854 00:58:03,461 --> 00:58:08,452 ウィキデータの中に 代替構造を実際に保管せず 855 00:58:08,452 --> 00:58:14,840 シソーラスの階層構造を 反映することは可能ですが 856 00:58:14,840 --> 00:58:18,640 これは混乱を招きます 857 00:58:19,291 --> 00:58:24,789 しかし ウィキデータを コンセプトの貯蔵庫として考えるべきでしょう 858 00:58:24,789 --> 00:58:30,254 外部にあるレイヤーとリンクでき 859 00:58:30,264 --> 00:58:36,039 必ずしもウィキデータの中に 存在する必要がないものという 860 00:58:36,039 --> 00:58:39,080 別の見方を与えてくれます 861 00:58:45,775 --> 00:58:48,203 (司会者)他にご質問は? 862 00:58:49,096 --> 00:58:51,527 なければ...どうぞ 863 00:58:54,769 --> 00:58:57,781 (聴衆3)ユアヒム 最後の点を確認させてください 864 00:58:57,781 --> 00:59:01,064 レイヤーは あなたのお考えでは 865 00:59:02,196 --> 00:59:04,943 外部で管理され 866 00:59:04,943 --> 00:59:07,991 誰かがどうにかして ウィキデータ側から 867 00:59:07,991 --> 00:59:11,764 ウィキデータと統合されるものですか? 868 00:59:12,538 --> 00:59:18,771 それとも管理方法について すでにお考えがありましたか? 869 00:59:22,351 --> 00:59:24,931 いいえ 考えてはいませんでした 870 00:59:25,271 --> 00:59:30,361 ZBWとウィキデータで いくつか試みはありましたが 871 00:59:30,771 --> 00:59:33,132 ウィキデータで [聞き取り不能]でした 872 00:59:33,132 --> 00:59:38,837 これはまったく新しい 複雑な問題です 873 00:59:39,261 --> 00:59:42,546 議論によりますし 874 00:59:43,759 --> 00:59:47,908 そのようなことを行うには 管理を諦めなければなりません 875 00:59:47,908 --> 00:59:50,178 ですが 明らかにされるべきです 876 00:59:56,638 --> 00:59:57,959 もう1つ受けますか? 877 00:59:57,959 --> 01:00:02,589 (聴衆4)質問は カカポのプロジェクトについてです 878 01:00:03,875 --> 01:00:05,000 はい 879 01:00:05,000 --> 01:00:10,805 (聴衆4)こうした項目に 個々の動物を持つことについて 880 01:00:10,805 --> 01:00:14,636 ウィキデータの コミュニティーから反対はありましたか? 881 01:00:15,576 --> 01:00:16,836 これまでのところないです 882 01:00:16,836 --> 01:00:19,045 (聴衆4)以前この件を 聞いたことのある人は? 883 01:00:19,045 --> 01:00:22,445 これまで反対がないのは まだ誰も知らないからでは? 884 01:00:23,085 --> 01:00:26,095 時に小さな議論がされています 885 01:00:26,095 --> 01:00:29,235 ウィキデータで こうしたことに関心がある方たちは皆 886 01:00:29,235 --> 01:00:34,495 これを 有名な競走馬やネコに対する 個々のウィキデータ項目の付与を 887 01:00:34,495 --> 01:00:37,210 自然に延長したものだと 見なしています 888 01:00:37,210 --> 01:00:39,755 うまくモデル化されています 889 01:00:39,764 --> 01:00:44,444 そこに種全体を収めるのは 大胆でしょうが 890 01:00:44,444 --> 01:00:48,113 完全に管理できることだと思います 891 01:00:48,113 --> 01:00:50,462 (聴衆4)ネコやイヌで お試しにならないように 892 01:00:50,462 --> 01:00:52,457 (笑) 893 01:00:52,457 --> 01:00:54,337 (司会者)お時間が参りました 894 01:00:54,337 --> 01:00:55,767 ご参加ありがとうございました 895 01:00:55,767 --> 01:00:59,267 パネリストの皆さんが 休憩の間も質問をお受けします 896 01:00:59,267 --> 01:01:00,797 お楽しみください 897 01:01:00,797 --> 01:01:02,292 ありがとうございました 898 01:01:02,292 --> 01:01:04,047 (拍手)