IPTC Description Field via Generic Panel

I want to access some IPTC Core Fields (Description , Title) via the properties.xml from the Generic Panel .
I tried dc:description but that doesnt work - any help out there ?
Best regards

I found out how to do this thanks to Carl Rambert.
The title and description field is in an alt-array - if I understand this correctly. So to get it to work, you have to use the code in your generic panel's properties.xml as follows (it's basically changing the type from "text" to "langalt:"
<xmp_schema prefix="dc" namespace="http://purl.org/dc/elements/1.1/" label="What ever you want as a header" description="$$$/Custom/Schema/Description=This example panel contains most of the options available for the 'Generic Panel'.">
<xmp_property name="description" category="external" label="Description:" type="langalt" ui:multiLine="true" ui:height="75"/>
</xmp_schema>

Similar Messages

Lr doesn't support the IPTC 'Description' field

Why wouldn't Lr (v2.1) show or support the IPTC metadata 'Description' field?

> It's called "Caption" in Lightroom.
Thanx Ian for the impetus to look harder. Although I thought I had looked at every possible IPTC field, I then realized Lr's metadata would need to be "read" again for it to grab the change that had been made with CS2.
:p

IPTC description got lost - a bug?

Hi folks,
recently I started to use LR (2.5, 64bit version) to also edit my IPTC fields (only the RAW files, Nikon in my case) and unfortunately I ran into trouble doing so.
After I had finished the whole image and IPTC work I moved the image files and their related XMP files (which include the whole text related metadata) to another hard drive, my "finished work" hard drive. This part of the workflow did never make any trouble with the IPTC stuff, as long as I did not use LR for that. What has happened:
This morning, when I started my PC (Intel Quadcore and XP Prof. 64bit) and opened LR I agreed to first save the catalog, as I always do. And all the IPTC description fields of all the moved RAW-files are completely empty (and the information is missing in the XMP files as well), only the description fields!
Is there still a misconception between what the LR database stores and what and when this is available in the XMP files?
Anyway, for me this seems to be bug!
This will cost me about 2 additional hours to recover the missing IPTC descriptions from a TIFF selection I made out of the finished RAW files, yesterday.
Knowing that there is a time gap between what's stored in the LR database and what and when it is available in the XMP files,
I always have set the LR catalog settings to "save changes automatically to XMP". Additionally, I regularly save the metadata settings by doing so manually ("STRG+S, or choosing "save metadata to file"), at least once a day or after major sessions. Anyway, this did not help in this case.
Anybody out there having an idea about the what and why on the problem above?
Thanks a lot in advance
Thomas

Hi dj_page,
thanks for your efforts. And here are my answers to your questions:
1. are you sure you have write access to the folder on your hard disk where the .xmp file is located?
Full access.
2. How are you moving these files to the 2nd hard drive ... Lightroom or Windows?
Windows. (I am always doing it this way. Btw, I am using Windows' tool robocopy to incrementally backup all my image files. Robocopy has proven to be absolutely reliable).
3. Before you move, does Lightroom show the message in the Metadata panel that the files re up to date?
Mmh, what exaclty do you mean by "re up to date"?
I usually do an additional manually "save metadate to file", to be sure (!) that the last metadata upadates are in the XMPs.
Kind regards
Thomas

Importing IPTC Description to Lightroom 4

How do I import the IPTC "Description" field into Lightroom 4 from the 7000+ metadata of photos I worked with in Bridge (CS4)?

There's a "Save to SD" command in the menu. The tracks are exported to the
MyTracks folder in the root of your SD card.
Sent from phone.
În data de 10.09.2012 16:02, "Harvedit" <[email protected]> a scris:
Re: Importing track log to lightroom 4 created by Harvedit<http://forums.adobe.com/people/Harvedit>in
Photoshop Lightroom - View the full discussion<http://forums.adobe.com/message/4686545#4686545

I have got two photos by mail from iPhoto. My friend has put descriptions in the description field. The I got the mail I saw the description below each photo. If I check the photos with Preview they have Exif and JFIF fields but no IPTC field.

I have got two photos by mail from iPhoto. My friend has put descriptions in the description field. The I got the mail I saw the description below each photo. If I check the photos with Preview they have Exif and JFIF fields but no IPTC field.

Does you friend use any accented letters in the descriptions? That might cause it but I don't know for sure.
Has he run any repair operations on his library, i.e. repairing the database file? Another possible fixe that's easy to apply is the following:
1 - delete the iPhoto preference file, com.apple.iPhoto.plist, that resides in your
Home/Library/ Preferences folder.
2 - delete iPhoto's cache folder(s):
Home/Library/Containers/com.apple.iPhoto
and, if there is one, the
Home/Library/Caches/com.apple.iPhoto folder
3 - reboot, launch iPhoto and try again.
NOTE: In Lion and Mountain Lion the Home/Library folder is now invisible. To make it permanently visible enter the following in the Terminal application window: chflags nohidden ~/Library and press the Return key - 10.7: Un-hide the User Library folder.
For Mavericks, 10.9, go to your Home folder and use the View ➙ Show View Options menu to bring the this window:
The demo version of GraphicConverter can be used to view/check/edit the ITPC fields in an image file after exporting.

CATS via ESS - how to add WBS description field

Hi folks,
I've configured a new time profile which we will be using to integrate with Project System. We can enter the WBS number via the portal but I would also like to show a field which will automatically default to the description associated with the wbs number.
There seem to be a few user exits available but I'm not sure which one to use.
CATS0009 CATS: Customer-Specific Text Fields in Data Entry Section
Will this allow me to add the WBS description field as an additional input field via CAC2?
Any help would be much appreciated.
thanks,
Ann

CATS0009 CATS: Customer-Specific Text Fields in Data Entry Section
this is it
data: output(8) type n,
 rproj(8) type n.
IF CATSD_IMP-RPROJ IS INITIAL.
CALL FUNCTION 'CONVERSION_EXIT_ABPSP_INPUT'
EXPORTING
 INPUT = CATSD_IMP-posid
IMPORTING
 OUTPUT = output
EXCEPTIONS
 NOT_FOUND = 1
 OTHERS = 2.
rproj = output.
ENDIF.
IF NOT CATSD_IMP-RPROJ IS INITIAL.
 rproj = CATSD_IMP-RPROJ.
else.
 rproj = output
endif.
*************end insert******************
clear: disptext2_exp.
select single post1
 into disptext2_exp
 from prps
 where pspnr = catsd_imp-rproj. < COMMENT
 where pspnr = rproj. < INSERT

Using openchoice and langalt together in generic panel

How do you specify langalt in the xmp_property if you're using openchoice as the type for a generic panel?

You can't.
Types openchoice and closedchoice imply an XMP Text property only.
There are some built-in "Text" aliases for three Very-Well-Known fields.
photoshop:Caption (Text) --- dc:description (Lang Alt)
photoshop:Copyright (Text) --- dc:rights/ (Lang Alt)
photoshop:Title (Text) --- dc:title (Lang Alt)
Presumably you could configure these as openchoice.
There is another thread on this forum, "CS5 Generic File Info Memory
Problem",
http://forums.adobe.com/thread/844222?tstart=0
that happens to discuss preloading the MRU cache for a property to
simulate an openchoice for a bag or seq array via the MRU autocomplete
feature. You might try technique for a custom langalt property.
Carl

Enhancing FileInfo Generic Panels

Hi,
the FileInfo SDK offers two approaches to extend the XMP FileInfo dialog found in many Adobe applications.
1.) A generic panel which can be setup by editing a couple of XML files.
It offers only limited support for properties defined in XML, it can display only simple XMP properties and comma-separated array lists, with limited layout capabilities (e.g. separators).
2.) A Flash-based custom panel that offers more possibilities but needs some programming skills to develop.
The XMP team is currently thinking about enhancing the generic panel approach to make it easier to build complex Metadata UI without programming skills. Planned features are, for example, support for complex properties and more layout capabilities.
We would like to get feedback from you about enhancing the generic panels and also collect examples of generic panels, as well as flash-based panels.
Have you developed a generic panel or flash-based panel in the past? Why did you choose one approach over the other? Which features would make a generic panel more valuable to you?
Please post your experience with FileInfo panels to this thread and, if possible, show us your panel. You can also send us your panel through private forum mail and we will keep it confidential.
Thanks for your help!

