Tech | デジタルアーカイブシステムの技術ブログ

【Omeka S モジュール紹介】Advanced Search Plus：詳細検索機能を拡張する

概要 Advanced Search PlusはOmeka Sでのより柔軟な検索を可能とするための、詳細検索に項目などを追加するモジュールです。 omeka.org 本記事では、本モジュールの使い方について説明します。使い方本モジュールをインストールすることにより、以下の項目が利用可能となります。 before/on/after creation/modification date/time of any resouce：日付や時間に対する範囲検索を可能とします。 has media (for item)：画像を持つアイテムの絞り込み has original：オリジナル画像を持つアイテムの絞り込み has thumbnail：サムネイル画像を持つアイテムの絞り込み mutiple media types (for item) multiple media types for media (included in core since Omeka S 2.0.2 for a single value) visibility public/private：公開／非公開設定に基づく絞り込み media by item set：アイテムセットに基づくメディアの絞り込み具体的には、例えば管理者画面のアイテムに対する詳細検索画面において、以下のような検索フォームが追加されます。「has media（画像を持つアイテムの絞り込み）」などはニーズが高い検索条件かと思います。また、メタデータ別の検索フォームにおいて、以下の検索条件が追加されます。 start with end with in list (via api only). exclude one or multiple properties (except title)：（タイトルを除く）単一または複数のプロパティを検索対象から除外する。以下のように、検索条件の指定方法が拡張されます。 ...

2021年7月25日 · 1 分 · Nakamura

【FOSSメモ】CollectiveAccess

以下、GitHubのREADME.mdの一部和訳です。 github.com CollectiveAccessについて CollectiveAccessは、博物館、アーカイブ、および研究のコンテキストで複雑なデジタルおよび物理コレクションを管理、説明、および発見するためのフレームワークを提供するWebベースのアプリケーションスイートです。これは2つのアプリケーションで構成されています。Providenceは、CollectiveAccessの「バックエンド」カタログコンポーネントです。高度に構成可能であり、さまざまなメタデータ標準、データ型、およびメディア形式をサポートします。Pawtucket2は、CollectiveAccessの汎用パブリックアクセス公開ツールです。プロビデンスで管理されているデータを中心にWebサイトを作成する簡単な方法を提供します。（Pawtucket2の詳細については、https://github.com/collectiveaccess/pawtucket2をご覧ください） CollectiveAccessは、オープンソースのGNU PublicLicenseバージョン3で無料で入手できます。

2021年7月25日 · 1 分 · Nakamura

【Omeka S モジュール紹介】Custom Ontology：独自語彙を追加する

