|
Replies:
7
-
Pages:
1
-
Last Post:
19 Dec 25, 17:51
Last Post By: RuudWesterhout
|
|
|
Posts:
26
Registered:
3-Jan-2020
|
|
|
|
Duplicates.... or not
Posted:
19 Dec 25, 13:20
|
|
|
|
Hello,
I am using the organize option to move my photos to different subfolders (per month).
I decided to change something and exported files renewed to have them organized again. I ended up with -1-files.
I found this on the website, which means all is as intended:
Removal of duplicates
If during an organization operaion, jAlbum detects that two identical files will end up in the same folder, only one copy will be kept. Files are considered identical if their names, size and camera dates match. If there is a file name clash only, then jAlbum will avoid removal of duplicates by appending file names with "-1", "-2" etc.
Is there somewhere an option to say like "if names are identical, but file-size differ, still thread this as identical"?
Reason is : if I decide to up the pixelsize, the jpg quality or something like that.
|
|
|
Posts:
26
Registered:
3-Jan-2020
|
|
|
|
Re: Duplicates.... or not
Posted:
19 Dec 25, 15:34
in response to: RobM
|
|
|
|
Hi Rob,
Thanks for that.
Actually I was not searching for some kind of high-tech sync-mechanism. I would just say 'overwrite, instead of making a *-1.-file out of the newly provided'.
Would such be possible through some kind of jalbum-configuration? Maybe I am too simplistic, but I would think that it would not be too difficult to opt for two possible solutions:
-if parameter x is not set: create a new file with the same name plus the -1, -2 etc
-if parameter x is set: overwrite the old file with the newly provided
But maybe there is a easy solution for this.
I guess worst case would be moving the files from max. 12 directories back to the 'root' directory, then overwrite them with the files from lightroom and then organize them again.
|
|
|
Posts:
26
Registered:
3-Jan-2020
|
|
|
|
Re: Duplicates.... or not
Posted:
19 Dec 25, 15:48
in response to: JeffTucker
|
|
|
|
I hear you, but that would not be the same as what I need.
My process is: pick photos from a certain time period, mark the as 'target collection'. I have collections for each month of each year. Only photos who have the mark 'target collection' would end up in these collections. After I have made changes, maybe marked some additional pictures, or as I said change the total resolution, maybe cropped something or whatever, I would export all the photos from that month into the target directory for the respectful year.
After several of those exports, I will come back to jAlbum and organize them.
Files which were not there before, just get moved, no additional -1. But the files which were supposed to be overwritten, will just stay there and get a -1 companion. Changes will then be time consuming. If jAlbum cannot do simply overwrite in case the filename is the same, I will have to do it by moving them back. Its a solution, albeit not a beautiful one.
|
|
|
Posts:
26
Registered:
3-Jan-2020
|
|
|
|
Re: Duplicates.... or not
Posted:
19 Dec 25, 16:30
in response to: RuudWesterhout
|
|
|
|
There is a 'Flatten'-option in the Organize Menu, it actually seems to move the files back to the 'root'-folder. This would be, what I described above as my work-around.
Why does this give the below copied error, is this because of the spaces in the filename?
Such spaces are made by f.e. Helicon Focus 8. If the name is the reason, I find it strange that Organize is able to move it into the Month folder, but unable to move it back.
java.io.IOException: Couldn't move physical file E:\jAlbum\2025\September\2025-09-28 14-12-35 (C,S4)-1.jpg to E:\jAlbum\2025\2025-09-28 14-12-35 (C,S4)-1.jpg
at se.datadosen.jalbum.AlbumObjectImpl.moveTo(AlbumObjectImpl.java:2059)
at se.datadosen.jalbum.structure.JOrganizeDialog.move(JOrganizeDialog.java:81)
at se.datadosen.jalbum.structure.JFlattenDialog.flatten(JFlattenDialog.java:110)
at se.datadosen.jalbum.structure.JFlattenDialog.flatten(JFlattenDialog.java:94)
at se.datadosen.jalbum.structure.JFlattenDialog$1$1.doInBackground(JFlattenDialog.java:60)
at se.datadosen.jalbum.structure.JFlattenDialog$1$1.doInBackground(JFlattenDialog.java:55)
at java.desktop/javax.swing.SwingWorker$1.call(Unknown Source)
at java.base/java.util.concurrent.FutureTask.run(Unknown Source)
at java.desktop/javax.swing.SwingWorker.run(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.base/java.lang.Thread.run(Unknown Source)
|
|
|
Posts:
3,937
Registered:
4-Aug-2006
|
|
|
|
Re: Duplicates.... or not
Posted:
19 Dec 25, 17:00
in response to: RuudWesterhout
|
|
|
|
Maybe the easiest way is to quit jAlbum and then replace the files in your OS, then restart jAlbum.
|
|
|
Posts:
26
Registered:
3-Jan-2020
|
|
|
|
Re: Duplicates.... or not
Posted:
19 Dec 25, 17:51
in response to: RobM
|
|
|
|
Yes, that was what I meant by workaround.
If I move them back to the folder in which they resided before organize moved them, then I can overwrite them by export from Lightroom. The next organize would then move them again. I just thought that this flatten option would be faster then moving them in Windows Explorer, but looks like I was wrong.
|
|
|
|
Legend
|
|
Forum admins
|
|
Helpful Answer
|
|
Correct Answer
|
|
