Import Meta data

Sorry if this has been answered before but is there a simple way to import my images, not from iPhoto, that have meta in .xmp files into Aperture. I do plan to keep my file structure and not actually import them into the Aperture Library.
An automator action perhaps?
I'm sure I'm not the only one with 20 or 30k images, meta intact in .xmp, to want to put this into Aperture. It may be the last hurdle to actually using the software.
Thanks!

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

Similar Messages

  • Import Meta Data from CSV - Export Meta Data to CSV

    Ability to import meta data into selected images from CSV file containing a number of fields, one of which is file name. The other fields would be selected tags to import.
    Import logic would be, Where file name in column 1 matches current selected filename, then take following fields 2, 3, etc and import into Bridge.
    Export selected meta data from selected files to CSV to form reverse of above to allow edit of data in Excel etc.
    Further enchancement on import would be to allow instead of just filename, but date/time range matching.
    Logic would be, Where date/time in column 1 is within X hours of selected
    image creation date/time then import following fields into image meta data.
    Useful for example if you already have a GPS tracklog in CSV and want to try and update images with GPS. Assuming camera clock approx same as GPS clock.

    The issue was within the .csv file.  There were duplicate records that were attempting to load as the ID value.  After deleting the duplicate records, the transformation file ran successfully.
    Debbie

  • 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

  • Import meta data file - bridge. Adding keywords to existing files

    Hi There.
    I have an excel log with file names in one column, keywords in another.
    I have the same art files in bridge, sans any keywords.
    Is it possible to import my excel log (or csv, or whatever format) into Bridge, and have it see those file names, and add the associated keywords to the files which have the same file name within Bridge?
    Rather not have to keyword alllll the files again since I already have the data.

    Can somebody new to Bridge CS3 and with no programming expertise import metadata into Bridge.
    I have much data in a FileMaker Pro file.
    Thank you,
    Pierre

  • Import Meta Data to Excel

    I have never needed it before, but nowe it becomes very important:
    I need inm Excel the clip name and the exact lenght.
    Before, I just copied the lenght from the thumbnail (not accurate, because it does not show the frames) and very big strain on the eyes looking at hundereds of clips.
    Now I discovered the following: import all clips into FCP 7 go to metadata and keep only Clipname and Duration visible.
    I selected all and then created a batch list, which I opened and copy/paste in Excel.
    I am sure, there is a more simple way to do that?
    Thanks
    Dorian

    Thank you, but I would be using this function maybe 5-6 x a year max.
    So 100 $ would be just a bit too expensive for that.
    Looking for a simple solution.
    Also want to mention, I need only the clip number (which I can import directly to Excel) and the duration.
    Thats all.
    Edit: An Internet search showed me, that you can import a batch list (which is exported directly from FCP) direct into Excel.

  • Problems with Importing / Exporting Keywords and Meta Datas

    Hi to all!
    I recently upgraded to Aperture 3 and upgraded my referenced library.
    Today I opened the Keyword HUD and noticed some keywords splattered in my list, which seem to be any older ones, since the new numbering indicated that they are not applied to any pictures.
    So I deleted them.
    Than I noticed the <Imported Keywords> folder, opened it, and it contained also a large number of previous keywords. Also they seemed not to be in use, so I also removed them.
    Than I locked the Keyword HUD.
    Now my question: If I export a version, with the option for 'include metadata' ticked, and edit the version than in Photoshop, and after it, import it back into the Aperture library I do have the problem.
    I have tried 'Import Meta Datas' and and click 'Append'. Than it is recognizing the former keywords, which I would appreciate, but not as 'Imported Keywords'.
    If I would open the file w/ the External Editor and return it back, I guess I would not have this problem. Usually I do open the referenced RAW file, and import than the edited version back into Aperture. Keywords are stored in the Library, so I would not avail the former given keywords than, is that right?
    By the way are the keywords part of Meta Datas or not?
    Are there any workarounds?
    And had other people also problems with their keyword list after upgrading?
    Thank for any ideas / infos!
    Michael

    Added header to CSV and to Code
    $ImportFile = Import-Csv "C:\Users\username\Desktop\Scripts\Powershell\Epic\SCCM CI\Tags.csv" -Header Computer
    foreach ($Computer in $ImportFile){
    $path = "\\$Computer\c$\Epic\bin\7.9.2\Epic Print Service"
    $xml = select-xml -path "$path\EpicPullService.config.xml" -xpath //EpicPullService//Cleanup | Select -ExpandProperty Node
    if ($xml.ArchiveHours -eq '12' -and $xml.DeleteHours -eq '120') {
    $Compliance = $True
    }Else{
    $Compliance = $False
    } "$Computer","$Compliance" | Export-Csv "C:\Users\username\Desktop\Scripts\Powershell\Epic\SCCM CI\Results.csv"
    Results:
    select-xml : Cannot find path '\\@{Computer=SW1412-16985}\c$\Epic\bin\7.9.2\Epic Print Service\EpicPullService.config.xml' because it does not exist.
    At C:\Users\username\Desktop\Scripts\Powershell\Epic\SCCM CI\Check_PullServiceXML.ps1:4 char:8
    + $xml = select-xml -path "$path\EpicPullService.config.xml" -xpath //EpicPullServ ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : ObjectNotFound: (\\@{Computer=SW...vice.config.xml:String) [Select-Xml], ItemNotFoundException
        + FullyQualifiedErrorId : PathNotFound,Microsoft.PowerShell.Commands.SelectXmlCommand
    If it is not a CSV file then just get it with Get-Content
    Get-Content C:\Users\UserName\Desktop\Scripts\Powershell\Epic\SCCM CI\Tags.csv |
        ForEach-Object{
            $computer=$_
            $path ="\\$computer\c$\Epic\bin\7.9.2\Epic Print Service\\EpicPullService.config.xml"
    ¯\_(ツ)_/¯

  • 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.

  • IDoc meta data not getting imported

    Hello
    I am trying to get IDoc meta-data using transaction IDX2. I have configued RFC destinations of type R3 in both the systems (ECC and XI). Also I have created port using transaction IDX1.
    When tried to import MATMAS04 using the defined port it gives Information box displaying "I::000" and nothing happens. The information box does'nt contain any message.
    Anybody faced this problem with IDoc?
    Thanks in advance.
    Regards
    Rajeev

    Hi,
    actually it was authorization problem which I noticed when I checked the short dump in ECC.
    anyways thanks for the reply.
    Regards
    Rajeev

  • Using the imported SQL Meta-data in PI 7.1

    Hi Team,
    We have successfully imported the SQL Table meta-data ( table structure ) in PI. However, we are unable to use the same structure below the 'access' node in the receiver JDBC structure.
    Looking forward for your help.
    Thank you,
    Regards,
    Rakesh.

    Do you need all the 200 fields value in your select query? If so you have to specify all of them under access node.
    See below
    <StatementName>
    <dbTableName action=u201DSELECTu201D>
        <table>realDbTableName</table>
    <access>  //note: specify below here all the 200 fields (if you need all of them here) if you need few then specify only those here.
    <col1/>
    <col2/>
    <col3/> 
    </access>
    <key1>
    <col2>val2old</col2>
    <col4>val4</col4>
    </key1>
    <key2>
    <col2>val2old2</col2>
    </key2>
    </dbTableName> 
      </StatementName>
    Another option is
    <StatementName>
    <anyName action=u201D SQL_QUERYu201D | u201CSQL_DMLu201D>
    <access> Select A,B,C .... 200 from tablename where id='blah'</access>
    <key>
      <placeholder1>value1</placeholder1>
      <placeholder2>value2<placeholder2>
    </key>
    </anyName > 
      </StatementName6>

  • I am having problems importing my Iphoto pics into new Photo programme. I am inporting approx 11,000 pics that all seem fine in Iphoto but the iport rejects around 7,000 of them with incorrect mete data. What can I do to import these?

    I am having problems importing my I photo pics into new Photo programme. I am importing approx 11,000 pics that all seem fine in I photo but the import rejects around 7,000 of them with incorrect mete data. What can I do to import these?

    I have the same problem.
    Thread here: Import fails - "Unable to get metadata"

  • Too much meta data when importing to Flickr

    I've noticed that when I export a photo directly to Flickr it seems to carry with it a TON of useless meta data. It happens when I use the Flickr export plug-in as well as updating to Flickr from their site. Here is an example of too much data (basically everything after Compression):
    http://www.flickr.com/photo_exif.gne?id=108281029&context=set-1648131
    If I retouch the photo in Photoshop then everything below image length is not include (which is my preference). Here is an example:
    http://www.flickr.com/photo_exif.gne?id=111724050&context=set-1648131
    Has anyone else experienced this? Has anyone been able to change this function? Thanks!

    I have not used my EOS-M for video but the GoPro 3+ Black files import with all Metadata intact.

  • LR is using meta data from previous edited photos on new imports

    LR is using meta data from previous edited photos on new imports-
    When I am importing new photos to a new catalog LightRoom gave all the photo settings that I had used on a previous catalogs photo I had to delete the catalog because I could not find an answer anywhere. Tried the deleteing and importing 3 times with same result.
    Once I did Start another new catalog and pressed reset on everything I could find it worked.
    What can I do if this happens again? Anybody know what setting that involves?

    On the right side of the Import screen, there's a heading "Apply during import". (If it doesn't show, right-click on the panel on the right and choose it from the menu.) One of its sub-fields is Metadata. That field and the Keywords field below it, I think are "sticky". You need to make sure that they contain the metadata that you want applied in your current import.
    It's almost always a bad idea to delete your catalogue or re-import images. Both those things fall at the very end of possible remedies because they cost you a lot of work, and there are almost always cheaper ways of solving your problem.
    Hal

  • 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

  • JDBC Lookup - Import table data from a different schema in same DB

    Hi XI Experts,
    We are facing an issue while importing a Database table into the external definition in PI 7.1.
    The details are as below:
    I have configured user 'A' in PI communication channel to access the database. But the table that I want to access is present in schema "B". Due to this, I am unable to view the table that I have to import in the list available.
    In other words, I am trying to access a table present in a different schema in the same database. Please note that my user has been given all the required permissions to access different schema. Even then, I am unable to access the table in different schema.
    Kindly provide your valuable suggestions as to how I can import table which is present in another schema but in the same Database.
    Regards,
    Subbu

    If you are using PI 7.1, then you can do JDBC Lookup to import JDBC meta data (table structures from DB). Configure a jdbc receiver communication channel where you specify username and password which has permission to access schema A and Schema B of database. Specify database name in the connection string. Then you might have access to import both schema.
    Please refer these links
    SAP PI 7.1 Mapping Enhancements Series: Graphical Support for JDBC and RFC Lookups
    How to use JDBC Lookup in PI 7.1 ?

  • 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.

Maybe you are looking for