objet

Spécificateur d’objet source. Les objets de profil d’image, de SVG et ICC peuvent être spécifiés sous la forme d’entrées de catalogue d’images ou de chemins d’accès aux fichiers relatifs.

*objet*[/]{[ *rootId*/] *objId*}| *path*

rootId	nom du catalogue d’images ( attribute::RootId )
objtId	ID de l’enregistrement de profil de l’image, du SVG, du modèle ou ICC dans le catalogue d’images spécifié, principal ou par défaut
path	chemin d’accès et nom de fichier de profil ICC, d’image ou de masque relatif
objet	peut se produire dans le chemin d’accès à l’URL principale ou dans un src= , mask= ou icc= command

rootId identifie un catalogue d’images. (Voir Catalogue d’images pour plus d’informations.) If rootId est spécifié dans le chemin d’accès de l’URL, ce catalogue devient la variable catalogue principal pour cette requête. Sinon, le catalogue par défaut est utilisé comme catalogue principal. Plusieurs catalogues d’images différents peuvent être utilisés dans la même requête.

Le serveur suppose initialement que rootId est omis dans src=, mask=, et icc= et tentera de trouver une entrée de catalogue dans le catalogue principal. En fait, le serveur tente d’utiliser l’intégralité de la variable object chaîne en tant que objId.

Si une entrée de catalogue est trouvée, elle est utilisée ; sinon, le serveur tente ensuite de faire correspondre la variable rootId d’un catalogue d’images. Si un catalogue est identifié, il est recherché objId. Si l’entrée et est trouvée, elle est utilisée.

Sinon, object est supposé être un chemin d’accès au fichier explicite. Dans ce cas, si attribute::FullMatch est définie dans le catalogue principal, puis le catalogue est ignoré pour cet objet et le catalogue par défaut utilisé à la place. If attribute::FullMatch n’est pas défini, alors le catalogue principal est utilisé pour un traitement ultérieur.

Les rootId et objId sont sensibles à la casse. path est sensible à la casse sous UNIX uniquement.

Si une balise / est spécifié, la recherche porte sur le catalogue par défaut au lieu du catalogue principal. Cela s’avère particulièrement utile lorsqu’un chemin explicite nécessite default::RootPath plutôt que le attribute::RootPath, mais peut également être utilisé pour accéder aux entrées du catalogue par défaut qui seraient sinon remplacées par les entrées du catalogue principal.

Voir Gestion du contenu dans le Guide de configuration du serveur pour plus d’informations sur la manière dont path est converti en chemin d’accès physique au fichier.

REMARQUE

Les caractères "," de la virgule ne sont pas autorisés dans object.

Formats de fichiers image pris en charge

Reportez-vous à la description de l’utilitaire IC (Image Converter) pour obtenir la liste complète des formats de fichiers pris en charge.

Les applications qui nécessitent des données d’image à plusieurs résolutions différentes seront les plus performantes lors de l’utilisation du format PTIF (Dynamic Media pyramid TIFF) à plusieurs résolutions. L’utilitaire IC est utilisé pour créer des images PTIF à partir de n’importe quel format d’image pris en charge.

Exemples

Accès à une image et à un profil ICC dans deux catalogues d’images différents

Récupération de l’image myImage' dans le catalogue d’images identifié comme ' myCatalog' et joignez le profil ICC ' sRGB" situé dans le catalogue d’images nommé " myProfiles':

http:// *server*/myCatalog/myImage?icc=myProfiles/sRGB&iccEmbed=true

Utilisation d’un seul catalogue d’images avec couche

Créez une image composite simple composée de trois calques, tous récupérés à partir de " myCatalog':

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

Accès direct aux fichiers image tout en utilisant un catalogue pour fournir des attributs

Accès my/image/path/myImage.tif, à l’aide des attributs jpg par défaut configurés dans myImageCatalog:

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