Peter wrote > As I see it there are two solutions to this ongoing issue. > The first, and best in my opinion, is to have the main BMD server system > translate all variations of district names into a standard form (or > forms, depending on the year being dealt with). As people collect their picklists when they download WinBMD (or MacBMD or SpeedBMD) and may then work at different times on different years I don't think this is realistic. > The second is to provide transcribers with picklists that are specific > to the material they are working on, or to give them instructions on how > to do it themselves (messy). I think most co-ordinators give guidance to transcribers on this very point, as I do. Each transcriber builds up his/her picklist of the abbreviations and changed spellings that happen to be in use that year as they come across them, by following TWYS. I also create a more detailed page-range than that generated in http://freebmd.rootsweb.com/district-page-reverse-map-index.html , using the district names in use in that quarter, as soon as we have enough transcriptions done to give a good coverage. (thanks to Bob Phillips for the idea, and to Jennifer Romero for writing 'MergeAll'). This has the double purpose of a reference point in questions of dodgy page numbers and a reference point for district names. Everyone working on that quarter gets it once it has been built. One of the disadvantages of the version on the web site is that it has district names like South Stoneham and Hartley Wintney that you don't actually see that often in real scans in that form. While typing this I have just had the idea of tagging the district names in my page-range that are not the same as the default picklist, and extracting them to issue as a list for all new transcribers. For those dealing with 1900s printed lists, you may find this collection of common district versions which may not match the default picklist useful. It may not be complete, and may not match all 1900s quarters. Jeff St. Geo. H. Sq. 1a St. Giles 1b London C. 1c Bethnal G. 1c St. Geo. East 1c Mile End 1c St. Olave 1d Richmond, S. 2a W. Ashford 2a E. Ashford 2a Romney M. 2a E. Grinstead 2b E. Preston 2b I. Wight 2b N. Forest 2b S. Stoneham 2c Hartley W. 2c Whitchurch, H. 2c B. Stortford 3a H. Hempstead 3a Newport P. 3a Chipping N. 3a Wellingbro' 3b Peterbro' 3b St. Ives 3b St. Neots 3b Leighton B. 3b N. Witchford 3b Whittlesey 3b Wisbech 3b W. Ham 4a Saffron W. 4a Bury St. E. 4a Stow, S. 4a St. Faiths 4b Freebridge L. 4b King's L. 4b Marlbro' 5a Bradford on A. 5a Westbury, W. 5a St. Thomas 5b Newton A. 5b E. Stonehouse 5b S. Molton 5b St. Germans 5c St. Columb 5c St. Austell 5c Wellington, Som. 5c Shepton M. 5c Chipping S. 6a Westbury S. 6a Stow on W. 6a Cleobury M. 6a Whitchurch, S. 6a Wellington, Sh. 6a Newport, Sh. 6a Newcastle L. 6b Stoke T. 6b Burton 6b W. Bromwich 6b Upton 6c King's N. 6c Stratford 6d Mt. Harbro' 7a Mt. Bosworth 7a Ashby Z. 7a Loughbro' 7a Barrow S. 7a Melton M. 7a Bourn 7a Glanford B. 7a Gainsbro' 7a Chapel le F. 7b W. Derby 8b Barton I. 8c Ashton 8d Ulverston 8e Barrow F. 8e Sedburgh 9a Pateley B 9a Gt. Ouseburn 9a Knaresbro' 9a N. Bierley 9b Ecclesall B. 9c Scarbro' 9d Guisbro' 9d Middlesbro' 9d Richmond, Y. 9d Chester le S. 10a S. Shields 10a Newcastle T. 10b E. Ward 10b W. Ward 10b Bedwellty 11a Newport, M. 11a Merthyr T. 11a Newcastle E. 11b St. Asaph 11b --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.699 / Virus Database: 456 - Release Date: 04/06/2004