概要 Custom Ontologyは、LOV、schema.org、W3Cといった標準的なオントロジーが利用できないときに、独自の語彙を追加することができるモジュールです。内部プロパティを管理したり、新しいデータを作成している研究者にとって便利です。本記事では、このモジュールの具体的な使用方法について説明します。なお、文末に本モジュールのREADME.mdファイルの和訳も合わせて掲載します。 github.com なお、標準的な既存の語彙（オントロジー）を登録する場合には、以下の記事を参考にしてください。 nakamura196.hatenablog.com 概要使用方法設定語彙の情報入力クラスの入力プロパティの入力 API まとめ README.mdの和訳カスタムオントロジー（Omeka Sのモジュール）インストール使用方法使用方法モジュールのインストール後、以下のメニューから編集画面にアクセスできます。設定ここでは、接頭語「ex」、名前空間のURIを「https://diyhistory.org/nakamura196/ns/ex/」とします。この名前空間のURIは自由に設定できますが、今回のように推奨された形式（Omeka url + /ns/{prefix}/）で与えると、以下のURLでウェブページが利用可能となるといった利点があります。こちらの機能については後述します。 Omeka url + /ns/{prefix}?format=html 語彙の情報入力以下の画面のように、語彙の作成に必要な情報を入力します。続けて、クラスとプロパティを追加することもできますが、一旦ここまでの状態で作成することができます。画面右上の送信ボタンを押すと、語彙が作成されます。作成された語彙は「語彙の一覧」ページから確認できます。本ページの操作方法については、Omeka Sのコア機能の語彙操作に関する以下の記事を参考にしてください。 nakamura196.hatenablog.com なお、語彙の作成後に後述するクラスやプロパティを追加する場合、ここで入力した情報をスキップすることができます。クラスの入力ここでは独自の人物クラス「ex:Person」とイベントクラス「ex:Event」を作成します。下図のように、「Create specific classes」のフォームに値を入力します。各クラスについて一行毎に記述し、「prefix:クラス名,ラベル,コメント」の形で記述します。また「クラス名」の先頭は大文字にする必要があります（ex:person などはアラートが表示されます）。プロパティの入力ここでは独自のプロパティ「ex:name」を作成します。作成方法は「クラス」の時と同様です。違いとしては、「prefix:」に続くプロパティ名は小文字で始まる必要があります（ex:Name などはアラートが表示されます）。 API 作成した語彙は、上述した通り、Omeka Sのコア機能である語彙の一覧などから確認することができ、また他の語彙と同様に各機能から利用することができます。それに加えて、本モジュールで推奨された形式（Omeka url + /ns/{prefix}/）で語彙を作成すると、サイトページとして語彙に関する情報を公開することができます。今回の例では、以下のURLから語彙に関する情報にアクセスできます。 https://diyhistory.org/nakamura196/ns/ex?format=html また以下のように、クエリ文字列を付けずに名前空間のURIにアクセスすると、Turtleファイルをダウンロードすることができます。 https://diyhistory.org/nakamura196/ns/ex 本Turtleを他の人やシステムと共有することにより、独自に作成した語彙の情報を共有することができます。Linked Dataの原則の一つである以下を満たす設計となっています。 When someone looks up a URI, provide useful information, using the standards (RDF, SPARQL) ...

2021年7月24日 · 1 分 · Nakamura

【Omeka S Tips】既存の標準語彙の追加方法

