Archives Search Engine

Body:
Subject:
From:
(email address of poster)
List:
(limit search to one mailing list)
Date:
(e.g. 10 Jun 2005, Jun 2005, or 2005)
   Search tips

Searching for: +path:freebmd-syndicates +(+date:dec +date:2006)
Viewing 1-25 of 49 matches from 36,169,749 documents1 2 | Next
1. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Barrie, I still don't understand what link you are talking about. The links for the 1841 Deaths are like: 1841D4-E-V-0177.tif How does this link to two different scans? If you search for the name 'Gordon' in December 1841 no links to the scans are shown. I am obviously missing something! Regarding: > Is it possible to assume that for the years/quarters specified in > http://www.bms.me.uk/BMD/Special_Instructions.htm that the > transformation rules have been applied to all transcriptions and there
2. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
Brian The original email was saying a couple of things. 1. Adopt a standard file naming format (as your Syndicate does) 2. Use the files names as generated by speedBMD and WinBMD. My assumption being if using WinBMD the full year and letter format would be used. Unless I am missing something we are going to have problems when we start transcribing 1937 onwards if using speedBMD since file names will be the same for both 1837/1937 transcription etc. This applies particularly so in the event of the sam
3. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Quoting Brian Smart : > Hello Barrie, > Surely all you have to do is decide which of the options the current system > finds is the right one. I use a look up table. If you did the same you would > know which one is correct as the surname being searched is available from > the search criteria. That is exactly what the offsets table does, where required. It only comes into play where there is potential ambiguity in one or both sides. With more modern scans, where we avoid ra
4. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Brian, Actually what you are suggesting would be very difficult to program, particularly to do so consistently and accurately. There is a world of difference between what you are doing, which is knowing what the answer should be then checking whether the result looks reasonable, compared with what you are suggesting could be programmed, which is to work out from the result what adjustment may or may not have been applied. In view of this we have adopted the much more straightforward approach of telling t
5. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
Melda I can't recollect ever see a FreeBMD document relating to the rule for adding 1000. No, personally as I see it the files should not be transcribed as you indicate but as: 1841D4-A-D-0166.tif should be transcribed as 1841D4A0166.BMD (or the appropriate letter A to D) 1841D4-A-D-1166.tif " " " as 1841D4A1166.BMD (or the appropriate letter A to D) and 1841D4-E-V-0166.tif " " " as 1841D4E0166.BMD (or the appropriate letter E to V) Wh
6. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
Dave I know I shouldn't ask as my argument could be shot in the foot. My brain cells are not what they were regarding official convention pre WinBMD. By official convention pre WinBMD did you mean files were to be named corresponding to actual scan name or by the addition of 1000 etc? Allan Raymond ----- Original Message ----- From: "Dave Mayall" To: Sent: 14 December 2006 22:49 Subject: Re: GRO page connection all wrong for GORDON 1841 d
7. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
Hi All As a mater of interest Scan2 has never used the +1000 in fact this is the first I have heard of it. Even with winBMD V 4 you could use the Alpha option, and we have always used it for the cases of multi registers in the same event quarter. And even for single registers where the scans had the Alpha shown. At 01:33 PM 14/12/2006, you wrote: >We have done a number of quarter with the +1000 numbering system prior >to the requirement for alpha letters in the file names. Am I mi
8. Prevention of Duplicate Registrations by Volunteers [1]
Co-ordinator Colleagues A further polite reminder due to continuing problems with duplicate registrations. Over the last month I have had to deal with a number of instances of volunteers setting up duplicate registrations. This causes additional work for both myself and hence eventually Co-ordinators when they have to delete/enter volunteers details into their Syndicates. New volunteers to FreeBMD register via the registration page at: http://www.freebmd.org.uk/join?coord=****** Our computer boffins hav
9. RE: Prevention of Duplicate Registrations by Volunteers [1]
If a user has been removed they cannot use the old submitter id. However, they can register again using the old submitter id. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Jeff Coleman > Sent: 11 December 2006 09:14 > To: FREEBMD-SYNDICATES-L@rootsweb.com; Allan Raymond > Subject: Re: Prevention of Duplicate Registrations by Volunteers > > I had a recent situation where I was contacted by someone wh
10. Deletion of Volunteers From FreeBMD [1]
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 8 months or so. Co-ordinators are advised in advance of any volunteer to be deleted from the database and given a nominal two weeks in which to respond. (Note: Any Co-ordinator who doesn't wish to receive the advance notification is quite welcome to advise me of this requirement, in fact it saves m
11. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Barrie, Surely all you have to do is decide which of the options the current system finds is the right one. I use a look up table. If you did the same you would know which one is correct as the surname being searched is available from the search criteria. Regards Brian Smart > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com]On Behalf Of Archer > Barrie > Sent: 17 December 2006 00:58 > To: freebmd-syndicates@rootsweb.com >
12. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Barrie, When I first started my syndicate I made everybody enter both the Source and scan filename in the header. I was advised by the management that this was incorrect and that only the Source should be entered. As a result I stopped insisting that this be included. Regarding the Source entry, I check every file to make sure that it is included and is correct. Regards Brian Smart > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@root
13. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
----- Original Message ----- From: "Archer Barrie" To: Sent: 18 December 2006 00:15 Subject: RE: GRO page connection all wrong for GORDON 1841 deaths Precisely the point! I have now included the adjustment data for 1840 and 1841 from the information that you provided me so that after the next update the correct scan should be located. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syn
14. Re: Prevention of Duplicate Registrations by Volunteers [1]
Jeff I'm assuming your query is unrelated to "Prevention of Duplicate Registrations by Volunteers"? I'm assuming you are referring to the deletion of volunteers who registered quite a while ago (nominally 8 months) and never uploaded any records prior to their deletion? In the latter case the appropriate Co-ordinator would normally have been consulted prior to removal. It is quite exceptional for a volunteer to be deleted if I knew beforehand they were going to transcribe for a Syndicate in the near futu
15. Twelve Days of a Genealogy Christmas [1]
The Twelve Days of a Genealogy Christmas On the twelfth day of Christmas, My true love gave to me, Twelve census searches, Eleven printer ribbons, Ten e-mail contacts, Nine headstone rubbings, Eight birth and death dates, Seven town clerks sighing, Six second cousins, Five coats of arms, Four GEDCOM files, Three old wills, Two CD-Roms, And a branch in my family tree. Best wishes,
16. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
This is an official convention that dates from the days before WinBMDm -----Original Message----- From: "Allan Raymond" Date: Thu, 14 Dec 2006 19:30:49 To: Subject: Re: GRO page connection all wrong for GORDON 1841 deaths Melda I can't recollect ever see a FreeBMD document relating to the rule for adding 1000. No, personally as I see it the files should not be transcribed as you indicate but as: 1841D4-A-D-0166.tif should be transcribed as
17. Re: GRO page connection all wrong for GORDON 1841 deaths [1]
Hi Brian My original concerns are at: http://archiver.rootsweb.com/th/read/FREEBMD-SYNDICATES/2003-07/1058440261 (Naming Files Uploaded to FreeBMD dated 17 Jul 2003 sent via Syndicates List). Allan Raymond ----- Original Message ----- From: "Brian Smart" To: ; "FreeBMD Syndicate-List" Sent: 14 December 2006 16:18 Subject: RE: GRO page connection all wrong for GORDON 1841 deaths Hello Allan, I am sorry b
18. Re: Prevention of Duplicate Registrations by Volunteers [1]
Apologies to the list for lack of clarity. Volunteer registered in June 2005, did not upload any transcription. Volunteer was removed from volunteers list end of March 2006. Volunteer registered again November 2006. It appears from Allan's reply that had she wished she could have used the same submitter id, but in fact she chose not to. More detail of this case given to Allan off list. Jeff ----- Original Message ----- From: "Allan Raymond" To:
19. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Jeff, Please embedded comments. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Jeff Coleman > Sent: 18 December 2006 10:34 > To: freebmd-syndicates@rootsweb.com > Subject: Re: GRO page connection all wrong for GORDON 1841 deaths > > Upload Report already lists the first entry, page number, > year and quarter > for every scan file. You mean transcription file not scan file. > How realistic would it
20. Fw: GRO page connection all wrong for GORDON 1841 deaths [1]
I have mentioned on a couple of other occasions my personal concerns about inconsistencies in file names, but not necessarily including the particular sort of instance below. The problem mentioned below regarding two scans showing against the search for Gordon (lower case not upper case) appears to have arisen where the file name does not accord with the scan name. For example: 1841D4-E-V-0166.tif is the correct scan for the file containing Gordon. 1841D4-E-V-1166.tif " " " "
21. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Allan, I now understand the original email, thanks for the explanation. What I don't understand is why the system does not select the correct one! It may need a programming change but it can't be that difficult as I check the adjustment of the filenames against the first letter of the data to know whether the adjustment is correct when I am sent completed files. Regards Brian Smart > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@root
22. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Although it does not make any difference to the argument, it is actually the +PAGE values that cause the problem (although in this case they are the same as in the filename). Actually, having the right value in the +PAGE (and filename) would still mean that two scans would be found, however the correct scan would be first. The only way to stop two scans being found would be to put the initial letter in the filename, e.g. 1841D4G0166. I assume the problem being addressed is that the transcription filename
23. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Allan, I am sorry but I do not understand what the original concern relates to so I can comment on your concern! Regards Brian Smart > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com]On Behalf Of Allan > Raymond > Sent: 14 December 2006 15:26 > To: FreeBMD Syndicate-List > Subject: Fw: GRO page connection all wrong for GORDON 1841 deaths > > > I have mentioned on a couple of other occasions my personal > concerns about in
24. RE: GRO page connection all wrong for GORDON 1841 deaths [1]
Hello Barry, While having a look at some quarters to see if a standard format has been used for the filenames, I noticed that the system to download the information on uploaded files does not sort on filenames when you request that option. Have a look at Births December 1857 by the John Slann syndicate. It seems to be sorting on the numbers at the end of the filename with no regard for the letter. Looking at a range of uploaded files it is easy to see that different formats of uploaded filenames have been
25. Re: Prevention of Duplicate Registrations by Volunteers [1]
I had a recent situation where I was contacted by someone who had volunteered before but never submitted a transcription, and was then removed from the volunteers list some months later. Am I right in thinking that such a person would not be able to use the old submitter ID because it would have been removed from the system? Jeff
Viewing 1-25 of 49 matches from 36,169,749 documents1 2 | Next

CPU seconds used 0.509923