On Sun, 6 Jun 2004 13:04:02 -0400 (EDT), you wrote: >Hi Mary and John >I am relatively new to this project but what I think I read here disturbs >me not a little. If I'm wrong I apologise right up front and you can stop >reading!! >I get the sense that using the picklists is regarded in some disfavour. >On the contrary, I regard the lists as one of the best tools you can >provide to transcribers. Having one's program read ahead when typing >district names (or first names) reduces the time and tedium enormously >and that's absolutely the best thing to offer transcribers. > >As I see it there are two solutions to this ongoing issue. >The first, and best in my opinion, is to have the main BMD server system >translate all variations of district names into a standard form (or >forms, depending on the year being dealt with). Peter, I fear that you have TOTALLY the wrong end of the stick here. The FreeBMD server *does* link all the variant spellings of districts together (thanks to the efforts of Mary and her team). The problem that we are discussing is transcribers who instead of transcribing EXACTLY what they see in the index pick something from the list which seems to match. People who do this play absolute havoc with the work that we do on districts. If it says "Stoke T", then it *MUST* be transcribed as "Stoke T". Selecting "Stoke on Trent" from the picklist is absolutely, 100% WRONG. There is nothing wrong with using picklists, provided it is done properly. If the picklist has "Stoke on Trent", and the records you are transcribing use "Stoke T", add "Stoke T" to the supplementary list, so that it appears in future. -- Dave Mayall

Hi Jeff: I like your list of revised district names. I believe that I _was_ suggesting we provide modified pick lists for transcribers, not just new ones, whenever they move to a different quarter. It's easier to change a complete file than to ask each transcriber to add modified names as they come across them. This should reduce the "error rate" quite a bit. Coordinators just need to know ahead of time what the new list should contain. Cheers, Peter On Sun, 6 Jun 2004, Jeff Coleman wrote: > > While typing this I have just had the idea of tagging the district names in > my page-range that are not the same as the default picklist, and extracting > them to issue as a list for all new transcribers. > > For those dealing with 1900s printed lists, you may find this collection of > common district versions which may not match the default picklist useful. It > may not be complete, and may not match all 1900s quarters. > > Jeff > > St. Geo. H. Sq. 1a > St. Giles 1b > London C. 1c > Bethnal G. 1c > St. Geo. East 1c > Mile End 1c > St. Olave 1d > Richmond, S. 2a > W. Ashford 2a > E. Ashford 2a > Romney M. 2a > E. Grinstead 2b > E. Preston 2b > I. Wight 2b > N. Forest 2b > S. Stoneham 2c > Hartley W. 2c > Whitchurch, H. 2c > B. Stortford 3a > H. Hempstead 3a > Newport P. 3a > Chipping N. 3a > Wellingbro' 3b > Peterbro' 3b > St. Ives 3b > St. Neots 3b > Leighton B. 3b > N. Witchford 3b > Whittlesey 3b > Wisbech 3b > W. Ham 4a > Saffron W. 4a > Bury St. E. 4a > Stow, S. 4a > St. Faiths 4b > Freebridge L. 4b > King's L. 4b > Marlbro' 5a > Bradford on A. 5a > Westbury, W. 5a > St. Thomas 5b > Newton A. 5b > E. Stonehouse 5b > S. Molton 5b > St. Germans 5c > St. Columb 5c > St. Austell 5c > Wellington, Som. 5c > Shepton M. 5c > Chipping S. 6a > Westbury S. 6a > Stow on W. 6a > Cleobury M. 6a > Whitchurch, S. 6a > Wellington, Sh. 6a > Newport, Sh. 6a > Newcastle L. 6b > Stoke T. 6b > Burton 6b > W. Bromwich 6b > Upton 6c > King's N. 6c > Stratford 6d > Mt. Harbro' 7a > Mt. Bosworth 7a > Ashby Z. 7a > Loughbro' 7a > Barrow S. 7a > Melton M. 7a > Bourn 7a > Glanford B. 7a > Gainsbro' 7a > Chapel le F. 7b > W. Derby 8b > Barton I. 8c > Ashton 8d > Ulverston 8e > Barrow F. 8e > Sedburgh 9a > Pateley B 9a > Gt. Ouseburn 9a > Knaresbro' 9a > N. Bierley 9b > Ecclesall B. 9c > Scarbro' 9d > Guisbro' 9d > Middlesbro' 9d > Richmond, Y. 9d > Chester le S. 10a > S. Shields 10a > Newcastle T. 10b > E. Ward 10b > W. Ward 10b > Bedwellty 11a > Newport, M. 11a > Merthyr T. 11a > Newcastle E. 11b > St. Asaph 11b > > > > > > > > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.699 / Virus Database: 456 - Release Date: 04/06/2004 > > > ==== 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 > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > >

Hi Mary and John I am relatively new to this project but what I think I read here disturbs me not a little. If I'm wrong I apologise right up front and you can stop reading!! I get the sense that using the picklists is regarded in some disfavour. On the contrary, I regard the lists as one of the best tools you can provide to transcribers. Having one's program read ahead when typing district names (or first names) reduces the time and tedium enormously and that's absolutely the best thing to offer transcribers. As I see it there are two solutions to this ongoing issue. The first, and best in my opinion, is to have the main BMD server system translate all variations of district names into a standard form (or forms, depending on the year being dealt with). The second is to provide transcribers with picklists that are specific to the material they are working on, or to give them instructions on how to do it themselves (messy). I have modified the original district and given-name files which came with the MacBMD program to suit the year I am now working on, and it is quite straightforward. I do not know how easy it could be for WinBMD users, especially for those with slight knowledge of file manipulation. Cheers! Peter Adams On Sat, 5 Jun 2004, Mary Trevan wrote: > Hello John > > What type of piece had you in mind? > > For example, is something targeted at those who we find use picklists rather > than following TWYS better than something more general sent to everyone? IMO > there is already a strong emphasis on TWYS, and picking from lists is > clearly not TWYS for anyone who takes a second to think things through. So > if we go much further will we cross the line to rubbing everyones nose in > this and risk losing more transcribers? > > The sorts of things that come to mind are that I could write something along > the lines of one or morre of the following > * Another web page such as 'The Importance of TWYS for District Names" as > part of the existing site that the synidicate co-ordinators could refer > their trannies to (re-)read > * Something to be added to the existing page for new starters > * A new FAQ for the existing page > * An email from me to the lists that syndicate co-ordinators could then > resend to individuals that they (or the District Aliasing Team through > myself, or the Corrections Co-ordintor, Kevin) spot as picking from lists > rather than followign TWYS > > Regards > > Mary > > ----- Original Message ----- > From: "JOHN PINGRAM" <[email protected]> > To: <[email protected]> > Sent: Friday, June 04, 2004 3:04 PM > Subject: Advice about a Member of my Syndicate - district abbreviations > > > > This is by no means an isolated occurrence. A pick list designed for the > > quarter being transcribed would be a good idea, but there would have to be > a > > fool-proof method of incorporating it into Winbmd. Anything could happen > if > > one just sent them a list. The other problem connected to this is that > they > > simply don't understand why it is necessary to follow these district > > abbreviations exactly. I find this is the biggest single cause of > > corrections. Perhaps a small piece by Mary Trevan ( sorry to suggest more > > work) given more prominence than before would help, perhaps in the general > > list. > > Regards, > > John > > > > ----- Original Message ----- > > From: <[email protected]> > > To: <[email protected]> > > Sent: Friday, June 04, 2004 12:05 PM > > Subject: FREEBMD-SYNDICATES-D Digest V04 #76 > > > > > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > > Thank you Rootsweb for hosting the FreeBMD project and its mailing lists. > See http://www.rootsweb.com/ > > > > ============================== > > You can manage your RootsWeb-Review subscription from > > http://newsletters.rootsweb.com/ > > > > > ==== 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 > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > >

Hello John What type of piece had you in mind? For example, is something targeted at those who we find use picklists rather than following TWYS better than something more general sent to everyone? IMO there is already a strong emphasis on TWYS, and picking from lists is clearly not TWYS for anyone who takes a second to think things through. So if we go much further will we cross the line to rubbing everyones nose in this and risk losing more transcribers? The sorts of things that come to mind are that I could write something along the lines of one or morre of the following * Another web page such as 'The Importance of TWYS for District Names" as part of the existing site that the synidicate co-ordinators could refer their trannies to (re-)read * Something to be added to the existing page for new starters * A new FAQ for the existing page * An email from me to the lists that syndicate co-ordinators could then resend to individuals that they (or the District Aliasing Team through myself, or the Corrections Co-ordintor, Kevin) spot as picking from lists rather than followign TWYS Regards Mary ----- Original Message ----- From: "JOHN PINGRAM" <[email protected]> To: <[email protected]> Sent: Friday, June 04, 2004 3:04 PM Subject: Advice about a Member of my Syndicate - district abbreviations > This is by no means an isolated occurrence. A pick list designed for the > quarter being transcribed would be a good idea, but there would have to be a > fool-proof method of incorporating it into Winbmd. Anything could happen if > one just sent them a list. The other problem connected to this is that they > simply don't understand why it is necessary to follow these district > abbreviations exactly. I find this is the biggest single cause of > corrections. Perhaps a small piece by Mary Trevan ( sorry to suggest more > work) given more prominence than before would help, perhaps in the general > list. > Regards, > John > > ----- Original Message ----- > From: <[email protected]> > To: <[email protected]> > Sent: Friday, June 04, 2004 12:05 PM > Subject: FREEBMD-SYNDICATES-D Digest V04 #76 > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Thank you Rootsweb for hosting the FreeBMD project and its mailing lists. See http://www.rootsweb.com/ > > ============================== > You can manage your RootsWeb-Review subscription from > http://newsletters.rootsweb.com/ >