概要 Omeka SではRDF（Resource Description Framework）を用いてリソース（アイテム、アイテムセット、メディア、etc…）の情報を記述します。そのため、RDFのクラスやプロパティのコレクションである語彙をインポートする必要があります。この記事では、この既存の語彙のインポート方法について説明します。なお、公式マニュアルでは以下に記載があります。 omeka.org 具体的には、国立国会図書館が提供する国立国会図書館ダブリンコアメタデータ記述（DC-NDL）とSchema.org、ジャパンサーチの利活用スキーマの登録を例とします。なお、代表的な語彙としてDublicon Core Terms（dcterms:）が挙げられます。Omeka Sのインストール直後のデフォルト設定では、Dublin Coreに加えて、Dublin Core タイプ（dctype:）、書誌オントロジー / Bibliographic Ontology（bibo:）、FOAF / Friend of a Friend（foaf:）が登録されています。既存の語彙を可能限り使用することで、データの共有が容易となります。一方、独自の語彙を使用したい場合には、Custom Ontologyモジュールが使用できます。この使用方法については、以下の記事で紹介しています。 nakamura196.hatenablog.com RDFスキーマファイルの取得語彙の登録にあたり、各語彙のRDFスキーマファイルを取得する必要があります。 DC-NDL 以下から取得することができます。 https://www.ndl.go.jp/jp/dlib/standards/meta/2020/12/ndl-terms.rdf 以下のページに掲載されています。 www.ndl.go.jp なお、接頭語は「dcndl」、名前空間のURIは「 http://ndl.go.jp/dcndl/terms/」です。 Schema.org 以下から取得できます。 https://schema.org/version/latest/schemaorg-current-https.rdf 以下のページに掲載されており、フォーマット（JSON-LD、RDF/XML、Turtleなど）を指定できます。 schema.org なお、接頭語は「schema」、名前空間のURIは「 https://schema.org/」です。ジャパンサーチの利活用スキーマジャパンサーチの利活用スキーマ関連の語彙の例として、以下が挙げられます。 jps: https://jpsearch.go.jp/term/property# type: https://jpsearch.go.jp/term/type/ chname: https://jpsearch.go.jp/entity/chname/ ここでは、上記の接頭語「jps」の語彙を対象とします。本語彙は以下から取得できます。 https://jpsearch.go.jp/term/property Omeka Sへのインポート画面左部のメニュー「語彙の一覧」にアクセスし、画面右上のボタンをクリックしてください。なお、2021年7月時点で、本ボタンの日本語訳に間違いがありますので、いずれ修正したいと思います。その後、以下のような入力フォームが表示されますので、基本情報や登録するファイルの情報を入力します。ファイルについては、ファイルのアップロードまたはURL指定による読み込みが可能です。以下は「ジャパンサーチ利活用スキーマ」を登録した例です。この方法で、「DC-NDL」「Schema.org」も合わせて登録した結果が、以下の「語彙の一覧」画面で確認できます。 Schema.org は膨大な数のクラスとプロパティが定義されていることがわかります。なお、各語彙で定義されているクラスおよびプロパティ一覧の列の数字をクリックすると、当該語彙のクラスまたはプロパティの一覧画面に遷移します。また、ラベルの横にある省略アイコンをクリックすると、以下の図のように、そのクラスまたはプロパティの詳細な説明が表示され、さらに当該クラスまたはプロパティが使用されているアイテムの一覧を確認することができます。以下の例では、「dcterms:title」が2つのアイテムで使用されていることを確認できます。更新語彙の更新は、「語彙の一覧」ページに表示される鉛筆アイコンをクリックして編集画面に入ります。そして、新しい語彙のファイルまたはURLを指定して画面右上の「保存」をクリックします。その後、以下のような更新前後の変更を確認する画面が表示されます。ここでは、「Schema.org」の「schema:highPrice」というプロパティのラベルを、試験的に変更した例です。問題ない場合には、画面右上の「変更を承認」をクリックして、更新作業を完了させます。なお、2021年7月時点においては、クラスおよびプロパティの追加と変更のみが可能で、特定のクラスまたはプロパティの削除は非対応のようです。削除語彙の削除は、「語彙の一覧」ページに表示されるゴミ箱アイコンをクリックします。画面右部に確認パネルが表示されるので、「削除を確定」を押して作業を完了させます。まとめ以上、既存の語彙を追加、更新、削除する方法を説明しました。 ...

2021年7月24日 · 1 分 · Nakamura

【アプリ紹介】IIIF pocketのご紹介

Cultural Japanプロジェクトの一環で開発したアプリケーション「IIIF Pocket」に関するご紹介です。 pocket.cultural.jp 本アプリケーションの説明は、以下のGoogleドキュメントにまとめています。 docs.google.com IIIFリソースの管理と活用にお役に立てば幸いです。

2021年7月24日 · 1 分 · Nakamura

【Omeka S マニュアル和訳】リソース > アイテム

Omeka Sのマニュアル和訳です。以下の「リソース」>「アイテム」ページです。 omeka.org アイテムアイテムは、Omekaシステムの構成要素です。 Omeka Sでは、システム管理者からアイテムを利用できるようにしたり、自分のサイトにアイテムを追加したりできます。アイテムは、管理ダッシュボードの左側のナビゲーションにある[アイテム]タブ（1つのボックスアイコン）に一覧表示されます。各アイテムは行として表示され、次の列があります。タイトル編集（鉛筆）、削除（ゴミ箱）、または詳細の表示（省略記号）するアイコンクラスアイテムの所有者アイテムが作成された日付。アイテムをナビゲートおよび作成するためのオプションは、アイテムのテーブルの上に表示されます。 [アイテム]ウィンドウの右上には、[新しいアイテムの追加]ボタンがあります。左側には、アイテムのページ数が表示され、前後の矢印が表示されます。現在のページ番号は編集可能なフィールドです。有効なページ番号を入力し、キーボードのReturn / Enterキーを押して、そのページに移動します。中央上部には、高度な検索用のボタンがあります。右側のテーブルのすぐ上には、アイテムのテーブルを並べ替えるためのオプションがあり、2つのドロップダウンメニューがあります。1つ目は、 Title 、 Identifier 、 Class 、 Owner、および（Date）Createdから選択できます。2つ目は、昇順または降順で並べ替えることができます。適用するには、並べ替えボタンをクリックします。これらとテーブルの間の左側には、選択した編集、すべて編集、選択したすべての削除、すべて削除などのバッチアクションのドロップダウンがあります。（以下、今後追加予定。）

