xevion / phototag Goto Github PK

Currently, classes are used for very little and need to be used more in order to store the abundant contextual information required to make smart decisions in the program.

My current setup with for loops is a failure of a system that is difficult to understand after coming back to it after a while.

I should implement classes that could be work together in order to create a async compatible program in the end, or utilize some kind of multiprocessing setup (I don't know what I'm talking about).

As of now, processing RAW files literally deletes my system's RAM and will crash computers it's so slow, this is due to the insanely out of control multiprocessing threads implementation.

I think it's due time for a better implementation. One optimization would be thumbnails: extracting a full size JPEG from the RAW file, and then extracting a tiny thumbnail from that yields a large IO processing time that NEEDS to be cut down if full library processing is going to be anywhere near feasible.

preview-generator may yield a good results, but due to it being a rather new module, we should leave open options for multiple possible processing methods in the commandline options.

Perhaps looking into external image processing programs would be a good idea, including them as different 'thumbnail methods'.

This module is in desperate need of refactor with a end result containing a command line interface for accessing the functionality we want anywhere we want, on demand.

The ideal scenario would be opening a prompt up after importing a selection of files, and running something along the lines of phototag * to tag all files in the directory.

All files, NEF, JPEG or whatever else would be instantly tagged with keywords/tags provided by Google and add them to the IPTC metadata or a XMP sidecar file.

This would negate the current process of copying files in between the processing folder which can be very tedious and boring. This could also implement a recursive file searching ability so that I could tag and keyword hundreds or thousands of photos in a relatively small time frame, revolutionizing the project's usefulness to the common person.

We handle distinguishing different functionality for different file extensions terribly.
This must be fixed in order to work in all situations.