This is by no means an isolated occurrence. A pick list designed for the quarter being transcribed would be a good idea, but there would have to be a fool-proof method of incorporating it into Winbmd. Anything could happen if one just sent them a list. The other problem connected to this is that they simply don't understand why it is necessary to follow these district abbreviations exactly. I find this is the biggest single cause of corrections. Perhaps a small piece by Mary Trevan ( sorry to suggest more work) given more prominence than before would help, perhaps in the general list. Regards, John ----- Original Message ----- From: <[email protected]> To: <[email protected]> Sent: Friday, June 04, 2004 12:05 PM Subject: FREEBMD-SYNDICATES-D Digest V04 #76

Not send them any more allocations until they respond to the question "why are you using the picklist instead of typing what you see". A dialogue may reveal some fundamental misconception. Barrie > -----Original Message----- > From: Chris Mahoney [mailto:[email protected]] > Sent: 04 June 2004 01:26 > To: [email protected] > Subject: Advice about a Member of my Syndicate > > > I've got a member of my syndicate whom for every file they > have completed so far (four), and in every one of them for > the districts, they are using the picklist option instead of > entering it exactly as they appear on the page. > > For each completed page, I have reminded them that districts > need to be entered as they appear, but nothing has changed. > > Any suggestions as to what I should do with the person regarding this. > > Thanks > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Want to help FreeBMD? > Go to http://freebmd.rootsweb.com/Signup.html to find out how. > > ============================== > Gain access to over two billion names including the new > Immigration Collection with an Ancestry.com free trial. > Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=> 4930&sourceid=1237 >

Go to http://freebmd.rootsweb.com/cgi/bmd-files.pl and click on "Forgotten your password? Go and get a new one." Barrie > -----Original Message----- > From: Yorkscan [mailto:[email protected]] > Sent: 03 June 2004 17:17 > To: [email protected] > Subject: Forgotten Password > > > A lady has enquired about transcribing for this Syndicate. > She says that some time ago she registered for another > Syndicate but has forgotten her Password. I have found her > name on the User List but how does she recover her Password please? > > Frank Hodgson > Yorkscan Syndicate > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Want to help FreeBMD? > Go to http://freebmd.rootsweb.com/Signup.html to find out how. > > ============================== > Gain access to over two billion names including the new > Immigration Collection with an Ancestry.com free trial. > Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=> 4930&sourceid=1237 >