2021年7月24日 · 1 分 · Nakamura

【Omeka S Tips】メタデータの言語属性の設定方法

メタデータの言語設定の方法について紹介します。公式のマニュアルでは、以下に記載があります。 omeka.org 以下のメタデータ編集画面において、地球儀のアイコンをクリックすると、入力フォームが現れます。こちらにjaやenなどを入力することで、メタデータの言語属性を与えることができます。この言語属性は公開サイトで表示されるほか、Omeka SのAPIで提供されるJSON-LDでもご確認いただけます。 https://diyhistory.org/nakamura196/api/item_sets/2 多言語の情報管理、サイト構築のお役に立てば幸いです。

2021年7月24日 · 1 分 · Nakamura

【Omeka S モジュール紹介】Item Sets Tree

概要 Item Sets Treeはアイテムセットの階層構造を設定できるモジュールです。本モジュールの使い方についてご紹介します。 omeka.org 概要インストールデータ機能紹介親アイテムセットの設定階層構造の確認各アイテムセットのアイテム一覧画面における子孫のアイテムの表示サイトでの表示まとめインストールモジュールのインストール後、以下の設定画面が表示されます。こちらはあるアイテムセットのアイテムを表示した際、その子孫のアイテムセットのアイテムも表示するかを指定するオプションです。後ほど違いを確認します。データ今回は「いらすとや」で公開されている画像を使用します。 www.irasutoya.com 「いらすとや」では「人物」＞「赤ちゃん」＞「子守唄のイラスト」といった形で階層構造を持っています。そこで、「人物」と「赤ちゃん」をアイテムセットとして、「子守唄のイラスト」や「タオルを使ってうつ伏せになる赤ちゃんのイラスト」などをアイテムとして扱います。 Omeka Sの画面では以下の通りです。アイテムセットの一覧画面アイテムセット「赤ちゃん」のアイテム一覧画面アイテムセットとして「人物」「赤ちゃん」があり、アイテムセット「赤ちゃん」の中に、2つのイラストが格納されています。機能紹介親アイテムセットの設定本モジュールをインストールすることにより、各アイテムセットの編集画面に「Item Sets Tree」というタブが表示されます。こちらで、親とするアイテムセットを指定することができます。階層構造の確認画面サブのメニューの「モジュール」 > 「Item Sets Tree」から、設定したアイテムセットの階層構造を確認できます。違いをわかりやすくするために、アイテムセット「人物」に加えて、「イベント」「祝日・行事」も追加しています。各アイテムセットのアイテム一覧画面における子孫のアイテムの表示上のインストールのところで述べた「Item sets include descendants」を有効化すると、各アイテムセットのアイテム一覧画面において、子孫のアイテムを表示することができます。以下の例で示されたアイテムは、アイテムセット「人物」に含まれていませんが、「人物」の子アイテムセット「赤ちゃん」を介して表示されています。サイトでの表示アイテムセットの階層構造をサイトで表示する方法として、カスタムリンクを追加する方法と、サイトページにItem Sets Treeのブロックを埋め込む方法の2種類があります。前者は、以下のナビゲーションメニューから追加できます。特にカスタマイズ等を行わない場合には、この方法が簡単です。後者の場合は、サイトページの編集画面において、画面右部の「新規ブロックを追加」パネルから、Item Sets Treeを追加します。この方法の場合、ページのタイトル変更や、各アイテムセットの説明、そのアイテムセットに含まれるアイテム数を表示するかなどを設定できます。後者の方法で作成したサイトページの例は以下です。 https://diyhistory.org/nakamura196/s/main/page/item-sets-tree まとめ以上、アイテムセットの階層構造を設定できるItem Sets Treeモジュールについて説明しました。階層構造を持ったコレクションの管理などにおいて、参考になりましたら幸いです。

