JPEG Meta Data

Hi guys, very new here actually just registered.
I have a problem where I need to ID who modified a jpeg file.
What I know:-
The file was modified in photoshop (I can see that from the meta data. I have opened the jpg file in notepad and can see all the text)
What I need to know is there a way to determine the serial number of the product that modified the jpg file thus traceing back to a machine and then a person.
I can see lots of meta data such as ModifyDate, CreateDate and MetadataDate I can also see many references to adobe web sites.
What I also see is :uuid:xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx is this the serial number encoded some how
Any help would be great thanx CPM

What do you meen about meta-data??? Can you provide an example.....
i.e. an initial image you have, in what format is in, it's meta-data (as you say ) and what you finally get encoding

Similar Messages

Preserving Meta Data when encoding JPEG (JAI)

I have a project where the requirements are that images which I compress (using the JPEG encoder of JAI) must be as much compressed as possible, but also must not be altered in any other way from the original image file, i.e. things like meta data must be preserved exactly as it was, and preferably other things in the header (such as resolution) should also be preserved.
I have had no problems with the compression process as such, but unfortunately it seems that JAI writes a fresh new (default) header every time the compressed (encoded) image is written out. I also tried the new Java Image I/O stuff for doing this, and it seems to have exactly the same behaviour.
I have searched both thses APIs extesively for something which would enable me simply to set the option that original meta data (and preferably all header data) should be preserved, but to no avail.
I do realize that image meta data can be both read and written (at least using the Image I/O), but I find it quite complex and also find it a pitty and a waste to have to do that when the requirements are not about altering/processing any of this data, but simply about leaving it alone.
If any one has any suggestions about how this problem might be solved, I would be very interested to know about it, and very greatful for any hints or pointers to information also.
Thank you.
Helgi

What do you meen about meta-data??? Can you provide an example.....
i.e. an initial image you have, in what format is in, it's meta-data (as you say ) and what you finally get encoding

Images (w/correct meta data) are in catalog and on disk, but LR 5.7 considers them new on Import

