On Wed, 02 Feb 2005 21:51:57 +1100, you wrote: >One of my Syndicate members recently received a corrections request. The >source cited for the correction was 1837online.com. >Since we are not allowed to use this source for transcription why does >the same rule not extend to using it for verification? The cited source is merely used as a sense filter to determine whether we are dealing with a correction request that has actually been properly researched by the submitter from the GRO index, or one of the MANY "idiot corrections" with stated sources such as "she was my grandmother". Regardless of the source quoted by the submitter, it is for the transcriber to go back to *their* source and check whether the correction is indeed accurate. They should not accept the correction request as gospel. Any question of copyright infringement which might arise is, in any case, covered by the "fair use" provisions of the Copyright Designs and Patents Act in respect of individual corrections (but NOT transcribing whole pages). -- Dave Mayall

From Peter McCabery The NWL Syndicate One of my members of my syndicate is having a problem sending files to FreeBMD,gets a message site busy and also an error message WINPATROL Peter McCabery

One of my Syndicate members recently received a corrections request. The source cited for the correction was 1837online.com. Since we are not allowed to use this source for transcription why does the same rule not extend to using it for verification? Tony McHugh, FreeLoaders

In addition, the film used by 1837online may well contain data different from the source used by the transcriber so the correction should surely only be made if that source is different from the transcription. Derek Lowe ----- Original Message ----- From: "Tony McHugh" <[email protected]> To: <[email protected]> Sent: Wednesday, February 02, 2005 10:51 AM Subject: Corrections Query > One of my Syndicate members recently received a corrections request. The > source cited for the correction was 1837online.com. > Since we are not allowed to use this source for transcription why does the > same rule not extend to using it for verification? > > Tony McHugh, > FreeLoaders > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Thank you Rootsweb for hosting the FreeBMD project and its mailing lists. > See http://www.rootsweb.com/ > > ============================== > 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 > > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 01/02/2005 > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.4 - Release Date: 01/02/2005

To Syndicate Co-ordinators The latest update (02/02/2005) of the Suspect Report at: http://freebmd.rootsweb.com/SuspectFiles.html shows a slight increase in the number of Suspect Files for the reason mentioned below.. The new enhancement to the Suspect Report criteria which reports as suspect those files which contain a high percentage of lines (i.e. records) in which the page is outside the range expected for the district is working exceptionally well. Not one Syndicate Co-ordinator or volunteer has brought our attention to any file which has been incorrectly listed in the Suspect Report. In fact it is working so well that we have tightened the reporting criteria which should identify more suspect files. I can personally vouch that it has picked up a number of files with various sort of errors either in the header (e.g. incorrect year/quarter or event). Over the last couple of days files I've identified the following problems with files shown in the Suspect Report. 1. The Page Number or District name for the majority of records in two files had slipped by one record. 2. Incorrect event/period shown in file header. 3. Further investigation relating to one file in the Suspect Report showed that a further sixteen (16) files uploaded by the transcriber had incorrect quarter details in the header of the files. 4. One file contained three entries with an incorrect page number. With the tightening of the reporting criteria the number of suspect files has increased slightly to seventy (70) Suspect Files and any help you can give in reducing this would be appreciated? Forty Seven (47) of the files are due to the "Pages outside range" problem. Obviously nothing is foolproof and therefore any files which have been included in the Suspect Report in error should be reported via the link specified in the Suspect Report. Twenty three (23) files in the latest Suspect Report are due to "Too many entries between +PAGE". The latter group of files are mainly transcribed from fiche rather than Scans and it makes it more difficult for me to do a hands on approach with helping to correct the files. Any help Co-ordinators can give regarding their volunteers who appear in the Suspect Report would be appreciated. Some Co-ordinators maybe waiting for me supply them with "Challenge" details for their volunteers to enable them to take over ownership of the volunteers File Management to correct Suspect Files. I hope to complete any outstanding requests later today. Thanks Allan Raymond -----Original Message----- From: Allan Raymond <[email protected]> To: [email protected] <[email protected]> Date: 07 January 2005 13:44 Subject: Re: Suspect files To Transcribers and Co-ordinators (an update to my email of 31 March 2004) Since 23 February 2003 and as part of the ongoing process of validating the data in FreeBMD we have been able to identify files uploaded to FreeBMD which for a variety of reasons are suspect. Transcribers and Co-ordinators are requested to check the Suspect Report page at: http://freebmd.rootsweb.com/SuspectFiles.html at regular intervals to see if they have files listed. If so please follow the instructions at the head of that page. No action is required by volunteers if their files do not appear in the Suspect Report. I have been actively involved with the co-operation of others to eliminate all the suspect files. Particular thanks to Co-ordinators who have taken a proactive role in identifying and correcting suspect files uploaded by their volunteers. There were lots of suspects file way back on 23 February 2003 which was whittled down to about 400 by 8 Oct 2003. The number of suspect files was reduced down 31 as at 30 March 2004 and was going down on a daily basis. Refinements were made to the Suspect Report criteria which increased the number of suspect files to 88 as at 31 July 2004. Further refinements were made to the Suspect Report criteria which identified some files which unfortunately did not conform to our highly recommended naming convention and therefore weren't being picked up the Suspect Report. This refinement caused the number of suspect files to increase to 650 as at 1 October 2004 but was reduced to 286 by 6 October 2004. With a lot of work by Co-ordinators the number of suspect files has been reduced down 25 as at 5 January 2005. *** To be forewarned - the Suspect Report criteria will be continually modified to pick up more suspect files *** I monitor the number of suspect files on a daily basis and my aim is to get the list down to zero figures by the end of March 2005. Regards Alan 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] ============================== 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

