Skip navigation
csleg1
Currently Being Moderated

Importing Without a "Year" --Question

Aug 26, 2012 10:12 PM

I would like to import a set photos  into Lightroom as say "New York 2012" as the folder name. In that folder I would like to then have the pictures in sub folders by the relevant dates (i.e. December 1, December 2, etc...). However, it seems like everytime I try to do an import this way, I would Get my "New York 2012" folder but then a sub folder of 2012 first, and only then the subfolders with the December 1, Decemeber 2 etc pictures. Is there anyway to eliminate that "2012" subfolder that is created. I mean I already know is 2012 because the title of the main folder is New York 2012...I just want the subfolders to be the dates for the pics themselevs right away rather than first having 2012 folder to click on. Is there anyway to do this with the import feature?

 

Thanks much, legal....

 
Replies
  • Currently Being Moderated
    Aug 27, 2012 1:45 AM   in reply to csleg1

    Seems there should be a way, but I don't see one, without renaming folder afterward I mean.

     

    If you don't mind renaming the folder afterward, just choose {year} / {month-name} {day-number} as the date format (e.g. 2012 / August 27), then rename year folder and insert "New York" before the year, after importing. Also, consider unchecking 'Into Subfolder'.

     

    If this work-around is not good enough, consider 'RC Importer' which allows customization of all import options via a Lua text configuration file. - I'll help you if you get stuck:

     

    http://www.robcole.com/Rob/ProductsAndServices/ImporterLrPlugin

     

    Rob

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 27, 2012 3:04 AM   in reply to csleg1

    If you look in the Destination panel of Import, and have selected for your import to be arranged by date, there is a dropdown menu of options. The lowest part of this list gives you some options whereby a subfolder is automatically made according to the date of capture, without any year or month folders in between. So you would select your "New York 2012" as the main destination, and LR would look at each picture, and put it into a suitable "which day" subfolder directly.

     

    There are a few naming alternatives, but each "day" folder will look something like "2012-08-27" (for a picture taken 27 August). The 2012 and the 08 are just a matter of naming here; they do not have to occur as folders if you don't want that.

     

    I don't however see any option to have LR just create month and day subfolders, without creating a year based subfolder too - with LR's pre-defined name.

     

    Usually life is simpler and smoother if you can possibly find a way to "go with the flow" and adopt one of LR's supplied folder systems as-is. This way, imports can happen largely "hands free". Of course once the import is complete you can then rename any folders made, to something more informative without causing any problem for LR - provided you do this within LR's folders panel. For example, you might keep the automatic date-based reference, but add a text suffix describing the picture content in a way that will assist future image searches. I personally choose not to do that, but many people do seem to find it worthwhile.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 27, 2012 11:58 PM   in reply to csleg1

    There is a school of thought, which says that folder arrangements are not the best way to express classifications of subject and content, when you have a database involved.

     

    It is in the nature of such classifications, that we reconsider them from time to time, or that our needs change. So if we have used a "New York" classification, it might later be that we want to call it "NY" instead, and we may want subdivisions of Manhattan, Brooklyn and so on - or we may think we need that, but later find out that it causes more trouble than it is worth, and we are more interested in separating New York pictures into urban / interior / fashion / portrait (or whatever).

     

    We may suddenly decide that some other major classification such as Business and Personal, is more fundamental than the use of any geographic division; which creates a conflict if folders are our method.

     

    Folders are not flexible enough to introduce different classifications that cut across other classifications; they have to be arranged one way OR the other way. Change - which is the one thing we can confidently predict about the future - means that images will then need to move around. Some that were together will have to be separated, and the continuity of our backups (both physical file backups, and our backed-up LR Catalogs) will be compromised (or at least, disrupted) accordingly.

     

    This is exactly the kind of kerfuffle (if you will excuse a Britishism) - tediously messy and overcomplicated situation - which Lightroom was intended to avoid. Changes of Collections membership and keywording do not involve any moves or changes in the storage of the files, and different kinds of classification can freely intersect with or completely ignore each other.

     

    Each image can then enter the computer filing according to some STABLE FACT about the picture which is never going to change - such as the capture date - and be stored according to that in a subject-neutral system. One such system, is YYYY/MM/DD. Once stored, the images will remain in the same place longterm - or at least, withih the same structure; even if that moves partly or in full to another drive in the future. We then have no need to care what the folders are called - we just want it systematic and reliable. Every image has just one unambiguous date that it was taken, with no room for interpretation, and can go into a fully predictable location based on that.

     

    There is no reason why a richer range of folder systems would not be of benefit in LR; perhaps a more user-programmable one such as is found with the Filenaming dialog. But the more one looks to achieve subject or content classifications within that which are not inherent in the images, the more complex and the less feasible automation becomes.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 28, 2012 6:09 AM   in reply to richardplondon

    There is a school of thought, which says that folder arrangements are not the best way to express classifications of subject and content, when you have a database involved.

    I was thinking along the same lines here. If you have a keyword "New York", then searching for all photos in New York taken in 2012 is very simple in the filter bar, regardless of the structure and naming of the folders. Similarly, if you want all photos in New York taken on Dec. 1, 2012, this also is a very simple search in the filter bar, regardless of the structure and naming of the folders. And if you want all photos of churches in New York taken in December 2012, this is also a very simple search in the filter bar, regardless of the structure and naming of the folders.

     

    It does require the mental task of giving up the use of folders as a tool to organize/categorize/search; instead folders become storage locations only, with no larger meaning or use. Doing so provides many benefits.

     
    |
    Mark as:
  • Currently Being Moderated
    Aug 28, 2012 2:12 PM   in reply to dj_paige

    Best not to assume other's situations are the same as yours.

     

    Some people need exported filename to be same as source filename, and need to be able to use exports in systems that don't support keywords nor sorting based on capture time...

     

    Folder names and filenames are important to the point of being critical for some people. Lightroom should be more flexible with naming & renaming...

     

    Rob

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points