デジコレエクステンション with Taggy Bank
2014年9月19,20,21日に id:kitone と id:otani0083 とリードテック合宿をしたのですがその成果としてLODチャレンジ2014にエントリーしてみました。
NDL・NIIのデータセットをISBNをキーとしマッピングしたデータセット - データセットのエントリーシート | Linked Open Data Challenge Japan 2014
デジコレエクステンション with Taggy Bank - アプリケーションのエントリーシート | Linked Open Data Challenge Japan 2014
データセットを作ってそれはデータセット部門へ応募。そのデータセットを使ったアプリをアプリケーション部門へ応募しました。
データセット部門では、NDLがデータセットとして提供していたデータセット
対応一覧データセットとNIIが提供しているデータセット及びCiNii APIを利用して、CiNii側の識別子であるNCIDとNDL側の識別子であるNDLBibID,JPNO,NDLJPをISBNをキーとしてマッピングしたデータセットを作成しました。このデータセットによって、たとえばCiNii BooksとNDLデジタルコレクションがつながることになります。
アプリケーション部門では、そのデータセットを使ったアプリケーション(Chrome拡張機能)を作りました。仕組みは非常にシンプルでCiNii Booksの書誌情報ページからNDL SearchやNDLデジタルコレクションへのリンクを表示します。双方向に作ったので、NDL SearchからCiNii BooksとNDLデジタルコレクションへのリンク、NDLデジタルコレクションからCiNii BooksとNDL Searchへのリンクも表示されます。
フルテキストがウェブ上で公開されているにも関わらずそのフルテキストへのリンクがない書誌情報をどうするのか、は大きな課題だと思います。
Googleに5ドル払ってChromeウェブストアで公開中です。
デジコレエクステンション with Taggy Bank - Chrome Web Store
また、それ以外にも、実験的にメタデータを収集する仕組みを追加してみました。Taggy Bankというのがその機能です。具体的にはNDL Search、CiNii Books、Worldcatで書誌情報を閲覧した際にその書誌情報にNDLSH、BSH、FAST、LCSHなどの件名標目と呼ばれるメタデータが付与されている場合、全てアドオン側で勝手に収集します。収集したメタデータをあれこれ活用できたら面白い、と思いますが、とりあえずは収集された件名標目を組み合わせてCiNii Booksから検索し書誌情報をレコメンドする機能、としました。
このTaggy Bankは、SIMILE ProjectのPiggy Bank*1を件名標目に応用したものです。
Piggy Bank from AinY
Piggy BankTaggy Bankの中身についてはまた次回書きたいと思います。
*1:現在は開発中止
１日目の福岡
初九州！という感じで福岡へきました。リードテック合宿 in 福岡です。
前々回のリードテック合宿 in 沖縄は台風の影響で一人だけ参加できなかったため、今回は初めての遠征合宿です。
茨城空港でスカイマークにのって福岡空港へ。
福岡空港についたのが11時40分。定刻より10分早い到着。
その後、id:otani0083 が迎えにきてくれてそのままパンストックへ。
おいしいパンを４つ食べました。
二人の職場を見学させてもらいながら、 id:kitone とも合流。
夜は水炊き長野というお店でぐつぐつと水炊きを食べました。
その後は二日間お世話になる id:kitone 宅へ。
荷物を置いてから乱立する長浜屋に目を回しながら長浜ラーメンを。
今はmanu coffeeで３人でラップトップを３台開いている始末です。
井戸を掘る
あけましておめでとうございます。今年もよろしくお願いいたします。
2014年の振り返りも兼ねて2015年の初エントリ。
- 基本VimだけどCoda2を使い始める。というかエディタ使うほどコード書かなかったよ。あいかわらずシェルスクリプトを書いてました。
- 業界的なイベントは２回ほど参加(どちらも年休取得、聴講のみ)、社内勉強会では２回発表。
- CAに「CrossRefの動向 revisited」、共著で何本か。
- DSのFFタクティクスA2をずっとやってた。あとWiiでピクミン2を時々。
- 2015年はほぼ日手帳の普通のやつにしました。weeklyも良かったけれど。
- Katachiの更新は「7回」。がんばった。
- covo.jsをNDLのLinked Open Data事例集に取り上げていただいた。感謝。
- 2013年10月から某会誌編集委員を兼職。2014年5月号が初担当号。
- Li:d Techは笠間合宿を敢行。2015年は？
- SNS系はログインすらしなくなりました。Twitterは２回(?)くらい。FBは２ヶ月に一度くらい。
- 相変わらず使ってたのはtumblrかな(ほとんどメモとしての)。
- RSSリーダーも良いものが見つからずRSSのチェックは止めました。
個人的にインパクトがあったのはcovo.jsを取り上げていただいたこと、担当号の刊行、CA原稿などでした。
C4LJで書きたかったことはデータを公開しつつレガシーデータはなんとかしようよ(公開する方も、使う方も)、ということでした。それがcovo.jsの最初の動機でした。なのでLinked Open Dataという側面で取り上げていただけて「おお」と思いました。
担当号は執筆してくださった方、サポートしてくださった編集委員のみなさまに本当に感謝。
CA原稿などは編集担当の方にさまざま迷惑をおかけしつつ、無事に公開までたどり着けた、という感じでした。ささくれさんから話をいただいたときから「ふうむ」とぼんやり原稿をイメージし始め、ほんとに依頼がきてから資料集め、「いやいや、レビューというものはむつかしいな」と終始思いながら書いていました。
の最後にも書かれているように、
「というわけで、IDマネージャーよりもウェブサービス屋としてのCrossRefにフォーカスした記事になっております。」
という感じに仕上がっているようです。
買ってよかった2014ベストはルンバですかね。
リードテック的には前述のcovo.jsと笠間合宿が2014年の思い出でしょうか。 id:kitone と id:otani0083 と茨城まできてくれて合宿をしました。成果はそのうち出る予定です(きっと)。
- リードテック2014年早見表 (MLの件名「○月の○○」シリーズより)
- １月・２月のあといっしゅう
- 気がつけばあと１週間で２月が終わる、という状況でした
- ３月・４月・５月のとそう
- とあるメンバーが必死に何かの塗装をしていた
- ６月のしゅうしゅう
- メールアドレス収集用のスクリプトを書いた
- ７月のどうしよう
- CiNiiからデータ収集時の相談
- ８月のあまとう
- あんみつを食べにいった
- ９月のほうこう
- お世話になった方々にお手伝いする方向で行きましょう、と
- １０月、１１月、１２月のれびゅう
- 動向レビューを書いていた
- １月・２月のあといっしゅう
リードテックはちょっとぼり気味でした。
リードテックラボは「どこでもリゾルバ」を少し改良と「Colorful Cinage」の公開くらいしか動いていません。あまり活動できなかったので2015年は少しずつ、と思っています。
Linked Open Dataの事例集
データがもっとちゃんとオープンになって使いやすくなってしかもデータ同士が明示的につながってるとかなり便利だよね*1、というのがLinked Open Dataですが、NDLの解説サイトができました。NDLが提供しているNDL Web Authoritiesを活用しているからか、事例としてcovo.jsも載せてもらいました。感謝。
使う・つなげる：国立国会図書館のLODでつながる | 国立国会図書館-National Diet Library
特にLODを活用したこんなアプリがあったらの解説部分はLODの解説も含めて非常に丁寧でわかりやすいのでおすすめです。NDLのデータをもっと使ってみたい、と思いました。
*1:厳密？にはいろいろあるようですが、その目標としているところをざっと噛み砕いて表現すると。
Handle systemとDOI
はじめに
調べている途中で完全にはウラはとれてないし保証できないのだけど少し分かったことのメモです。主にHandle systemとDOIのカンケーです。DOIはHandle systemで動いている、についてシステム的にどこまでどんなカンケーなの、という視点です。DOI Handbookを通読するのはしんどいので、挙動から分かる部分(とDOI Handbookからちょっとの引用)を中心に。
doi.orgでもhdl.handle.netでも
たとえば、アジ研さんの機関リポジトリであるARRIDEでは各アイテムにHandleを付与しています。
http://hdl.handle.net/2344/1372
Handle側でアジ研さんのサーバであるARRIDEサーバにリダイレクトしてくれてめでたしめでたしなのですが。
実はdoi.orgを指定した場合でもちゃんとARRIDEにリダイレクトしてくれてます*1。これ、びっくりですよね。何が起こっているのでしょうか。
少し調べてみた
まずdoi.orgとhdl.handle.netのアドレスを調べてみました。hostコマンドで。
host hdl.handle.net
hdl.handle.net has address 38.100.138.165
hdl.handle.net has address 134.76.10.174
hdl.handle.net has address 38.100.138.166
host doi.org
doi.org has address 162.13.3.127
doi.org has address 63.123.152.248
doi.org has address 38.100.138.163
doi.org has address 38.100.138.162
doi.org has address 54.191.229.235
doi.org has address 208.254.38.90
Handle用のproxyサーバが３つでDOI用のproxyサーバが6つ。DOIの方が多いんですねえ。まあそうでしょうけど。この情報を元に、次に実際にいくつかのケースでどんな遷移をしているのか見てみます。
Handleのみのアイテムの遷移
再度、アジ研さんのARRIDEのアイテムに登場していただいて。CNRIを通じたHandleのみ持っている、という例です。
http://hdl.handle.net/2344/1372
Chromeの「デベロッパーツール」で見てみると、134.76.10.174 から 303リダイレクトで、ARRIDEへ遷移していることが分かります。134.76.10.174はhdl.handle.netのproxyサーバなので、当然の挙動ですね。
続いて問題の、
http://doi.org/2344/1372
を見てみると、63.123.152.248から303リダイレクトで、ARRIDEへ飛んでいることが分かります。63.123.152.248はHandle側のproxyサーバではなくdoi.orgのproxyサーバです。つまり、Handle用のprefixとsuffixがDOI用のproxyサーバを通じて解決されている*2、ということまでは何となく言えそうな雰囲気です。
DOIのみのアイテムの遷移
ARCHAEOLOGY DATA SERVICEというところのアイテムに登場してもらいます。DOIのRA*3の一つであるDataCite由来のDOIが付与されているアイテムです。
http://doi.org/10.5284/1000164
63.123.152.248というDOI側のproxyサーバから303リダイレクトでARCHAEOLOGY DATA SERVICEへ遷移しています。これは予想通りの当然の挙動ですね。
ARRIDEとは逆パターンですが、下記のパターンもちゃんと解決されます。ふむふむ。
http://hdl.handle.net/10.5284/1000164
で、どんな経路で解決されているかというと、134.76.10.174というHandle側のproxyサーバを通じて解決されています。さきほどとは逆パターンで、DOI用のprefixとsuffixがHandle用のproxyサーバを通じて解決される、ということはなんとなく言えそうな雰囲気です。
分かったと言えそうこと
DOIのprefixとsuffixであってもHandle用proxyサーバを通じて解決されて無事にリダイレクトされる。同様に、HandleのprefixとsuffixであってもDOI用のproxyサーバを通じて解決されて無事にリダイレクトされる。つまり、proxyサーバとしてのdoi.orgとhdl.handle.netはほぼ同機能だから、DOIとHandleなら「http://doi.org」「http://hdl.handle.net」のどちらを使っても(機能的には)良さそう、ということです。
下記のあたりがたぶん参考になります。
DOI Handbook - Resolution
「the proxy servers (at http://doi.org, and also the one at http://hdl.handle.net)」
DOI System and the Handle System
「Technical infrastructure」の
「The Handle System consists of Global root servers, local handle servers, clients, and proxy servers.」
辺りを読んで、proxyサーバの後ろにあるシステム(Global root serversからデータをコピーされてるlocal handle servers)はHandle側もDOI側もほぼまったく同じシステムとデータ(local handle servers)で動いているのではないかと勝手に推測*4。*5
20140914追記
DRFで以前こんなポスター発表があったようですね。
http://drf.lib.hokudai.ac.jp/drf/index.php?plugin=attach&refer=tech%2F%E9%96%A2%E9%80%A3%E6%8A%80%E8%A1%93%E6%83%85%E5%A0%B1&openfile=DRF9_DOI_Handle_poster.pdf
ただ、アドレスバーにdoi.orgとhdl.handle.netどちらでもリンク解決される、という部分のみで実際のところHandleとDOIのシステム部分の切り分けは依然わからないままです。また何かあれば追記します。
おわりに
以上のことから、識別子としての機能的にはHandleとDOIはほとんど同一の機能を持っているとみなしていいかもしれません。リゾルバサーバとしてのproxyサーバ名まで共有しているようですから。ただ、HandleもってればDOIいらないよね、という結論にはいたらないと思います。DOIを付与する過程でCrossRefやらJaLCさんやらのRAで付与してもらうわけですが、HandleだけではそういったRAの提供するサービスを受けられないからです。
というわけで2015年 Li:d tech 夏の自由研究はこれでおしまいです。
Colorful CiNage
はじめに
とりあえずですが「Colorful CiNage (カラフル サイネージ)」を公開しました。
Colorful CiNage
http://haseharu.org/labs/cinage/
CiNiiとSignageを合わせて「CiNage」です。Colorfulをつけたのは、ゴロがいいのと、色んな図書館あるよ、って意味とインターフェースを少しカラフルにしたかったから。
流れとしては、
全国でX館が所蔵している図書を自館は何冊持っているか？―CiNii Booksでウィルキン・グラフを描く
http://cheb.hatenablog.com/entry/2013/08/24/173533
とか、
Code4Lib JAPAN Conference 2013に参加してきました。
http://otani0083.hatenablog.com/entry/2013/09/01/172422
の流れです。元は別の理由で手を動かして分析していたのですが、イベントで id:otani0083 がなんか発表してくる、というので、なんか見えるもの作っておこうか、といってとりあえず作っておいたのがRed Data Booksで「coming soon」のまま１年経過してしまいました。
Red Data Books
http://haseharu.hatenablog.com/entry/2013/08/28/202429
というわけで「Red Data Books」の続きです。CiNii APIを利用してごにょごにょして所蔵館数とか分析用データを取得して各図書館を可視化しよう、というものです。取得したデータはRed Data Booksのときとあまり変わりません。
何が分かるか
まだ機能があんまりないので分かることが少ないので続々追加できたらと思ってます、が続々追加されるかどうかは気分次第なので正直わかりません。
全国で○館が所蔵している図書を○図書館では何冊持っているかのグラフを表示
たとえば、全国で2館しか所蔵していない図書(=NCID)を自分の図書館では何冊(=NCIDの件数)持っているかのグラフを表示。ささくれ、で紹介されているウィルキングラフ、というグラフです。たぶん、大抵ぐーっと横長のグラフになるので、ブラウザの横バーをうごかしてみてください。
“ウィルキン・グラフ”―他のX館が所蔵している資料をうちは何冊所蔵しているか？
http://current.ndl.go.jp/node/22526
○○図書館における出版年ごとの冊数のグラフを表示
出版年ごと(1年スパン)に何冊の図書(=NCID)を持っているかをグラフに表示。
使っているもの
NII提供のFANOリスト
今後の予定
前回から、１年あいてしまったので正直なんともいえないのですが、機能追加していけたらと考えています。館としての可視化もあれば、一冊の図書を各館のフィルターを通して可視化してみる、というのも。もしリクエスト等あればお寄せいただけると嬉しいです。しかし、List.js使ったの２度目ですが使いやすいですね、これ。
List.js
去年、仕事で少し使ってたList.jsを別件で使っています。
http://listjs.com/
これ、かなり使えます。サーチ、ソート、フィルター、組み合わせも。とにかくシンプル。
今回、1200件のリストを読み込ませると「表示されない」、のでちょっとソースをいじる必要あり。そのメモ。
start: function()の、
self.page = 200;
を好きな数字に変えてやればその数字が表示限度になります。