My regular reminder to Syndicate Co-ordinators about the ongoing process to delete from the FreeBMD database those volunteers who haven't uploaded any records even though they have been registered on FreeBMD for 12 months or so. Co-ordinators are now advised in advance of any volunteer to be deleted from the database and given a nominal two weeks in which to respond. Co-ordinators are requested to check their "Syndicate Maintenance" for details of any volunteers deleted by me as explained in http://freebmd.rootsweb.com/delete_submitterID.html. The deleted volunteers are shown at the bottom of the "Current Submitters" window of the Maintain Syndicate page. This will give Co-ordinators opportunity to reallocate any transcription work given to the deleted volunteers. As this is a two way exercise, I would highly recommend to all Co-ordinators they check their "Upload Reports" via http://www2.freebmd.org.uk/cgi/upload-report.pl in conjunction with "Show file" at: http://freebmd.rootsweb.com/cgi/show-file.pl to establish if long standing allocations to their volunteers have been transcribed and uploaded to FreeBMD. I have assumed this process to be part of the checking process adopted by all Co-ordinators. This check should identify volunteers who registered a while ago but have not uploaded any files. This will prevent me inadvertently deleting a volunteer in error. There are safeguards in the system to prevent me deleting a volunteer who has uploaded one or more records. Regards 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] ============================== 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

Hi I have just received a message, and completed page from a transcriber whom I had put on my list of inactive members back in November. My intention is to politely tell them that they are not suitable to transcribing, and why, but wanted to see what other people thought. Reasons for thinking of dropping them are: They registered in March last year (and must be close to being deleted by Allan since they have never uploaded a page). They reguarly take a long time to reply to messages, and I have put them on my inactive list on two prior occaions. What they have sent on this, and prior occasions is not fit to be uploaded due to the high number of errors found (and they would appear on the suspect list) Thanks

