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.
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
In message <[email protected]>, Allan Raymond <[email protected]> writes >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. Works just fine here using Firefox rather than IE. -- Philip Powell The Fellwanderers
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.
Hello Chris, I have exactly the same problem. It started some months ago and nobody has offered a solution other than download the file, add the .csv extension and then open it with Excel Regards Brian Smart > -----Original Message----- > From: Chris Mahoney [mailto:[email protected]] > Sent: 29 January 2005 02:51 > To: [email protected] > 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 ==== > To find out about the FreeBMD project please start at > http://FreeBMD.rootsweb.com > > ============================== > Search the US Census Collection. Over 140 million records added in the > last 12 months. Largest online collection in the world. Learn > more: http://www.ancestry.com/s13965/rd.ashx > > >
In message <[email protected]>, Dave Mayall <[email protected]> writes >On Thu, 27 Jan 2005 16:26:23 +0000, you wrote: > >>One of my transcribers has come across the following and I'm unsure as >>to the correct procedure: >> >>1866b2-434.tif >> >>At the foot of columns 5 and 6 are 2 near identical entries: >> >>STOKER Elsom Durham 10A 212A with 312A immediately below the 1st page >>number >> >>STOKOE Elsom Durham 10A 212A with 312A immediately below the 1st page >>number > >Create 4 entries > >STOKER 212A >STOKER 312A >STOKOE 212A >STOKOE 312A > Thanks - and to Steve and Jeff. I suspected that would be the correct procedure. By coincidence, the chances are that if STOKER is the correct spelling, it is a relative of my wife! -- Philip Powell The Fellwanderers
On Thu, 27 Jan 2005 16:26:23 +0000, you wrote: >One of my transcribers has come across the following and I'm unsure as >to the correct procedure: > >1866b2-434.tif > >At the foot of columns 5 and 6 are 2 near identical entries: > >STOKER Elsom Durham 10A 212A with 312A immediately below the 1st page >number > >STOKOE Elsom Durham 10A 212A with 312A immediately below the 1st page >number Create 4 entries STOKER 212A STOKER 312A STOKOE 212A STOKOE 312A -- Dave Mayall
I have given John off-list an Excel routine that will do this and he tells me that it works perfectly. I can supply to any other co-ordinator who wants it. Jeff ----- Original Message ----- From: "John Mellors" <[email protected]> >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 > > Is there a quick way to do this in EXCEL - as far as I am aware the > only exception to the requirement is if the Name already ends in a > full > stop then nothing is to be changed > > MELLORS,John,99,Nottingham,7b,123 > would become > MELLORS,John.,99,Nottingham,7b,123 > > MELLORS,John E.,99,Nottingham,7b,123 > would not change > > Regards > John M > (joint co-ord for the John Pain syndicate) > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.7.4 - Release Date: 25/01/2005
One of my transcribers has come across the following and I'm unsure as to the correct procedure: 1866b2-434.tif At the foot of columns 5 and 6 are 2 near identical entries: STOKER Elsom Durham 10A 212A with 312A immediately below the 1st page number STOKOE Elsom Durham 10A 212A with 312A immediately below the 1st page number -- Philip Powell The Fellwanderers
On Wed, 26 Jan 2005 20:17:01 -0000, you wrote: >Hi Brian, >It was one of my transcribers that wrote LinBMD. >It can be downloaded from >http://higgs.co.za > >I have not been able to test it, but Andrew has used it himself very >successfully. Once We've had a couple of people use it (apart from the author), we can PTS adding it to the relevant page for general download. -- Dave Mayall
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 Is there a quick way to do this in EXCEL - as far as I am aware the only exception to the requirement is if the Name already ends in a full stop then nothing is to be changed MELLORS,John,99,Nottingham,7b,123 would become MELLORS,John.,99,Nottingham,7b,123 MELLORS,John E.,99,Nottingham,7b,123 would not change Regards John M (joint co-ord for the John Pain syndicate) -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.7.4 - Release Date: 25/01/05
Hi Brian, It was one of my transcribers that wrote LinBMD. It can be downloaded from http://higgs.co.za I have not been able to test it, but Andrew has used it himself very successfully. Kevin. KSH Double. -----Original Message----- From: Brian Smart [mailto:[email protected]] Sent: 2005 January 26 18:43 To: [email protected] Subject: RE: Newbie calling in Hello Dave, Could I have the link please. I would like to check out LinBMD before any of my crew start to use it. Regards Brian Smart > -----Original Message----- > From: Dave Mayall [mailto:[email protected]] > Sent: 26 January 2005 07:42 > To: [email protected] > Subject: Re: Newbie calling in > > > On Tue, 25 Jan 2005 20:36:18 +0100, you wrote: > > >I am sure that there are two letters in a word, but I can't read them. > >What shall I put as UCF? I've only found what to put if I'm unsure of > >the number of letters... The example given on BMD is 2 or 3. Should I > >write _{2,2} to indicate that the minimum and maximum is two? Or is > >there an other way? > > __ > > >Secondly, I'm using Linux, and have not been able to install WinBMD or > >SpeedBMD on my computer (for those who understand, I get an error > >message when I use "wine". It won't open the program) As I had nothing > >to do all day, I transcribed my page into an Excel type spreadsheet, > >waiting to copy the info into one of these programs or something else. > >Could anybody tell how I could submit my work without having used these > >programs? Or help me to use them under Linux. > > One of our other Linux transcribers has *just* this last week written > "linBMD". We need to get you fixed up with a copy of that. > > -- > Dave Mayall > > > ==== FreeBMD-Admins Mailing List ==== > FreeBMD - http://FreeBMD.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 > > ==== FreeBMD-Admins Mailing List ==== FreeBMD - http://FreeBMD.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
To Syndicate Co-ordinators The latest update (26/01/2005) of the Suspect Report at: http://freebmd.rootsweb.com/SuspectFiles.html shows a slight decrease in the number of Suspect Files. Our 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. 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). Today, I have seen one file where the page number for all the records was shown identical to the Vol No and in another file the page number against each record was really for the preceeding record - well done to the Co-ordinator who spotted these and had the files corrected. We are now down to 68 Suspect Files and any help you can give in reducing this would be appreciated? Forty Six (46) 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 four (22) 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 cooperation 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
Hi This a simple request to Co-ordinators to let me know if they have requested a Scan Allocation from me but are still waiting a response. As far as I am aware I am now up to date with all requests but there could be an odd one or two I may have overlooked. If this applies to your Syndicate could you please let me know off list with the date the request was sent to me. If possible it would be appreciated if any requests for new allocations could be clearly identified in the Subject line of the email and if possible be a stand alone message. Thanks Allan Raymond
I've been holding a small number of requests from Co-ordinators for new allocation for their Syndicates. Response from me have been held in abeyance whilst waiting for some administration tasks to be completed on the FreeBMD site. These tasks have now been completed and I anticipate responding to all allocation requests within the next 24 hours. Regards Allan Raymond
Hi It may be worthwhile me mentioning that where a suspect file is listed with an entry "Pages outside range" this is highly likely to mean that either the event, year or quarter (or a combination of all three) are incorrect in the header details of the file. Where this occurs the file header details need to be corrected along with the corresponding file name. Regards Allan Raymond ----- Original Message ----- From: "Allan Raymond" <[email protected]> To: <[email protected]> Sent: 19 January 2005 19:18 Subject: Suspect files To Syndicate Co-ordinators The latest update (19/01/2005) of the Suspect Report at: http://freebmd.rootsweb.com/SuspectFiles.html shows a big increase in the number of Suspect Files. This is due to a new enhancement to the Suspect Report criteria which now 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. Advance notification of this enhancement was given in my email to Co-ordinators on 15 January 2005. We are have now gone up to 76 Suspect Files and any help you can give in reducing this would be appreciated? Fifty two (52) 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. It was pleasing to note that of three "Pages outside range" files which I checked earlier today, two had incorrect events in the file header details. The other twenty four (24) 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 cooperation 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 the US Census Collection. Over 140 million records added in the last 12 months. Largest online collection in the world. Learn more: http://www.ancestry.com/s13965/rd.ashx
To Syndicate Co-ordinators The latest update (19/01/2005) of the Suspect Report at: http://freebmd.rootsweb.com/SuspectFiles.html shows a big increase in the number of Suspect Files. This is due to a new enhancement to the Suspect Report criteria which now 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. Advance notification of this enhancement was given in my email to Co-ordinators on 15 January 2005. We are have now gone up to 76 Suspect Files and any help you can give in reducing this would be appreciated? Fifty two (52) 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. It was pleasing to note that of three "Pages outside range" files which I checked earlier today, two had incorrect events in the file header details. The other twenty four (24) 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 cooperation 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
On Tue, 18 Jan 2005 13:48:03 +0800, you wrote: >Hi > > > >Does anyone else use GetRight to download their scans in bulk? > > > >I've been using it for ages without any probs and now I'm forever getting >the message that I've been disconnected from the server. It then sits there >until I click on resume > > > >Is there anything I can do to prevent this? Is there a particular reason for doing it this way? Using grabbers is not something that we would wish to encourage, because it has a negative impact on site performance. -- Dave Mayall
Hi Does anyone else use GetRight to download their scans in bulk? I've been using it for ages without any probs and now I'm forever getting the message that I've been disconnected from the server. It then sits there until I click on resume Is there anything I can do to prevent this? Cheers Teri Western Oz Synd
To Syndicate Co-ordinators I would like to give advance notification of a further enhancement to Suspect Report at: http://freebmd.rootsweb.com/SuspectFiles.html which will take effect from its next update on Wednesday 19 January. This is all part of our joint efforts to improve the quality of files uploaded to FreeBMD. The new enhancement 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. The percentage number of lines has been set quite high to reduce the quantity of files appearing in the Suspect Report. The percentage figure will be gradually reduced as soon as we gain confidence in the new enhancement. I tested out a sample of seven files using the Page Range criteria and all were shown to have incorrect event, year or quarter in the header details. I would suggest that Co-ordinators wait until the next update to the Suspect Report before offering comment on the new enhancement. Regards Allan Raymond