Problem writing metadata to Jpegs originating from Macs

Everything works great when trying to write metadata to a JPEG that originates from a PC. But since my company runs a website, we have to be able to handle JPEGs that come from Macs. I've run across an issue where trying to write metadata to a Mac-JEPG causes an error.
Specifically it occurs in TIFF_MemoryReader::ParseMemoryStream(*), where the code tries to find the tnailIFDOffset value. For PC-JPEGs, it returns a sensible value, but with Mac-JPEGS, the value is 0x65005020. Which is clearly beyond the image size.
The result being that no metadata is saved to the image. A workaround is to download the image, open in a PC Photoshop, and try again with that new image. This suggests the problem is in the file structure of Mac-JPEGs.
Does the toolkit support these images? Is there a better code-centric workaround? Do I have to re-encode the image to PC format before I use the toolkit?

Hi,
I have just started working with XMP data manipulation using XMP toolkit.
I am able to read and update XMP data successfully, but not getting an idea to write back to JPEG file.
Is there any API in XMP Toolkit to perform this task?
If not, Please give me some guidelines for this....
Thanks.

Similar Messages

Error when Writing Metadata to Files in Bridge (Mac) but not in Bridge (PC)

We get an error when writing metadata to files in Bridge (Mac) but not in Bridge (PC). In the same drive and folder, the PC can successfully write a keyword to a file on the PC, where the Mac returns an error. I have researched this at the Adobe Knowledgebase, but their answer seemed to indicate it was a global issue, and we don't see that behavior on the PC.
The client is a Mac of course, and the server volume is a Windows share volume. The Mac is bound to AD, and the domain\username and username formats have both been tried when logging in, but you receive the error in both.
Any help would be appreciated.
Thanks!
Rich Oliver

Hi, I'm having the same problem using FreeNAS (which uses Samba and Netatalk in the backend), but I tried with both AFP and SMB on Mavericks and Yosemite, I still have the same issue. I think it might be a timing issue with how lightroom interact with a slower write delay using network shares. I suggest you also chime into this thread: Lightroom 5 can't write metadata to DNG files I really hope this is resolved as this is impacting my productivity as I moved my workflow to my Macbook with a shared NAS.

Want to import jpeg file from mac to pages on mac

want to import jpeg file from mac to pages on mac

Two different macs?
Use AirDrop to transfer the file. Then drag and drop it inot the Pages document.
Same mac?
Drag and drop.

Problems writing metadata in Bridge CS4

Anyone seeing this? When I add metadata to my RAW images in Bridge, I frequently get an "Error writing metadata" message. If I have selected a folder full of images, say 700 images, I get 700 error messages. The only option is to force quit.
The problem seems to happen reliably if thumbnails or preview images are still being created, though I've had it happen with a stable folder.
Another consequence of the force quit under these circumstances is that I lose all my image adjustments on my raw files. It seems the sidecar .xml files get corrupted.
I'm on Mac 10.4.11, and the problem happens on both the desktop and the laptop.

That explains why the problem is worse on the laptop. Here's what I have in the deesktop Mac Pro, which is only 15 months old:
ATI Radeon X1900 XT:
Chipset Model: ATY,RadeonX1900
Type: Display
Bus: PCIe
Slot: Slot-1
PCIe Lane Width: x16
VRAM (Total): 512 MB
Vendor: ATI (0x1002)
Device ID: 0x7249
Revision ID: 0x0000
ROM Revision: 113-A52027-140
EFI Driver Version: 01.00.140

Bridge CS3 not writing metadata to JPEG files

For the last couple of months (without my noticing until a couple days ago) all JPEG files that I have edited using Bridge CS3 (on Windows XP) do not have the metadata built into the file. Here are the symptoms: use "File Info" to edit the metadata for a JPEG file (i.e. add a title, description, copyright info, etc.), all appears normal, but if you do any of the following, the metadata you entered disappears:
- duplicate (the metadata does not exist in the duplicate file)
- move or copy to another folder
- open in Photoshop or any other software that can read metadata (File Info shows none of the metadata you entered)
- rebuild the cache for the folder
Strangely, the metadata still appears with the file when you look at it in Bridge as long as you don't do any of the above.
This is really awful as I've put a lot of time into entering this metadata for hundreds of files. Older files (pre-Nov 08) don't have this problem and the metadata is "sticky" and doesn't get deleted. So, somehow my Bridge CS3 got corrupted along the way.
Has anyone experienced this and more importantly -- do you have a solution? I've tried reseting all Bridge settings (but that of course purged the cache and deleted all my metadata.)