Hi This is an exact description of the specified in my original message. Between the time I last sucessfully used the download, and the first time the problem, occured, I did have to do a complete reinstall of Windows XP (which I have done before) except that this was the first time I had included Service Pack 2. Speed, or [performance of the FreeBMD site doesn't appear to be relevant as it will happen even if something does come up quickly, or if I have to wait a few minutes I did some experimenting with various settings to see if I could get it to work, but didn't get anywhere. However, if I uninstall Excel, then the Download feature will download csv files as it should do. ----- Original Message ----- From: "Brian Smart" <[email protected]> To: <[email protected]> Sent: Sunday, January 30, 2005 2:27 AM Subject: RE: Upload File Report > Hello Allan, > The problem is that when you use "download", the file is opened in > Explorer > and the format is incorrect. The file is not split into the correct > fields. > The file does not download. To force a download I use the Zip version. > When > unzipped, the file does not always have the CSV ending. This has to be > added > before the file will open correctly. I suspect the problem does relate to > Windows XP SP2 although I don't have any proof. > I can download the files OK using a Linux operating system and Konquerer > web > browser. > > Regards > > Brian Smart > > > >> -----Original Message----- >> From: Allan Raymond [mailto:[email protected]] >> Sent: 29 January 2005 11:09 >> To: [email protected] >> Subject: Re: Upload File Report >> >> >> Chris >> >> I run a good number of Upload Reports on a daily basis and have >> no problems. >> >> It is extremely rare for me to use "Show" as I prefer to use "Download" >> as >> it allows me to analyse the information in Excel. >> >> In fact I've just run a report for 1907 Dec Marriages (one of >> your Syndicate >> allocations) to see if there's any problems. >> >> I'm using Outlook Express 6 but it also worked on an earlier version. >> >> Allan Raymond >> >> >> ----- Original Message ----- >> From: "Chris Mahoney" <[email protected]> >> To: <[email protected]> >> Sent: 29 January 2005 02:51 >> Subject: Upload File Report >> >> >> Hi >> >> Is anyone else having trouble with the File Upload Page at >> http://freebmd.rootsweb.com/cgi/upload-report.pl >> >> Doesn't matter if I select show, or download, all I get is the right data >> opening on a webpage in a format that I cannot use. >> >> Having it download as a .csv file as it used to is much more helpful. >> >> >> >> >> ==== FREEBMD-SYNDICATES Mailing List ==== >> Thank you Rootsweb for hosting the FreeBMD project and its >> mailing lists. See http://www.rootsweb.com/ >> >> ============================== >> New! Family Tree Maker 2005. Build your tree and search for your >> ancestors at the same time. Share your tree with family and >> friends. Learn more: > http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&ta > rgetid=5429 > > > > > > ==== 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] > > ============================== > New! Family Tree Maker 2005. Build your tree and search for your ancestors > at the same time. Share your tree with family and friends. Learn more: > http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&targetid=5429 > > >

Hi Frank You'll see a lot of superscript used in handwritten scans. Just enter it as a normal letter. If there is a full stop then enter it in the full sense of TWYS. Bethnal Gn is a very common form of Bethnal Green in handwritten. good luck Bob Phillips ----- Original Message ----- From: "Yorkscan" <[email protected]> To: <[email protected]> Sent: Sunday, January 30, 2005 10:21 PM Subject: Abbreviations in handwritten scans > My Syndicate has just started transcribing handwritten pages for the first > time. In the 1856 Marriages, December quarter, page A-0003, one of the > Districts appears to be an abbreviated form of Bethnal Green,1c where the > Green is abbreviated to a "G" followed by a small superscript "n" with a > full stop (period) underneath the "n". There is no way I know of to type > this "n" and full stop in this format. > > Should it be shown as Bethnal Gn or Bethnal Gn. ? > > I have had a look at other pages in the series and there are similar types > of abbreviation present, so the transcribers are sure to be asking what to > do. Advice would be appreciated. > > Frank Hodgson > > > > ==== 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 > > ============================== > New! Family Tree Maker 2005. Build your tree and search for your ancestors at the same time. Share your tree with family and friends. Learn more: http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&targetid=5429 > >

My Syndicate has just started transcribing handwritten pages for the first time. In the 1856 Marriages, December quarter, page A-0003, one of the Districts appears to be an abbreviated form of Bethnal Green,1c where the Green is abbreviated to a "G" followed by a small superscript "n" with a full stop (period) underneath the "n". There is no way I know of to type this "n" and full stop in this format. Should it be shown as Bethnal Gn or Bethnal Gn. ? I have had a look at other pages in the series and there are similar types of abbreviation present, so the transcribers are sure to be asking what to do. Advice would be appreciated. Frank Hodgson

I've been requested by Ian Brooke to send out the following words of wisdom. "Recently I've had a number of emails from people getting an error saying something like "I've been redirected to a new machine more than the maximum number of times". This is a bug in WinBMD version 4. However, it correctly updates it's details of the new machine and so if anyone getting this error simply tries the upload again it should work." Ian's having some technical problems at the moment and doesn't seem able to send emails to the FreeBMD lists. Allan Raymond

The only way I can get an upload report is to do so before 8.30 am UK time - and then it doesn't always work. The problem is the volume of demand. See the number of searches on Friday - 155,000 or more - and again on Saturday. http://freebmd.rootsweb.com/UsageInfo.html is the place to look to work out the best time to do anything with upload reports. Jeff -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.2 - Release Date: 28/01/2005

I have been trying for 2 days to get upload reports with no luck!!! I find this happens regularly. There was a brief period when the new server went on-line that it worked, but not much since then Pat Brian Smart <[email protected]> wrote: Hello Allan, The problem is that when you use "download", the file is opened in Explorer and the format is incorrect. The file is not split into the correct fields. The file does not download. To force a download I use the Zip version. When unzipped, the file does not always have the CSV ending. This has to be added before the file will open correctly. I suspect the problem does relate to Windows XP SP2 although I don't have any proof. I can download the files OK using a Linux operating system and Konquerer web browser. Regards Brian Smart > -----Original Message----- > From: Allan Raymond [mailto:[email protected]] > Sent: 29 January 2005 11:09 > To: [email protected] > Subject: Re: Upload File Report > > > Chris > > I run a good number of Upload Reports on a daily basis and have > no problems. > > It is extremely rare for me to use "Show" as I prefer to use "Download" as > it allows me to analyse the information in Excel. > > In fact I've just run a report for 1907 Dec Marriages (one of > your Syndicate > allocations) to see if there's any problems. > > I'm using Outlook Express 6 but it also worked on an earlier version. > > Allan Raymond > > > ----- Original Message ----- > From: "Chris Mahoney" > To: > Sent: 29 January 2005 02:51 > Subject: Upload File Report > > > Hi > > Is anyone else having trouble with the File Upload Page at > http://freebmd.rootsweb.com/cgi/upload-report.pl > > Doesn't matter if I select show, or download, all I get is the right data > opening on a webpage in a format that I cannot use. > > Having it download as a .csv file as it used to is much more helpful. > > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Thank you Rootsweb for hosting the FreeBMD project and its > mailing lists. See http://www.rootsweb.com/ > > ============================== > New! Family Tree Maker 2005. Build your tree and search for your > ancestors at the same time. Share your tree with family and > friends. Learn more: http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&ta rgetid=5429 ==== 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] ============================== View and search Historical Newspapers. Read about your ancestors, find marriage announcements and more. Learn more: http://www.ancestry.com/s13969/rd.ashx

Hello Allan, The problem is that when you use "download", the file is opened in Explorer and the format is incorrect. The file is not split into the correct fields. The file does not download. To force a download I use the Zip version. When unzipped, the file does not always have the CSV ending. This has to be added before the file will open correctly. I suspect the problem does relate to Windows XP SP2 although I don't have any proof. I can download the files OK using a Linux operating system and Konquerer web browser. Regards Brian Smart > -----Original Message----- > From: Allan Raymond [mailto:[email protected]] > Sent: 29 January 2005 11:09 > To: [email protected] > Subject: Re: Upload File Report > > > Chris > > I run a good number of Upload Reports on a daily basis and have > no problems. > > It is extremely rare for me to use "Show" as I prefer to use "Download" as > it allows me to analyse the information in Excel. > > In fact I've just run a report for 1907 Dec Marriages (one of > your Syndicate > allocations) to see if there's any problems. > > I'm using Outlook Express 6 but it also worked on an earlier version. > > Allan Raymond > > > ----- Original Message ----- > From: "Chris Mahoney" <[email protected]> > To: <[email protected]> > Sent: 29 January 2005 02:51 > Subject: Upload File Report > > > Hi > > Is anyone else having trouble with the File Upload Page at > http://freebmd.rootsweb.com/cgi/upload-report.pl > > Doesn't matter if I select show, or download, all I get is the right data > opening on a webpage in a format that I cannot use. > > Having it download as a .csv file as it used to is much more helpful. > > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Thank you Rootsweb for hosting the FreeBMD project and its > mailing lists. See http://www.rootsweb.com/ > > ============================== > New! Family Tree Maker 2005. Build your tree and search for your > ancestors at the same time. Share your tree with family and > friends. Learn more: http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&ta rgetid=5429

Ian, Interestingly I happened to use the Ian Brooke syndicate to do some test downloads, and accidently I managed to download the entire complement of uploads (all members, all periods). It took a while (a couple of minutes probably) but I got it. This was about 0900 GMT on 29/1. The response to fewer members or periods was very quick. I don't know why your experience is so different. If you can give me couple of dates/times when you have tried I will examine the logs. Barrie > -----Original Message----- > From: Allan Raymond [mailto:[email protected]] > Sent: 29 January 2005 17:25 > To: [email protected] > Subject: Re: Upload File Report > > > Ian > > Can't promise I'll have better luck, but am willing to email > you an Excel version of a particular event/period you require > now rather than later. Please email off list with the details > and I'll have a go for you. > > Allan Raymond > > ----- Original Message ----- > From: Ian Brooke > To: Allan Raymond ; [email protected] > Sent: 29 January 2005 16:42 > Subject: Re: Upload File Report > > > Hi All, > "I run a good number of Upload Reports on a daily > basis".... shheee I wish I could! I try and try, often for > hours on end and maybe get 1 in 20 to work, the rest sit > there for some minutes and finally give a "page cannot be > displayed" screen. It really is having a serious affect on > my ability to run my syndicate and on my patience. I got an > email overnight where a transcriber wants me to check an > allocation, I've been trying now for 90 minutes and I still > haven't had one work and as I'm going out soon she'll have to wait. > > Ian > > > ----- Original Message ----- > From: Allan Raymond > To: [email protected] > Sent: Saturday, January 29, 2005 4:08 AM > Subject: Re: Upload File Report > > > Chris > > I run a good number of Upload Reports on a daily basis > and have no problems. > > It is extremely rare for me to use "Show" as I prefer to > use "Download" as > it allows me to analyse the information in Excel. > > In fact I've just run a report for 1907 Dec Marriages > (one of your Syndicate > allocations) to see if there's any problems. > > I'm using Outlook Express 6 but it also worked on an > earlier version. > > Allan Raymond > > > ----- Original Message ----- > From: "Chris Mahoney" <[email protected]> > To: <[email protected]> > Sent: 29 January 2005 02:51 > Subject: Upload File Report > > > Hi > > Is anyone else having trouble with the File Upload Page at > http://freebmd.rootsweb.com/cgi/upload-report.pl > > Doesn't matter if I select show, or download, all I get > is the right data > opening on a webpage in a format that I cannot use. > > Having it download as a .csv file as it used to is much > more helpful. > > > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Thank you Rootsweb for hosting the FreeBMD project and > its mailing lists. See http://www.rootsweb.com/ > > ============================== > New! Family Tree Maker 2005. Build your tree and search > for your ancestors at the same time. Share your tree with > family and friends. Learn more: > http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sou rceid=14599&targetid=5429 ==== 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] ============================== Census images 1901, 1891, 1881 and 1871, plus so much more. Ancestry.com's United Kingdom & Ireland Collection. Learn more: http://www.ancestry.com/s13968/rd.ashx

All on Thursday 27 Jan I asked for help with a particular problem that principally concerns the John Pain syndicate. I have received help from a number of sources and the one that best met my requirement was a routine produced by Jeff COLEMAN. Recent emails from both Anne Cruise and Bob Phillips indicates that others are reading more in to this than they should. The request was to meet a John Pain syndicate requirement. It was not intended to cause ripples or concerns for any other syndicate Best Wishes John Mellors (Joint Co-Ord for the late John Pain syndicate) -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.1 - Release Date: 27/01/05

Hi Anne I'm with you all the way. It's similar to "I can't read the surnames but they must be the same as the previous scan". Every entry must be treated individually and batch entering only done when it is certain every entry/field is the same. cheers Bob Phillips ----- Original Message ----- From: "Anne Cruise" <[email protected]> To: <[email protected]> Sent: Saturday, January 29, 2005 6:43 PM Subject: Re: Help with Deaths name field > Hi! > > I have been following this exchange with some interest, for some days now, > and have just had a moment of concern. Can anyone assure me I am needlessly > concerned? I am not trying to reopen the stop-or-not-debate, by the way! > > I have done a few Deaths pages and whilst most names end in stops/periods it > is *not* always the case, even where a stop/period is expected. > > The routines given to John for adding stops/periods assume that all names > should have a stop/period. If the case is that the stop/period could be a > data item and not a typographical convention and therefore must be inserted, > then a blanket "insert" routine could be entering data items (the > stop/period) where none exist in the Index. > > As FreeBMD transcription rules require the typing of stops/periods *where > present* on the scan, then if a blanket insert is done, the file should then > be corrected by removing those stops where they are *not* present in the > Index entries. Is this being done? > > Shoot-me-down-in-flames time? > > -- > Anne > > >>>From: "John Mellors" <[email protected]> > >>>Date: Thu, 27 Jan 2005 04:15:28 -0000 > >>>Resent-From: [email protected] > >>>Resent-Date: Wed, 26 Jan 2005 21:14:54 -0700 > >>> > >>>I am currently checking deaths for 1872 and the end of every name > >>>field has a full stop. Does anyone have a simple routine to amend the > >>>file to go from > >>> > >>>SURNAME,Name,Age,District,Volume,Page > >>>to > >>>SURNAME,Name.,Age,District,Volume,Page > <SNIP> > > > > -- > No virus found in this outgoing message. > Checked by AVG Anti-Virus. > Version: 7.0.300 / Virus Database: 265.8.2 - Release Date: 28/01/2005 > > > ==== FREEBMD-SYNDICATES Mailing List ==== > Want to help FreeBMD? > Go to http://freebmd.rootsweb.com/Signup.html to find out how. > > ============================== > View and search Historical Newspapers. Read about your ancestors, find > marriage announcements and more. Learn more: > http://www.ancestry.com/s13969/rd.ashx > >

_____ G'day Chris Just worked fine here at 7.10PM AWST I can get it for you and email if it would help out Hooroo T

Hi! I have been following this exchange with some interest, for some days now, and have just had a moment of concern. Can anyone assure me I am needlessly concerned? I am not trying to reopen the stop-or-not-debate, by the way! I have done a few Deaths pages and whilst most names end in stops/periods it is *not* always the case, even where a stop/period is expected. The routines given to John for adding stops/periods assume that all names should have a stop/period. If the case is that the stop/period could be a data item and not a typographical convention and therefore must be inserted, then a blanket "insert" routine could be entering data items (the stop/period) where none exist in the Index. As FreeBMD transcription rules require the typing of stops/periods *where present* on the scan, then if a blanket insert is done, the file should then be corrected by removing those stops where they are *not* present in the Index entries. Is this being done? Shoot-me-down-in-flames time? -- Anne >>>From: "John Mellors" <[email protected]> >>>Date: Thu, 27 Jan 2005 04:15:28 -0000 >>>Resent-From: [email protected] >>>Resent-Date: Wed, 26 Jan 2005 21:14:54 -0700 >>> >>>I am currently checking deaths for 1872 and the end of every name >>>field has a full stop. Does anyone have a simple routine to amend the >>>file to go from >>> >>>SURNAME,Name,Age,District,Volume,Page >>>to >>>SURNAME,Name.,Age,District,Volume,Page <SNIP> -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.2 - Release Date: 28/01/2005

Ian Can't promise I'll have better luck, but am willing to email you an Excel version of a particular event/period you require now rather than later. Please email off list with the details and I'll have a go for you. Allan Raymond ----- Original Message ----- From: Ian Brooke To: Allan Raymond ; [email protected] Sent: 29 January 2005 16:42 Subject: Re: Upload File Report Hi All, "I run a good number of Upload Reports on a daily basis".... shheee I wish I could! I try and try, often for hours on end and maybe get 1 in 20 to work, the rest sit there for some minutes and finally give a "page cannot be displayed" screen. It really is having a serious affect on my ability to run my syndicate and on my patience. I got an email overnight where a transcriber wants me to check an allocation, I've been trying now for 90 minutes and I still haven't had one work and as I'm going out soon she'll have to wait. Ian ----- Original Message ----- From: Allan Raymond To: [email protected] Sent: Saturday, January 29, 2005 4:08 AM Subject: Re: Upload File Report Chris I run a good number of Upload Reports on a daily basis and have no problems. It is extremely rare for me to use "Show" as I prefer to use "Download" as it allows me to analyse the information in Excel. In fact I've just run a report for 1907 Dec Marriages (one of your Syndicate allocations) to see if there's any problems. I'm using Outlook Express 6 but it also worked on an earlier version. Allan Raymond ----- Original Message ----- From: "Chris Mahoney" <[email protected]> To: <[email protected]> Sent: 29 January 2005 02:51 Subject: Upload File Report Hi Is anyone else having trouble with the File Upload Page at http://freebmd.rootsweb.com/cgi/upload-report.pl Doesn't matter if I select show, or download, all I get is the right data opening on a webpage in a format that I cannot use. Having it download as a .csv file as it used to is much more helpful. ==== FREEBMD-SYNDICATES Mailing List ==== Thank you Rootsweb for hosting the FreeBMD project and its mailing lists. See http://www.rootsweb.com/ ============================== New! Family Tree Maker 2005. Build your tree and search for your ancestors at the same time. Share your tree with family and friends. Learn more: http://landing.ancestry.com/familytreemaker/2005/tour.aspx?sourceid=14599&targetid=5429