Over the years I have built several (generic) File Info panels and
Bridge Metadata Panes that can display multi-dimensional XMP arrays,
such as those used in IPTC Extension, PLUS , and PRISM Metadata for
Images schemas.
These directly index the row and column in the array. Attached is a
partial screenshot of a CS4 Bridge Metadata Pane for PRISM Metadata
for Images that uses IPTC Extension arrays that have been extended by
one sub property: agreementID. With the preference "Hide Empty Fields"
this pane is practical for viewing existing complex XMP metadata in a
file. There is a version of this pane for old File Info, and one for
the newer File Info (XML).
The second attachment is a screen shot of the corresponding (old) File
Info Panel (0.0/1.0). The two dimensional arrays are displayed as
fixed height tables with column headers: Location, City, State, ... A
new ( 2.0+) File Info Generic Panel was constructed, but with a
separate line per sub property, it is very, very tall and not
practical for use.
The array fields in this pane and this panel are set to be display-only.
If the array fields were set to be read/write and the array already
contained data when the XMP packet is opened, then File Info is
capable to editing/appending to it. However, if the array does not
exist when File Info opens the XMP packet, any data entered into these
fields will be ignored when the packet is updated. It appears that
(generic) File Info cannot generate a new XMP array structure. As a
result, these panes and panels were constructed with the array fields
as display-only.
I have experimented with directly indexing into 3, 4 and 5 dimensional
XMP arrays in File Info. It behaves the same as with 1 and 2 dimensions.
Observation: If File Info could generate new XMP array structures when
none previously existed in the packet, like it does for full custom
Flash File Info panels, then generic Bridge Metadata Panes and Acrobat
Pro (old) File Info panels could support read/write of complex XMP
metadata.
Regards,
Carl Rambert (previously with Pound Hill Software)