Hey,
There are various date/time fields shown in properties panel in Organizer. The dates mentioned in general section are read from OS whereas the dates in EXIF field are read from image's EXIF data. In EXIF data there are three date/time fields-
1. Date time- This date/time info shows date modified of EXIF properties. So when you are writing a tag into imags's IPTC, you are doing some change in EXIF data. Hence this date should change to date when you are writing a tag into IPTC.
2. Date time original - Represents date time when a image was shoot.
3. Date digitized - Represents the date when the image was digitized (in digital camers there is hardly some delay between an image is shoot and it is digitized. So this field is always same as date original).
So, in your scenario, Date time in EXIF should change whenever you are writing any tag into its IPTC.
Please let me know if you need more info on it.
~Andromeda

Problems writing metadata in bridge

hi all,
we are using mobile users on OD with 10.6.6 and 10.6.7 clients.
in bridge CS5 on a mounted afp volume some users can add metadata and rating to pictures, others can't.
i tried all thinkable ways:
user A, AFP mount as user A = works
User B, AFP mount as user B = fail
User A, AFP mount as user B = works
User B, AFP mount as user A = fail
the AFP share comes from a Solaris ZFS pool, ACLs are correct, both users can modify files in finder or photoshop, indesign - you name it - no problem.
i already deleted the cache files of the users, the plist, even tried a totally new mac pro. i deleted the .BridgeCacheT files and verified, that the bridge cache path is writeable for the users.
nothing.
is there any way to raise the logging level of bridge or force it to give any debug messages? it simply sits there and says nothing.
thanks in advance.
michael

Bridge is not designed for use over a network, there are a lot of threads in the archive of this forum about this subject. Check also Google for the 'Image Archivist". This guy has a blog and did succeed in use over network but it needs a lot of discipline...

Getting metadata into jpeg files from RAW

I am transitioning to using RAW files more often. I add metadata, including GPS info, captions etc. Then invariably I need to get JPEGs to someone and have to go through the hassle of exporting the RAW as a JPEG with the metadata.
Is there a way I can get that metadata into the sorta sidecar JPEG file on my Mac without having to go through the export process?
I suppose I could designate the preference that on import the RAW and JPEG were treated as separate files; could I then just copy the metadata in? I haven't really worked with separate JPEG+RAW before. Would it happen automatically if I stacked them? Haven't really explored that.
It just seems that every time I have decided to use the RAW invariably I need the JPEG and if I don't have LR available (say I'm working on someone else's computer but accessing my own files) I'm stuck.
thanks,
Rob
LR5 Mac ML

Is there a way I can get that metadata into the sorta sidecar JPEG file on my Mac without having to go through the export process?
Not in Lightroom. Maybe with ExifTool.
Then invariably I need to get JPEGs to someone and have to go through the hassle of exporting the RAW as a JPEG with the metadata.
Exporting is a hassle? Maybe Lightroom isn't the right program for you.
I suppose I could designate the preference that on import the RAW and JPEG were treated as separate files; could I then just copy the metadata in?
Yes, you could copy and paste (which in Lightroom is called "sync metadata"), but you would have to do it pair by pair, and then save the metadata to the files, and you still wouldn't get sidecar files.
Now, if you don't want the "sorta" sidecar files, if it will work for you to have the metadata written to the JPG files themselves (not sidecar files), then you can tell Lightroom to automatically write the metadata to the JPG files. But ... see my next comment
It just seems that every time I have decided to use the RAW invariably I need the JPEG and if I don't have LR available (say I'm working on someone else's computer but accessing my own files) I'm stuck.
Sorry, but exporting is really the only way to make edits and other metadata available to non-Lightroom programs. If you just want the metadata but not the edited photo, then have it written to the JPG files, but you won't be able to see your edits outside of Lightroom (or PSE or ACR or PS).

Unknown Network Activity Originating From Mac Mini