The file was uploaded using the File Management interface (http://freebmd.rootsweb.com/cgi/bmd-files.pl) which allows the filename of the file to be different from the name of the file as stored on the server. To correct the problem click on the Rename button next to the file in question. Barrie > -----Original Message----- > From: Ted Southcombe [mailto:[email protected]] > Sent: 01 June 2004 10:23 > To: [email protected] > Subject: FILE NAMES > > > I have a transcriber who always seems to be in a mess with > his file names. He first got the Files Names option in WinBMD > set to SpeedBMD names and we got that corrected thanks to > advice from this list. > > Now however his transcribed files sent to me are correctly > named - eg. 1887B3H0226.BMD - but appear on the database as > 1887B3_226, although the file name in the file header is correct. > His latest upload appears as 1887_238 which is quite > useless as a file > name with no event or quarter. > > How is this possible and what to do to correct it ? > > Cheers, Ted Southcombe > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > For those in -L mode, to unsubscribe from this mailing list > please send the command UNSUBSCRIBE in the body of the > message to - [email protected] > > ============================== > Gain access to over two billion names including the new > Immigration Collection with an Ancestry.com free trial. > Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=> 4930&sourceid=1237 >

I've got a member of my syndicate whom for every file they have completed so far (four), and in every one of them for the districts, they are using the picklist option instead of entering it exactly as they appear on the page. For each completed page, I have reminded them that districts need to be entered as they appear, but nothing has changed. Any suggestions as to what I should do with the person regarding this. Thanks

Hi Chris Here are some suggestions. No more scan allocations. Submit corrections via yourself for each faulty entry. May I ask what extra qualities this transcriber has that allows him/her to mess up the database and cause an awful lot of extra work. Can I refer you back to some old mails from Mary Trevan about the problems we encountered due to the incorrect entering of districts. It took an awful lot of work to sort out. best wishes Bob Phillips ----- Original Message ----- From: "Chris Mahoney" <[email protected]> To: <[email protected]> Sent: Friday, June 04, 2004 1:25 AM Subject: Advice about a Member of my Syndicate > I've got a member of my syndicate whom for every file they have completed so far (four), and in every one of them for the districts, they are using the picklist option instead of entering it exactly as they appear on the page. > > For each completed page, I have reminded them that districts need to be entered as they appear, but nothing has changed. > > Any suggestions as to what I should do with the person regarding this. > > Thanks > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Want to help FreeBMD? > Go to http://freebmd.rootsweb.com/Signup.html to find out how. > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.698 / Virus Database: 455 - Release Date: 02/06/2004

Hi Chris: You've presumably not implemented the obvious option of not using her/him any more. So... why not change the picklist to correspond to the quarter that is currently being worked on. This will cover most of the entries at issue because,at least in my experience, the district versions as typed are quite stable over the short term. Peter Adams On Fri, 4 Jun 2004, Chris Mahoney wrote: > I've got a member of my syndicate whom for every file they have completed so far (four), and in every one of them for the districts, they are using the picklist option instead of entering it exactly as they appear on the page. > > For each completed page, I have reminded them that districts need to be entered as they appear, but nothing has changed. > > Any suggestions as to what I should do with the person regarding this. > > Thanks > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Want to help FreeBMD? > Go to http://freebmd.rootsweb.com/Signup.html to find out how. > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > >

A lady has enquired about transcribing for this Syndicate. She says that some time ago she registered for another Syndicate but has forgotten her Password. I have found her name on the User List but how does she recover her Password please? Frank Hodgson Yorkscan Syndicate

Hello to all I am a new co-ordinator and have asked for my transcribers to send me their first page for checking but I can not open the attachment it says invalid file and check header details I have asked them to check header details and re send them to me for checking but if this still does not work do anyone have any suggestions as to what to do next? Thanks for your time Christine --------------------------------- Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now

Christine, I do the same as yourself although I have a specific page that I get all new members to transcribe, that way it's much easier for me to check as I know the scan almost without looking at it. It is also a very difficult page, with non-standard districts, difficult forenames, illegible entries etc and I can always give comments to ensure they are doing things correctly (twys, use the correct ucf's etc etc). I'd highly recommend doing this. It's a fairly regular thing though for people to send me the wrong file, I get shortcuts to their transcribed file, copies of the downloaded scan, all sorts of rubbish and this is probably what's happening here. WinBMD transcribed files are stored in a folder called "Output" below their WinBMD folder, ie normally "C:\Program Files\WinBMD\Output\" (although it's possible for them to install the program elsewhere the majority use this default). Save the file they've sent and look at it with Wordpad, it's generally easy to see if it's the correct file or not, if it isn't then simply ask them to look in the above folder for the correct file. If it looks like the right file then what is giving the error you mention (?), if it's WinBMD then send the file to me and I'll take a look at it. Hope that helps. Ian ----- Original Message ----- From: christine richards To: [email protected] Sent: Wednesday, June 02, 2004 4:23 AM Subject: file attachment Hello to all I am a new co-ordinator and have asked for my transcribers to send me their first page for checking but I can not open the attachment it says invalid file and check header details I have asked them to check header details and re send them to me for checking but if this still does not work do anyone have any suggestions as to what to do next? Thanks for your time Christine --------------------------------- Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now ==== FREEBMD-SYNDICATES Mailing List ==== For those in -L mode, to unsubscribe from this mailing list please send the command UNSUBSCRIBE in the body of the message to - [email protected] ============================== Gain access to over two billion names including the new Immigration Collection with an Ancestry.com free trial. Click to learn more. http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237

