Sort by orientation?

[dmwierz]

I am using Genuine Fractals to resize my images prior to submission, and GF can't run under PhotoShop's Image Processor, so to resize pixel dimension, I need to process all the horizontal images in one batch, then all the vertical images in the next. I need to end up with images not-to-exceed a certain pixel dimension on the longest side.

Is there a way to sort within PM by orientation such that all horizontal images appear first and then all vertical? This would have to be smart enough to account for the fact that these images may not be the same size (even all the horizontal or vertical ones) as a result of cropping performed in PS, which may throw a fly in the ointment os using something like sorting by "width" if an image has been aggressively cropped.

Thanks in advance.

[Kirk Baker]

I am using Genuine Fractals to resize my images prior to submission, and GF can't run under PhotoShop's Image Processor, so to resize pixel dimension, I need to process all the horizontal images in one batch, then all the vertical images in the next. I need to end up with images not-to-exceed a certain pixel dimension on the longest side.

Is there a way to sort within PM by orientation such that all horizontal images appear first and then all vertical? This would have to be smart enough to account for the fact that these images may not be the same size (even all the horizontal or vertical ones) as a result of cropping performed in PS, which may throw a fly in the ointment os using something like sorting by "width" if an image has been aggressively cropped.

Thanks in advance.

I'd try creating a custom sort using the {rotation} variable.  It doesn't care about the width and height of the image, it uses the Exif rotation sensor data.

That may work for you.

-Kirk

[dmwierz]

Kirk,

OK, thanks. This will work for all images that haven't been converted from vertical to horizontal (or vice versa) in cropping, as the embedded orientation info is recorded when the image is captured, correct?

I'll give it a go.

Dennis

[Kirk Baker]

Dennis,

OK, thanks. This will work for all images that haven't been converted from vertical to horizontal (or vice versa) in cropping, as the embedded orientation info is recorded when the image is captured, correct?

I'll give it a go.

In general, yes the orientation sensor tag is either zeroed out or is omitted altogether when saving a file in most applications.

-Kirk

[dmwierz]

Oh, good thing you mentioned this. So if I crop or otherwise edit the file, the "Rotate" tag is lost? So I'd have to do my sort up front, before any editing, then remember which images might have been changed from horizontal to vertical...

You guys ought to add a capability like Lightroom has (if I'm not mistaken) to sort by aspect ratio...that would be SO much simpler.

Thanks again,

Dennis

[Kirk Baker]

Oh, good thing you mentioned this. So if I crop or otherwise edit the file, the "Rotate" tag is lost? So I'd have to do my sort up front, before any editing, then remember which images might have been changed from horizontal to vertical...

You guys ought to add a capability like Lightroom has (if I'm not mistaken) to sort by aspect ratio...that would be SO much simpler.

I discussed this with Dennis Walker, and he has added two more variables {aspect} and {aspectcrop} which should suit your needs just fine.

These new variables are going to make it into the final 4.5.2 release.

-Kirk

[dmwierz]

Kirk,

That is so cool. Thanks. I presume i would then just use that variable within a custom sort, correct?

Is the aspect ratio contained in the image when it is captured, or is it a calculated value arrived at by dividing the height by the width and then converting it to a fraction?

Again, if one edits a shot, does this remove the embedded aspect ratio? Just need to know where to do my sort in my work flow, and if the data are erased, to be on the look-out for images that were cropped from horiz. to vert., and vice versa.

Dennis

[Kirk Baker]

Dennis,

That is so cool. Thanks. I presume i would then just use that variable within a custom sort, correct?

Yes.

Is the aspect ratio contained in the image when it is captured, or is it a calculated value arrived at by dividing the height by the width and then converting it to a fraction?

The image data itself is referred to.  There is no Exif aspect ratio tag to draw information from.

Again, if one edits a shot, does this remove the embedded aspect ratio? Just need to know where to do my sort in my work flow, and if the data are erased, to be on the look-out for images that were cropped from horiz. to vert., and vice versa.

The new variables should work just fine at any stage of your workflow.

-Kirk