I too have this problem with lots of blank pages. The reply that was given to me was that the file containing the page immediately before a blank should terminate with a +PAGE,n where n is the page number of the next non-blank page. Ian ----- Original Message ----- From: "John Slann" <[email protected]> To: <[email protected]> Sent: Sunday, October 28, 2001 2:10 AM Subject: Re: half page explained > Ian said > > > I too am interested in the answer to the other question that someone > > raised - how does one close the last page in a quarter when, by definition > > there is no page n+1. Is it done by a simple +PAGE or by PAGE,n+1 > > regardless of the fact that nothing will ever match n+1. I suspect that > > either of these is acceptable but again this is a guess. > > I anticipate being told off again but I promise to take it in good part. > Here is the scenario transcriber A has a block of transcriptions which run > from 1846B1-G-P-1156.tif to 1846B1-G-P-1165.tif and dutifully finishes of > with +PAGE,n+1. Transcriber B is allocated pages that run from > 1846B1-G-P-1166.tif to 1846B1-G-P-1175.tif. Sadly on down loading these are > all blanks. So nothing is transcribed and nothing is uploaded and no record > will exist of files in this range will exist when the Range Check is run for > this quarter. The next download with data for transcription is > 1846B1-G-P-1176.tif . > > Now various kind people have tried to explain that this is not a problem, > but I cannot get my mind round their explanations. I do not see how this > can be when one file ends expecting to find a file that stems from > 1846B1-G-P-1166.tif, but there is no record of this. The next file in > sequence actually stems from 1846B1-G-P-1176.tif . > > In case any one thinks I am banging on about a theoretical situation these > file numbers have been taken from my records and reflect what has been > reported to me. If anyone thinks it is an isolated instance there are 19 > runs of blanks in 1846 BQ1 reported to me so far. This means if someone > else has to do the range check in my place they have at least 190 pages of > gaps to investigate to be sure all data that should be present is present > > I would be more than happy to let this matter die, but I will not rest easy > in my mind until I have understood the explanations that Dave and others > have given so far. > > I would dearly love to rest my case. > > John > > > ============================== > Visit Ancestry.com for a FREE 14-Day Trial and enjoy access to the #1 > Source for Family History Online. Go to: > http://www.ancestry.com/rd/redir.asp?targetid=702&sourceid=1237 > >

In message <[email protected]>, Ian Brooke <[email protected]> writes >I too have this problem with lots of blank pages. >The reply that was given to me was that the file containing the page >immediately before a blank should terminate with a +PAGE,n where n is the >page number of the next non-blank page. That presupposes you will know what the number of the next non-blank page will be. In the examples from my own experience which I have previously quoted, had I received my normal allocation of 10 pages I would have had no definite idea where the next non-blank page was. -- Philip Powell