As a follow up. I've put in a request to change the column headings to try and avoid ambiguity in their meaning. Allan Raymond -----Original Message----- From: Allan Raymond <[email protected]> To: [email protected] <[email protected]> Date: 01 June 2004 18:34 Subject: Re: FreeBMD Maintain Ranges/Statistics for Syndicate - Information for Syndicate Co-ordinators >Although the information is Syndicate specific, just ignore the last column >if you find it confusing. > >From an administration aspects I find the last column very useful as it >highlights (not in all cases such as double keying) those Syndicates who >have not added all the volunteers to their Syndicate. > >You Syndicate is nice and clean in this respect but this isn't necessarily >the situation with all Syndicates. > >Allan Raymond > > >-----Original Message----- >From: Steve Gaunt <[email protected]> >To: [email protected] <[email protected]> >Date: 01 June 2004 18:17 >Subject: Re: FreeBMD Maintain Ranges/Statistics for Syndicate - Information >for Syndicate Co-ordinators > > >>You may wish to note the number of records shown under "Total In Range" >>doesn't mean this is the total number of records in the Index. It actually >>refers to the number of records uploaded by volunteers including those by >>the Syndicate members and those not part of the Syndicate (generally one >>name studies or second keying). >> >>If anybody requires further clarity please let me know? >> >>As the info shown is always specific to a particular syndicate what is the >>point in having this "Total In Range" column? It carries no information >>needed by a syndicate and serves to cause confusion therby requiring >>clarification. Do away with it. >>Regards >>Steve Gaunt >>Croscan >>----- Original Message ----- >>From: "Allan Raymond" <[email protected]> >>To: <[email protected]> >>Sent: Monday, May 31, 2004 11:50 PM >>Subject: FreeBMD Maintain Ranges/Statistics for Syndicate - Information for >>Syndicate Co-ordinators >> >> >>> To Syndicate Co-ordinators >>> >>> One of my functions is to keep the Syndicate Allocation Web Pages at: >>> http://freebmd.rootsweb.com/cgi/bmd-synd.pl up to date as I allocate >slots >>> to Syndicates. >>> >>> Because of the piecemeal way in which I have had to allocate slots >there's >>a >>> possibility that not all allocations have been added correctly to the >>> database. >>> >>> I've taken a snapshot of the current information shown on the database >and >>> reproduced on my Web Site at: >>> http://www.btinternet.com/~allan_raymond/FreeBMD_Maintain_Ranges.htm >>> >>> The update to the above Page takes into account allocations to existing >>> Syndicates since 29 April 2004 >>> >>> Syndicate Co-ordinators may wish to check the information relating to >>their >>> Syndicate on the above Web page and only let me know if there are any >>> errors/omissions? >>> >>> In answer to two standard type queries. >>> >>> 1. I'm aware that some of the allocations shown in the snapshots are >>unable >>> to be worked on due the absence of scans. There's no requirement to draw >>my >>> attention to lack of scans in these cirumstances. >>> >>> 2. The "Statistics for Syndicate" Web Page for each Syndicate is in >fact >>> derived from and fully dependent on me keeping the >FreeBMD_Maintain_Ranges >>> up to date. The "Statistics for Syndicate" Pages however shows the >>position >>> prior to the last database update even though I may have updated the >>> FreeBMD_Maintain_Ranges in the intervening period. >>> >>> The "Statistics for Syndicate" Web Pages for Syndicates can be accessed >>at: >>> http://www.btinternet.com/~allan_raymond/Stats_for_Syndicates.htm >>> >>> This page provides details of the Co-ordinator(s), volunteers and the >>> Syndicate Allocations (shown under Range Statistics). >>> >>> A typical example of the Range Statistics is below. >>> >>> Range Statistics >>> >>> The counts and range definitions reported below correspond to >>> the data as at 2004-04-17 18:11:10 when the database was updated >>> >>> Type Quarter Year Sub-range Records by Synd Total In Range >>> Marriages Sep 1907 All 143362 >144119 >>> etc etc >>> TOTAL 244638 >>> 246710 >>> >>> You may wish to note the number of records shown under "Total In Range" >>> doesn't mean this is the total number of records in the Index. It >actually >>> refers to the number of records uploaded by volunteers including those by >>> the Syndicate members and those not part of the Syndicate (generally one >>> name studies or second keying). >>> >>> *** Also please take into account the information relates to the >>situation >>> pre the last database update. *** >>> >>> If anybody requires further clarity please let me know? >>> >>> Allan Raymond