Hi All,
I checked my firewall logs this morning after connecting the mac, and made a worrying discovery: it appears that my MAC is trying to authenticate against some services that I don't recall setting up.
Here is the log:
07:48:40 eth0 » eth2 UDP 192.168.15.6 123(NTP) 17.151.16.20 123(NTP)
07:50:31 eth0 » eth2 UDP 192.168.15.117 64515 208.67.219.132 750(KERBEROS-IV)
07:50:36 eth0 » eth2 UDP 192.168.15.117 49175 208.67.219.132 750(KERBEROS-IV)
07:50:54 eth0 » eth2 TCP 192.168.15.117 49159 208.67.219.132 389(LDAP)
07:50:55 eth0 » eth2 UDP 192.168.15.117 63460 208.67.219.132 750(KERBEROS-IV)
07:51:18 eth0 » eth2 UDP 192.168.15.117 63506 208.67.219.132 750(KERBEROS-IV)
07:51:24 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:26 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:28 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:30 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:32 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:34 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:36 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:37 eth0 » eth2 UDP 192.168.15.117 65477 208.67.219.132 750(KERBEROS-IV)
07:51:38 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:40 eth0 » eth2 UDP 192.168.15.117 123(NTP) 208.67.219.132 123(NTP)
07:51:58 eth0 » eth2 TCP 192.168.15.117 49171 208.67.219.132 548(AFPOVERTCP)
07:51:58 eth0 » eth2 TCP 192.168.15.117 49172 208.67.219.132 548(AFPOVERTCP)
07:51:58 eth0 » eth2 TCP 192.168.15.117 49173 208.67.219.132 548(AFPOVERTCP)
07:51:58 eth0 » eth2 TCP 192.168.15.117 49174 208.67.219.132 548(AFPOVERTCP)
07:52:13 eth0 » eth2 TCP 192.168.15.117 49176 208.67.219.132 548(AFPOVERTCP)
07:53:21 eth0 » eth2 UDP 192.168.15.117 65046 160.39.195.181 22815
07:53:22 eth0 » eth2 UDP 192.168.15.117 65046 68.95.129.61 58380
07:53:22 eth0 » eth2 UDP 192.168.15.117 65046 129.89.189.92 5186
07:53:22 eth0 » eth2 UDP 192.168.15.117 65046 68.196.203.129 61438
07:53:22 eth0 » eth2 UDP 192.168.15.117 65046 66.25.142.34 50348
07:53:28 eth0 » eth2 TCP 192.168.15.117 49178 66.25.142.34 50348
07:53:28 eth0 » eth2 TCP 192.168.15.117 49179 160.39.195.181 22815
07:53:28 eth0 » eth2 TCP 192.168.15.117 49180 68.46.121.61 1068
07:53:28 eth0 » eth2 TCP 192.168.15.117 49181 76.244.156.85 40875
07:53:29 eth0 » eth2 TCP 192.168.15.117 49187 204.9.163.214 12350
07:53:29 eth0 » eth2 TCP 192.168.15.117 49188 204.9.163.214 12350
07:53:29 eth0 » eth2 UDP 192.168.15.117 65046 24.124.62.110 28918
07:53:29 eth0 » eth2 UDP 192.168.15.117 65046 196.44.156.141 12452
07:53:29 eth0 » eth2 UDP 192.168.15.117 65046 118.93.87.28 3813
07:53:29 eth0 » eth2 UDP 192.168.15.117 65046 174.117.165.146 36845
07:53:34 eth0 » eth2 UDP 192.168.15.117 65046 24.124.62.110 28918
07:53:34 eth0 » eth2 UDP 192.168.15.117 65046 196.44.156.141 12452
07:53:39 eth0 » eth2 UDP 192.168.15.117 65046 24.124.62.110 28918
07:53:39 eth0 » eth2 UDP 192.168.15.117 65046 196.44.156.141 12452
07:53:44 eth0 » eth2 UDP 192.168.15.117 65046 24.124.62.110 28918
07:53:44 eth0 » eth2 UDP 192.168.15.117 65046 196.44.156.141 12452
07:53:49 eth0 » eth2 UDP 192.168.15.117 65046 24.124.62.110 28918
07:53:49 eth0 » eth2 UDP 192.168.15.117 65046 196.44.156.141 12452
These are all items that I don't recognize. I have my mini set up with a mobil account, but I have a different IP set up in VPN for that to use. And once I have VPN activated, I use a local network account from my XServe that is running OpenDirectory to take care of all the authentication, etc.
The only items I have listed for automatic startup are:
- MCXMenuExtraTool
- Skype
- SpeechSynthesisServer
- iTunesHelper
From what I can tell, only Skype has been added by me.
Any ideas?
Thanks,
Mike Bronner
Message was edited by: Miggl
Message was edited by: Miggl

