Slashdot Mirror


Flexible Photo Organization Software?

Matthew Wecksell asks: "Several years after getting a digital camera, I find myself with far too many pictures to keep track of, with multiple folders titled 'At the Beach' and so on. Picassa will not let me assign multiple labels to a picture and then search against those labels the way iTunes will with my music (eg: Show me all pictures with '"Grandma Foo" and not "Grandma Bar"' to find pics that have just one of my two grandmothers). Also, I'd like to find a solution that lets me export the meta data or keep it in the picture files, not a proprietary database, so that in ten or twenty years, I can use another program on another platform and still have useful tags assigned to my pictures that I'm taking today — I have no interest in re-tagging my pics. Has anyone found a good solution to the picture organization problem? Is there any standard 'ID3' style for putting metadata into an EXIF header?"

4 of 131 comments (clear)

  1. I'm doing something like this by miyako · · Score: 4, Interesting

    Interestingly enough, I just stopped hacking on an application that will hopefully solve a lot of these problems just this minute to start reading slashdot. I actually just started coding on this project a couple of days ago, so it doesn't do a lot right now, but in a couple of days it should have at least the rudimentary features you are looking for (storage of tags, searching) and will hopefully be a bit usable.
    You can check out the code here if you want:
    http://code.google.com/p/mediabrowser/
    The project is written in C++ with Gtkmm, you'll have to compile it yourself since I haven't built any packages or anything.
    Hope that helps.

    --
    Famous Last Words: "hmm...wikipedia says it's edible"
    1. Re:I'm doing something like this by miyako · · Score: 3, Interesting

      Right now, I'm not really doing anything that much different or better than Digikam or F-Spot (haven't used KPhotoAlbum, so I can't speak to that) partially because those are really good programs, and partially because my app is still in the "just started it a few days ago" phase.
      The motivation at first started out being that I just wanted to learn Gtk and play with ImageMagick a bit. Since I've been hacking on it for a few days, I have some ideas that I think will make my application a different alternative. For one, I want to support video and audio as well as images. Pretty much every phone and digital camera now days takes short video clips at least, and I think they should be integrated in with photos nicely in an album. Some of my other ideas are a bit more experimental.
      As I was saying to a couple of people on IRC last night, in the end maybe some people will find the software useful, but it's probably going to become a sort of dumping grounds for me to play around with a lot of ideas I have for various image algorithms, and will eventually become completely incomprehencible to anyone below the rank of Advanced God.
      If anyone is interested, a couple of the ideas I've had are:
      Doing some facial recognition and learning algorithms so that the program will start to associate name tags with people in the photos, and automatically tag new photos with the people it sees in the photo.
      Draw a picture that resembles the photo you are looking for, and search the database for it.
      Using texture synthesis to clean up images.
      Working on creating a UI with OpenGL.
      those are just some of the potential ideas I have floating about in my head, if anyone is interested in lending a hand on coding on it send me an email.

      --
      Famous Last Words: "hmm...wikipedia says it's edible"
  2. IPTC metadata by uglyhead69 · · Score: 4, Interesting

    Your Grandmother's names are Foo and Bar?!

    That is so incredibly cool!

    It sounds like what you really need is a basic IPTC editor. That way all the metadata you associate with the file stays with the file wherever it goes. If you're using a mac and have $300 you aren't terribly good friends with, you could buy Aperture. It has a really nice system for assigning IPTC fields in batches, and you can also set up hierarchies of IPTC keywords. (Think tags, but IPTC keywords have been in use a long time with the photo industry, and they call them IPTC keywords) Oh and Aperture does loads of other stuff. Its overkill if you don't shoot in RAW mode and do some post-processing. If you're talking about snapshots here, I would just find a simple tool for whatever you platform of choice is to let you edit IPTC headers. Get them all labeled first, then worry about management software in another year or so once you have finished all the labeling.

    Oh and try not to take any pictures in the meantime. You'll only make more work for yourself. Say hi to the Granmas for me!

  3. My open, simple approach to the problem by xleeko · · Score: 4, Interesting

    I dealt with this a couple of years ago by adopting an external form for descriptions and a picture naming convention. See the screed/tirade below :-)

    I wrote a couple of scripts for bulk-importing lots of files and started a windows GUI editor to encourage family to adopt it, but got distracted. I have just been doing everything with emacs in the meantime.

    ==
    == Photo Description Tools
    ==

    Digital photos are wonderful, but for all of their megapixels they lack the simple feature of prints -- you can't write on the back of them.

    On the surface, it seems simple enough. When I take a picture of Uncle Harvey, the JPEG file is one million bytes in size. You would think that it wouldn't be difficult to add in the twelve extra bytes for the string "Uncle Harvey".

    The problem is that everyone wants to do it differently. In what has become computing industry standard practice, each vendor wants to lock you into their private database for notes, and when the technology or business environment changes, you lose everything.

    In the past year, I have shot many photos, and since I can't jot notes on the back, have forgotten many details about the subjects. I can't wait another few years for a winner to emerge before recording this information. I need to capture it now!

    I keep my physical photos for 30-40 years, and want to keep my digital photos for just as long. If you believe that your current solution is going to survive that long, good for you. I don't, and this is my open way of saving the information in a way that will survive for many years and hopefully outlast the stupid vendor contests.

    That data belongs to you! Don't let someone else lock it up!

    These protocols were written to scratch this particular itch. The following are
    my design goals:

    - Let me capture BASIC information about the photos

    - Store the master copy of the information in a separate file,
    so that we never lose it if some vendor decides to strip
    things from the picture file.

    - Store the master copy in an open format so that I can write
    tools against it or even just edit it with a text editor
    and never be held hostage to a particular tool.

    - Copy the info into the file multiple times in all the competing
    protocols, so that it will be visible in whatever system
    you happen to be using.

    In order to make this happen, I have defined two specs that will
    govern the tools I write. If it other people and projects want to
    adopt them too, so much the better.

    The first is the pixtag file format for picture descriptions. This is
    simple enough to write by hand with notepad.exe or emacs (I am doing a
    lot of this while building my tools), but structured enough for tools
    to easily read and manage.

    The second is a naming convention for files. You can use pixtag
    regardless of what you name your image files, but if you plan on
    keeping your pictures for decades, you better use something better
    than the IMG_1234 that comes out of your camera. Plus, you better
    plan on mixing those files with ones from other people, scans of
    traditional prints, and so on.

    PIXTAG DESCRIPTION FILE

    There is some flexibility in how the master file is handled. In most
    cases, I expect that there will be one file with all of the pictures a
    person has, or one file per directory (what I do) However, some people
    may want to partitioning files by year, or overachievers may even load
    everything into a mysql database.

    I suggest the pixtag file extension for the master files. So for a
    single file it might look like:

    loffredo.pixtag

    For multiple years or directories it might look like

    196x_loffredo.pixtag