2021年7月23日 · 1 分 · Nakamura

【Omeka Sモジュール紹介】IIIF Server / Image Server / Universal Viewer

Omeka SのIIIF関連モジュールである「IIIF Server」「Image Server」「Universal Viewer」の説明およびインストール手順を以下で紹介しています。 youtu.be Omeka SでのIIIF配信において、参考になりましたら幸いです。

2021年7月23日 · 1 分 · Nakamura

Omeka Sの導入に関する参考資料

Omeka Sの導入方法およびモジュールの追加方法を以下でまとめています。Omeka Sの導入にあたり、参考になりましたら幸いです。 youtube.com

2021年7月23日 · 1 分 · Nakamura

Cultural Japanで集約したIIIFマニフェストをまとめたIIIFコレクションのご紹介

Cultural Japanで集約したIIIFマニフェストについて、それらをまとめたIIIFコレクションを以下からご確認いただけます。 https://www.kanzaki.com/works/2016/pub/image-annotator?u=https://app.cultural.jp/iiif-collection/collection.json なお、各々のIIIFマニフェストの利用にあたっては、各収録DBの利用条件を確認してください。本コレクションには、Cultural Japan側で動的に生成したIIIFマニフェストを含みます。上記のコレクション一覧において、【動的生成】という表記で識別することができます。この動的生成にあたっては、AWS Lambdaを利用しており、リクエスト毎にJapan SearchのRDFストア、およびCultural JapanのRDFストアに問い合わせを行い、JSONデータを生成しています。なお、本動的生成IIIFマニフェストを作成する条件は、高精細画像（jps:accessInfo/schema:associatedMedia）を持つアイテムとしています。動的生成マニフェストの場合、必ずしも提供元アイテムのすべての画像を含めることができていない（jps:accessInfo/schema:associatedMedia で指定された画像のみを使っている）点で不完全ではありますが、IIIFマニフェストを読み込むSelf Museumやその他のIIIF対応ビューアに取り組むことが可能となるといった利点もあります。 self-museum.cultural.jp 世界中で発信される日本文化に関するIIIFリソースを概観するとともに、IIIFを用いたアプリケーション開発の素材としてお役に立てば幸いです。

2021年7月23日 · 1 分 · Nakamura

Mirador 3をVueで使用する方法を紹介するリポジトリを作成しました。

Mirador 3をVueで使用する方法を紹介するリポジトリを作成しました。Vueを使ったアプリケーション開発の参考になれば幸いです。 github.com 本リポジトリの作成にあたっては、以下を参考にさせていただきました。 github.com なお、別のより簡単な方法として、UMD（Universal Module Definition）ビルドを利用する方法もあります。単純にMirador 3を利用したい場合には、以下の方法をおすすめします。 github.com 上記サイトでは、（今回紹介するリポジトリで示したように）「パッケージマネージャーを通じたインストールは、より柔軟なカスタマイズを可能とします。」と記載されています。 Installing through a package manager can give you more flexibility for customization.

2021年7月22日 · 1 分 · Nakamura

【機能開発】Omeka SのIIIF ServerモジュールにおけるImage APIを使用しない設定の追加