For reasons explained below, I want to try to re-import all my images into LR and hope that none/few are in fact considered new and are imported. Yet, for some folders, LR is apparently unable to detect that my source images are already in the catalog, and are on disk, and that the source file meta data matches what LR knows about the images. When I click an image in LR and Show in Finder, I do see the imported image on disk. I can edit the image in the Develop module. So, it seems good, but all is not well.   Sorry for the long post here, but I wanted to provide as much info as I could, as I am really seeking your help, which I'd very much appreciate.
Here are some screen shots that illustrate the problem:
Finder contents of the original images
LR folder hierarchy
an image as seen in LR
Finder content of external LR copy of images
import showing 10 "new" photos
The original images ... (I'm not sure why the file date is April 2001 but the actual image date is January 2011; I may have just used the wrong date on the folder name?)
The LR folder hierarchy ...
An image as seen in LR ...
The external folder containing the images in the LR library
But on import of the original source folder, LR sees 10 "new" photos ...
I tried "Synchronize Folder ..." on this particular folder, and it simply hangs half-way through as seen in the screen shot below.   IS THIS AN LR BUG?   This is really odd, since "Synchronize Folder ..." on the top-level folder completes quickly.
I have a spreadsheet of of the EXIF data for the original files and those created by LR. (I extracted this info using the excellent and free pyExifToolGui graphical frontend for the command line tool ExifTool by Phil Harvey.)   Almost all of the Exif data is the same, but LR has added some additional info to the files after import, including (of course) keywords. However, I would not have expected the differences I found to enter into the duplicate detection scheme. (I didn't see a way to attach the spreadsheet to this posting as it's not an "image".)
I'm running LR 5.7 on a 27" iMac with Yosemite 10.10.2, having used LR since LR2. I have all my original images (.JPEGs and RAWs of various flavors) on my internal drive on the Mac.   To me this is like saving all my memory cards and never re-using them.   Fortunately, these files are backed up several ways.   I import these images (copying RAWs as DNG) into LR with a renaming scheme that includes the import number, original file creation date and original file name.   There should be one LR folder for each original source file folder, with the identical folder name (usually a place and date). I store the LR catalog and imported images on an external drive. Amazingly and unfortunately my external drive failed as did it's twin, same make/size drive that I used as a backup with Carbon Copy Cloner.   I used Data Rescue 4 to recover to a new disk what I thought was almost all of the files on the external drive.
So, I thought all would be well, but, when I tried "Synchronize Folder" using the top-level folder of my catalog, the dialog box appeared saying there were over 1000 "New" photos that had not been imported. This made be suspicious that I had failed to recover everything.   But actually things are much worse than I thought..   I have these counts of images:
80,0061 files in 217 folders for my original source files (some of these may be (temporary?) copies that I actually don't want to import into LR)
51,780 files in 187 folders on my external drive containing the LR photo library
49,254 images in the top-level folder in the LR catalog (why different from the external file count?)
35,332 images found during import of the top-level folder containing original images
22,560 images found as "new" by LR during import
1,074 "new" images reported by Synchronize Folder ... on the top-level folder in the catalog; different from import count
Clearly things are badly out of sync.   I'd like to be sure I have all my images in LR, but none duplicated.   Thus, I want to try to import the entire library and have LR tell me which photos are new. I have over 200 folders in LR. I am now proceeding to try importing each folder, one at a time, to try to reconcile the differences and import the truly missing images. This will be painful. And it may not be enough to fully resolve the above discrepancies.
Does anyone have any ideas or suggestions? I'd really appreciate your help!
Ken

Thanks for being on the case, dj!   As you'll see below, YOU WERE RIGHT!      But I am confused.
    1. Does the same problem exist if you try to import (not synchronize) from that folder? In other words, does import improperly think these are not duplic
YES. Import improperly thinks they are NOT duplicates, but they are in fact the same image (but apparently not the EXACT SAME bytes on disk!)
    2. According to the documentation, a photo is considered a duplicate "if it has the same, original filename; the same Exif capture date and time; and the same file size."
This is my understanding too.
    3. Can you manually confirm that, for an example photo, that by examining the photo in Lightroom and the photo you are trying to synchronize/import, that these three items are identical?
NO, I CAN'T! The ORIGINAL file name (in the source folder) is the SAME as it was when I first imported that folder. That name is used as part of the renaming process using a custom template. However, the file SIZES are different.    Here is the Finder Get Info for both files. Initially, they appeared to be the same SIZE, 253KB, looking at the summary. But, if you look at the exact byte count, however, the file sizes are DIFFERENT: 252,632 for the original file and 2252,883 for the already-imported file:
This difference alone is enough to indicate why LR does not consider the file a duplicate.
Furthermore, there IS one small difference in the EXIF data regarding dates ... the DateTimeOriginal:
                                                                                               CreateDate              DateTimeDigitized                    DateTimeOriginal              FileModifyDate                              ModifyDate
ORIGINAL name: P5110178.JPG                                     2001:05:11 15:27:18    2001:05:11 15:27:18-07:00        2001:01:17 11:29:00        2011:01:17 11:29:00-07:00       2005:04:24 14:41:05
After LR rename: KRJ_0002_010511_P5110178.JPG    2001:05:11 15:27:18    2001:05:11 15:27:18-07:00        2001:05:11 15:27:18        2011:01:17 11:29:02-07:00       2005:04:24 14:41:05
So ... now I see TWO reasons why LR doesn't consider these duplicates.   Though the file NAME is the same (as original), the file sizes ARE slightly different. The EXIF "DateTimeOriginal" is DIFFERENT.   Therefore, LR considers them NOT duplicates.
     4a. With regards to the screen captures of your images and operating system folder, I do not see that the filename is the same; I see the file names are different. Is that because you renamed the photos in Lightroom (either during import or afterwards)?
I renamed the file on import using a custom template ...
        4b. Can you show a screen capture of this image that shows the original file name in the Lightroom metadata panel (it appears when the dropdown is set to EXIF and IPTC)?
SO ....
The METADATA shown by LR does NOT include the ORIGINAL file name (but I think I have seen it displayed for other files?). The File SIZE in the LR metadata panel (246.96 KB) is different from what Finder reports (254 KB). There are three "date" fields in the LR metadata, and five that I've extracted from the EXIF data.   I'm not sure which EXIF date corresponds to the "Data Time" shown in the LR metadata.
I don't understand how these differences arose.   I did not touch the original file outside LR.   LR is the only program that touches the file it has copied to my external drive during import. (though it was RECOVERED from a failed disk by Data Rescue 4),
NOW ...
I understand WHY LR considers the files different (but not how they came to be so). The question now is WHAT DO I DO ABOUT IT?   Is there any tool I can use to adjust the original (or imported) file's SIZE and EXIF data to match the file LR has? Any way to override or change how LR does duplicate detection?
Thanks so very much, dj.   Any ideas on how to get LR to ignore these (minor) differences would be hugely helpful.

How to save info in a meta-data of a jpg file?

hi, i need to know how to save info in a meta-data of a jpg file:
this is my code (doesn't work):
i get an exception,
javax.imageio.metadata.IIOInvalidTreeException: JPEGvariety and markerSequence nodes must be present
at com.sun.imageio.plugins.jpeg.JPEGMetadata.mergeNativeTree(JPEGMetadata.java:1088)
at com.sun.imageio.plugins.jpeg.JPEGMetadata.mergeTree(JPEGMetadata.java:1061)
at playaround.IIOMetaDataWriter.run(IIOMetaDataWriter.java:59)
at playaround.Main.main(Main.java:14)
package playaround;
import java.io.*;
import java.util.Iterator;
import java.util.Locale;
import javax.imageio.*;
import javax.imageio.metadata.IIOMetadata;
import javax.imageio.metadata.IIOMetadataNode;
import javax.imageio.plugins.jpeg.JPEGImageWriteParam;
import javax.imageio.stream.*;
import org.w3c.dom.*;
public class IIOMetaDataWriter {
public static void run(String[] args) throws IOException{
try {
File f = new File("C:/images.jpg");
ImageInputStream ios = ImageIO.createImageInputStream(f);
Iterator readers = ImageIO.getImageReaders(ios);
ImageReader reader = (ImageReader) readers.next();
reader.setInput(ImageIO.createImageInputStream(f));
ImageWriter writer = ImageIO.getImageWriter(reader);
writer.setOutput(ImageIO.createImageOutputStream(f));
JPEGImageWriteParam param = new JPEGImageWriteParam(Locale.getDefault());
IIOMetadata metaData = writer.getDefaultStreamMetadata(param);
String MetadataFormatName = metaData.getNativeMetadataFormatName();
IIOMetadataNode root = (IIOMetadataNode)metaData.getAsTree(MetadataFormatName);
IIOMetadataNode markerSequence = getChildNode(root, "markerSequence");
if (markerSequence == null) {
markerSequence = new IIOMetadataNode("JPEGvariety");
root.appendChild(markerSequence);
IIOMetadataNode jv = getChildNode(root, "JPEGvariety");
if (jv == null) {
jv = new IIOMetadataNode("JPEGvariety");
root.appendChild(jv);
IIOMetadataNode child = getChildNode(jv, "myNode");
if (child == null) {
child = new IIOMetadataNode("myNode");
jv.appendChild(child);
child.setAttribute("myAttName", "myAttValue");
metaData.mergeTree(MetadataFormatName, root);
catch (Throwable t){
t.printStackTrace();
protected static IIOMetadataNode getChildNode(Node n, String name) {
NodeList nodes = n.getChildNodes();
for (int i = 0; i < nodes.getLength(); i++) {
Node child = nodes.item(i);
if (name.equals(child.getNodeName())) {
return (IIOMetadataNode)child;
return null;
static void displayMetadata(Node node, int level) {
indent(level); // emit open tag
System.out.print("<" + node.getNodeName());
NamedNodeMap map = node.getAttributes();
if (map != null) { // print attribute values
int length = map.getLength();
for (int i = 0; i < length; i++) {
Node attr = map.item(i);
System.out.print(" " + attr.getNodeName() +
"=\"" + attr.getNodeValue() + "\"");
Node child = node.getFirstChild();
if (child != null) {
System.out.println(">"); // close current tag
while (child != null) { // emit child tags recursively
displayMetadata(child, level + 1);
child = child.getNextSibling();
indent(level); // emit close tag
System.out.println("</" + node.getNodeName() + ">");
} else {
System.out.println("/>");
static void indent(int level) {
for (int i = 0; i < level; i++) {
System.out.print(" ");
}

Hi,
Yes, you need store data to table, and fetch it when page is opened.
Simple way is create table with few columns and e.g. with CLOB column and then create form based on that table.
Then modify item types as you like, e.g. use HTML editor for CLOB column
Regards,
Jari

Problem writing meta data changes in xmp in spite of enabled settings

Dear Adobe Community
After struggling with this for two full days and one night, you are my last hope before I give up and migrate to Aperture instead.
I am having problems with Lightroom 5 writing meta data changes into xmp and including development settings in JPEG, inspite of having ticked all three boxed in catalog settings.
In spite of having checked all boxes, Lightroom refused to actually perform the actions. I allowed the save action to take a lot longer than the saving indicator showed was needed, but regardless of this no edits made in the photo would be visible outside Lightroom. I also tried unticking and ticking and restarting my compute.
Therefore, I uninstalled the program and the reinstalled it again (the trial version both times). I added about 5000 images to Lightroom (i.e. referenced). After having made a couple of changes for one photo in development settings, I tried closing the program. However, then this message was then displayed:
I left the program open and running for about 5-5 hours, then tried closing the program, but the message still came up so I closed the program and restarted the computer. I tried making changes to another photo, saving and then closing and the same message comes up. The program also becomes unresponsive, and of course still no meta data has been saved to the photo, i.e. when opening it outside Lightroom, the edits of the photos is not shown.
What do do? I would greatly appreciate any insights, since I have now completely hit the wall.
Oh yes, that´s right:
What version of Lightroom? Include the minor version number (e.g., Lighroom 4 with the 4.1 update).
Lightroom 5.3
Have you installed the recent updates? (If not, you should. They fix a lot of problems.)
I installed the program two days ago and then for the second time today.
What operating system? This should include specific minor version numbers, like "Mac OSX v10.6.8"---not just "Mac".
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
What kind(s) of image file(s)? When talking about camera raw files, include the model of camera.
JPEG
If you are getting error message(s), what is the full text of the error message(s)?
Please see screen dumps above
What were you doing when the problem occurred?
Trying to save metadata + trying to open images that it seemed I had saved meta data to
Has this ever worked before?
No
What other software are you running?
For some time Chrome, Firefox, Itunes. Then I closed all other software.
Tell us about your computer hardware. How much RAM is installed? How much free space is on your system (C:) drive?
4 GB 1333 MHz DDR3
Has this ever worked before? If so, do you recall any changes you made to Lightroom, such as adding Plug-ins, presets, etc.? Did you make any changes to your system, such as updating hardware, printers or drivers, or installing/uninstalling any programs?
No, the problems have been there all the time.

AnnaK wrote:
Hi Rob
I think you succeeded in partly convincing me. : ) I think I will go for a non-destrucitve program like LR when I am back in Sweden, but will opt for a destructive one for now. Unfortuntately, I have an Olypmus- so judging from your comment NX2 might not be for me.
Hi AnnaK (see below).
AnnaK wrote:
My old snaps are JPEG, but I recently upgraded to an Olympus e-pl5 and will notw (edited by RC) start shooting RAW.
Note: I edited your statement: I assume you meant now instead of not.
If you start shooting raw, then you're gonna need a raw processor, regardless of what the next step in the process will be. And there are none better for this purpose than Lightroom, in my opinion. As has been said, you can export those back to Lightroom as jpeg then delete the raws, if storage is a major issue, or convert to Lossy DNG. Both of those options assume you're willing to adopt a non-destructive workflow, from there on out anyway (not an absolute requirement, but probably makes the most sense). It's generally a bad idea to edit a jpeg then resave it as a jpeg, because quality gets progressively worse every time you do that. Still, it's what I (and everybody else) did for years before Lightroom, and if you want to adopt such a workflow then yeah: you'll need a destructive editor that you like (or as I said, you can continue to use Lightroom in that fashion, by exporting new jpegs and deleting originals - really? that's how you want to go???). Reminder: NX2 works great on jpegs, and so is still very much a candidate in my mind - my biggest reservation in recommending it is uncertainty of it's future (it's kinda in limbo right now).
AnnaK wrote:
Rob Cole wrote:
There is a plugin which will automatically delete originals upon export, but relying on plugins makes for additional complication too.
Which plugin is this?
Exportant (the option is invisible by default, but can be made visible by editing a text config file). To be clear: I do not recommend using Exportant for this purpose until after you've got everything else setup and functioning, and even then it would be worth reconsidering.
AnnaK wrote:
Rob Cole wrote:
What I do is auto-publish to all consumption destinations after each round of edits, but that takes more space.
How do you do this?
Via Publish Services.
PS - I also use features in 'Publish Service Assistant' and 'Change Manager' plugins (for complete automation), but most people just select publish collections and/or sets and click 'Publish' - if you only have a few collections/services it's convenient enough.
AnnaK wrote:
Would you happen to have any tips on which plugins I may want to use together with Photoshop Elements?
No - sorry, maybe somebody else does.
Did I get 'em all?
Rob

Meta data missing in Web Gallery

When uploading images to my web gallery Aperture generates small and medium size jpeg files of my images. These jpegs does not include meta data. Has anyone seen this too?
If I select to "Allow" "Downloading of:" (Optimized Images, Actual Size Images, Optimized & Master Images) then Aperture will generate large size jpegs that include meta data.
Can it be right that you have to upload and generate the larger optimized jpegs in order to show meta data in your web galleries?
I am running Aperture 2.0.1 and Leopard 10.5.2
Karsten

It seams that others have seen the same minor bug or feature as outlined above. Question seams answered.
Karsten

Automating meta data changes

Hi. This is my first time trying to automate something like this, so any help is greatly appreciated. I have about 1000 jpeg files and a text file that lists each file name followed by a title, date, etc... I am looking for a way to automatically write that information to the meta data for each file. Like I said, I don't have experience with this, so I really don't know where to start. Thanks for any help. I'm using Mac OS, btw.

Exif
This is a command line program for manipulating metadata. It's the tool I would use for this task. If you have any Unix/Liniux/etc... background it's probably the best route to take. But you can use the XMPScript stuff that comes with PS/JS if you really want to, especially if you want to get familiar with the environment and do more work with it.

Adding alternative text (meta data)

How do you add Alternative Text to an existing jpeg?
Thanks

Good day!
A jpg can not have »proper« editable text (except in the meta data etc.) but rather presents an image of text.
So changing text in the image would require removing the old text (if it is not completely covered by the new text at least) by using the various tools available for such a task in Photoshop (Clone Stamp Tool, Content Aware Fill, …) and writing in the new one (with the Type Tool for example).
In such a case it might pay off to keep the layered psd file and save a jpg off of that (File > Save As).
Regards,
Pfaffenbichler

Import meta data wlst command from Java

Hi All,
Can any one please provide me a java code for importing meta data file using WLST commands.

HI Joe,
As a professional news and sports photographer I cannot use Aperture for this problem alone. I live and die by my captions and if a photo isn't captioned, or incorrectly captioned, it might as well not exist at all. Fixing the IPTC import problem is No 1 priority for me.
As it is at the moment only half of the caption (description) comes in and some fields are missing entirely. This is only with RAW files, JPEG files import perfectly.
Whilst we wait for this issue to be resolved (and PLEASE can it be soon!) is there anyway of working with the IPTC from the JPEG?
If I shoot RAW and JPEG together can Aperture show both the RAW and the JPEG side by side so that I can lift from JPEG and stamp the RAW with the IPTC data? Even better, can something be written into Aperture where I can select all the RAW & JPEG images and just select a command saying 'copy IPTC data from RAW to JPEG'? This would be a very helpful temporary workaround.
Finally, and I've put this in the feedback, can we have a much bigger window for IPTC data entry? Personally I would like a pop-up window similar to PhotoMechanic, and I'd like to be able to save my caption so that the next time I import images I can just selected the saved caption instead of going through all the fields setting it up again.
For Aperture to be used as a DAM for my huge library I need the IPTC to be fully featured.
Power Mac G5 Duel 2Ghz, 30" Cinema Display Mac OS X (10.4.7) MacBook
Power Mac G5 Duel 2Ghz, 30" Cinema Display Mac OS X (10.4.7) MacBook

Adding Meta Data Permanently to files but nothing else

Can You add your Meta Data information permanently to a file but not any of the other lighting changes? Like you can do in Bridge? So all the hard work stays with the images even if say you lightroom computer died or was stolen?
I know I could export the files and then it would be permanently added but then I would have a double library/hard disk space use.

Auto export to XMP set in the prefs writes to XMP sidecars for RAWs, but puts it in JPEGs, TIFFs and DNGs. Seems like tis is what you want. There are many very vocal on not liking the idea of LR doing this to there 'Originals'. It is just a Metadata ad, not changing the actual image info.
Don
Don Ricklin, MacBook 1.83Ghz Duo 2 Core running 10.4.8 & Win XP, Pentax *ist D
http://donricklin.blogspot.com/

Keyword question, added to meta data?

I saw a thread about keywords not showing up in converted files meta data. I believe the solution was to make sure that auto-update xmp was set. So does this mean that to have keywords associated with my files outside of LR that I will need to use an xmp sidecar file as well? So if I send files to my stock agency, or to a client who needs the keywords I will need to send the converted file and be sure that the xmp file is sent as well? If this is the case, has anyone who does this encountered problems with their submitted photos/xmp files not being handled properly by their clients/agencies?
Perhaps I am not understanding. Any clarification would be appreciated. Thanks

This shouldn't be an issue.
XMP only needs to be updated when you want the keywords to go into your originals (i.e. the same files that are in your library).
Keywords and other metadata are always inserted into to exported files (JPEG, TIFF, DNG, etc), except if you check the "minimize metadata" option in the Export dialog box.

Exporting faces as meta data?

I just got married and wanted to use the faces feature to tag all the jpegs with the meta data. Is this possible? I can see their tagged in iPhoto but how to I get that information combined into the jpeg file?
For that matter, how do I get any of the keywords to be added as meta tags to the actual jpeg. It's a useless feature if it can only be done in iPhoto.

What a waste... and waste is stupid.
Maybe iPhoto shouldn't be a database.
You don't think it would be more valuable and powerful to have the program just update the EXIF data? The jpeg file format is built to house exactly this information.
Why should I want to export everything to a new set of files when updating to the exact same files takes up less space on my hard drive; less time to write/copy files; and less computer power to do it all? It's asinine and something I might expect from a PC, not a Mac.
And to hear you say that this makes perfect sense makes me wonder what I'm missing. How can it possibly make any sense to have to do all this just to update a file? *It's like having to duplicate your whole itunes library just because you changed the genre or artist.*
All I want is a master set of jpegs that when opened by any program that can read EXIF, will display the custom EXIF data I added. To have to duplicate my files in order to do this does not compute in my poor little meat brain. At all. One digital file, just update it - don't make me duplicate and delete things.

Delete location meta data

In the interest of discretion and safety I do not wish to publish the location meta data (places) with any of my photos that I post online. While I've read that you can open a photo (jpeg) in Preview, change it to an .png, then back to a .jpeg and the meta data will be lost I cannot do that with several hundreds of photos. Is there a way to batch this process? A way to do it in iPhoto? TIA

You can make an Automator Actior or Workflow to automate the process. You can do batch conversions with Graphic Coverter, or, finally, you can simply export the files from iPhoto without checking the 'location information' check box in the export dialogue, and the Places data will not be written to the file.
Regards
TD

Can not get PK-FK in meta-Data of MySql....Help me pls.

Hello Every one.
I can not to get the PK and FK from Meta-Data Database of mysql-4.1.1a-alpha. Anyway I tried to do the
followihg
1. OS windows 2000 Pro.
2. set configuration Script support InnoDB Table Type as the follow in my.ini file.
[mysqld-nt]
innodb_data_home_dir = C:\mysql\data
innodb_data_file_path =\ibdata\ibdata1:2000M // in folder \data\ i was created folder ibdata
3. I try to create data as reference in example java code and table :persons , shirt as the example in
Create innodb table Type of mysql doc.
4. the code test as following
In the test code i can get the result only from method : getPrimarykey(...); only and the other method ,getExportedKeys, getImportedKey , getCrossReference the result in ResultSet is null.
anyway, this code i can apply in the oracle db with change db driver .
I wish the answer why? and the actually the second parameter of this parameter , as refer scheme name , the scheme name is ?
Thank you
import java.sql.*;
public class testMeta {
public testMeta() {
ResultSet rs=null;
String url = "jdbc:mysql://localhost:3306/testinnodb";
Connection con = null;
try{
Class.forName("org.gjt.mm.mysql.Driver");
}catch(ClassNotFoundException ex){
System.out.println(ex.getMessage());
try{
con = DriverManager.getConnection(url,"root","rootpwd");
prtS("getConnection complete");
DatabaseMetaData metaData = con.getMetaData();
Connection con2 = metaData.getConnection();
String type[] = new String[1];
type[0] = new String();
prtS("*************** GET Schemas ***************");
rs = metaData.getSchemas();
               while(rs.next()){
System.out.println("12345");
prtS("TABLE_CAT" + " : " + rs.getString(0));
prtS("TABLE_CAT" + " : " + rs.getString("TABLE_SCHEM "));
               rs=null;
prtS("*************** GET PRIMARY KEYS ***************");
rs = metaData.getPrimaryKeys(con.getCatalog(),null,"persons");
while(rs.next()){
prtS("TABLE_CAT" + " : " + rs.getString("TABLE_CAT"));
prtS("TABLE_SCHEM" + " : " + rs.getString("TABLE_SCHEM"));
prtS("TABLE_NAME" + " : " + rs.getString("TABLE_NAME"));
prtS("COLUMN_NAME" + " : " + rs.getString("COLUMN_NAME"));
prtS("KEY_SEQ" + " : " + rs.getString("KEY_SEQ"));
prtS("PK_NAME" + " : " + rs.getString("PK_NAME"));
               rs=null;
prtS("*************** GET Exported KEYS ***************");
rs = metaData.getExportedKeys(con.getCatalog(),null,"shirt");
while(rs.next()){
prtS("FKCOLUMN_NAME" + " : " + rs.getString("FKCOLUMN_NAME"));
               rs=null;
prtS("*************** GET Imported KEYS ***************");
rs = metaData.getImportedKeys(con.getCatalog(),null,"persons");
while(rs.next()){
prtS("PKTABLE_CAT" + " : " + rs.getString("PKTABLE_CAT"));
rs=null;
prtS("*************** GET CrossReference ***************");
rs = metaData.getCrossReference(con.getCatalog(),null,"persons",con.getCatalog(),null,"shirts");
while(rs.next()){
prtS("PKTABLE_CAT" + " : " + rs.getString("PKTABLE_CAT"));
}catch(SQLException ex){
prtS(ex.getMessage());

How i know the jdbc driver not compatible to this
mechanismBy reading the documentation tthat comes with your driver. Recent versions of the MySQL JDBC driver do support the getExportedKeys/ImportegKeys methods but the table needs to be crated as InnoDB.
So run the SQL command
show table statusWhats under the Type column for your table? If it isn't InnoDB then this isn't going to work.
If it is InnoDB but getExportedKeys/ImportegKeys still don't work then you haven't used the "foreign key" constraint in your "create table" command

Moving LR5 catalog (Irdata & Ircat) to a new hard drive and photos. Lost all meta data - How do I move meta data along with catalog?

I moved LR5 catalog (Irdata & Ircat) to a new hard drive and photos. Lost all meta data - How do I move meta data along with catalog?
The meta data for each image is missing.
I have over 2,000 images. I don't want to go back through each image and add meta data.
Is there some way to move everything?

No, do not re-import your images. I assume you can see the thumbnails in the library module, just cannot access the full images, right? If this is the case there should be an exclamation mark in the top right corner of every one of your pictures and you only have to tell LR where the images are now.
Click the exclamation mark of one of the images and a dialog window should pop-up, telling you that LR cannot find the file, but with an option to locate it. Press "Locate" and navigate to the folder on your new HD where the file is. If in the new external HD you kept the same folder structure that you had on the internal disk, LR will be able to find all your images and re-link them to the database without further intervention.

JPEG Meta Data

Similar Messages

Maybe you are looking for