View Full Version : Identifying which disc pic is on
Ken Thomson
2nd December 2002, 05:58 AM
Liek the look of the programme, and ready to buy as my HD is almost full :)
One question that I cannot answer from the demo (as it only allows the first disc to be burned) -
If I click on an image in the web archive and it is on another disc in the archive set, does the programme tell me to insert disc number x?
MichaelT
2nd December 2002, 06:04 AM
When you are viewing a page of thumbnails or a Viewing Image, always at the top of the page it is telling you which CD the source image of the picture is on.
So...yes.
Ken Thomson
2nd December 2002, 06:06 AM
Thanks for the _very_ speedy reply!
I second the request for the index on the first CD only - the folder I want to archive first has a 195MB index.
Roy Malitzke
2nd December 2002, 09:05 AM
As large indexes are a problem on usually only a fairly large archive, might I suggest that the option for a single index be expanded to an index on the first AND last disk only. This would give two known disks where the index would reside and in essence help protect from losing an index alltogether should the first disk become corrupted. All disks in between would then be freed of the index eating megabytes but a safety of one extra index would be provided.
MichaelT
2nd December 2002, 03:02 PM
Roy,
Yes..that is certainly possible, but the first disk (the only one with the index) could also just be burned twice. I am not saying that your idea is not good or that we will use it, but I also do not want confuse the user with too many options.
Thanks for your idea, and we will put it on the list.
Appreciate the feedback..
Ken Thomson
2nd December 2002, 03:18 PM
Having used the demo a bit more today, I would suggest the option to have the full index on the first disc, plus a partial index containing only those files on subsequent discs (so the disc2 index would contain only those images where the full file was burned on disc 2). My thinking is that otherwise one would have to locate the file on the main index, then remember the file number (or write it down) until the relevant disc was inserted - and my memory isn't improving with age!
MichaelT
2nd December 2002, 04:01 PM
Ken,
Yes...this is another option that we are considering. The index for each disk, goes on each disk.
Thanks..
andrewb
28th June 2005, 02:08 AM
Has there been any development on the 'Partial Index' to provide an HTML index on each disc of a spanned set, with direct links to the files?
Another suggestion is to have a 'link' from the master index to access any file. If not on the current CD (or DVD) then the correct CD could be requested by the program.
MichaelT
28th June 2005, 08:17 AM
In order to keep the HTML pure and generic, there is little room for fancy detection schemes. We want the discs to be able to be read across OS and hardware, so we do not use any Java or extensions to basic HTML.
The index header should tell you the disc that you are viewing.
BTW...The V3.x.x versions have FULL capability to burn complete sessions for 15 days. This is a change from the V2.x.x that only allowed the first disc to be burned.
andrewb
28th June 2005, 09:11 PM
Sorry, I probably didn't make it clear in the last mesasge. What I would be interested in seeing is an html index on each disk of a spanned set with only the files on that disk included in the index. I have just finished burning an archive of images which took up 10 disks, plus a 200Mb index. If that index had been put on each disk the archive would have blown out to 18 disks (700MB CD's). A smaller index on each disk would be useful to navigate the archive.
MichaelT
29th June 2005, 08:10 AM
Understood. We feel that the index on the first disk or a seperate disc is a better solution. This way you can find the picture you want. With the index for each disc on each disc, you will have to look through several discs to find your picture of interest. kind of defeats the purpose of the index, since you have no idea what picture is where on a multi-disc Archive. YMMV.
vBulletin® v3.8.4, Copyright ©2000-2012, Jelsoft Enterprises Ltd.