Publish Setup publish-setup
Adobe Dynamic Media Classic servers deliver assets by default to websites or applications, as determined by the Publish Setup page settings. If no setting is specified, the Adobe Dynamic Media Classic server delivers an asset according to a default setting on a Publish Setup page. For example, a request to deliver an image that does not include a resolution attribute yields an image with the Default Object Resolution setting on the Image Server page.
Administrators can change the default settings on the Image Server, Image Renderer, and Vignette pages to establish default settings for delivering assets from servers.
To open the pages of Publish Setup, go to Setup > Application Setup > Publish Setup.
Image Server image-server
The Image Server page establishes default settings for delivering images from Image Servers. Settings are available in these five categories (see the Image Server page itself for detailed descriptions of the settings).
Change these settings only with the assistance of an Adobe Dynamic Media Classic support team member.
-
Catalog Management: These settings determine how Adobe Dynamic Media Classic and the catalog interact. Unlike most Web servers, Dynamic Media Image Server URL calls are directed to a manifest or catalog file instead of an actual image file. The catalog file (not to be confused with an eCatalog) contains a list of all content published to the Image Server. It also contains the path to each image. If you have a Digimarc ID, enter your user information in the Digimarc User Info section.
-
Request Attributes: These settings impose limits on images that can be delivered from the server. For example, the maximum Reply Image Size Limit is Width 5000 and Height 5000.
-
Default Request Attributes: These settings pertain to the default appearance of images.
-
Common Thumbnail Attributes: These settings pertain to the default appearance and alignment of thumbnail images.
-
Defaults for Catalog Fields: These settings pertain to the resolution and default thumbnail type of images.
-
Color Management Attributes: These settings determine which ICC color profiles are used.
-
Compatibility Attributes: This setting enables leading and trailing paragraphs in text layers to be treated as they were in version 3.6 for backwards compatibility.
-
Localization Support: These settings let you manage multiple locale attributes. They also let you specify a locale map string. This lets you define the languages you want to support. They apply to the various tooltips in Viewers.
For example, if you are a multi-national brand that sells in different countries, you can ensure that each country has their own locale-specific Viewer. To accomplish this functionality, you specify a locale map string. Then you edit the tooltip text in a Viewer’s preset. Just add the translated text strings for the language that you want.
note NOTE To set up Localization Support options, use the Admin Console to create a support case. In your support case, request setup help. For more information about setting up Localization Support, see Considerations when setting up localization of assets.
Considerations when setting up localization of assets considerations-when-setting-up-localization-of-assets
A common way to use Adobe Dynamic Media Classic is to manage the product imagery on eCommerce websites. International businesses face the challenge that assets for similar products vary by region. Usually the differences are for a few components of the media. Managing such differences by copying all assets for each country and overwriting the differences is a complex task and is inconsistent with the single primary asset principle. Differences for assets can range from country-specific videos with different audio tracks to subtle but important differences in a power cord that is used with the product. Adobe Dynamic Media Classic uses a basic search mechanism. You define an order of asset suffixes in which the Image Server looks, starting from the required locale.
How assets are localized
The locale for an IS (Image Serving) request is identified with the following IS/IR (Image Rendering) command:
locale=
This command accepts a locale id (locId) string that is not case-sensitive. The locale id is typically a 2-6 character string composed of letters and “_.”
IS supports arbitrary printable ASCII strings. The locale= command applies globally to the entire request, including nested requests, templates, and layers. Multiple locales per request, such as a different locale for each layer, are not supported. However, it is conceivable to allow explicit overrides in nested requests.
If locale= is not specified, attribute::DefaultLocale is passed to the translation engines. Limited input validation is applied to the locale= value. Empty locale= values are permitted. Because locale= has a global scope, the main catalog provides attribute::DefaultLocale for the entire request.
Some of the benefits of using locale= and attribute::DefaultLocale include the following:
- Share contents for multiple locales.
- Access locale-specific contents using generic ids.
- Allow flexibility around naming conventions and the management of locale-specific contents, such as locale prefix versus suffix, or locale-specific contents in a separate catalog.
- Support access to locale-specific versions.
- Aggregate objects, such as Image Sets, can sometimes contain generic references to potentially locale-specific contents.
- Supports all catalog-managed content needing localization, including images, sets, vignettes, materials, and configurations.
- Minimize changes to the IPS database and IS manifest mechanisms.
- Support for static contents such as videos and skins is added when RFC IS-63 is implemented.
- The default locale is configurable.
Application scenarios
Implement asset localization
Adobe Dynamic Media Classic and Image Serving have an interface that allows for the localization of images and static content.
Without localization, an Image Server URL looks like the following:
https://server/is/image/company/image
With localization, an Image Server URL adds the locale= parameter to the path, as in the following:
https://server/is/image/company/image?locale=de_DE
On receipt of the http call by the Image Server, the locale= parameter is parsed through the localeMap field found in Setup > Application Setup > Publish Setup > Image Server > Localization Support group.
The Locale Map field contains a list of entries that are separated using the pipe symbol (|).
Each entry consists of a comma-separated list of values. The first value is the search value that is passed through the locale= parameter. The remaining values are suffix/replacement values that are then tried until one results in an existing image.
Whether a suffix value or a replacement value is applied depends on the Global Locale setting in Setup > Application Setup > Publish Setup > Image Server > Localization Support group.
Suffix example:
https://server/is/image/company/image?locale=de_DEde_DE,_DE,fr_FR,_FR,localeMap. The first corresponding value _DE is added as a suffix to the asset image_DE and an attempt is made to find it on the Image Server. If found on the server, it is returned. Otherwise, the second value “” is used as a suffix, resulting in the image itself being returned.Replacement example:
GlobalLocale and localeMap IDshttps://server/is/image/company/image-main-01?locale=de_DEGlobalLocale=mainlocaleMap -de_DE,de,mainfr_FR,fr,mainlocaleMap. The GlobalLocale substring is found and replaced with the first corresponding value de in the localeMap: image-de-01. If found on the Image Server, it is returned. If not, the second value is replaced, resulting in image-main-01.If no locale is defined in the URL, the Image Server takes the DefaultLocale, if it is defined, and applies it to the URL.
If an unknown or empty locale parameter is supplied with locale=, then the localeMap is scanned for the empty value “starting with.” It is important to have a default locale applied for unknown locales.
About defaultImage
The Image Server tries the options for the requested locale, one after the other. If no match is found, the locale options are applied to defaultImage, and the matching version is returned. Therefore, either each locale must include an option for the image without localization, or localized defaultImage versions are made available in Adobe Dynamic Media Classic.
Scenarios for finding the localeMap
Suppose you want to support the following locales:
en, en_us, en_uk, de, de_at, de_de, fr
You map these locales to the suffixes _E (English), _G (German), and _F (French). For all examples, the generic input image ID is myImg.
Standard behavior for finding the localeMap
The locale IDs are mapped to their corresponding suffixes. If no locale-specific ID is found in the catalog, the generic ID is tried. Note the empty locSuffix values that map to the generic ID.
attribute::LocaleMap=en,_E,|en_us,_E,|en_uk,_E,|fr,_F,|de,_D,|de_at,_D,|de_de,_D,
Finding the localeMap when the locale is unknown
You can map unknown locales to specific IDs or to generic IDs. For example, you can map unknown locales to the English IDs, or if they do not exist, to the generic IDs.
attribute::LocaleMap=en,_E,|en_us,_E,|en_uk,_E,|fr,_F,|de,_D,|de_at,_D,|de_de,_D,|,_E,
Use a dedicated locSuffix for unknown locales and force to the default image if no _U exists, as in the following:
attribute::LocaleMap=en,_E,|en_us,_E,|en_uk,_E,|fr,_F,|de,_D,|de_at,_D,|de_de,_D,|,U
Or, you can map directly to the generic ID, as in the following:
attribute::LocaleMap=en,_E,|en_us,_E,|en_uk,_E,|fr,_F,|de,_D,|de_at,_D,|de_de,_D,|,
Find the localeMap using a multi-tiered lookup
Group locales to address regional standards like skin exposure. You can do this using a multi-tiered lookup.
For example, suppose you want to support collections for Western and Middle Eastern use. Both collections are based on the generic image collection, and both add or modify some images. Both collections are then further refined for specific locales. For example, m1, m2 for two Middle Eastern variants, and w1, w2 and w3 for three Western locales, except that images are shared for w1 and w3. Unknown locales are mapped only to the generic collection and do not have access to locale-specific images. The following is the map:
attribute::LocaleMap=w1,-W,|w2,-W2,-W,|w3,-W,|m1,-M1,-M,|m2,-M2,-M,|,
Find the localeMap by searching for specific IDs
Some image-naming conventions do not support generic image IDs. The generic IDs from the request must be mapped to a specific ID in the catalog. However, there are instances where the exact specific ID is not known.
Using the first example as a basis, images for all languages have the suffixes _1, _2, or _3. Images specific to French locales have the suffixes _22 or _23. And images that are specific to German locales have the suffixes _470 or _480.
attribute::LocaleMap=,_1,_2,_3|fr,_22,_23,_1,_2,_3|de,_470,_480,_1,_2,_3|de_at,_470,_480,_1,_2,_3|de_de,_470,_480,_1,_2,_3
Important considerations when implementing localization support
- Localization is limited to ID-based asset calls and cannot be used on path-based asset calls. Therefore, when calling videos with a locale, they must be called as company/assetID with no full path to the video. You cannot use
RTMPwith localization because that method is for use with path-based video calls only. - You cannot use a Mixed Media Set that contains a single video when localeMap is active; otherwise, the call to the contents of the set fails. To resolve this issue, you can add a single video to an Adaptive Video Set. Then, add the Adaptive Video Set to a Mixed Media Set.
- Certain requests are not localized, such as requests for the contents of an Adaptive Video Set. Therefore, if you intend to use Adaptive Video Sets with localization, place the Adaptive Video Set within a Mixed Media Set. Then, call the set into a Mixed Media viewer with the
locale=parameter.
Image Renderer image-renderer
The Image Renderer page establishes default settings for delivering Image Sets from image-rendering servers. Settings are available in these five categories (see the Image Server page itself for detailed descriptions of the settings):
-
Catalog Management: These settings determine how Adobe Dynamic Media Classic and the catalog file interact. Adobe Dynamic Media Classic Render Server URL calls are made to the catalog, which in turn delivers images from the server. Change these settings only with the assistance of an Adobe Dynamic Media Classic support team member.
-
Session Attributes: These settings establish error parameters, the URL for relative image URLs, and whether object overlapping is permitted.
-
Default Material Attributes: These settings establish default resolution and sharpening settings for images.
-
Response Image Attributes: These settings pertain to the default appearance of images.
-
Color Management Attributes: These settings pertain to the default color settings of images.
Vignette vignette
The Vignette page offers settings for establishing the default appearance of vignettes (see the page itself for detailed descriptions of options).