You may wish to note the number of records shown under "Total In Range" doesn't mean this is the total number of records in the Index. It actually refers to the number of records uploaded by volunteers including those by the Syndicate members and those not part of the Syndicate (generally one name studies or second keying). If anybody requires further clarity please let me know? As the info shown is always specific to a particular syndicate what is the point in having this "Total In Range" column? It carries no information needed by a syndicate and serves to cause confusion therby requiring clarification. Do away with it. Regards Steve Gaunt Croscan ----- Original Message ----- From: "Allan Raymond" <[email protected]> To: <[email protected]> Sent: Monday, May 31, 2004 11:50 PM Subject: FreeBMD Maintain Ranges/Statistics for Syndicate - Information for Syndicate Co-ordinators > To Syndicate Co-ordinators > > One of my functions is to keep the Syndicate Allocation Web Pages at: > http://freebmd.rootsweb.com/cgi/bmd-synd.pl up to date as I allocate slots > to Syndicates. > > Because of the piecemeal way in which I have had to allocate slots there's a > possibility that not all allocations have been added correctly to the > database. > > I've taken a snapshot of the current information shown on the database and > reproduced on my Web Site at: > http://www.btinternet.com/~allan_raymond/FreeBMD_Maintain_Ranges.htm > > The update to the above Page takes into account allocations to existing > Syndicates since 29 April 2004 > > Syndicate Co-ordinators may wish to check the information relating to their > Syndicate on the above Web page and only let me know if there are any > errors/omissions? > > In answer to two standard type queries. > > 1. I'm aware that some of the allocations shown in the snapshots are unable > to be worked on due the absence of scans. There's no requirement to draw my > attention to lack of scans in these cirumstances. > > 2. The "Statistics for Syndicate" Web Page for each Syndicate is in fact > derived from and fully dependent on me keeping the FreeBMD_Maintain_Ranges > up to date. The "Statistics for Syndicate" Pages however shows the position > prior to the last database update even though I may have updated the > FreeBMD_Maintain_Ranges in the intervening period. > > The "Statistics for Syndicate" Web Pages for Syndicates can be accessed at: > http://www.btinternet.com/~allan_raymond/Stats_for_Syndicates.htm > > This page provides details of the Co-ordinator(s), volunteers and the > Syndicate Allocations (shown under Range Statistics). > > A typical example of the Range Statistics is below. > > Range Statistics > > The counts and range definitions reported below correspond to > the data as at 2004-04-17 18:11:10 when the database was updated > > Type Quarter Year Sub-range Records by Synd Total In Range > Marriages Sep 1907 All 143362 144119 > etc etc > TOTAL 244638 > 246710 > > You may wish to note the number of records shown under "Total In Range" > doesn't mean this is the total number of records in the Index. It actually > refers to the number of records uploaded by volunteers including those by > the Syndicate members and those not part of the Syndicate (generally one > name studies or second keying). > > *** Also please take into account the information relates to the situation > pre the last database update. *** > > If anybody requires further clarity please let me know? > > Allan Raymond > > ______________________________

