Issues with versioning in 4.1

Post Reply
KeesdH
Posts: 60
Joined: 26 Jun 08 18:53

Issues with versioning in 4.1

Post by KeesdH »

Came back from 3 weeks of travel last weekend with 3600 pictures. Found the 4.1 update and installed it. Unfortunatly I have issues now with versioning:
  • when I select several pics and start version detection it only finds the versions for the first pic in the selection
  • When I repeat the versioning sometimes nothing happens or the third picture or so gets versioned
  • And PSU "forgets RAW pics" during the process. I have to re-import them again to get them visible in PSU"
My file structure is as follows:
Top level: RAW files
One level below a folder called JPG were I store my developed RAW pictures as JPG.

This has worked for me since IDimager v2.

Any suggestions???
RickHeath
Posts: 48
Joined: 14 Nov 07 14:06
Location: Bolton, United Kingdom

Re: Issues with versioning in 4.1

Post by RickHeath »

I'm finding the same with v4.1.0.1486.

"Version detection" will only work on a single pair of RAW + JPG files & sometimes not then. If I select more files no more than one pair gets versioned.

I also find I'm having to run Verify Folder multiple times on the same folder to get all the RAW files to be seen by PSU, sometimes even if the thumbnail for the RAW is visible in the collection. Sometimes it isn't in the collection but the thumbnail is visible under folder view. Re-running verify folder shows it up as missing from the catalog & then adds it & versioning is then possible!
G8DHE
Posts: 706
Joined: 21 Aug 17 12:58

Re: Issues with versioning in 4.1

Post by G8DHE »

Must admit, I've been having problems as well with Versioning, the write up sounds good but in practice its proving impossible to use effectively :-(
The only way to version more than two files seems to be manually, which is not practical timewise. In my storage structure the Master version will be in a separate branch from the root directory to where the processed and thumbnails etc would be located, so Current and Sibling folders don't apply :-(
The limitations in selecting which file belongs to which placeholder also seems restricted, based only on file type it seems, I would have thought image dates, file dates and dimensions would be criteria we could use ?
My original thoughts would be that I could use the Timeline facility (image capture date) to group all the images together, followed by file dates and image sizes to specify the placeholder names.

Is there a Help file at all on using the Versioning facilities, maybe I'm missing something ?


build 4.2.1.1669
Geoff Mather (G8DHE)
fbungarz
Posts: 1826
Joined: 08 Dec 06 4:03
Location: Arizona, USA

Re: Issues with versioning in 4.1

Post by fbungarz »

I am using versioning a lot and have not seen any significant change in PSu 4.1.
I made a lot of suggestions, how I think versioning could become a lot more useful. But I don't think any of that has been implemented in the new release. To me it seems nothing has changed from the previous PSu release (AFAIK there is nothing about versioning in the release notes).
This has worked for me since IDimager v2.
Well, IDI is quite a while ago...

I might be mistaken, but I believe when PSu was introduced quite a few changes were implemented. AFAIK PSu is longer able to scan different folders for versions, but all files of the version set need to be in the same folder. I think there has been a fairly heated debate about this, because quite a few users prefer to store their subversions in separate subfolders. No idea why one would want to do this (apart from routine, i.e., always having done it like this before)
G8DHE
Posts: 706
Joined: 21 Aug 17 12:58

Re: Issues with versioning in 4.1

Post by G8DHE »

Right the reason I use seperate folders in totally different branches, is that the original file, direct from camera, is always sacrosanct whilst selected files which are for display on the web are copied to a separate branch as full sized, any required processing is carried out and then a smaller preview file is created and loaded into a folder one level higher, these two folders are accessible by the web server for the event for display, no way would I want the original file to be accessible from the web server and hence possibly open to download or other mischief ;-) However I do want all the files versioned, so if cropping/printing/processing is requested I can easily pick out the best file for the purpose!
Hence it would be nice to use the Timeline display to locate all the files from the day, no matter where stored, then request Versoning by file name with the Master defined as the Earliest File date, full size Display version as a later date with largest size, preview Display version being defined as a predefined size and any other files of same image date being custom versions.
Geoff Mather (G8DHE)
Hert
Posts: 7870
Joined: 13 Sep 03 6:24

Re: Issues with versioning in 4.1

Post by Hert »

The discussion that Frank mentions led to a change so that PSU can detect versions in the same folder but also in sibling versions. In preferences you can set the version detection rules, also which version ends up in what place holder.
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message
G8DHE
Posts: 706
Joined: 21 Aug 17 12:58

Re: Issues with versioning in 4.1

Post by G8DHE »

Yup, I had noted that facility, its just not flexible enough in terms of my structure :-)
Would it be difficult to version files from within a selection of files ? In many cases just selecting a Timeline date and selecting all files and then versioning within that selection would be adequate ?
Geoff Mather (G8DHE)
Hert
Posts: 7870
Joined: 13 Sep 03 6:24

Re: Issues with versioning in 4.1

Post by Hert »

You can select a set of images (like you do in timeline, or maybe also convenient would be "states->similar images"), then right click on a selected thumb and select "Versioning->Version selected files". The shortcut is Shift V
This is a user-to-user forum. If you have suggestions, requests or need support then please send a message
G8DHE
Posts: 706
Joined: 21 Aug 17 12:58

Re: Issues with versioning in 4.1

Post by G8DHE »

Oh yes indeed that works, but doing it for 1400 triple images is an evenings rather boring work!
Geoff Mather (G8DHE)
jstartin
Posts: 419
Joined: 23 Aug 06 12:47
Location: UK

Re: Issues with versioning in 4.1

Post by jstartin »

You could consider initially/temporarily placing all of the files in folders that match PSu's automatic version detection scope. Once you have versioned files you can move all or some to other folders that are neither subs nor siblings. As long as the moving is performed with PSu then it will keep track of the changed locations and the version sets will still be OK.
Jim (Photo Supreme: AMD Quad-Core A8-5500 Accelerated Processor 3.2 GHz; SSD; 16GB DDR3 SDRAM; Win10x64)
gkaudewitz
Posts: 17
Joined: 02 Jan 07 15:50

Re: Issues with versioning in 4.1

Post by gkaudewitz »

It wold be great to have extended versionfunctionality / -search implemented in PSU that works dirctly with folders because when using external programs for raw development these programs are able to write different versions of the image directly to the desired folder. Manual movement of these files to other folders is more comlicated and will be error-prone.
Stephen
Posts: 676
Joined: 01 Oct 14 9:15

Re: Issues with versioning in 4.1

Post by Stephen »

G8DHE wrote: 25 Sep 18 22:07 Right the reason I use seperate folders in totally different branches, is that the original file, direct from camera, is always sacrosanct...
Why not store a copy on an external drive?
Never say never change, but using Mac since 2005. Photo Supreme 3.3.0.2605. I endorse the interoperability of files between applications and systems.
G8DHE
Posts: 706
Joined: 21 Aug 17 12:58

Re: Issues with versioning in 4.1

Post by G8DHE »

All the images are on external drives, I'm trying to version them in this instance, not archive -or similar- them as such, I still need to access the original from PSu and select images for editing.
Geoff Mather (G8DHE)
Post Reply