Xmp specs for "description" field

To whom it may concern (or to whoever may be able and willing to help;-):
In INDD I am able to enter xmp data into the description field as long as i want (which is also not cropped after saving), however the data is cropped to a certain number of cyphers/letters whenever in eported pdfs (no matter what export preset). I googled quite a while to turn up xmp specs regarding this, but could not turn up any. If anyone could tell my, why the cropping occurs or could turn up a workaround for it, i`d be grateful.
Kind regards and thanks ahead,
Aurel

Aurel and Carl,
I'm a little late here, but I want to thank Aurel for posing the questions, and Carl for explaining so much; I particularly appreciate his explaining the metadata consequences of Acrobat's "Save" vs. "Save As", and warning that changes in metadata embedding for CS5 applications [still] do not apply to Acrobat.
On a side issue, Aurel wrote:
> Also this pdf has all metadata visible upon vista explorer right click
> "file properties", which i cannot reproduce for my current files, but
> thats yet another problem. grrr. thanks anyways.
On my Vista64 machines, Explorer loses the PDF tab I see in on my 32-bit machine. However, that tab come back when I run Vista64's 32-bit version of Explorer. I use a one-line batch file with the line "%windir%\SysWOW64\explorer.exe /separate, /root, c:" as discussed in Adobe's Reader forum.
Like Aurel, I'm no programmer. Still, I managed to make a custom XMP panel for IDCS4 for adding PRISM publication metadata to the journal articles I work on (using the generic models in the XMP SDK 4.1). The PRISM metadata is fairly esoteric, but I've also been trying to convince the editors I work with that we should be embedding basic metadata, including Keywords, in PDFs to be made available electronically. Thus I was more than a little surprised to read in one of Carl's post:
> One search engine for journal articles looks as PDF Doc Info
> metadata, most search engines avoid all forms of metadata.
That would seem to fly in the face of WWW folk wisdom (for example, at InDesign Secrets), so I'm must be missing something.
I see XMP SDK 5.1 has been released and I expect to upgrade my CS4 suite one of these days. However, it's tempting to wait until Acrobat's handling of XMP metadata catches up. As things stand now, I'll probably continue to send editors screen grabs to proof custom metadata. Otherwise I'd have to port my modest custom panel to XMP 1 for Acrobat, convince the editors to buy the full version, and then show them how to install the panel -- effort that I assume the next Acrobat will make redundant.
Thanks again,
David

Display of IPTC description during mouse-over in filmstrip

Windows XP SP3, LR3
When you move your mouse over an image in the film strip, you get a temporary popup showing the IPTC title and description fields from the image.
Unless I have missed something, this behavior can not be changed.
This can be a problem when the description field is VERY long. It can cover up a significant portion of the screen and can be very annoying.
I have a number of pictures where I have a VERY long narative about that particular picture. It is annoying as I move over these images in the filmstrip and see huge popups momentarly appear.
There should be some way to either disable this feature, or at least limit the amount of description field that is shown.
Gary

Thank you! I should have thought of that myself. Now that I think about it, I knew that what was displayed there was controlled by what you have set in View options.
Gary

IOS 8: The textbox to change the description field of the iCloud email account no longer exists

The textbox to change the description of the iCloud email account that existed in all previous versions of iOS, and is available for all other types of email accounts under iOS 8, appears to have been removed. Without this textbox, it is not possible to change the default description of "iCould", or to change a description that was set with a previous version of iOS. The description field still exists, as the value that I set on a previous version of iOS is still being used by some of my iOS devices, but there is currently no way to change it via the current iOS 8 UI. The description field is available to change for all other kinds of email accounts.

Confimed. And I hope they put it back soon.
I used an iCloud backup to transfer everything on my iPhone 5s to my iPhone 6. The (modified) description for my iCloud account transferred and appears the way I want it to appear on my iPhone 6. However, it cannot be changed.
Alternatively, I also have a new iPad Air 2 that I set up as a completely new iPad (i.e. I did not transfer anything from an older iPad). The iPad shows the description for my iCloud account as the default: "iCloud." It, too, cannot be changed.
True, this is only a minor annoyance, but it would be less of an issue if Apple had not removed a feature that previously existed in iOS 7.
I'm not sure if the removal was intentional or unintentional, but, again, I hope this gets fixed soon. In the meantime, I would be interested in anyone can find a workaround.

Keyword and description fields missing when add bookmark

vers 37.0.1
In a recent upgrade I notice the keyword and description fields are missing when "bookmark this page".
When view bookmark properties in bookmarks sidebar these fields appear

You can make the fields visible with code in userChrome.css ()they have visibility:collapse).
Add code to the userChrome.css file below the default @namespace line.
*http://kb.mozillazine.org/userChrome.css
<pre><nowiki>@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"); /* only needed once */
#editBMPanel_keywordRow,
#editBMPanel_descriptionRow,
#editBMPanel_loadInSidebarCheckbox {
visibility:visible !important;
</nowiki></pre>
The customization files userChrome.css (user interface) and userContent.css (websites) are located in the chrome folder in the Firefox profile folder.
*http://kb.mozillazine.org/Editing_configuration
You can use this button to go to the currently used Firefox profile folder:
*Help > Troubleshooting Information > Profile Directory: Show Folder (Linux: Open Directory; Mac: Show in Finder)
*http://kb.mozillazine.org/Profile_folder_-_Firefox
*Create the chrome folder (lowercase) in the <xxxxxxxx>.default profile folder if this folder doesn't exist
*Use a plain text editor like Notepad to create a (new) userChrome.css file in the chrome folder (file name is case sensitive)
*Paste the code in the userChrome.css file in the editor window
*Make sure that the userChrome.css file starts with the default @namespace line
*Make sure that you select "All files" and not "Text files" when you save the file via "Save file as" in the text editor as userChrome.css. Otherwise Windows may add a hidden .txt file extension and you end up with a not working userChrome.css.txt file

Raw files (CR2) - Cannot modify IPTC Core fields, get error messages

I really hope someone out there can help me out here because I'm at my wit's end!!!!
I have a bunch of raw files in a folder, these are just pictures I took for a bit of general practice over Christmas.
Now, whilst trying to modify the IPTC Core Fields (basically adding my name and my email address to the pictures), it worked fine for most of the pictures, but for some reason it will not work for the last 20. This is driving me nuts. :(
The first picture which doesn't work was taken literally 2 seconds after the last one which does work. All pictures work perfectly well in Photoshop, I can open them, modify them, save them as jpgs... no problem. But it just won't let me change the metadata. The pencils on the IPTC Core fields are nowhere to be found, the option File>File Info appears greyed out... etc.
The error messages I get:
1. When clicking on any line of the IPTC Core Fields (such as "Creator") =
i "This property cannot be modified".
2. When clicking on the keywords tab and trying to enter keywords =
i "The file Name.CR2 cannot store XMP metadata. No changes will occur"
I have scoured the web for help, visited multiple forums... to no avail. It looks like other people are having the same problem but no-one seems to have a solution. I haven't done anything different to those 20 pictures, so I just can't think of a logical answer, it just doesn't make sense!!
I am only starting to catalogue my pictures in the hope of going professional one day and this is extremely discouraging... if anyone out there can help, I'd be ever so grateful. Right now I just feel like pulling my hair out!! :'(
OK, rant over :)
Thanks very much for reading and thanks very, very much in advance for any suggestions/ideas!!

I have run into the same problem. I downloaded photos in raw format ".CR2" from a Canon 40D via a compact flash card reader to my laptop. I labelled the ones I wanted green and then transferred these images via wireless transfer to my desktop. I had not checked any keywords while these were on the laptop. I used the Bridge (CS3)File/Copy to menu selection to effect the transfer. Both systems are Windows XP, SP2.
I then tried to check a keword in my list for an image and got the error message number 2 reported by Maria Atkins above. I got the same for all images on the desktop system.
Observations:
-the green labelled items are correctly filtered on the desktop, but the labels on the images all show white.
-not all images even have .xmp files associated with them. It appears to be a random thing.
-although I have checked my preference to have double click open an image in Camera Raw in Bridge it will not do so with these images, always opening Camera Raw in Photoshop.
-the camera exif data is correctly attached to the images, whether there is a .xmp file associated or not.
-On my laptop I found I can check keywords and they are stored with the image with no complaints from Bridge, and whether the image has a .xmp file associated with it or not. This is after I had copied the images to the desktop. I was just checking whether the problem was with the original images or just the transferred ones. It appears to be that something was not done correctly in the transfer.
This is not a trivial issue since it is essential for cataloging images to enable future searches. I hope someone from Adobe is paying attention and will respond with an answer.

Pull title from IPTC headline field not IPTC object name

I imported sample images from the IPTC.org site and filename shows up in LR title field because LR fills it's title field from IPTC title/object name field (frequently used for filename) rather than the recommended IPTC Headline field. I think the better practice would be for title in LR to come from the IPTC Headline field and suggest this change. I don't want to put my metadata titles in field other than the correct Headline field.
Thanks, Ralph Daily

>LR fills it's title field from IPTC title/object name field (frequently used for filename) rather than the recommended IPTC Headline field.
Can you give a reference where it is recommended that fields be filled from a different source?
On the surface, this would seem to lead to a lot of confusion. For example, what would happen to existing information in the Title/Object field if your suggestion was implemented? What happens when you synchronize XMP data back to the image?
IMO, the way it presently works is just fine. I use the Title/Object field for the original filename and the Headline field for whatever descriptive text I want. Others may have a different approach. Why should LR scramble the approach we have been using long before LR was around?

E-Recruitmet - Description field from Infotype 5121

Hi All
I am working on e-recruitment and was wondering where the description fields related to Infotype 5121 are stored.
The data that we enter in Posting Information page from the frontend(BSP) is getting updated in 5121, but the texts(description) is not stored in this inofotype.
Any ideas would be helpful.
thanks
swaroop

Hello,
As an addition to Roman's answer, you can also use a generic method which can work for every IT of e-recruting:
Use method cl_hrrcf_t77rcf_docid=>read_record to get the structure t77rcf_docid.
Then use the method cl_hrrcf_hrkwf_storage=>read_infty_text with t77rcf_docid-docid. You can get the parameter version from the number in the field of your infotype.
Hope it helps
Olivier

IPTC Description Field via Generic Panel

Similar Messages

Maybe you are looking for