Hi SteadyFox10 ,
Sounds like a strange bug related to replacing / (to avoid nesting folders when uploading these files) - we'll take a look and let you know...
And thanks for reporting this :)
Just FYI, you can set the number of the debug images history (after which the names are reused) in the configuration file (see https://github.com/allegroai/trains/blob/4bb17ca42081aaf27fabcd21c6a42e32313fb80e/docs/trains.conf#L32 )
SuccessfulKoala55 Also I see that the images name are not ordered naturaly it's display like this image_name_1 , image_name_10 , image_name_2 , and so on, is it possible to have a natural order to see image_name_1 , image_name_2 , etc... ?
SteadyFox10 could you try replacing the slash in the image name?
Can you share the link to de demo app or a full screenshot? I see lexicographical order in your attached image
It is in lexicographical ordering as you said.
I'm in a process to setup a trains stack for my projects and so far it work great thank for this awesome work.
Since the image names are strings, the ordering is lexicographical
I made the experiment on the allegroai demo server and it's the same https://demoapp.trains.allegro.ai/projects/fcf3f3fb1013434eb2001870990e5e94/experiments/6ed32a2b5a094f2da47e6967bba1ebd0/output/debugImages . I really think it's a technical limitation to not display all the image am I right ?
Hi SteadyFox10 the way it works is that Trains limits the debug image history by reusing the same files names, so the UI will only present the iterations where the debug images are relevant for. With your sample code it looks like it exposes a bug , the generated link should contain iteration number, it does not and so it overwrites the debug images every iteration. Here is the image link: https://demofiles.trains.allegro.ai/Test/test_images.6ed32a2b5a094f2da47e6967bba1ebd0/metrics/Test/test.slash.10/Test_test.slash.jpeg as you can see there is no iteration number