概要 Omeka SのIIIF Serverモジュールについて、Image APIを使用しない設定を追加する機能開発を行いました。これにより、レンタルサーバなどのリソースが限られた環境において、IIIFマニフェストなどの配信が容易となります。デジタルアーカイブシステムの持続性と利活用性の向上にむけて、本機能がお役にたてば幸いです。背景 Omeka SのIIIF Serverモジュールは、Omeka Sに登録されたメタデータから、IIIFマニフェストファイルなどを生成するモジュールです。Omekaの様々なモジュールを開発されているDaniel-KM氏が主に開発されています。 github.com 画像については、Image Serverが必要となります。Awesome IIIFに挙げられているようなIIIF ServerをOmeka Sとは別に導入するか、Omeka SのImage Serverモジュールを使用することができます。後者については、Omeka Sのみで実現することができるため、LAMP環境が構築されたレンタルサーバを利用して、IIIF準拠の画像やマニフェストファイルなどの配信が可能となります。レンタルサーバはCPUやメモリといったリソースが限定されますが、メンテナンスコストが低い点が利点として挙げられます。一方、レンタルサーバなどのリソースが限られた環境に、上述のOmeka SのImage Serverモジュールを導入するには課題があります。Image Serverモジュールが動的にタイル画像を配信する際、この処理に時間がかかり、タイル画像の表示が遅れる事象が確認されました。((なお、事前にタイル画像を生成するオプションも提供されています。これにより、リクエストがある度にタイル画像を生成する処理は不要となりますが、ディスク使用量の増加といったデメリットもあります。)) 解決策 IIIFマニフェストにおいて、必ずしもIIIF Image APIに準拠する必要はなく、単純にJPEG画像等を参照することもできます。((なお、これにより画像の動的なリサイズや回転、切り出し等ができなくなるため、機能が限定されるデメリットもあります。)) www.kanzaki.com そこで、レンタルサーバなどのリソースが限られた環境において、Omeka Sを用いたIIIFマニフェストの配信を行うための新たなオプションとして、このImage APIを使用せずに、Omeka Sに登録されたJPEG画像等をそのまま使用する設定をIIIF Serverモジュールに追加しました。以下のversion 3.6.4.3から本機能が利用できます。 github.com 具体的には、IIIF Serverモジュールの以下の設定画面で有効化できます。本モジュールは、東京大学工学・情報理工学図書館の工学史料キュレーションデータベースで使用されています。 curation.library.t.u-tokyo.ac.jp 先述した通り、本設定の有効化により、IIIFで利用できる機能が一部制限されるため、最善の手段ということではありませんが、リソースが限られたサーバ上でのIIIFマニフェストの配信手段のオプションとして、本機能がお役にたてば幸いです。

2021年7月22日 · 1 分 · Nakamura

「起絵図」のIIIF実装

概要「起絵図」のIIIF実装を行いました。東京大学駒場図書館所蔵「大日本海志編纂資料」に含まれる越絵図を対象にしています。 https://utda.github.io/kaishi/ 以下の動画から概要をご確認ください。「起絵図」のIIIF実装作成したアプリケーション東京国立博物館による「越絵図」の説明は以下です。「起絵図（おこしえず）」は、平面図を描いた台紙に、壁面や天井の図を貼り付け、建物の立体的な構造を再現する折畳式の簡易模型です。とくに小さな空間に複雑な立体構造を持つ茶室の再現に適した図法として活用されました。（東京国立博物館 - 展示日本美術（本館）日本の博物学シリーズ起絵図より）この越絵図の表現を、IIIFの「代替資源の選択」を用いて実装しました。また、ビューア「Mirador 2」をカスタマイズし、越絵図の動きをアニメーションで表現できるようにしました。ビューアを開き、画面上部の「Play」ボタンを押してください。作成方法 IIIFマニフェストファイルの作成 IIIFの「代替資源の選択」を参考に、以下のようなIIIFマニフェストファイルを作成します。 https://github.com/utda/kaishi/blob/master/docs/iiif/7-2-47/manifest.json itemの配列に対して、重ねて表示したい画像の情報を追加します。この時、onに指定するカンバスのURIについて、重ねたい画像の表示箇所を指定します。以下の例は、元の画像（重ねられる画像）のサイズで作成したカンバスに対して、開始位置（2560,512）から幅（3072,4096）までの範囲に画像を重ねるための記述です。 https://github.com/utda/kaishi/blob/master/docs/iiif/7-2-47/manifest.json#L111 この範囲の指定が最もコストがかかる部分ですが、今回は以下のように、重ねる画像の位置情報が記述されたxmlファイルがすでに存在しました。 https://github.com/utda/kaishi/blob/master/src/data/xmls_layered/7-2-47.xml このxmlファイルに記載された情報から上記のitemsの配列を自動作成しました。 Mirador 2のカスタマイズ Mirador 2のカスタマイズ方法はこちらに記載があります。この記載を参考に、以下のような記述を追加しました。 https://github.com/utda/kaishi/blob/master/docs/mirador/index.html#L95 「Play」「Stop」「Check All」「Clear」ボタンを追加し、それぞれのボタンをクリックした際に実行される関数を追加しています。まず、Miradorのレイヤータブにあるチェックボックスの一覧を取得します。次にsetIntervalを使って、一定間隔毎にチェックボックスをクリックします。まとめ以上、起絵図をお楽しみいただくとともに、IIIFのレイヤー機能を使ったアプリケーション作成の参考になりましたら幸いです。

