Relation-infos, if collapsed and in a stack

[sinus]

Hi
This time only a short question, simply to be sure.

I want find out by a script, how many files are in a version-stack.
Say, I have simply one master (nef) and one version (jpg).

If this version-stack is expanded, I can simply count the files with a script (1 nef, 1 jpg). Works fine.
Is this version-stack is collapsed (toggled), this works still also fine.
I can do so for example using the IMatch-script "RelationLinks". Works fine.

But if this collapsed version-stack is inside a normal, also collapsed stack, then there is no way by a script to find the out the info, like above.

To say it in other words:
In the attachement you can see the collapsed stack.
Inside this stack is a toggled (collapsed) version-stack with 5 versions.

Do I have a possibility find out by a script, how many versions this version has? (in this case 5)

I was not able to find out, maybe it is simply not possible.

[Mario]

I'm not sure what the problem is. Wrapping normal stacks in version stacks is not really a concept I support. If the scripting methods provided for working with file relations don't work in that case, you will have to find another way. I cannot test anything or attempt to support every possible fringe or special case, sorry.

[sinus]

Wrapping normal stacks in version stacks is not really a concept I support.

The other way round:
Wrapping "toggled version stacks" in normal stacks.

But your answer is fine for me.
I wanted only to know, is there a possibility to find out by a script, how many files are totally in a stack, when the version stacks inside are toggled.
So this is not supported and not possible.
Fine. No problem.

As you writes, I will find another way.
I simply have often version-stacks (nef and jpgs).
And sometimes I toggle them (collapse).

If I then create a normal stack with such toggled versions (what is surely not unusual), I want only know, how many files are in there.
I guess, I can let do the script first select all files in a file-window, expand all stacks.
Then select all version-stacks and togle them all (expand).

Then is is not more a problem to count all files, what are in the versions stacks.

So I will look deeper at this, I am sure, I will find a way. 

[Mario]

Did you use the corresponding scripting functions?
They should get you what yo want.

Please understand that I'm currently in no position to debug scripts for you, or write you some.
I'm sure you figure it out when you put some more work into this.

Remember. The file window does not load stacked files. It does not know about them. All routines which work with the active selection in the file window etc are affected by this.

I have not worked with the relation scripting functions for more than a year. I you think there is a bug, file a bug report, include your script, detailed information about your file relation setup, the files contained in your stacks etc.

Stacking Version stacks into regular stacks is not really something IMatch supports, mind.
It's always best to keep things simple.

[sinus]

Please understand that I'm currently in no position to debug scripts for you, or write you some.

Of course, this was not my intention.

I'm sure you figure it out when you put some more work into this.

Yes, I am quite sure also, I will find out it. 

Remember. The file window does not load stacked files. It does not know about them. All routines which work with the active selection in the file window etc are affected by this.

Yes, I think, this is true and I will look into this.
Thanks for your answers! Appreciated as ever. 

[sinus]

I was able to create a script, what does, what I wanted. 

My folder-hierarchy is based on years and monthes.
Means, in a folder like Septembre ALL files are in it.

Including versions (nef and jpgs).
If such a folder is finnishes, this means usually, that all files are in it and all necessary bills are done.
It is nice for me, to know quickly, what files are in such a folder.

Hence I created this script, what runs over all images, and does all information into a new image.
This is done with xaml and finally I have at top this "statistic-file" (hence colled "__stat-folderyear-foldermonth").

If I know go to a folder, I can see, if it has a statistic-file. If yes, then this means for sure, that this folder is finnished, all bills are done and so on. I could go even so far, to count the amount of these bills, but this is not really necessary, hence I did it not. Hmmm, on the other side, would be nice to know for each month ... hmmm, would be easy to implement ... well, maybe for playing  )

I can see quite a lot in such statistic-files for me. And if there is something unusual, I could look into it (for example, if there are a lot of "different files" (mostly I have nefs and jpgs).

And finally, with the search function I can search very easy for all statistic files (search for __stat) or  for one specific year (search for "__stat-2015).
Then putted into the Design & Print and I will end with a A4-sheet as pdf with all the statistic, neatly presented on one page of paper.

Not necessary, but nice to have. 
One example of two monthes attached. Not perfect, but informative for me.

PS: the only thing, what I still am looking for, is how I can expand all stacks and then toggle (expand) all relattions, so that I am ending with no stacked files (reals stacks and relations-versions). I am trying to do so with sendkeys (Ctrl A, then Ctrl right arrow, then Ctlr Shft q), but it is not that important and has time.

[sinus]

Just to make this thread complete

I have done the script. I works great.

Each month I create an "overview-file" from this month.
This jpg shows me:

- amount of files TOTALLY (blue stripe above)
- TOTAL size of all files (blue stripe below)
- month (left above)
- date of creating this file (left below)

- amount of stacks
- what formats for top-stacks
- what format for stack-members

- amount of unstacked files
- what formats for unstacked files

- amount of relations
- what formats for master
- what formats for versions

- most important attributes
- files to look for special stuff (look)
- files to do something (todo)
- files done something (done)
- files for billing (zv)
- files billing is done (rgok)
- amount of taxes (mwst)
- total amount of bills (total)

This has a lot of advantages for me. Of course finally it is a kind of "not really must have".
But at the end it helps me really.

I can get the most important information quite easy and have a kind of "final control" about a month.
For example I can do this:

- are the "curious" formats?
- what files are unstacked? (usually I have stacked every event)
- count the tax for each month
- Must I create a bill
- see how many money I have earned
- are there files what I have to do something? (send files or so)

A final control is also:
if there is such a overview-file, I know, this month is ok, because I have checked it.

Gives a good feeling. 
So finally: with IMatch I can sleep better! 

attached one exmple, the amounts are examples.

[Mario]

Looks good. But of course also very specific to your business.

I know that quite a number of the commercial and institutional users run scripts with similar purposes, to check for problems or to calculate whatever metrics they need.

In the "big" DAM systems (Widen etc.) you get fee-based add-ons for these purposes. But these are systems which start at "20,000 to 30,000 US$ per year"...

[sinus]

Looks good. But of course also very specific to your business.

I know that quite a number of the commercial and institutional users run scripts with similar purposes, to check for problems or to calculate whatever metrics they need.

In the "big" DAM systems (Widen etc.) you get fee-based add-ons for these purposes. But these are systems which start at "20,000 to 30,000 US$ per year"...

You are absolutely right.

Phew, I am sooo glad, to use IMatch as our DAM, because it is simply the best and let us have a solution, what is really cheap.
And, during the years, I cannot remember, that I had a problem, what I could not solve with IMatch.

And we have Mario  what give us a really fantastic support.

And yep, of couse such a community with such helpful and friendly persons like here is also very good.