Well, let's see. NTP is the network time protocol, which keeps the system clock set to the correct time by checking with a server that is synchronized with a reference clock (in this case, it's checking with the NTP server at Apple that's sychronized with an atomic clock at the National Institute of Standards and Technology).
Then there's a bunch of traffic to OpenDNS.org (208.67.219.132) -- probably your machine checking to see if it has permission to update the DNS server with your machine's username and password (which it doesn't have permission to do).
The remainder look to be home broadband accounts -- probably pings from infected home computers looking for a mate. It's surprising that your router/gateway lets that sort of thing through. Do you have all the traffic forwarded to your Mac without any filter? Is there no gateway between the machine and your ISP?

Any problems with migrating In Design files from Mac to PC?

My wife is a commercial artist, and we are considering getting CS4 here at home on our PC. She has a Mac at work. Are there any problems with switching files between the Mac and the PC so she can get some work done on the same files at both the office and at home?
Thanks!

One recurring problem I have is the different types of the Symbol font. Mac InDesign insists on adding (TT) -- "Symbol (TT)" -- to 'Windows' documents, and vice versa. I think the root of the problem is Symbol on Windows is an OTF font, whereas on the Mac it's still a 'regular' TTF. My Mac compadres tell me it's not easy to transfer the Windows font to the Mac -- its own version apparently being rooted deep inside the system.
However, it's not a big issue, as we by default encapsulate Symbol with a character style. So when ID alerts us, all we have to do is redefine this style, be it on Windows or on Mac. Fortunately I've never seen text reflowing because of this (knocks on plywood desk).

Problems writing metadata.

Just when I thought I had this working i was wrong. What is happening is I have a custom schema loaded on one file. If i load it on that one file Indesign remembers it and my script works fine. If it is not loaded things go wrong. I need this to happen through the script not loading from inDesign.
Heres the basics.
var myDocument=app.activeDocument;
var myJobNum=myDocument.name.slice(0,5);
var myPoo=myDocument.metadataPreferences;
with (myPoo){
            if (ExternalObject.AdobeXMPScript == undefined) {
            ExternalObject.AdobeXMPScript = new
            ExternalObject("lib:AdobeXMPScript");
            xmp = new XMPMeta();
            var myNewColor=setProperty("http://www.hjedesign.com/metadata/1.0/", "color", selectedColor,);
            var myNewYear=setProperty("http://www.hjedesign.com/metadata/1.0/", "year", selectedYear,);
            var myNewSize=setProperty("http://www.hjedesign.com/metadata/1.0/", "trimSize", selectedSize,);
            var myNewSize=setProperty("http://www.hjedesign.com/metadata/1.0/", "specialInstructions", selectedInst,);
wich work fine when that custom schema has been loaded but does not work at all if i don't. If i try to setProperty it tells me i have and unregistered schema.

Check out this article:
http://tomaxxi.com/2010/09/storing-custom-data-into-indesign-file-xmp/
Hope that helps.
Marijan (tomaxxi)
http://tomaxxi.com

Problem writing a New ToPass inheriting from ToCustom.class

Hi,
we are writing a new ToPass but we have two problems:
For a deletion of a user we need two parameters, but the method "deleteEntryCustom(String arg0)" only supports one parameter. We tried to concatenate two parameters and split them within the method, but we always get the same error-Message "putNextEntry failed storing ....".
Is anybody out there, who can help?
Kind regards,
Achim Heinekamp

Hi Dominik,
thank you for your Reply.
I think, the problem is not the InitCustom().
We use the InitCustom() to establish a connection to the target.
With the entry "changetype = delete" in the ToPass-Configuration the method "deleteEntryCustom()" is going to be started, isn't it?
I tried returncodes "0" and "1" für "deleteEntryCustom". I haven't tried any other numbers.
I tried the method "logIt()" several times but it didn't help me with this particular problem.
I forgot the information, that the deletion was executed.
best regards,
Achim
Edited by: Achim Heinekamp on Aug 13, 2008 1:35 PM

Faillure writing metadata to some DNG files

I'm having a problem writing metadata to some dng files using Lightroom 2.6.1. When I try to apply a metadata template to a batch of files most of them get changes but a few don't. This only effects DNG files so far JPEG and TIFF seem to be OK. I have tried running the problem files through DNG converter and the new files have the same problem. Lightroom won't write to them.
I can change the metadata of these files from Bridge. The changes then appear properly in Lightroom. Afterwards I can change the metadata again from Lightroom.
I'm working on a MacBook Pro (Late 2008) and running OS 10.6.2.

I created a preset to export to same folder as original, same format as original, and stack with (above) original. I used this on the seven files, and it has solved the problem without losing any metadata.
The jpegs had at some point been processed by Photoshop Elements as they were imported/edited using that application in 2010 but the metadata problem didn't show up until recently when I was making some adjustments in Lightroom. I somehow think this may be related to the GPS tag though I don't have sufficient evidence.
The DNG file was strange in that it was straight the camera with no Lightroom adjustments, although I did add GPS info in the Map module. Anway it is now fixed as well as the jpegs.
With this preset it would be possible quickly to fix a large number of image files. Just create a Smart Collection to display the problem files and run the preset on them all in one go. The only things that I am aware of that you would need to look out for are (1) if they are in a collection other than a smart collection, or have been published to a service like Flickr or to the Hard Disk the link will be broken, and (2) If you like to sort photos by date/time added, they will be out of the sequence (capture time is fine).
When you are satisfied that this has worked OK then you can delete the images from the "Metadata Not Up To Date" smart collection. Select all, go to all photos, they should remain selected and press Delete. You could do a thousand in one go if you have the nerve for it
Hope this helps.
Peter

Problem with creating/viewing PDF's from InDesign CS3

I have a problem with our PDF workflow and just cannot seem to resolve it.
The problem is as follows: My coworker and I (both designers running CS3 on iMac's running 10.5.6 Leopard) work daily on producing documents and graphic layouts.
Internally we can view and print PDF documents we create just fine with no troubles with the exception of our supervisor, who is running a mac with Tiger operating system. Our office environment is both Mac and PC. On may occasions he cannot print PDF's we create. Many times his prints will contain garbled characters, drop italics and formatting, replace fonts, or just print slowly.
This problem is also happening to our editor who is offsite. This is a fairly serious problem for her, considering her job relies heavily on being able to view and open PDF files we create. She was able to send a PDF file which shows the garbled mess her printer spit out when she printed. Apparently there were pages upon pages of messy garbled text. When documents do print from her, they are usually very slow in printing, taking up to a minute or more to print each page.
The sample of what she sent me is attached, and can also be found on my MobileMe iDisk at: http://public.me.com/rlcollier (document entitled Print Results.PDF)
My question really to the community is obviously what might be causing these problems. Its very frustrating not being able to determine if its something we're doing ourselves thats causing some incompatability or corruption in these files, or if its the users systems themselves. I can say that Debra our editor has can have a garbled mess of a 4 page file from us, and then turn around and print a graphic heavy 90 page PDF with ease from Boeing. Our PDF's seem to be the only ones she struggles with. That being said, my inclination is that its something on our end.
Any ideas of where to start looking? Any help at all would be greatly appreciated and welcomed. Thanks!

I currently had our editor test printing of some of our files using both Foxit and Adobe Reader (as was suggested) in order to see if either made a difference in her printing ability and here is what she came back with:
I tried to print out both these pdfs (David's is the one you reworked and Lisa's HESSM-3, both sent yesterday).
With Adobe: David's first page printed quickly, but it had errors (part of his pants didn't print, and there's an arbitrary shaded box in the text). Page 2 didn't print--every time I tried it had a different "offending command" code. Printing Lisa's HESSM made it up to page 7 before problems showed up (stock photo only partially printed), and it stopped on page 8 (with the random "offending command" code).
With Foxit: Both David's and the HESSM pdfs printed completely and without error...but it took a long time. David's 2 pages took about 3 to 4 minutes, and HESSM's 16 pages took close to 20 minutes. The time is in the transfer of data to the printer; the physical printing goes pretty quickly.
I cant say that I believe email is the problem, although I cant rule it out. I've tested emailing vs. passing through our workgroup with my supervisor, and it does not make any difference in his ability (or lack of ability) to print our files. He was able to print to a different printer (an HP 4650 as opposed to a 4100) without troubles. He refuses to believe its a printer problem however because PDF files originating from our office are the only ones he has trouble with. Never has he had any trouble with a single PDF file produced from any other source. This is also the case for our editor who only has trouble with PDF files originating from either mine, or my coworkers systems.
PS: I've attached both files that were referenced by our editor above for viewing/testing.

Messages Sent With .Jpeg's From Mail-Receive On PC's,Smaller Than When Sent

We seem to have an issue when we send .Jpeg's from Mac Mail, all our systems are up to date and are all very new.
*Basically when we drop a pic from desktop into a new mail message in Mac Mail and/or create a new mail message from iPhoto with an attached image from iphoto, it shows up fine in the message body and is at full resolution e.g Very Large.*
*After sending the mail to a recipient on a PC, the recipient receives the message in their mail program ( something like outlook ) and when they view the message it shows up as a small .Jpeg embedded*
And when I mean small its small like almost unreadable.
Any one got any ideas ? - I dont want to send emails as plain tex, only rich tex cause we have html signatures that need to look cool.
Cheers.

Welcome to the Apple Discussions.
Have you set the size of the jpeg in the new message window?
Uploaded with plasq's Skitch!
Regards
TD

Can I automate the writing of XMP metadata into JPEG and TIFF files?

I have written an ASP.NET 3.5 website application on behalf of an annual international photographic competition. Entrants will be uploading digital photos in either JPEG or TIFF format. Ideally, I would write entrant identity and image title information into the XMP metadata for each image immediately after upload - but so far, I have failed to find any way to do this in ASP.NET.
Thousands of images are involved, so I need to find a way to automate the metadata insertion, perhaps with some sort of script that uses a text file (extracted from the SQL Server database on my website) as the source of the metadata for a batch of images. Is this the sort of task that can be done by writing a script for Bridge CS3? Are there any scripts already in existence that I could use? I am a total beginner in this area.
I use a Win XP PC, though I have a colleague who, I think, has CS3 on his Mac (running under the Leopard OS), so scripts for either platform might be usable.
David

You are the man X!
Ok here is another version with a check for the dll.
#target bridge
   if( BridgeTalk.appName == "bridge" ) {
addInfo = new MenuElement("command", "Update Entry Details", "at the end of Thumbnail");
addInfo .onSelect = function () {
     main();
function main(){
var csv = File.openDialog("Please select CSV file.","CSV File:*.csv");
if(csv != null){
loadXMPScript();
csv.open("r");
while(!csv.eof){
   strInputLine = csv.readln();
   if (strInputLine.length > 3) {
      strInputLine = strInputLine.replace(/\\/g,'/');
   inputArray = strInputLine.split(",");
   var csvFile = new File(inputArray[0]);
   var title = inputArray[1];
   var author = inputArray[2];
if(!csvFile.exists) {
alert(csvFile + " Does not exist"); //////////Check if file exists
return;
if(csvFile.exists){
var file = new Thumbnail(csvFile);
try{
var xmpFile = new XMPFile(file.path, XMPConst.UNKNOWN,XMPConst.OPEN_FOR_UPDATE);
}catch(e){
      alert("Problem opening xmp for update:-\r" + file.path +"\r" +e.message);
      return;
try{
var xmp = xmpFile.getXMP();
}catch(e){
      alert("Problem opening xmp data:-\r" + e.message);
      return;
xmp.deleteProperty(XMPConst.NS_DC, "creator");
xmp.deleteProperty(XMPConst.NS_DC, "title");
try{
xmp.appendArrayItem(XMPConst.NS_DC, "creator", author, 0,XMPConst.ARRAY_IS_ORDERED);
xmp.appendArrayItem(XMPConst.NS_DC, "title", title, 0,XMPConst.ARRAY_IS_ORDERED);
}catch(e){
      alert("Problem writing xmp data:-\r" + e.message);
      return;
if (xmpFile.canPutXMP(xmp)) {
xmpFile.putXMP(xmp);
}else{
alert("Can not write new metadata to " + csvFile.spec);
xmpFile.closeFile(XMPConst.CLOSE_UPDATE_SAFELY);
unloadXMPScript();
function loadXMPScript()
   var results = new XMPLibMsg("XMPScript Library already loaded", 0, false);
   if (!ExternalObject.AdobeXMPScript)
      try
         ExternalObject.AdobeXMPScript = new ExternalObject('lib:AdobeXMPScript');
         results.message = "XMPScript Library loaded";
      catch (e)
         alert("Could not load AdobeXMPScript \r" + e.message);
         results.message = "ERROR Loading AdobeXMPScript: " + e;
         results.line = e.line;
         results.error = true;
   return results;
function unloadXMPScript()
   var results = new XMPLibMsg("XMPScript Library not loaded", 0, false);
   if( ExternalObject.AdobeXMPScript )
      try
         ExternalObject.AdobeXMPScript.unload();
         ExternalObject.AdobeXMPScript = undefined;
         results.message = "XMPScript Library successfully unloaded";
      catch (e)
         results.message = "ERROR unloading AdobeXMPScript: " + e;
         results.line = e.line;
         results.error = true;
   return results;
function XMPLibMsg (inMessage, inLine, inError)
   this.message = inMessage;
   this.line = inLine;
   this.error = inError;

Problem writing metadata to Jpegs originating from Macs

Similar Messages

Maybe you are looking for