• Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
    Dedicated community for Japanese speakers
  • 한국 커뮤니티
    Dedicated community for Korean speakers
Exit
6

P: Snapshots naming conventions

Explorer ,
May 03, 2022 May 03, 2022

Copy link to clipboard

Copied

Some might consider this just a minor irritation but for someone who uses SNAPSHOTS in the develop module extensively, it is more than this.

im very happy with LRc providing a default name for each new snapshot, but can the naming convention be changed to: [YEAR][MONTH][DAY][TIME] as the current naming convention of [DAY][MONTH][YEAR][TIME] does not keep a logical order, or at least a logical date order. The attached screen grab as an example:

Screenshot 2022-05-04 003937.png

I don't mind either numeric sort order of latest first or oldest first, just ordered logically.

David

Idea No status
TOPICS
macOS , Windows

Views

238

Translate

Translate

Report

Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
13 Comments
Contributor ,
May 01, 2023 May 01, 2023

Copy link to clipboard

Copied

What kind of sorting is that?

First I have snapshots from today, then snapshots from yesterday.

But first I have snapshots from early today then from late today.

 

Lightroom Classic 12.3, Windows

Votes

Translate

Translate

Report

Report
LEGEND ,
May 01, 2023 May 01, 2023

Copy link to clipboard

Copied

[This post contains formatting and embedded images that don't appear in email. View the post in your Web browser.]

 

They are sorted alphanumerically, treating the snapshot names as strings, not dates, in the same way that LR and File Explorer sort folder names:

 

johnrellis_0-1682973850496.png

 

"01" comes before "30". 

 

I agree that it's not very useful.  It would have been better for LR to name the snapshots in yyyy.mm.dd format, regardless of the language and region settings of the computer.

Votes

Translate

Translate

Report

Report
Community Beginner ,
May 01, 2023 May 01, 2023

Copy link to clipboard

Copied

Of course, you can rename the snapshot at the time you create it. Give it a name that will sort in the order you prefer.

Votes

Translate

Translate

Report

Report
LEGEND ,
Sep 22, 2023 Sep 22, 2023

Copy link to clipboard

Copied

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 22, 2023 Sep 22, 2023

Copy link to clipboard

Copied

@Jacek Poplawski There is a Plug-ins you can use to save presets to name your Snapshots in a few clicks.

It's called Snpashotter: https://www.photographers-toolbox.com/products/mdawson/tpgsnapshotter/

 

It also has a convenient pre-made Tokens templates that you can use to create your custom naming presets.

Here I made  the YYYY/MM/DD Time 

 

Screenshot 2023-09-23 at 07.20.11.png

 

Screenshot 2023-09-23 at 07.24.02.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

You could even remove the current KBSC for Save Snapshot (Cmd/Ctrl + N) using @johnrellis Any Shortcut and using the OS assign to the plug-in that same KBSC so it would become you main Snapshot naming tool. 

 

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 22, 2023 Sep 22, 2023

Copy link to clipboard

Copied

@johnrellis I suppose you could make a simple String that creates Snapshot with the good format: yyyy/dd/mm time

 

I think most users would prefer that default naming convention to what LrC is doing now...even for me it would be more convenient as a instant one click than the Snapshotter Plug-in that, IMO, is better suited for more complex custom naming.

 

 

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

Adobe has opted for the "wrong" dating convention/format internally at all levels IMO

 

Look at metadata.

 

Screenshot 2023-09-24 at 13.56.20.png

 

Was this taken in 2023 or 2022.

Adobe makes it hard for us to know.

 

I know LrC uses internally as default DD/MM/YY for metadata, but this opens the door to plenty of confusion.

 

And let's look at history and specifically export.

 

Screenshot 2023-09-24 at 13.38.39.png

 

Sure NOW I know it happened in 2023 BUT in one year this export state will be confusing and unclear...all past Export step are a mess now.

Drag this step to Snapshots and you have double confusion.

 

As @johnrellis pointed out Adobe should have opted or a YYYY format but didn't.

 

Morale: Adobe should use YYYY/MM/DD or DD/MM/YYYY not truncated YY.

 

.

 

Votes

Translate

Translate

Report

Report
Explorer ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

Hi John,

I created this idea post back in may 04, 2022 and have not added to it, just letting it gain pace or not. I saw it as a simple idea to implement in isolation but have since seen it's implementation may impact internally many other fields or at least set an unintentional format presidence. Obviously it is disappointing that there has been no real Adobe discussion on this point, especially as we are now up to release 12.5. If {IMO} this field in isolation was dealt with as it is {a textual representation of the date}, and therefore adding {but not so extensively} the similar function of Timothy Armes impressive plugin, this would give far better structure and order to this field than is currently possible.
...but it has been nearly a year and a half and while i accept product development can be a slow beast, we have not a peep from Adobe, do you think this idea is a dead duck?
Regards

David

Votes

Translate

Translate

Report

Report
Explorer ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

C.Cella, many thanks for contributing to my post but I am confused as to what you are adding to my post which was directed specifically to John as a reply to his previous comments. My original post was specifically about the structure of the naming of snapshots and as John states, even though its default is date based, the field itself stores as text. It is the formatting of this default I was focusing on. Anyway, thank you for your contribution.
Regards
David

Votes

Translate

Translate

Report

Report
Community Expert ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

@C.Cella 

My metadata look like this, with no ambiguity about which number is the year, and which is the date.

I'm guessing that Region/Regional format settings in the OS play a part here, mine are set to Norway/Norwegian.

 

image.png

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

@Per Berntsen 

 

Thanks for bringing this to my attention.

My OS format is set to YYYY/MM/DD format but LrC is not affected.

See screenshots below.

 

Mac OS

Screenshot 2023-09-24 at 22.30.29.png

 

LrC

Screenshot 2023-09-24 at 22.33.06.png

 

Only the field "Capture Date" is clear and not confusing.

 

So I am puzzled now.

I thought we all had the same date format.

 

 

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

I changed my Mac OS Date format and according to what I set I do get different Snapshot naming format

 

 

Screenshot 2023-09-24 at 22.39.58.pngScreenshot 2023-09-24 at 22.43.40.png

I have imported a new photo and now the metadata for that photo is expressed differently, depending on the OS date format.

 

Screenshot 2023-09-24 at 22.47.27.png

 

So now basically is "my fault" if the date format has been written as DD/MM/YY

I have never been aware of this.

 

There should be a way for users to choose the LrC date format and not be bound by OS date format.

 

How can I, how can we fix this and get the same date format expressed in our catalog for all our past images?

.

Votes

Translate

Translate

Report

Report
Enthusiast ,
Sep 24, 2023 Sep 24, 2023

Copy link to clipboard

Copied

LATEST

@Rikk Flohr: Photography 

How one can get the same date format in the catalog for all images after changing the OS date format?

 

.

 

 

Votes

Translate

Translate

Report

Report