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 de fichier 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 tente 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 ; dans le cas contraire, 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 deux 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.
Les caractères "," de la virgule ne sont pas autorisés dans object.
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 fonctionnent mieux avec le 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.
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