2020年8月14日 · 1 分 · Nakamura

透過光画像を使ったIIIFアプリケーション

概要「透過光画像を使ったIIIFアプリケーション」を作成しました。東京大学総合図書館所蔵の「シェリー書簡」を対象にしています。 utda.github.io 作成したアプリケーション本アプリケーションではIIIFの「代替資源の選択」を用いて、オリジナル画像と透過光画像を比較する環境を提供します。 4つの方法で比較環境を提供しており、「IMAGE COMPARISON WITH A SLIDER 」「MIRADOR」「IIIF CURATION VIEWER」「IMAGE ANNOTATOR」を用いています。 IMAGE COMPARISON WITH A SLIDER Digiratiが開発した画像比較ビューアを使用しています。画面中央のスライダーを動かして、画像を比較することができます。 MIRADOR Miradorのレイヤー機能を用いて比較します。画面左部のレイヤータブをクリックし、opacityを変更してみてください。 IIIF CURATION VIEWER CODH（Center for Open Data in the Humanities）が開発しているIIIF Curation Viewer Embeddedを用いて表示します。画面右上のラジオボックスで表示画像を切り替えることができます。 Image Annotator 神崎正英氏が開発しているビューアで表示します。画面右上のchoiceで表示内容を切り替えてください。…を行うと、アノテーションを付与している箇所のみ、透過光画像を表示することができます。作成方法 Level 0 IIIF Image APIに準拠した画像の作成 Digirati社製のビューアについては、IIIFマニフェストは不要で、IIIF Image APIに準拠した画像が必要になります。そこで、今回はIIIF対応のImage Serverを必要としないIIIF Image APIのレベル0に準拠した画像生成を行いました。この利点として、Image Serverが不要となることで、GitHub PagesやAmazon S3といった静的ファイルのホスティングサービスのみでの画像公開が可能となり、運用コストやセキュリティリスクを軽減することができます。一方のデメリットとしては、事前に作成したタイル画像を配信するため、任意の範囲の画像切り出しに対応していない点があげられます。この点はカンバスに対して領域を指定するアノテーションやキュレーションでは問題になりませんが、その領域の切り出し画像そのものがほしいといったニーズには答えられないことが多いです。今回は特定の領域の画像そのものが必要ではなかったため、IIIF Image APIのレベル0を採用することにしました。なお、Mirador等のビューアを使った画像比較では、IIIF Image APIを使用しない方法もあります。しかし、今回はDigirati製のビューアで本APIが必要だったため、Image APIのレベル0を使ったIIIFマニフェストファイルを作成することにしました。 IIIF Image APIのレベル0に対応した画像生成にはこちらのスクリプトを参考にしました。また、Excelファイルでまとめた情報を入力として、本スクリプトを実行可能な環境も用意しました。お役に立てば幸いです。上記リポジトリの例にあるように、今回はGitHub Pagesでタイル画像を公開しました。 github.com IIIFマニフェストファイルの作成 IIIFの「代替資源の選択」を参考に、以下のようなIIIFマニフェストファイルを作成します。代替資源を使ったIIIFマニフェストファイルの作成については、こちらの記事を参考にしてください。 ...

2020年8月14日 · 1 分 · Nakamura