Page numbers with a suffix will be accepted. In the case in point +PAGE,130a (or +PAGE,0130a). The upload routine will also accept (and check) a file name such as 1863M30130a (plus many other variants!). However, the current version of WinBMD is unable to generate such file names (the next version will) so the upload routine will accept a filename of 1863M30130 (for example) that contains a +PAGE,130a. I think it may be worth clarifying that Dave was explaining how the filenames of scans were derived from the paper being scanned. This doesn't affect how transcribers name files or enter data. Barrie -----Original Message----- From: Dave Mayall [mailto:[email protected]] Sent: 17 February 2005 09:37 To: [email protected] Subject: Re: More transcription queries regarding /GUS/1863/Marriages/September On Thu, 17 Feb 2005 08:53:47 -0000, you wrote: >My syndicate will soon start transcribing scans from this series. I have >noticed that some of the scans have a suffix, the letter a; as in this >sequence: > >1863M3-S-0128.jpg >1863M3-S-0130-a.jpg >1863M3-S-0130.jpg > >In fact the last entry on 0128 is a Spencer, the first on 0130 is Spencer >and the last is Spink the first on 0130a is Spink so the index appears >complete. > >Questions needing answers are : > >1 how should the header be completed so that the suffix a can be >included > >2 and how once it has been named including the suffix can it be uploaded > >Please can someone help As far as I'm aware, without delving into the code, suffixes should work just fine, in both the file name and the +PAGE header. It *is* worth going into page numbering a little here. Where a batch of scans either have no page numbers or are folio numbered, we number the scans ourselves without reference to any original numbering. Where a batch of scans does have page numbering, we follow that page numbering. This can lead to some "interesting" numbering! It was very common to find only the odd numbered (right hand) pages actually marked with a number, and the left hand page unmarked with its page number to be assumed from its sequence. Where they missed a number out, and inserted a suffixed page, this leads to a numbering problem. The pages you describe are 2-page scans, consisting in sequence of; --- 129 --- 131 --- 131a --- 133 --- 135 Perfectly logical order if you are looking only at the odd numbered scans. The question of how to number the even pages now has to be considered. We can easily fill in some; 128 129 130 131 --- 131a --- 133 134 135 The 2 not yet numbered are a problem. Clearly, the first one is the rear of page 131, and original, so OUGHT to be 132, whilst the second is the rear of the added page 131a and OUGHT to be 131b, but that looks messy! So, what we do is always assume the even number to be derived from the facing odd number. 128 129 130 131 130a 131a 132 133 134 135 -- Dave Mayall ==== FREEBMD-SYNDICATES Mailing List ==== Need to get a fast answer to your transcribing problems? Go to the Transcribers Knowledge Base at http://FreeBMD.RootsWeb.com/vol_faq.html ============================== Search Family and Local Histories for stories about your family and the areas they lived. Over 85 million names added in the last 12 months. Learn more: http://www.ancestry.com/s13966/rd.ashx