オブジェクト object

Source オブジェクト指定子。 Image、SVG、およびICC プロファイルオブジェクトは、画像カタログのエントリまたは相対ファイルパスとして指定できます

* オブジェクト *[/]{[ *rootId*/] *objId*}| * パス *

rootId​は画像カタログを識別します。 （詳しくは、画像カタログ ​を参照してください）。 URL パスに​ rootId ​が指定されている場合、そのカタログはこのリクエストの​ メイン カタログ ​になります。 そうでない場合は、デフォルトのカタログがメインカタログとして使用されます。 同じリクエストで複数の異なる画像カタログを使用できます。

サーバーは最初、src=、mask=、およびicc= コマンドで​ rootId ​が省略されていることを前提とし、メインカタログ内のカタログエントリを検索しようとします。 実際、サーバーは​ object ​文字列全体を​ objId. ​として使用しようとしています

カタログエントリが見つかった場合は、そのエントリが使用されます。見つからない場合は、次にサーバーが画像カタログの​ rootId ​と一致させようとします。 カタログが識別された場合は、objId​が検索されます。 とエントリが見つかった場合は、それが使用されます。

それ以外の場合、object​は明示的なファイルパスであると見なされます。 この場合、attribute::FullMatchがメインカタログで設定されている場合、このオブジェクトではカタログが無視され、代わりに使用されるデフォルトカタログが無視されます。 attribute::FullMatchが設定されていない場合は、メイン カタログを使用してさらに処理を行います。

rootId​と​ objId ​の両方で大文字と小文字が区別されます。 path​では、UNIXでのみ大文字と小文字が区別されます。

先頭の/が指定されている場合、メインカタログではなくデフォルトカタログが検索されます。 これは主に、明示的なパスでメインカタログのattribute::RootPathではなくdefault::RootPathが必要な場合に役立ちますが、デフォルトのカタログのエントリへのアクセスを取得するために使用することもできます。このアクセスは、メインカタログのエントリによって上書きされます。

path​を物理ファイルパスに変換する方法の詳細については、サーバー設定ガイド​の​ コンテンツの管理 ​を参照してください。

サポートされる画像ファイル形式 section-12c85aead78e4f759856ca9ff10637d7

サポートされているファイル形式の完全なリストについては、IC （画像コンバータ）ユーティリティの説明を参照してください。

Dynamic MediaのピラミッドTIFF（PTIF）の多解像度フォーマットを使用する場合、複数の異なる解像度の画像データを必要とするアプリケーションが最も効果的に機能します。 IC ユーティリティは、サポートされている任意の画像形式からPTIF画像を作成するために使用されます。

例 section-728ca9b566b54ea1afdf8f5f0a031a57

2つの異なる画像カタログ内の画像とICC プロファイルへのアクセス

画像’ myImage’を’ myCatalog’として識別された画像カタログで取得し、’ myProfiles’という名前の画像カタログにあるICC プロファイル ’ sRGB’を添付します。

http:// * サーバー*/myCatalog/myImage?icc=myProfiles/sRGB&iccEmbed=true

レイヤーを使用した単一の画像カタログの使用

3つのレイヤーで構成されるシンプルな合成イメージを作成し、すべて’myCatalog’から取得しました：

http:// * サーバー*/myCatalog?layer=0&src=img0&layer=1&src=img1&layer=2&src=img2&wid=200

カタログを使用して属性を提供しながら、画像ファイルに直接アクセスする

myImageCatalogで設定されたデフォルトのjpg属性を使用して、my/image/path/myImage.tifにアクセスします。

http://server/myImageCatalog/my/image/path/myImage.tif?wid=200

関連項目 section-b6eccefad63f441d922699c4aba58fc9

IC Utility、src=、mask=、属性：:FullMatch