Although the information is Syndicate specific, just ignore the last column if you find it confusing. From an administration aspects I find the last column very useful as it highlights (not in all cases such as double keying) those Syndicates who have not added all the volunteers to their Syndicate. You Syndicate is nice and clean in this respect but this isn't necessarily the situation with all Syndicates. Allan Raymond -----Original Message----- From: Steve Gaunt <[email protected]> To: [email protected] <[email protected]> Date: 01 June 2004 18:17 Subject: Re: FreeBMD Maintain Ranges/Statistics for Syndicate - Information for Syndicate Co-ordinators >You may wish to note the number of records shown under "Total In Range" >doesn't mean this is the total number of records in the Index. It actually >refers to the number of records uploaded by volunteers including those by >the Syndicate members and those not part of the Syndicate (generally one >name studies or second keying). > >If anybody requires further clarity please let me know? > >As the info shown is always specific to a particular syndicate what is the >point in having this "Total In Range" column? It carries no information >needed by a syndicate and serves to cause confusion therby requiring >clarification. Do away with it. >Regards >Steve Gaunt >Croscan >----- Original Message ----- >From: "Allan Raymond" <[email protected]> >To: <[email protected]> >Sent: Monday, May 31, 2004 11:50 PM >Subject: FreeBMD Maintain Ranges/Statistics for Syndicate - Information for >Syndicate Co-ordinators > > >> To Syndicate Co-ordinators >> >> One of my functions is to keep the Syndicate Allocation Web Pages at: >> http://freebmd.rootsweb.com/cgi/bmd-synd.pl up to date as I allocate slots >> to Syndicates. >> >> Because of the piecemeal way in which I have had to allocate slots there's >a >> possibility that not all allocations have been added correctly to the >> database. >> >> I've taken a snapshot of the current information shown on the database and >> reproduced on my Web Site at: >> http://www.btinternet.com/~allan_raymond/FreeBMD_Maintain_Ranges.htm >> >> The update to the above Page takes into account allocations to existing >> Syndicates since 29 April 2004 >> >> Syndicate Co-ordinators may wish to check the information relating to >their >> Syndicate on the above Web page and only let me know if there are any >> errors/omissions? >> >> In answer to two standard type queries. >> >> 1. I'm aware that some of the allocations shown in the snapshots are >unable >> to be worked on due the absence of scans. There's no requirement to draw >my >> attention to lack of scans in these cirumstances. >> >> 2. The "Statistics for Syndicate" Web Page for each Syndicate is in fact >> derived from and fully dependent on me keeping the FreeBMD_Maintain_Ranges >> up to date. The "Statistics for Syndicate" Pages however shows the >position >> prior to the last database update even though I may have updated the >> FreeBMD_Maintain_Ranges in the intervening period. >> >> The "Statistics for Syndicate" Web Pages for Syndicates can be accessed >at: >> http://www.btinternet.com/~allan_raymond/Stats_for_Syndicates.htm >> >> This page provides details of the Co-ordinator(s), volunteers and the >> Syndicate Allocations (shown under Range Statistics). >> >> A typical example of the Range Statistics is below. >> >> Range Statistics >> >> The counts and range definitions reported below correspond to >> the data as at 2004-04-17 18:11:10 when the database was updated >> >> Type Quarter Year Sub-range Records by Synd Total In Range >> Marriages Sep 1907 All 143362 144119 >> etc etc >> TOTAL 244638 >> 246710 >> >> You may wish to note the number of records shown under "Total In Range" >> doesn't mean this is the total number of records in the Index. It actually >> refers to the number of records uploaded by volunteers including those by >> the Syndicate members and those not part of the Syndicate (generally one >> name studies or second keying). >> >> *** Also please take into account the information relates to the >situation >> pre the last database update. *** >> >> If anybody requires further clarity please let me know? >> >> Allan Raymond >> >> ______________________________ > > >==== FREEBMD-SYNDICATES Mailing List ==== >For those in -L mode, to unsubscribe from this mailing list please send the command UNSUBSCRIBE in the body of the message to - >[email protected] > >============================== >Gain access to over two billion names including the new Immigration >Collection with an Ancestry.com free trial. Click to learn more. >http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237

Hi Ted Your transcriber is creating the header correctly, I checked transcript 1887b3_226. Therefore the problem must be in the upload. So the question is - is the transcriber using WinBMD auto upload, "Send File to FreeBMD"? I suggest he is not. cheers Bob Phillips ----- Original Message ----- From: "Ted Southcombe" <[email protected]> To: <[email protected]> Sent: Tuesday, June 01, 2004 10:23 AM Subject: FILE NAMES > I have a transcriber who always seems to be in a mess with his file names. > He first got the Files Names option in WinBMD set to SpeedBMD names and we > got that corrected thanks to advice from this list. > > Now however his transcribed files sent to me are correctly named - eg. > 1887B3H0226.BMD - but appear on the database as 1887B3_226, although the > file name in the file header is correct. > His latest upload appears as 1887_238 which is quite useless as a file > name with no event or quarter. > > How is this possible and what to do to correct it ? > > Cheers, Ted Southcombe > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > For those in -L mode, to unsubscribe from this mailing list please send the command UNSUBSCRIBE in the body of the message to - > [email protected] > > ============================== > Gain access to over two billion names including the new Immigration > Collection with an Ancestry.com free trial. Click to learn more. > http://www.ancestry.com/rd/redir.asp?targetid=4930&sourceid=1237 > --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.692 / Virus Database: 453 - Release Date: 28/05/2004

I have a transcriber who always seems to be in a mess with his file names. He first got the Files Names option in WinBMD set to SpeedBMD names and we got that corrected thanks to advice from this list. Now however his transcribed files sent to me are correctly named - eg. 1887B3H0226.BMD - but appear on the database as 1887B3_226, although the file name in the file header is correct. His latest upload appears as 1887_238 which is quite useless as a file name with no event or quarter. How is this possible and what to do to correct it ? Cheers, Ted Southcombe