Ian Having been convinced by Barrie (and my daughter to boot) to store data files on a Vista PC in the Document folder it may add to confusion to mention store under Users on Vista. It took me a little while to realise the Document folder is in fact stored under C:\Users\Owner. I'm extremely pleased to see you may be erring on the side of caution and not taking on board WinBMD changes purely because I would think only a handful of volunteers have difficulty in finding the location of their WinBMD files. Once convinced of the merit of storing files in Document folder I simply created a subfolder named WinBMD. Allan Raymond ----- Original Message ----- From: "Ian Brooke" <ianbrooke@hotmail.com> To: <freebmd-syndicates@rootsweb.com> Sent: Sunday, February 08, 2009 7:39 PM Subject: Re: re Windows Wish List I do tend to agree with most of these views. It seems to me to be very simple for those users that have trouble locating their files to create a new folder someplace they can find it, for example under My Documents, or under Users on Vista, and just tell WinBMD to use that folder. I can't really see anyone having serious problems doing that and it saves a lot of potentially risky code for WinBMD to try to do it. Ian ----- Original Message ----- From: "Nowl" <owl.news@zen.co.uk> To: <FreeBMD-Syndicates@rootsweb.com> Sent: Wednesday, February 04, 2009 9:52 AM Subject: Re: re Windows Wish List > Archer Barrie wrote on Wed, 4 Feb 2009: > >>I think you have a good point, although one shouldn't assume that all >>existing users know where their output files are! Users can transcribe >>without this knowledge, until the day when they need to do something >>special with the file ... and then its location may be problematic. >> > Thanks for the reply, Barrie, and yes, I see what you mean. . . although > it's easy enough to check, since a custom path will be shown in brackets > after Define Save Path in the File menu. If there's nothing there, the > default path is being used (or the VirtualStore under Vista). And > there's always Search :-) > >>I think the issue of moving files was sparked by Keith Simpson's mail of >>28th Jan in which he described instructions to change the default path >>for transcribers who were having problems because of the current >>location. I presume it was in response to this that Ian made his >>proposal to move files in his mail later the same day. >> > I see. . . I didn't get Keith's original post -- the lists seem rather > flakey lately, I often receive responses to an original message that > never arrives! Having read it now, I wholeheartedly agree. I do > recommend new volunteers change the default Save Path and suggest > creating a subfolder in (My) Documents. > > I've posted previously on why I think the current default output folder > location needs to be changed, and (sorry Allan!) agree that a subfolder > of (My) Documents would be the best place for it -- easy to find for new > users, conforming to standard practice and solving the permissions > problems under Vista. > > For fresh installs, either by new users or existing volunteers switching > to a new computer, I think this would be a great improvement. But if > I've followed Ian correctly, there could be huge difficulties with > existing WinBMD installations, in both determining the current output > path and in where to put the new default folder. > > What I'm asking is, Is it really worth Ian's time and effort to struggle > to make this a global change when for a large proportion of upgraders it > wouldn't be necessary (and could also be quite annoying)? > >>The only reason I can see for moving files as a result of an upgrade >>would be because WinBMD is in a better position to do it than users (who >>may have difficulty finding them). Against this we have the complication >>of users, who *did* know where their files were, forgetting (or not >>realising) they had been moved. > > It could well be that I misunderstood the discussion, but it seemed to > be accepted that moving existing files was desirable. I strongly > disagree on that one :-) and could see it causing more problems than it > solved. >> >>Moving files to the same location shouldn't be a problem. The software >>would notice and do nothing. >> > Ah, that's reassuring, thanks, Barrie. > > -- > Nowl > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message > ------------------------------- To unsubscribe from the list, please send an email to FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

Having read of all the potential problems I think now it is up to the syndicate co-ordinators to tell new transcribers how set up WinBMD so that they save their files in a place where they can find them. Any other solution seems to suffer from the problems of having to find a way to make sure it will work on Windows 98, XP or Vista - which is just added complication. Christopher Richards Ian Brooke wrote: > I do tend to agree with most of these views. It seems to me to be very > simple for those users that have trouble locating their files to create a > new folder someplace they can find it, for example under My Documents, or > under Users on Vista, and just tell WinBMD to use that folder. I can't > really see anyone having serious problems doing that and it saves a lot of > potentially risky code for WinBMD to try to do it. > > Ian > > > > ----- Original Message ----- > From: "Nowl" <owl.news@zen.co.uk> > To: <FreeBMD-Syndicates@rootsweb.com> > Sent: Wednesday, February 04, 2009 9:52 AM > Subject: Re: re Windows Wish List > > > >> Archer Barrie wrote on Wed, 4 Feb 2009: >> >> >>> I think you have a good point, although one shouldn't assume that all >>> existing users know where their output files are! Users can transcribe >>> without this knowledge, until the day when they need to do something >>> special with the file ... and then its location may be problematic. >>> >>> >> Thanks for the reply, Barrie, and yes, I see what you mean. . . although >> it's easy enough to check, since a custom path will be shown in brackets >> after Define Save Path in the File menu. If there's nothing there, the >> default path is being used (or the VirtualStore under Vista). And >> there's always Search :-) >> >> >>> I think the issue of moving files was sparked by Keith Simpson's mail of >>> 28th Jan in which he described instructions to change the default path >>> for transcribers who were having problems because of the current >>> location. I presume it was in response to this that Ian made his >>> proposal to move files in his mail later the same day. >>> >>> >> I see. . . I didn't get Keith's original post -- the lists seem rather >> flakey lately, I often receive responses to an original message that >> never arrives! Having read it now, I wholeheartedly agree. I do >> recommend new volunteers change the default Save Path and suggest >> creating a subfolder in (My) Documents. >> >> I've posted previously on why I think the current default output folder >> location needs to be changed, and (sorry Allan!) agree that a subfolder >> of (My) Documents would be the best place for it -- easy to find for new >> users, conforming to standard practice and solving the permissions >> problems under Vista. >> >> For fresh installs, either by new users or existing volunteers switching >> to a new computer, I think this would be a great improvement. But if >> I've followed Ian correctly, there could be huge difficulties with >> existing WinBMD installations, in both determining the current output >> path and in where to put the new default folder. >> >> What I'm asking is, Is it really worth Ian's time and effort to struggle >> to make this a global change when for a large proportion of upgraders it >> wouldn't be necessary (and could also be quite annoying)? >> >> >>> The only reason I can see for moving files as a result of an upgrade >>> would be because WinBMD is in a better position to do it than users (who >>> may have difficulty finding them). Against this we have the complication >>> of users, who *did* know where their files were, forgetting (or not >>> realising) they had been moved. >>> >> It could well be that I misunderstood the discussion, but it seemed to >> be accepted that moving existing files was desirable. I strongly >> disagree on that one :-) and could see it causing more problems than it >> solved. >> >>> Moving files to the same location shouldn't be a problem. The software >>> would notice and do nothing. >>> >>> >> Ah, that's reassuring, thanks, Barrie. >> >> -- >> Nowl >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > > >

Although I would agree with what you say about it being desireable, I'm really unsure that moving output files below My Documents or wherever really achieves anything other than some users being able to locate their files, and for many their current location below WinBMD is easy to find and doesn't really affect anything. Also to suggest a technical desireability to have them below My Documents ignores all the other files which are located in the WinBMD folder, such as the ini file, the district and names files etc, all these are updated by WinBMD. If there is a technical need to have the output files elsewhere then surely that also holds true of these other files and yet I cannot think of a way to relocate the ini file (as the program needs to locate it in order to know where it is located) and moving the others is very difficult. All I'm really trying to say is that maybe the technical advantages of moving the output folder are not worth the technical difficulties of doing it automatically. I think we should go with amending the existing change folder routine to create the new folder, defaulting to below My Documents, and copy the files for the user It's easy, almost risk free to do and allows those users who want to leave it where it is to do so. Ian ----- Original Message ----- From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> To: <freebmd-syndicates@rootsweb.com> Sent: Wednesday, February 04, 2009 7:35 AM Subject: RE: re Windows Wish List >I am sorry Allan, but the output folder for should NOT be a subfolder of > WinBMD. It is like that for historical reasons but for the latest > versions of Windows (say from XP onwards) it is a deprecated location. > If users need to move their output folder it should be under (My > )Documents which is where almost every other piece of software puts its > output. This is why users would find it easier to find the files. > > There are many reasons for using (My )Documents, some quite technical, > but a simple one is that it works for PCs with multiple users. If users, > for example yourself, wish to have the output files elsewhere that is > fine, but the default, and what we recommend, must be under (My > )Documents. > > Barrie > >> -----Original Message----- >> From: freebmd-syndicates-bounces@rootsweb.com >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >> Allan Raymond >> Sent: 04 February 2009 14:06 >> To: freebmd-syndicates@rootsweb.com >> Subject: Re: re Windows Wish List >> >> I'm also at a complete loss regarding all this discussion. >> >> If volunteers are unable to find the default Output folder >> location for >> WinBMD produced files which I happen to maintain should be in >> a subfolder of >> the WinBMD what chance have they got of understanding the >> proposed new >> WinBMD requirements. >> >> We seem to be creating a rod for our back, this discussion >> started because >> of a suggested requirement to assist volunteers in being able >> to locate >> their files to send to their Co-ordinators. >> >> If it was recommended that all files produced by WinBMD were >> to be held in >> the default subfolder on WinBMD aptly called Output folder >> this problem >> should resolve itself without all these changes to WinBMD. >> >> I keep saying I have WinBMD to work on Vista and have no >> trouble finding >> where the WinBMD files are held C:/WinBMD/Output. >> >> I believe I have found a solution to the problem why some >> volunteers can't >> get WinBMD on Vista and fingers crossed I have managed to get >> two long >> suffering Vista volunteers to get WinBMD to work following my simple >> suggestion of C:/WinBMD/Output. >> >> Allan Raymond >> >> >> ----- Original Message ----- >> From: "Nowl" <owl.news@zen.co.uk> >> To: <FreeBMD-Syndicates@rootsweb.com> >> Sent: Wednesday, February 04, 2009 1:17 PM >> Subject: Re: re Windows Wish List >> >> >> Excuse me butting in. . . I've been following the exchanges >> between Ian >> and Barrie with great interest, as I do feel the current default Save >> Path causes some problems. But I'm not following why we would want to >> move users' existing files at all. >> >> I thought the idea was to define a new default location that >> was easier >> to find for new users and "better" from a programmers' point of view, >> particularly with Vista. But shouldn't it apply only to new >> users/fresh >> installs, rather than upgrades? People who are already happily using >> WinBMD surely already know where to find their files and/or >> have defined >> a custom Save Path and don't want it changed. >> >> Much of Ian and Barrie's discussion seems to be about the >> difficulty of >> discovering the path to a user's current output folder and >> the mechanism >> of moving it. Couldn't all this be avoided if the installer >> checked for >> an existing WinBMD, and if it found one, left the current settings in >> place? >> >> I'm also wondering whether the installation would fail if, when asked >> where they want their files moved, users chose their existing output >> folder, since files can't be "moved" to the same place? Would they be >> forced to choose another path and then switch back? >> >> I'm not a programmer, so may well be missing the point here >> and am happy >> to be corrected :-) >> >> -- >> Nowl >> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word >> 'unsubscribe' without the quotes in the subject and the body >> of the message >> > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message >

Hi Barrie, Re (My) Documents - thanks for the explain. I don't however intend to use registry keys to locate it, partly because I am unsure if the key is exactly the smae under Vista and future version sof Windows. There is a Windows api routine that I can call that is reliable in Vista and hopefully in Windows 7 and returns the full path to the My Documents folder no matter where it is located and I would use this. Re Installer moving folder. There is no facility to do this in Installshield (at least in the version I have) or in other installers I have looked at. (e.g. Wise) I cannot see how it would work either - we cannot be certain where the folder is located or what it is called so how do we tell the installer what to move? It's also a very 'dangerous' thing to do with the installer - how do we handle it when a folder or file with our name exists under My Documents and how do we tell that the Installer could not create it (when it already exists)? The more I think about this problem the less I like it and the more I am attracted to just telling people how to do it manually. How about I enhance the existing routine that allows people to define a new output folder so that it questions if they also want to copy all their files and/or creates the folder for them? Ian ----- Original Message ----- From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> To: <freebmd-syndicates@rootsweb.com> Sent: Tuesday, February 03, 2009 1:00 PM Subject: RE: re Windows Wish List > Ian, > > My reference to (My )Documents was shorthand for the registry key > HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellFolders\Per > sonal. So what I meant was that if the output location does not > currently correspond to the location in this key (i.e. the output path > starts with this path), ask the user if we can move it (see below). > > As regards moving the folder, I had assumed you would be doing this when > the new version of WinBMD was installed not every time WinBMD was run. > Doing it at installation makes the decisions much simpler and hence more > robust although I appreciate that it will have to be incorporated into > the installer. I note that the current version of WinBMD uses > InstallShield. Although I have never used InstallShield I would have > thought it would provide such capability. > > As regards the question, how it is phrased will determine how easy > people find to answer it. They have already been asked where they want > the program to go, so something like "Location for output data files > <browse box> (we will move your existing files here)" and then they have > to change it if they want the files somewhere else. > > Barrie > >> -----Original Message----- >> From: freebmd-syndicates-bounces@rootsweb.com >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >> Ian Brooke >> Sent: 01 February 2009 19:28 >> To: freebmd-syndicates@rootsweb.com >> Subject: Re: re Windows Wish List >> >> It's somewhat more complicated than you suggest " if it does >> not start with >> (My )Documents, ask " - there are no requirements in Windows >> on the name >> given to My Documents. The majority of people would leave it >> as that but it >> really can be called anything and exist anywhere and this is further >> complicated by Vista's seemingly bisarre habits in locating >> folders, it >> certainly would never "start with My Documents" and may not have "My >> Documents" in the path. >> >> I'm not entirely sure about your point on questioning the >> user if they want >> to move the folder. Do you mean every time WinBMD runs and >> finds it's not >> under My Documents or just the first time it finds it not >> there? Clearly if >> it's just the first time then I'm going to need a "question >> asked" flag but >> asking every time would I think be quite annoying. Are we sure that >> transcribers are going to know whether they should be >> answering Yes or No to >> that questions or are we going to flood the lists with people >> asking what >> this means and what they should do? >> >> My purpose in using multiple flags was to try to avoid >> problems and I think >> I'm still going to have to do that, plus an additional flag about the >> question. The "folder created" flag was intended to overcome >> a problem if >> there was already a folder below My Documents with my >> proposed name - it's >> very unlikely but possible. The files copied flag was to >> overcome a problem >> if the machine crashed or closed down between creating the folder and >> completing copying all the files (that copy could take some >> time). With >> those 2 flags I can easily restart at the appropriate point. >> >> Part of my problem is that I don't have access to a Vista >> computer so I >> can't check what WinBMD would be showing as the path to it's >> folder. It >> *should* be the case that if I call the Windows routine to >> get the path to >> My Documents then that should match what WinBMD has stored as >> the starting >> part of the path to it's Output folder but that's a guess. >> What I'm going >> to need to do is produce a version which puts the path into >> the ini file and >> get someone to try it out and send me the ini after changing >> the folder to >> be in My Documents. Maybe I can see enough from what WinBMD >> is currently >> showing as the output folder path on its Files menu. Is >> there anyone who >> has Vista that could email me what WinBMD is currently >> showing as it's >> output path. Then create a new folder below My Documents and >> switch WinBMD >> to use that and again show me what WinBMD says it's path is. >> You could then >> switch it back to your original folder. >> >> If your preference is to have spaces rather than underscores >> in the folder >> name then that's not a problem. My preference is the other >> way around but I >> don't really mind either way. >> >> >> Ian >> >> >> ----- Original Message ----- >> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >> To: <freebmd-syndicates@rootsweb.com> >> Sent: Sunday, February 01, 2009 1:40 AM >> Subject: RE: re Windows Wish List >> >> >> >I must say that I had envisaged a somewhat simpler process - but that >> > may be because I do not understand your proposals, or the >> complexity of >> > installing WinBMD! >> > >> > 1) I WinBMD is not already installed, silently set the >> output folder to >> > be under (My )Documents >> > >> > 2) If WinBMD is already installed check the output filename in the >> > configuration file - if it does not start with (My >> )Documents, ask the >> > user if you should move it to (My )Documents and if they >> say "yes", move >> > the files and change the output filename in the configuration file. >> > >> > As I understand it WinBMD currently uses a .ini file to store >> > configuration data and, I assume, this would not change in the new >> > version. Having configuration data in both the registry and >> an .ini is, >> > from a software engineering point of view, undesirable. >> > >> > Also my proposal involves less error checking, e.g. if the first >> > registry flag is set you have to check if the output folder >> is already >> > under (My )Documents. >> > >> > Plainly my proposal conflicts with your "I really don't >> want to mess >> > about checking where their current folder is and then >> dciding whether to >> > move it or not, it's probably error prone and overly >> complex." But your >> > proposal seemed to require you find where the current folder is >> > (otherwise how could you move the files from it?). I can't see that >> > asking the user if you should move their files for them, >> and then not >> > moving them if they answered "no", is complex. >> > >> > Finally, having underscore in a (My )Documents folder seems >> to be very >> > unusual. It would naturally be "WinBMD Output Files". >> However, if you >> > feel it necessary to differentiate the use by having >> "Output Files" it >> > would seem to me to be more logical to have this under a >> "WinBMD" folder >> > (i.e. (My )Documents\WinBMD\Output Files). >> > >> > Barrie >> > >> >> -----Original Message----- >> >> From: freebmd-syndicates-bounces@rootsweb.com >> >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >> >> Ian Brooke >> >> Sent: 31 January 2009 22:39 >> >> To: freebmd-syndicates@rootsweb.com >> >> Subject: Re: re Windows Wish List >> >> >> >> So here's what I would like to change WinBMD to do: >> >> If the folder has not been created (so I would check a >> registry flag); >> >> Create a new folder under My Documents (I'd like to call it >> >> "WinBMD_Output_Files"); >> >> Set the registry flag to show it's created. >> >> If the files have not ben moved (check another flag) >> >> Copy all the files from the existing Output folder to the >> >> new folder; >> >> Create the 2nd flag. >> >> Switch the Output path to use this new folder >> >> >> >> The existing Output folder could stay where it is and all the >> >> files would >> >> remain in it?? >> >> >> >> People could then move this new folder if they really wanted >> >> (using the >> >> existing Setpath feature on the Files menu). >> >> >> >> The only minor problem would be if people have installed >> >> WinBMD elsewhere >> >> (for examply on a drive of their choice) then their output >> >> folder would be >> >> changed to the new one, although again it's easy for them to >> >> switch back. I >> >> really don't want to mess about checking where their current >> >> folder is and >> >> then dciding whether to move it or not, it's probably error >> >> prone and overly >> >> complex. >> >> >> >> Any comments? >> >> >> >> Ian >> >> >> >> >> >> ----- Original Message ----- >> >> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >> >> To: <freebmd-syndicates@rootsweb.com> >> >> Sent: Wednesday, January 28, 2009 1:02 PM >> >> Subject: RE: re Windows Wish List >> >> >> >> >> >> > Exactly! Just as I have been saying, the *default* should >> >> be a folder >> >> > under Documents (My Documents in earlier Windows) then, as >> >> you imply, it >> >> > would be easy for users to find. >> >> > >> >> > Barrie >> >> > >> >> >> -----Original Message----- >> >> >> From: freebmd-syndicates-bounces@rootsweb.com >> >> >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >> >> >> Keith Simpson >> >> >> Sent: 28 January 2009 18:00 >> >> >> To: freebmd-syndicates@rootsweb.com >> >> >> Subject: re Windows Wish List >> >> >> Importance: High >> >> >> >> >> >> After reading all the messages regarding where files of >> >> >> transcripts are >> >> >> stored when saved . I would just like to say that a >> >> picture is worth a >> >> >> thousand words. When I have a new transcriber who is having >> >> >> problems I send >> >> >> them a screenshot of WinBMD . Along with the screen shot I >> >> >> send detailed >> >> >> instructions on how to change the default settings to a place >> >> >> they would >> >> >> recognise more easily. i.e. Storing their TRANSCRIBED FILES >> >> >> in the DOCUMENTS >> >> >> folder. >> >> >> >> >> >> So far this has worked and everybody seems quite happy. They >> >> >> don't have to >> >> >> go searching their hard drives for folders, which can prove >> >> >> daunting for new >> >> >> users of computers. >> >> >> >> >> >> >> >> >> >> >> >> Keith >> >> >> >> >> >> Gandalf Syndicate >> >> >> >> >> >> >> >> >> ------------------------------- >> >> >> To unsubscribe from the list, please send an email to >> >> >> FREEBMD-SYNDICATES-request@rootsweb.com with the word >> >> >> 'unsubscribe' without the quotes in the subject and the body >> >> >> of the message >> >> >> >> >> > >> >> > >> >> > ------------------------------- >> >> > To unsubscribe from the list, please send an email to >> >> > FREEBMD-SYNDICATES-request@rootsweb.com with the word >> 'unsubscribe' >> >> > without the quotes in the subject and the body of the message >> >> > >> >> >> >> >> >> ------------------------------- >> >> To unsubscribe from the list, please send an email to >> >> FREEBMD-SYNDICATES-request@rootsweb.com with the word >> >> 'unsubscribe' without the quotes in the subject and the body >> >> of the message >> >> >> > >> > >> > ------------------------------- >> > To unsubscribe from the list, please send an email to >> > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> > without the quotes in the subject and the body of the message >> > >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word >> 'unsubscribe' without the quotes in the subject and the body >> of the message >> > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message >

Hi Chris, Thanks. I do remember that you asked to try the new version when it is ready and I will certainly send you a copy. I have no idea when that will be though and the longer it goes on the more I get alienated from this idea of trying to get the program to relocate the output folder. I think that it is much more difficult and even less desireable than Barrie is trying to suggest, I am mreally unclear of the technical advantages to doing it but we'll see where it goes. I am happier though with the emailing idea and if we can find a simple way to find either the senders smptp or that of the recipient I don't think it will be too difficult. I just wish I had more time to devote to it :( Regards Ian ----- Original Message ----- From: "Christopher Richards" <cmr1chards@blueyonder.co.uk> To: <freebmd-syndicates@rootsweb.com> Sent: Tuesday, February 03, 2009 9:28 AM Subject: Re: re Windows Wish List > Ian > > Your posting has only just come up on the syndicates list > > I'm currently trying out the beta of Windows 7. It is supposed to work > in much the same way as Vista. WinBMD worked first time. By default > the output files go into program files/WinBMD/output. > > I could try out the new version for you and see what it does. > > Christopher Richards > > I could try > > Ian Brooke wrote: >> It's somewhat more complicated than you suggest " if it does not start >> with >> (My )Documents, ask " - there are no requirements in Windows on the name >> given to My Documents. The majority of people would leave it as that but >> it >> really can be called anything and exist anywhere and this is further >> complicated by Vista's seemingly bisarre habits in locating folders, it >> certainly would never "start with My Documents" and may not have "My >> Documents" in the path. >> >> I'm not entirely sure about your point on questioning the user if they >> want >> to move the folder. Do you mean every time WinBMD runs and finds it's >> not >> under My Documents or just the first time it finds it not there? Clearly >> if >> it's just the first time then I'm going to need a "question asked" flag >> but >> asking every time would I think be quite annoying. Are we sure that >> transcribers are going to know whether they should be answering Yes or No >> to >> that questions or are we going to flood the lists with people asking what >> this means and what they should do? >> >> My purpose in using multiple flags was to try to avoid problems and I >> think >> I'm still going to have to do that, plus an additional flag about the >> question. The "folder created" flag was intended to overcome a problem >> if >> there was already a folder below My Documents with my proposed name - >> it's >> very unlikely but possible. The files copied flag was to overcome a >> problem >> if the machine crashed or closed down between creating the folder and >> completing copying all the files (that copy could take some time). With >> those 2 flags I can easily restart at the appropriate point. >> >> Part of my problem is that I don't have access to a Vista computer so I >> can't check what WinBMD would be showing as the path to it's folder. It >> *should* be the case that if I call the Windows routine to get the path >> to >> My Documents then that should match what WinBMD has stored as the >> starting >> part of the path to it's Output folder but that's a guess. What I'm >> going >> to need to do is produce a version which puts the path into the ini file >> and >> get someone to try it out and send me the ini after changing the folder >> to >> be in My Documents. Maybe I can see enough from what WinBMD is currently >> showing as the output folder path on its Files menu. Is there anyone who >> has Vista that could email me what WinBMD is currently showing as it's >> output path. Then create a new folder below My Documents and switch >> WinBMD >> to use that and again show me what WinBMD says it's path is. You could >> then >> switch it back to your original folder. >> >> If your preference is to have spaces rather than underscores in the >> folder >> name then that's not a problem. My preference is the other way around but >> I >> don't really mind either way. >> >> >> Ian >> >> >> ----- Original Message ----- >> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >> To: <freebmd-syndicates@rootsweb.com> >> Sent: Sunday, February 01, 2009 1:40 AM >> Subject: RE: re Windows Wish List >> >> >> >>> I must say that I had envisaged a somewhat simpler process - but that >>> may be because I do not understand your proposals, or the complexity of >>> installing WinBMD! >>> >>> 1) I WinBMD is not already installed, silently set the output folder to >>> be under (My )Documents >>> >>> 2) If WinBMD is already installed check the output filename in the >>> configuration file - if it does not start with (My )Documents, ask the >>> user if you should move it to (My )Documents and if they say "yes", move >>> the files and change the output filename in the configuration file. >>> >>> As I understand it WinBMD currently uses a .ini file to store >>> configuration data and, I assume, this would not change in the new >>> version. Having configuration data in both the registry and an .ini is, >>> from a software engineering point of view, undesirable. >>> >>> Also my proposal involves less error checking, e.g. if the first >>> registry flag is set you have to check if the output folder is already >>> under (My )Documents. >>> >>> Plainly my proposal conflicts with your "I really don't want to mess >>> about checking where their current folder is and then dciding whether to >>> move it or not, it's probably error prone and overly complex." But your >>> proposal seemed to require you find where the current folder is >>> (otherwise how could you move the files from it?). I can't see that >>> asking the user if you should move their files for them, and then not >>> moving them if they answered "no", is complex. >>> >>> Finally, having underscore in a (My )Documents folder seems to be very >>> unusual. It would naturally be "WinBMD Output Files". However, if you >>> feel it necessary to differentiate the use by having "Output Files" it >>> would seem to me to be more logical to have this under a "WinBMD" folder >>> (i.e. (My )Documents\WinBMD\Output Files). >>> >>> Barrie >>> >>> >>>> -----Original Message----- >>>> From: freebmd-syndicates-bounces@rootsweb.com >>>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>>> Ian Brooke >>>> Sent: 31 January 2009 22:39 >>>> To: freebmd-syndicates@rootsweb.com >>>> Subject: Re: re Windows Wish List >>>> >>>> So here's what I would like to change WinBMD to do: >>>> If the folder has not been created (so I would check a registry flag); >>>> Create a new folder under My Documents (I'd like to call it >>>> "WinBMD_Output_Files"); >>>> Set the registry flag to show it's created. >>>> If the files have not ben moved (check another flag) >>>> Copy all the files from the existing Output folder to the >>>> new folder; >>>> Create the 2nd flag. >>>> Switch the Output path to use this new folder >>>> >>>> The existing Output folder could stay where it is and all the >>>> files would >>>> remain in it?? >>>> >>>> People could then move this new folder if they really wanted >>>> (using the >>>> existing Setpath feature on the Files menu). >>>> >>>> The only minor problem would be if people have installed >>>> WinBMD elsewhere >>>> (for examply on a drive of their choice) then their output >>>> folder would be >>>> changed to the new one, although again it's easy for them to >>>> switch back. I >>>> really don't want to mess about checking where their current >>>> folder is and >>>> then dciding whether to move it or not, it's probably error >>>> prone and overly >>>> complex. >>>> >>>> Any comments? >>>> >>>> Ian >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >>>> To: <freebmd-syndicates@rootsweb.com> >>>> Sent: Wednesday, January 28, 2009 1:02 PM >>>> Subject: RE: re Windows Wish List >>>> >>>> >>>> >>>>> Exactly! Just as I have been saying, the *default* should >>>>> >>>> be a folder >>>> >>>>> under Documents (My Documents in earlier Windows) then, as >>>>> >>>> you imply, it >>>> >>>>> would be easy for users to find. >>>>> >>>>> Barrie >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: freebmd-syndicates-bounces@rootsweb.com >>>>>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>>>>> Keith Simpson >>>>>> Sent: 28 January 2009 18:00 >>>>>> To: freebmd-syndicates@rootsweb.com >>>>>> Subject: re Windows Wish List >>>>>> Importance: High >>>>>> >>>>>> After reading all the messages regarding where files of >>>>>> transcripts are >>>>>> stored when saved . I would just like to say that a >>>>>> >>>> picture is worth a >>>> >>>>>> thousand words. When I have a new transcriber who is having >>>>>> problems I send >>>>>> them a screenshot of WinBMD . Along with the screen shot I >>>>>> send detailed >>>>>> instructions on how to change the default settings to a place >>>>>> they would >>>>>> recognise more easily. i.e. Storing their TRANSCRIBED FILES >>>>>> in the DOCUMENTS >>>>>> folder. >>>>>> >>>>>> So far this has worked and everybody seems quite happy. They >>>>>> don't have to >>>>>> go searching their hard drives for folders, which can prove >>>>>> daunting for new >>>>>> users of computers. >>>>>> >>>>>> >>>>>> >>>>>> Keith >>>>>> >>>>>> Gandalf Syndicate >>>>>> >>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>>>>> 'unsubscribe' without the quotes in the subject and the body >>>>>> of the message >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>>>> without the quotes in the subject and the body of the message >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>>> 'unsubscribe' without the quotes in the subject and the body >>>> of the message >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>> without the quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message >

I do tend to agree with most of these views. It seems to me to be very simple for those users that have trouble locating their files to create a new folder someplace they can find it, for example under My Documents, or under Users on Vista, and just tell WinBMD to use that folder. I can't really see anyone having serious problems doing that and it saves a lot of potentially risky code for WinBMD to try to do it. Ian ----- Original Message ----- From: "Nowl" <owl.news@zen.co.uk> To: <FreeBMD-Syndicates@rootsweb.com> Sent: Wednesday, February 04, 2009 9:52 AM Subject: Re: re Windows Wish List > Archer Barrie wrote on Wed, 4 Feb 2009: > >>I think you have a good point, although one shouldn't assume that all >>existing users know where their output files are! Users can transcribe >>without this knowledge, until the day when they need to do something >>special with the file ... and then its location may be problematic. >> > Thanks for the reply, Barrie, and yes, I see what you mean. . . although > it's easy enough to check, since a custom path will be shown in brackets > after Define Save Path in the File menu. If there's nothing there, the > default path is being used (or the VirtualStore under Vista). And > there's always Search :-) > >>I think the issue of moving files was sparked by Keith Simpson's mail of >>28th Jan in which he described instructions to change the default path >>for transcribers who were having problems because of the current >>location. I presume it was in response to this that Ian made his >>proposal to move files in his mail later the same day. >> > I see. . . I didn't get Keith's original post -- the lists seem rather > flakey lately, I often receive responses to an original message that > never arrives! Having read it now, I wholeheartedly agree. I do > recommend new volunteers change the default Save Path and suggest > creating a subfolder in (My) Documents. > > I've posted previously on why I think the current default output folder > location needs to be changed, and (sorry Allan!) agree that a subfolder > of (My) Documents would be the best place for it -- easy to find for new > users, conforming to standard practice and solving the permissions > problems under Vista. > > For fresh installs, either by new users or existing volunteers switching > to a new computer, I think this would be a great improvement. But if > I've followed Ian correctly, there could be huge difficulties with > existing WinBMD installations, in both determining the current output > path and in where to put the new default folder. > > What I'm asking is, Is it really worth Ian's time and effort to struggle > to make this a global change when for a large proportion of upgraders it > wouldn't be necessary (and could also be quite annoying)? > >>The only reason I can see for moving files as a result of an upgrade >>would be because WinBMD is in a better position to do it than users (who >>may have difficulty finding them). Against this we have the complication >>of users, who *did* know where their files were, forgetting (or not >>realising) they had been moved. > > It could well be that I misunderstood the discussion, but it seemed to > be accepted that moving existing files was desirable. I strongly > disagree on that one :-) and could see it causing more problems than it > solved. >> >>Moving files to the same location shouldn't be a problem. The software >>would notice and do nothing. >> > Ah, that's reassuring, thanks, Barrie. > > -- > Nowl > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message >

Archer Barrie wrote on Wed, 4 Feb 2009: >I think you have a good point, although one shouldn't assume that all >existing users know where their output files are! Users can transcribe >without this knowledge, until the day when they need to do something >special with the file ... and then its location may be problematic. > Thanks for the reply, Barrie, and yes, I see what you mean. . . although it's easy enough to check, since a custom path will be shown in brackets after Define Save Path in the File menu. If there's nothing there, the default path is being used (or the VirtualStore under Vista). And there's always Search :-) >I think the issue of moving files was sparked by Keith Simpson's mail of >28th Jan in which he described instructions to change the default path >for transcribers who were having problems because of the current >location. I presume it was in response to this that Ian made his >proposal to move files in his mail later the same day. > I see. . . I didn't get Keith's original post -- the lists seem rather flakey lately, I often receive responses to an original message that never arrives! Having read it now, I wholeheartedly agree. I do recommend new volunteers change the default Save Path and suggest creating a subfolder in (My) Documents. I've posted previously on why I think the current default output folder location needs to be changed, and (sorry Allan!) agree that a subfolder of (My) Documents would be the best place for it -- easy to find for new users, conforming to standard practice and solving the permissions problems under Vista. For fresh installs, either by new users or existing volunteers switching to a new computer, I think this would be a great improvement. But if I've followed Ian correctly, there could be huge difficulties with existing WinBMD installations, in both determining the current output path and in where to put the new default folder. What I'm asking is, Is it really worth Ian's time and effort to struggle to make this a global change when for a large proportion of upgraders it wouldn't be necessary (and could also be quite annoying)? >The only reason I can see for moving files as a result of an upgrade >would be because WinBMD is in a better position to do it than users (who >may have difficulty finding them). Against this we have the complication >of users, who *did* know where their files were, forgetting (or not >realising) they had been moved. It could well be that I misunderstood the discussion, but it seemed to be accepted that moving existing files was desirable. I strongly disagree on that one :-) and could see it causing more problems than it solved. > >Moving files to the same location shouldn't be a problem. The software >would notice and do nothing. > Ah, that's reassuring, thanks, Barrie. -- Nowl

I am sorry Allan, but the output folder for should NOT be a subfolder of WinBMD. It is like that for historical reasons but for the latest versions of Windows (say from XP onwards) it is a deprecated location. If users need to move their output folder it should be under (My )Documents which is where almost every other piece of software puts its output. This is why users would find it easier to find the files. There are many reasons for using (My )Documents, some quite technical, but a simple one is that it works for PCs with multiple users. If users, for example yourself, wish to have the output files elsewhere that is fine, but the default, and what we recommend, must be under (My )Documents. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Allan Raymond > Sent: 04 February 2009 14:06 > To: freebmd-syndicates@rootsweb.com > Subject: Re: re Windows Wish List > > I'm also at a complete loss regarding all this discussion. > > If volunteers are unable to find the default Output folder > location for > WinBMD produced files which I happen to maintain should be in > a subfolder of > the WinBMD what chance have they got of understanding the > proposed new > WinBMD requirements. > > We seem to be creating a rod for our back, this discussion > started because > of a suggested requirement to assist volunteers in being able > to locate > their files to send to their Co-ordinators. > > If it was recommended that all files produced by WinBMD were > to be held in > the default subfolder on WinBMD aptly called Output folder > this problem > should resolve itself without all these changes to WinBMD. > > I keep saying I have WinBMD to work on Vista and have no > trouble finding > where the WinBMD files are held C:/WinBMD/Output. > > I believe I have found a solution to the problem why some > volunteers can't > get WinBMD on Vista and fingers crossed I have managed to get > two long > suffering Vista volunteers to get WinBMD to work following my simple > suggestion of C:/WinBMD/Output. > > Allan Raymond > > > ----- Original Message ----- > From: "Nowl" <owl.news@zen.co.uk> > To: <FreeBMD-Syndicates@rootsweb.com> > Sent: Wednesday, February 04, 2009 1:17 PM > Subject: Re: re Windows Wish List > > > Excuse me butting in. . . I've been following the exchanges > between Ian > and Barrie with great interest, as I do feel the current default Save > Path causes some problems. But I'm not following why we would want to > move users' existing files at all. > > I thought the idea was to define a new default location that > was easier > to find for new users and "better" from a programmers' point of view, > particularly with Vista. But shouldn't it apply only to new > users/fresh > installs, rather than upgrades? People who are already happily using > WinBMD surely already know where to find their files and/or > have defined > a custom Save Path and don't want it changed. > > Much of Ian and Barrie's discussion seems to be about the > difficulty of > discovering the path to a user's current output folder and > the mechanism > of moving it. Couldn't all this be avoided if the installer > checked for > an existing WinBMD, and if it found one, left the current settings in > place? > > I'm also wondering whether the installation would fail if, when asked > where they want their files moved, users chose their existing output > folder, since files can't be "moved" to the same place? Would they be > forced to choose another path and then switch back? > > I'm not a programmer, so may well be missing the point here > and am happy > to be corrected :-) > > -- > Nowl > > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word > 'unsubscribe' without the quotes in the subject and the body > of the message >

I think you have a good point, although one shouldn't assume that all existing users know where their output files are! Users can transcribe without this knowledge, until the day when they need to do something special with the file ... and then its location may be problematic. I think the issue of moving files was sparked by Keith Simpson's mail of 28th Jan in which he described instructions to change the default path for transcribers who were having problems because of the current location. I presume it was in response to this that Ian made his proposal to move files in his mail later the same day. The only reason I can see for moving files as a result of an upgrade would be because WinBMD is in a better position to do it than users (who may have difficulty finding them). Against this we have the complication of users, who *did* know where their files were, forgetting (or not realising) they had been moved. Moving files to the same location shouldn't be a problem. The software would notice and do nothing. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of Nowl > Sent: 04 February 2009 13:17 > To: FreeBMD-Syndicates@rootsweb.com > Subject: Re: re Windows Wish List > > Excuse me butting in. . . I've been following the exchanges > between Ian > and Barrie with great interest, as I do feel the current default Save > Path causes some problems. But I'm not following why we would want to > move users' existing files at all. > > I thought the idea was to define a new default location that > was easier > to find for new users and "better" from a programmers' point of view, > particularly with Vista. But shouldn't it apply only to new > users/fresh > installs, rather than upgrades? People who are already happily using > WinBMD surely already know where to find their files and/or > have defined > a custom Save Path and don't want it changed. > > Much of Ian and Barrie's discussion seems to be about the > difficulty of > discovering the path to a user's current output folder and > the mechanism > of moving it. Couldn't all this be avoided if the installer > checked for > an existing WinBMD, and if it found one, left the current settings in > place? > > I'm also wondering whether the installation would fail if, when asked > where they want their files moved, users chose their existing output > folder, since files can't be "moved" to the same place? Would they be > forced to choose another path and then switch back? > > I'm not a programmer, so may well be missing the point here > and am happy > to be corrected :-) > > -- > Nowl > > > Archer Barrie wrote on Tue, 3 Feb 2009: > > >Ian, > > > >My reference to (My )Documents was shorthand for the registry key > >HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell > Folders\Per > >sonal. So what I meant was that if the output location does not > >currently correspond to the location in this key (i.e. the > output path > >starts with this path), ask the user if we can move it (see below). > > > >As regards moving the folder, I had assumed you would be > doing this when > >the new version of WinBMD was installed not every time > WinBMD was run. > >Doing it at installation makes the decisions much simpler > and hence more > >robust although I appreciate that it will have to be > incorporated into > >the installer. I note that the current version of WinBMD uses > >InstallShield. Although I have never used InstallShield I would have > >thought it would provide such capability. > > > >As regards the question, how it is phrased will determine how easy > >people find to answer it. They have already been asked where > they want > >the program to go, so something like "Location for output data files > ><browse box> (we will move your existing files here)" and > then they have > >to change it if they want the files somewhere else. > > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word > 'unsubscribe' without the quotes in the subject and the body > of the message >

I'm also at a complete loss regarding all this discussion. If volunteers are unable to find the default Output folder location for WinBMD produced files which I happen to maintain should be in a subfolder of the WinBMD what chance have they got of understanding the proposed new WinBMD requirements. We seem to be creating a rod for our back, this discussion started because of a suggested requirement to assist volunteers in being able to locate their files to send to their Co-ordinators. If it was recommended that all files produced by WinBMD were to be held in the default subfolder on WinBMD aptly called Output folder this problem should resolve itself without all these changes to WinBMD. I keep saying I have WinBMD to work on Vista and have no trouble finding where the WinBMD files are held C:/WinBMD/Output. I believe I have found a solution to the problem why some volunteers can't get WinBMD on Vista and fingers crossed I have managed to get two long suffering Vista volunteers to get WinBMD to work following my simple suggestion of C:/WinBMD/Output. Allan Raymond ----- Original Message ----- From: "Nowl" <owl.news@zen.co.uk> To: <FreeBMD-Syndicates@rootsweb.com> Sent: Wednesday, February 04, 2009 1:17 PM Subject: Re: re Windows Wish List Excuse me butting in. . . I've been following the exchanges between Ian and Barrie with great interest, as I do feel the current default Save Path causes some problems. But I'm not following why we would want to move users' existing files at all. I thought the idea was to define a new default location that was easier to find for new users and "better" from a programmers' point of view, particularly with Vista. But shouldn't it apply only to new users/fresh installs, rather than upgrades? People who are already happily using WinBMD surely already know where to find their files and/or have defined a custom Save Path and don't want it changed. Much of Ian and Barrie's discussion seems to be about the difficulty of discovering the path to a user's current output folder and the mechanism of moving it. Couldn't all this be avoided if the installer checked for an existing WinBMD, and if it found one, left the current settings in place? I'm also wondering whether the installation would fail if, when asked where they want their files moved, users chose their existing output folder, since files can't be "moved" to the same place? Would they be forced to choose another path and then switch back? I'm not a programmer, so may well be missing the point here and am happy to be corrected :-) -- Nowl

Excuse me butting in. . . I've been following the exchanges between Ian and Barrie with great interest, as I do feel the current default Save Path causes some problems. But I'm not following why we would want to move users' existing files at all. I thought the idea was to define a new default location that was easier to find for new users and "better" from a programmers' point of view, particularly with Vista. But shouldn't it apply only to new users/fresh installs, rather than upgrades? People who are already happily using WinBMD surely already know where to find their files and/or have defined a custom Save Path and don't want it changed. Much of Ian and Barrie's discussion seems to be about the difficulty of discovering the path to a user's current output folder and the mechanism of moving it. Couldn't all this be avoided if the installer checked for an existing WinBMD, and if it found one, left the current settings in place? I'm also wondering whether the installation would fail if, when asked where they want their files moved, users chose their existing output folder, since files can't be "moved" to the same place? Would they be forced to choose another path and then switch back? I'm not a programmer, so may well be missing the point here and am happy to be corrected :-) -- Nowl Archer Barrie wrote on Tue, 3 Feb 2009: >Ian, > >My reference to (My )Documents was shorthand for the registry key >HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellFolders\Per >sonal. So what I meant was that if the output location does not >currently correspond to the location in this key (i.e. the output path >starts with this path), ask the user if we can move it (see below). > >As regards moving the folder, I had assumed you would be doing this when >the new version of WinBMD was installed not every time WinBMD was run. >Doing it at installation makes the decisions much simpler and hence more >robust although I appreciate that it will have to be incorporated into >the installer. I note that the current version of WinBMD uses >InstallShield. Although I have never used InstallShield I would have >thought it would provide such capability. > >As regards the question, how it is phrased will determine how easy >people find to answer it. They have already been asked where they want >the program to go, so something like "Location for output data files ><browse box> (we will move your existing files here)" and then they have >to change it if they want the files somewhere else.

What appears to have happened is that two scribes have copied the same batches of returns since the pages are in a different hand and have different folio numbers. As such they represent a check on the copying (as you note the content is not identical). Checking back I cannot find any definite ruling on this situation. My inclination is to opt for keying all the pages, otherwise how do you choose which data to transcribe and which to discard (given they are not identical)? Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Richard Oliver > Sent: 01 February 2009 20:03 > To: freebmd-syndicates@rootsweb.com > Subject: Re: Duplicate files > > Barrie > > My query about Duplicates (posted yesterday on Syndicates > List) seems to > have got somewhat swamped by Melda's more complicated > situation involving > multiple transcribers and Syndicates. My situation relates > to a single > transcriber, working on a single bundle of scan pages, within my own > Syndicate. He wants to know: given that four of the pages in his > allocation of scans are duplicates of four other pages, also in his > allocation - not copies, but second versions, each of the > same forty records > and presumably written-up by two individual clerks - (though the > handwritings are very similar)...... what should he do? Should he > transcribe each of these pages twice, given that he will be > double-keying > his own work and uploading four pairs of semi-identical files? > > Please tell me how to advise him! > > Richard Oliver > Madrid, Spain > richol@arrakis.es > > > ----- Original Message ----- > From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> > To: <freebmd-syndicates@rootsweb.com> > Sent: Sunday, February 01, 2009 2:11 AM > Subject: RE: Duplicate files > > > > In order to understand what is going on with Syndicate > Duplicates one > > has to appreciate that the system has no knowledge of what > syndicate is > > transcribing which quarter. Therefore the only information on which > > Syndicate Duplicates can be determined is the syndicates that the > > transcribers are members of. So the system sees that CharlotteB and > > zielle are both in Brunette Syndicate and therefore the > transcription > > could be a syndicate duplicate. > > > > So, yes Syndicate Co-ordinators need to take action on Syndicate > > Duplicates for their syndicate, that action being, as you > have done, to > > report that the duplicates are not, in fact, duplicates > because (a) the > > syndicate was not transcribing that quarter or (b) one or > both of the > > transcribers were not transcribing for the syndicate. Where you > > personally have transcribed for another syndicate then it is the > > responsibility of the coordinator of that syndicate to take > action, not > > you. > > > > However, at the next update we hope to take account of the syndicate > > name in the first comment line of the file. This is expected to > > alleviate the problem and therefore it would be prudent for > Syndicate > > Coordinators to wait till after the next update when the task may be > > less daunting. > > > > Barrie > > > >> -----Original Message----- > >> From: freebmd-syndicates-bounces@rootsweb.com > >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > >> Melda Brunette > >> Sent: 31 January 2009 21:39 > >> To: freebmd-syndicates@rootsweb.com > >> Subject: Duplicate files > >> > >> I am equally flummoxed but for a different reason and, > like Richard, > >> wonder whether someone has any ideas on how to proceed. I > >> have lists of > >> duplicate files under my syndicate name for several quarters > >> that were > >> not transcribed by my syndicate - 1863 births. However, the two > >> transcribers involved, CharlotteB and zielle do transcribe > >> for us, and > >> Charlotte does for Allan's orphans - as I also used to do. > In other > >> places I can see duplicates in my name with other > transcribers in the > >> defunct Kelly Seltzle syndicate. > >> > >> Charlotte's and zielle's files for these quarters are not > within the > >> same syndicate anyway and should therefore be recognised > as first and > >> second transcriptions - which they are not - and I have > sent the file > >> list to support@. However, this really only concerns me > because the > >> quarter duplicates are assigned to my syndicate when they are > >> actually > >> for Beautiful BC and Western Oz! I can't do anything about them. > >> > >> I am well aware of where duplicates occur within my own > >> syndicate - and > >> they are there for all kinds of reasons, often coordinator error in > >> accidently assigning the same block to different people! And > >> there are > >> other reasons to do with transcriber error, incomplete files etc. > >> > >> My main question is this: do we, as coordinators, really > have to take > >> any action on these sorts of duplicate problems? It looks a > >> daunting task. > >> > >> Melda Brunette, > >> Brunette Syndicate > >> Auckland, New Zealand > >> > >> > >> > >> Richard Oliver wrote: > >> > >> >Advice please from my fellow Syndicate Co-ordinators, and/or > >> the gurus up > >> >there... > >> > > >> >We are transcribing 1839 December Births, and one of my team > >> has come across > >> >a peculiarity: four pages in the Index have been written > >> out twice and > >> >bound as separate pages in proper numerical sequence. This > >> is NOT a case of > >> >same pages scanned twice, but of two almost (but not quite) > >> identical > >> >versions of: > >> > > >> >1839B4-P-0139 repeated as 1839B4-P-0141 > >> >1839B4-P-0140 repeated as 1839B4-P-0142 > >> >1839B4-P-0143 repeated as 1839B4-P-0145 > >> >1839B4-P-0144 repeated as 1839B4-P-0146 > >> > > >> >Our question is: How should these be transcribed: 1) each > >> page twice, > >> >given that this will produce double-keying for 160 records, > >> and numerous > >> >out-of-sequence warnings? Or 2) duplicated pages only > >> transcribed once, > >> >given that there are minor variations between versions, and > >> that numerical > >> >sequence would be broken? > >> > > >> >Richard Oliver > >> >Madrid, Spain > >> >richol@arrakis.es > >> > > >> > > >> > > >> > > >> > >> > >> ------------------------------- > >> To unsubscribe from the list, please send an email to > >> FREEBMD-SYNDICATES-request@rootsweb.com with the word > >> 'unsubscribe' without the quotes in the subject and the body > >> of the message > >> > > > > > > > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word > 'unsubscribe' without the quotes in the subject and the body > of the message >

I wondered who would be the 1st to mention Windows 7 beta! Mary Trevan ----- Original Message ----- From: "Christopher Richards" <cmr1chards@blueyonder.co.uk> To: <freebmd-syndicates@rootsweb.com> Sent: Tuesday, February 03, 2009 5:28 PM Subject: Re: re Windows Wish List > Ian > > Your posting has only just come up on the syndicates list > > I'm currently trying out the beta of Windows 7. It is supposed to work > in much the same way as Vista. WinBMD worked first time. By default > the output files go into program files/WinBMD/output. > > I could try out the new version for you and see what it does. > > Christopher Richards > > I could try > > Ian Brooke wrote: >> It's somewhat more complicated than you suggest " if it does not start >> with >> (My )Documents, ask " - there are no requirements in Windows on the name >> given to My Documents. The majority of people would leave it as that but >> it >> really can be called anything and exist anywhere and this is further >> complicated by Vista's seemingly bisarre habits in locating folders, it >> certainly would never "start with My Documents" and may not have "My >> Documents" in the path. >> >> I'm not entirely sure about your point on questioning the user if they >> want >> to move the folder. Do you mean every time WinBMD runs and finds it's >> not >> under My Documents or just the first time it finds it not there? Clearly >> if >> it's just the first time then I'm going to need a "question asked" flag >> but >> asking every time would I think be quite annoying. Are we sure that >> transcribers are going to know whether they should be answering Yes or No >> to >> that questions or are we going to flood the lists with people asking what >> this means and what they should do? >> >> My purpose in using multiple flags was to try to avoid problems and I >> think >> I'm still going to have to do that, plus an additional flag about the >> question. The "folder created" flag was intended to overcome a problem >> if >> there was already a folder below My Documents with my proposed name - >> it's >> very unlikely but possible. The files copied flag was to overcome a >> problem >> if the machine crashed or closed down between creating the folder and >> completing copying all the files (that copy could take some time). With >> those 2 flags I can easily restart at the appropriate point. >> >> Part of my problem is that I don't have access to a Vista computer so I >> can't check what WinBMD would be showing as the path to it's folder. It >> *should* be the case that if I call the Windows routine to get the path >> to >> My Documents then that should match what WinBMD has stored as the >> starting >> part of the path to it's Output folder but that's a guess. What I'm >> going >> to need to do is produce a version which puts the path into the ini file >> and >> get someone to try it out and send me the ini after changing the folder >> to >> be in My Documents. Maybe I can see enough from what WinBMD is currently >> showing as the output folder path on its Files menu. Is there anyone who >> has Vista that could email me what WinBMD is currently showing as it's >> output path. Then create a new folder below My Documents and switch >> WinBMD >> to use that and again show me what WinBMD says it's path is. You could >> then >> switch it back to your original folder. >> >> If your preference is to have spaces rather than underscores in the >> folder >> name then that's not a problem. My preference is the other way around but >> I >> don't really mind either way. >> >> >> Ian >> >> >> ----- Original Message ----- >> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >> To: <freebmd-syndicates@rootsweb.com> >> Sent: Sunday, February 01, 2009 1:40 AM >> Subject: RE: re Windows Wish List >> >> >> >>> I must say that I had envisaged a somewhat simpler process - but that >>> may be because I do not understand your proposals, or the complexity of >>> installing WinBMD! >>> >>> 1) I WinBMD is not already installed, silently set the output folder to >>> be under (My )Documents >>> >>> 2) If WinBMD is already installed check the output filename in the >>> configuration file - if it does not start with (My )Documents, ask the >>> user if you should move it to (My )Documents and if they say "yes", move >>> the files and change the output filename in the configuration file. >>> >>> As I understand it WinBMD currently uses a .ini file to store >>> configuration data and, I assume, this would not change in the new >>> version. Having configuration data in both the registry and an .ini is, >>> from a software engineering point of view, undesirable. >>> >>> Also my proposal involves less error checking, e.g. if the first >>> registry flag is set you have to check if the output folder is already >>> under (My )Documents. >>> >>> Plainly my proposal conflicts with your "I really don't want to mess >>> about checking where their current folder is and then dciding whether to >>> move it or not, it's probably error prone and overly complex." But your >>> proposal seemed to require you find where the current folder is >>> (otherwise how could you move the files from it?). I can't see that >>> asking the user if you should move their files for them, and then not >>> moving them if they answered "no", is complex. >>> >>> Finally, having underscore in a (My )Documents folder seems to be very >>> unusual. It would naturally be "WinBMD Output Files". However, if you >>> feel it necessary to differentiate the use by having "Output Files" it >>> would seem to me to be more logical to have this under a "WinBMD" folder >>> (i.e. (My )Documents\WinBMD\Output Files). >>> >>> Barrie >>> >>> >>>> -----Original Message----- >>>> From: freebmd-syndicates-bounces@rootsweb.com >>>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>>> Ian Brooke >>>> Sent: 31 January 2009 22:39 >>>> To: freebmd-syndicates@rootsweb.com >>>> Subject: Re: re Windows Wish List >>>> >>>> So here's what I would like to change WinBMD to do: >>>> If the folder has not been created (so I would check a registry flag); >>>> Create a new folder under My Documents (I'd like to call it >>>> "WinBMD_Output_Files"); >>>> Set the registry flag to show it's created. >>>> If the files have not ben moved (check another flag) >>>> Copy all the files from the existing Output folder to the >>>> new folder; >>>> Create the 2nd flag. >>>> Switch the Output path to use this new folder >>>> >>>> The existing Output folder could stay where it is and all the >>>> files would >>>> remain in it?? >>>> >>>> People could then move this new folder if they really wanted >>>> (using the >>>> existing Setpath feature on the Files menu). >>>> >>>> The only minor problem would be if people have installed >>>> WinBMD elsewhere >>>> (for examply on a drive of their choice) then their output >>>> folder would be >>>> changed to the new one, although again it's easy for them to >>>> switch back. I >>>> really don't want to mess about checking where their current >>>> folder is and >>>> then dciding whether to move it or not, it's probably error >>>> prone and overly >>>> complex. >>>> >>>> Any comments? >>>> >>>> Ian >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >>>> To: <freebmd-syndicates@rootsweb.com> >>>> Sent: Wednesday, January 28, 2009 1:02 PM >>>> Subject: RE: re Windows Wish List >>>> >>>> >>>> >>>>> Exactly! Just as I have been saying, the *default* should >>>>> >>>> be a folder >>>> >>>>> under Documents (My Documents in earlier Windows) then, as >>>>> >>>> you imply, it >>>> >>>>> would be easy for users to find. >>>>> >>>>> Barrie >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: freebmd-syndicates-bounces@rootsweb.com >>>>>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>>>>> Keith Simpson >>>>>> Sent: 28 January 2009 18:00 >>>>>> To: freebmd-syndicates@rootsweb.com >>>>>> Subject: re Windows Wish List >>>>>> Importance: High >>>>>> >>>>>> After reading all the messages regarding where files of >>>>>> transcripts are >>>>>> stored when saved . I would just like to say that a >>>>>> >>>> picture is worth a >>>> >>>>>> thousand words. When I have a new transcriber who is having >>>>>> problems I send >>>>>> them a screenshot of WinBMD . Along with the screen shot I >>>>>> send detailed >>>>>> instructions on how to change the default settings to a place >>>>>> they would >>>>>> recognise more easily. i.e. Storing their TRANSCRIBED FILES >>>>>> in the DOCUMENTS >>>>>> folder. >>>>>> >>>>>> So far this has worked and everybody seems quite happy. They >>>>>> don't have to >>>>>> go searching their hard drives for folders, which can prove >>>>>> daunting for new >>>>>> users of computers. >>>>>> >>>>>> >>>>>> >>>>>> Keith >>>>>> >>>>>> Gandalf Syndicate >>>>>> >>>>>> >>>>>> ------------------------------- >>>>>> To unsubscribe from the list, please send an email to >>>>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>>>>> 'unsubscribe' without the quotes in the subject and the body >>>>>> of the message >>>>>> >>>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>>>> without the quotes in the subject and the body of the message >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>>> 'unsubscribe' without the quotes in the subject and the body >>>> of the message >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>> without the quotes in the subject and the body of the message >>> >>> >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> >> >> > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.16/1930 - Release Date: 02/02/09 07:51:00

Ian, My reference to (My )Documents was shorthand for the registry key HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellFolders\Per sonal. So what I meant was that if the output location does not currently correspond to the location in this key (i.e. the output path starts with this path), ask the user if we can move it (see below). As regards moving the folder, I had assumed you would be doing this when the new version of WinBMD was installed not every time WinBMD was run. Doing it at installation makes the decisions much simpler and hence more robust although I appreciate that it will have to be incorporated into the installer. I note that the current version of WinBMD uses InstallShield. Although I have never used InstallShield I would have thought it would provide such capability. As regards the question, how it is phrased will determine how easy people find to answer it. They have already been asked where they want the program to go, so something like "Location for output data files <browse box> (we will move your existing files here)" and then they have to change it if they want the files somewhere else. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Ian Brooke > Sent: 01 February 2009 19:28 > To: freebmd-syndicates@rootsweb.com > Subject: Re: re Windows Wish List > > It's somewhat more complicated than you suggest " if it does > not start with > (My )Documents, ask " - there are no requirements in Windows > on the name > given to My Documents. The majority of people would leave it > as that but it > really can be called anything and exist anywhere and this is further > complicated by Vista's seemingly bisarre habits in locating > folders, it > certainly would never "start with My Documents" and may not have "My > Documents" in the path. > > I'm not entirely sure about your point on questioning the > user if they want > to move the folder. Do you mean every time WinBMD runs and > finds it's not > under My Documents or just the first time it finds it not > there? Clearly if > it's just the first time then I'm going to need a "question > asked" flag but > asking every time would I think be quite annoying. Are we sure that > transcribers are going to know whether they should be > answering Yes or No to > that questions or are we going to flood the lists with people > asking what > this means and what they should do? > > My purpose in using multiple flags was to try to avoid > problems and I think > I'm still going to have to do that, plus an additional flag about the > question. The "folder created" flag was intended to overcome > a problem if > there was already a folder below My Documents with my > proposed name - it's > very unlikely but possible. The files copied flag was to > overcome a problem > if the machine crashed or closed down between creating the folder and > completing copying all the files (that copy could take some > time). With > those 2 flags I can easily restart at the appropriate point. > > Part of my problem is that I don't have access to a Vista > computer so I > can't check what WinBMD would be showing as the path to it's > folder. It > *should* be the case that if I call the Windows routine to > get the path to > My Documents then that should match what WinBMD has stored as > the starting > part of the path to it's Output folder but that's a guess. > What I'm going > to need to do is produce a version which puts the path into > the ini file and > get someone to try it out and send me the ini after changing > the folder to > be in My Documents. Maybe I can see enough from what WinBMD > is currently > showing as the output folder path on its Files menu. Is > there anyone who > has Vista that could email me what WinBMD is currently > showing as it's > output path. Then create a new folder below My Documents and > switch WinBMD > to use that and again show me what WinBMD says it's path is. > You could then > switch it back to your original folder. > > If your preference is to have spaces rather than underscores > in the folder > name then that's not a problem. My preference is the other > way around but I > don't really mind either way. > > > Ian > > > ----- Original Message ----- > From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> > To: <freebmd-syndicates@rootsweb.com> > Sent: Sunday, February 01, 2009 1:40 AM > Subject: RE: re Windows Wish List > > > >I must say that I had envisaged a somewhat simpler process - but that > > may be because I do not understand your proposals, or the > complexity of > > installing WinBMD! > > > > 1) I WinBMD is not already installed, silently set the > output folder to > > be under (My )Documents > > > > 2) If WinBMD is already installed check the output filename in the > > configuration file - if it does not start with (My > )Documents, ask the > > user if you should move it to (My )Documents and if they > say "yes", move > > the files and change the output filename in the configuration file. > > > > As I understand it WinBMD currently uses a .ini file to store > > configuration data and, I assume, this would not change in the new > > version. Having configuration data in both the registry and > an .ini is, > > from a software engineering point of view, undesirable. > > > > Also my proposal involves less error checking, e.g. if the first > > registry flag is set you have to check if the output folder > is already > > under (My )Documents. > > > > Plainly my proposal conflicts with your "I really don't > want to mess > > about checking where their current folder is and then > dciding whether to > > move it or not, it's probably error prone and overly > complex." But your > > proposal seemed to require you find where the current folder is > > (otherwise how could you move the files from it?). I can't see that > > asking the user if you should move their files for them, > and then not > > moving them if they answered "no", is complex. > > > > Finally, having underscore in a (My )Documents folder seems > to be very > > unusual. It would naturally be "WinBMD Output Files". > However, if you > > feel it necessary to differentiate the use by having > "Output Files" it > > would seem to me to be more logical to have this under a > "WinBMD" folder > > (i.e. (My )Documents\WinBMD\Output Files). > > > > Barrie > > > >> -----Original Message----- > >> From: freebmd-syndicates-bounces@rootsweb.com > >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > >> Ian Brooke > >> Sent: 31 January 2009 22:39 > >> To: freebmd-syndicates@rootsweb.com > >> Subject: Re: re Windows Wish List > >> > >> So here's what I would like to change WinBMD to do: > >> If the folder has not been created (so I would check a > registry flag); > >> Create a new folder under My Documents (I'd like to call it > >> "WinBMD_Output_Files"); > >> Set the registry flag to show it's created. > >> If the files have not ben moved (check another flag) > >> Copy all the files from the existing Output folder to the > >> new folder; > >> Create the 2nd flag. > >> Switch the Output path to use this new folder > >> > >> The existing Output folder could stay where it is and all the > >> files would > >> remain in it?? > >> > >> People could then move this new folder if they really wanted > >> (using the > >> existing Setpath feature on the Files menu). > >> > >> The only minor problem would be if people have installed > >> WinBMD elsewhere > >> (for examply on a drive of their choice) then their output > >> folder would be > >> changed to the new one, although again it's easy for them to > >> switch back. I > >> really don't want to mess about checking where their current > >> folder is and > >> then dciding whether to move it or not, it's probably error > >> prone and overly > >> complex. > >> > >> Any comments? > >> > >> Ian > >> > >> > >> ----- Original Message ----- > >> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> > >> To: <freebmd-syndicates@rootsweb.com> > >> Sent: Wednesday, January 28, 2009 1:02 PM > >> Subject: RE: re Windows Wish List > >> > >> > >> > Exactly! Just as I have been saying, the *default* should > >> be a folder > >> > under Documents (My Documents in earlier Windows) then, as > >> you imply, it > >> > would be easy for users to find. > >> > > >> > Barrie > >> > > >> >> -----Original Message----- > >> >> From: freebmd-syndicates-bounces@rootsweb.com > >> >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > >> >> Keith Simpson > >> >> Sent: 28 January 2009 18:00 > >> >> To: freebmd-syndicates@rootsweb.com > >> >> Subject: re Windows Wish List > >> >> Importance: High > >> >> > >> >> After reading all the messages regarding where files of > >> >> transcripts are > >> >> stored when saved . I would just like to say that a > >> picture is worth a > >> >> thousand words. When I have a new transcriber who is having > >> >> problems I send > >> >> them a screenshot of WinBMD . Along with the screen shot I > >> >> send detailed > >> >> instructions on how to change the default settings to a place > >> >> they would > >> >> recognise more easily. i.e. Storing their TRANSCRIBED FILES > >> >> in the DOCUMENTS > >> >> folder. > >> >> > >> >> So far this has worked and everybody seems quite happy. They > >> >> don't have to > >> >> go searching their hard drives for folders, which can prove > >> >> daunting for new > >> >> users of computers. > >> >> > >> >> > >> >> > >> >> Keith > >> >> > >> >> Gandalf Syndicate > >> >> > >> >> > >> >> ------------------------------- > >> >> To unsubscribe from the list, please send an email to > >> >> FREEBMD-SYNDICATES-request@rootsweb.com with the word > >> >> 'unsubscribe' without the quotes in the subject and the body > >> >> of the message > >> >> > >> > > >> > > >> > ------------------------------- > >> > To unsubscribe from the list, please send an email to > >> > FREEBMD-SYNDICATES-request@rootsweb.com with the word > 'unsubscribe' > >> > without the quotes in the subject and the body of the message > >> > > >> > >> > >> ------------------------------- > >> To unsubscribe from the list, please send an email to > >> FREEBMD-SYNDICATES-request@rootsweb.com with the word > >> 'unsubscribe' without the quotes in the subject and the body > >> of the message > >> > > > > > > ------------------------------- > > To unsubscribe from the list, please send an email to > > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > > without the quotes in the subject and the body of the message > > > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word > 'unsubscribe' without the quotes in the subject and the body > of the message >

Ian Your posting has only just come up on the syndicates list I'm currently trying out the beta of Windows 7. It is supposed to work in much the same way as Vista. WinBMD worked first time. By default the output files go into program files/WinBMD/output. I could try out the new version for you and see what it does. Christopher Richards I could try Ian Brooke wrote: > It's somewhat more complicated than you suggest " if it does not start with > (My )Documents, ask " - there are no requirements in Windows on the name > given to My Documents. The majority of people would leave it as that but it > really can be called anything and exist anywhere and this is further > complicated by Vista's seemingly bisarre habits in locating folders, it > certainly would never "start with My Documents" and may not have "My > Documents" in the path. > > I'm not entirely sure about your point on questioning the user if they want > to move the folder. Do you mean every time WinBMD runs and finds it's not > under My Documents or just the first time it finds it not there? Clearly if > it's just the first time then I'm going to need a "question asked" flag but > asking every time would I think be quite annoying. Are we sure that > transcribers are going to know whether they should be answering Yes or No to > that questions or are we going to flood the lists with people asking what > this means and what they should do? > > My purpose in using multiple flags was to try to avoid problems and I think > I'm still going to have to do that, plus an additional flag about the > question. The "folder created" flag was intended to overcome a problem if > there was already a folder below My Documents with my proposed name - it's > very unlikely but possible. The files copied flag was to overcome a problem > if the machine crashed or closed down between creating the folder and > completing copying all the files (that copy could take some time). With > those 2 flags I can easily restart at the appropriate point. > > Part of my problem is that I don't have access to a Vista computer so I > can't check what WinBMD would be showing as the path to it's folder. It > *should* be the case that if I call the Windows routine to get the path to > My Documents then that should match what WinBMD has stored as the starting > part of the path to it's Output folder but that's a guess. What I'm going > to need to do is produce a version which puts the path into the ini file and > get someone to try it out and send me the ini after changing the folder to > be in My Documents. Maybe I can see enough from what WinBMD is currently > showing as the output folder path on its Files menu. Is there anyone who > has Vista that could email me what WinBMD is currently showing as it's > output path. Then create a new folder below My Documents and switch WinBMD > to use that and again show me what WinBMD says it's path is. You could then > switch it back to your original folder. > > If your preference is to have spaces rather than underscores in the folder > name then that's not a problem. My preference is the other way around but I > don't really mind either way. > > > Ian > > > ----- Original Message ----- > From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> > To: <freebmd-syndicates@rootsweb.com> > Sent: Sunday, February 01, 2009 1:40 AM > Subject: RE: re Windows Wish List > > > >> I must say that I had envisaged a somewhat simpler process - but that >> may be because I do not understand your proposals, or the complexity of >> installing WinBMD! >> >> 1) I WinBMD is not already installed, silently set the output folder to >> be under (My )Documents >> >> 2) If WinBMD is already installed check the output filename in the >> configuration file - if it does not start with (My )Documents, ask the >> user if you should move it to (My )Documents and if they say "yes", move >> the files and change the output filename in the configuration file. >> >> As I understand it WinBMD currently uses a .ini file to store >> configuration data and, I assume, this would not change in the new >> version. Having configuration data in both the registry and an .ini is, >> from a software engineering point of view, undesirable. >> >> Also my proposal involves less error checking, e.g. if the first >> registry flag is set you have to check if the output folder is already >> under (My )Documents. >> >> Plainly my proposal conflicts with your "I really don't want to mess >> about checking where their current folder is and then dciding whether to >> move it or not, it's probably error prone and overly complex." But your >> proposal seemed to require you find where the current folder is >> (otherwise how could you move the files from it?). I can't see that >> asking the user if you should move their files for them, and then not >> moving them if they answered "no", is complex. >> >> Finally, having underscore in a (My )Documents folder seems to be very >> unusual. It would naturally be "WinBMD Output Files". However, if you >> feel it necessary to differentiate the use by having "Output Files" it >> would seem to me to be more logical to have this under a "WinBMD" folder >> (i.e. (My )Documents\WinBMD\Output Files). >> >> Barrie >> >> >>> -----Original Message----- >>> From: freebmd-syndicates-bounces@rootsweb.com >>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>> Ian Brooke >>> Sent: 31 January 2009 22:39 >>> To: freebmd-syndicates@rootsweb.com >>> Subject: Re: re Windows Wish List >>> >>> So here's what I would like to change WinBMD to do: >>> If the folder has not been created (so I would check a registry flag); >>> Create a new folder under My Documents (I'd like to call it >>> "WinBMD_Output_Files"); >>> Set the registry flag to show it's created. >>> If the files have not ben moved (check another flag) >>> Copy all the files from the existing Output folder to the >>> new folder; >>> Create the 2nd flag. >>> Switch the Output path to use this new folder >>> >>> The existing Output folder could stay where it is and all the >>> files would >>> remain in it?? >>> >>> People could then move this new folder if they really wanted >>> (using the >>> existing Setpath feature on the Files menu). >>> >>> The only minor problem would be if people have installed >>> WinBMD elsewhere >>> (for examply on a drive of their choice) then their output >>> folder would be >>> changed to the new one, although again it's easy for them to >>> switch back. I >>> really don't want to mess about checking where their current >>> folder is and >>> then dciding whether to move it or not, it's probably error >>> prone and overly >>> complex. >>> >>> Any comments? >>> >>> Ian >>> >>> >>> ----- Original Message ----- >>> From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> >>> To: <freebmd-syndicates@rootsweb.com> >>> Sent: Wednesday, January 28, 2009 1:02 PM >>> Subject: RE: re Windows Wish List >>> >>> >>> >>>> Exactly! Just as I have been saying, the *default* should >>>> >>> be a folder >>> >>>> under Documents (My Documents in earlier Windows) then, as >>>> >>> you imply, it >>> >>>> would be easy for users to find. >>>> >>>> Barrie >>>> >>>> >>>>> -----Original Message----- >>>>> From: freebmd-syndicates-bounces@rootsweb.com >>>>> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >>>>> Keith Simpson >>>>> Sent: 28 January 2009 18:00 >>>>> To: freebmd-syndicates@rootsweb.com >>>>> Subject: re Windows Wish List >>>>> Importance: High >>>>> >>>>> After reading all the messages regarding where files of >>>>> transcripts are >>>>> stored when saved . I would just like to say that a >>>>> >>> picture is worth a >>> >>>>> thousand words. When I have a new transcriber who is having >>>>> problems I send >>>>> them a screenshot of WinBMD . Along with the screen shot I >>>>> send detailed >>>>> instructions on how to change the default settings to a place >>>>> they would >>>>> recognise more easily. i.e. Storing their TRANSCRIBED FILES >>>>> in the DOCUMENTS >>>>> folder. >>>>> >>>>> So far this has worked and everybody seems quite happy. They >>>>> don't have to >>>>> go searching their hard drives for folders, which can prove >>>>> daunting for new >>>>> users of computers. >>>>> >>>>> >>>>> >>>>> Keith >>>>> >>>>> Gandalf Syndicate >>>>> >>>>> >>>>> ------------------------------- >>>>> To unsubscribe from the list, please send an email to >>>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>>>> 'unsubscribe' without the quotes in the subject and the body >>>>> of the message >>>>> >>>>> >>>> ------------------------------- >>>> To unsubscribe from the list, please send an email to >>>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>>> without the quotes in the subject and the body of the message >>>> >>>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> FREEBMD-SYNDICATES-request@rootsweb.com with the word >>> 'unsubscribe' without the quotes in the subject and the body >>> of the message >>> >>> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > > >

Barrie My query about Duplicates (posted yesterday on Syndicates List) seems to have got somewhat swamped by Melda's more complicated situation involving multiple transcribers and Syndicates. My situation relates to a single transcriber, working on a single bundle of scan pages, within my own Syndicate. He wants to know: given that four of the pages in his allocation of scans are duplicates of four other pages, also in his allocation - not copies, but second versions, each of the same forty records and presumably written-up by two individual clerks - (though the handwritings are very similar)...... what should he do? Should he transcribe each of these pages twice, given that he will be double-keying his own work and uploading four pairs of semi-identical files? Please tell me how to advise him! Richard Oliver Madrid, Spain richol@arrakis.es ----- Original Message ----- From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> To: <freebmd-syndicates@rootsweb.com> Sent: Sunday, February 01, 2009 2:11 AM Subject: RE: Duplicate files > In order to understand what is going on with Syndicate Duplicates one > has to appreciate that the system has no knowledge of what syndicate is > transcribing which quarter. Therefore the only information on which > Syndicate Duplicates can be determined is the syndicates that the > transcribers are members of. So the system sees that CharlotteB and > zielle are both in Brunette Syndicate and therefore the transcription > could be a syndicate duplicate. > > So, yes Syndicate Co-ordinators need to take action on Syndicate > Duplicates for their syndicate, that action being, as you have done, to > report that the duplicates are not, in fact, duplicates because (a) the > syndicate was not transcribing that quarter or (b) one or both of the > transcribers were not transcribing for the syndicate. Where you > personally have transcribed for another syndicate then it is the > responsibility of the coordinator of that syndicate to take action, not > you. > > However, at the next update we hope to take account of the syndicate > name in the first comment line of the file. This is expected to > alleviate the problem and therefore it would be prudent for Syndicate > Coordinators to wait till after the next update when the task may be > less daunting. > > Barrie > >> -----Original Message----- >> From: freebmd-syndicates-bounces@rootsweb.com >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of >> Melda Brunette >> Sent: 31 January 2009 21:39 >> To: freebmd-syndicates@rootsweb.com >> Subject: Duplicate files >> >> I am equally flummoxed but for a different reason and, like Richard, >> wonder whether someone has any ideas on how to proceed. I >> have lists of >> duplicate files under my syndicate name for several quarters >> that were >> not transcribed by my syndicate - 1863 births. However, the two >> transcribers involved, CharlotteB and zielle do transcribe >> for us, and >> Charlotte does for Allan's orphans - as I also used to do. In other >> places I can see duplicates in my name with other transcribers in the >> defunct Kelly Seltzle syndicate. >> >> Charlotte's and zielle's files for these quarters are not within the >> same syndicate anyway and should therefore be recognised as first and >> second transcriptions - which they are not - and I have sent the file >> list to support@. However, this really only concerns me because the >> quarter duplicates are assigned to my syndicate when they are >> actually >> for Beautiful BC and Western Oz! I can't do anything about them. >> >> I am well aware of where duplicates occur within my own >> syndicate - and >> they are there for all kinds of reasons, often coordinator error in >> accidently assigning the same block to different people! And >> there are >> other reasons to do with transcriber error, incomplete files etc. >> >> My main question is this: do we, as coordinators, really have to take >> any action on these sorts of duplicate problems? It looks a >> daunting task. >> >> Melda Brunette, >> Brunette Syndicate >> Auckland, New Zealand >> >> >> >> Richard Oliver wrote: >> >> >Advice please from my fellow Syndicate Co-ordinators, and/or >> the gurus up >> >there... >> > >> >We are transcribing 1839 December Births, and one of my team >> has come across >> >a peculiarity: four pages in the Index have been written >> out twice and >> >bound as separate pages in proper numerical sequence. This >> is NOT a case of >> >same pages scanned twice, but of two almost (but not quite) >> identical >> >versions of: >> > >> >1839B4-P-0139 repeated as 1839B4-P-0141 >> >1839B4-P-0140 repeated as 1839B4-P-0142 >> >1839B4-P-0143 repeated as 1839B4-P-0145 >> >1839B4-P-0144 repeated as 1839B4-P-0146 >> > >> >Our question is: How should these be transcribed: 1) each >> page twice, >> >given that this will produce double-keying for 160 records, >> and numerous >> >out-of-sequence warnings? Or 2) duplicated pages only >> transcribed once, >> >given that there are minor variations between versions, and >> that numerical >> >sequence would be broken? >> > >> >Richard Oliver >> >Madrid, Spain >> >richol@arrakis.es >> > >> > >> > >> > >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word >> 'unsubscribe' without the quotes in the subject and the body >> of the message >> > > >

In order to cater for people on a multitude of computers, the default output file location should take full account of where the user's (my) documents folder actually is. On some corporate computers, it is relocated. This can be retrieved from the following registry key; HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\ShellFolders\Personal 2009/2/1 Archer Barrie <Barrie.Archer@uk.fujitsu.com> > I must say that I had envisaged a somewhat simpler process - but that > may be because I do not understand your proposals, or the complexity of > installing WinBMD! > > 1) I WinBMD is not already installed, silently set the output folder to > be under (My )Documents > > 2) If WinBMD is already installed check the output filename in the > configuration file - if it does not start with (My )Documents, ask the > user if you should move it to (My )Documents and if they say "yes", move > the files and change the output filename in the configuration file. > > As I understand it WinBMD currently uses a .ini file to store > configuration data and, I assume, this would not change in the new > version. Having configuration data in both the registry and an .ini is, > from a software engineering point of view, undesirable. > > Also my proposal involves less error checking, e.g. if the first > registry flag is set you have to check if the output folder is already > under (My )Documents. > > Plainly my proposal conflicts with your "I really don't want to mess > about checking where their current folder is and then dciding whether to > move it or not, it's probably error prone and overly complex." But your > proposal seemed to require you find where the current folder is > (otherwise how could you move the files from it?). I can't see that > asking the user if you should move their files for them, and then not > moving them if they answered "no", is complex. > > Finally, having underscore in a (My )Documents folder seems to be very > unusual. It would naturally be "WinBMD Output Files". However, if you > feel it necessary to differentiate the use by having "Output Files" it > would seem to me to be more logical to have this under a "WinBMD" folder > (i.e. (My )Documents\WinBMD\Output Files). > > Barrie > > > -----Original Message----- > > From: freebmd-syndicates-bounces@rootsweb.com > > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > > Ian Brooke > > Sent: 31 January 2009 22:39 > > To: freebmd-syndicates@rootsweb.com > > Subject: Re: re Windows Wish List > > > > So here's what I would like to change WinBMD to do: > > If the folder has not been created (so I would check a registry flag); > > Create a new folder under My Documents (I'd like to call it > > "WinBMD_Output_Files"); > > Set the registry flag to show it's created. > > If the files have not ben moved (check another flag) > > Copy all the files from the existing Output folder to the > > new folder; > > Create the 2nd flag. > > Switch the Output path to use this new folder > > > > The existing Output folder could stay where it is and all the > > files would > > remain in it?? > > > > People could then move this new folder if they really wanted > > (using the > > existing Setpath feature on the Files menu). > > > > The only minor problem would be if people have installed > > WinBMD elsewhere > > (for examply on a drive of their choice) then their output > > folder would be > > changed to the new one, although again it's easy for them to > > switch back. I > > really don't want to mess about checking where their current > > folder is and > > then dciding whether to move it or not, it's probably error > > prone and overly > > complex. > > > > Any comments? > > > > Ian > > > > > > ----- Original Message ----- > > From: "Archer Barrie" <Barrie.Archer@uk.fujitsu.com> > > To: <freebmd-syndicates@rootsweb.com> > > Sent: Wednesday, January 28, 2009 1:02 PM > > Subject: RE: re Windows Wish List > > > > > > > Exactly! Just as I have been saying, the *default* should > > be a folder > > > under Documents (My Documents in earlier Windows) then, as > > you imply, it > > > would be easy for users to find. > > > > > > Barrie > > > > > >> -----Original Message----- > > >> From: freebmd-syndicates-bounces@rootsweb.com > > >> [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > > >> Keith Simpson > > >> Sent: 28 January 2009 18:00 > > >> To: freebmd-syndicates@rootsweb.com > > >> Subject: re Windows Wish List > > >> Importance: High > > >> > > >> After reading all the messages regarding where files of > > >> transcripts are > > >> stored when saved . I would just like to say that a > > picture is worth a > > >> thousand words. When I have a new transcriber who is having > > >> problems I send > > >> them a screenshot of WinBMD . Along with the screen shot I > > >> send detailed > > >> instructions on how to change the default settings to a place > > >> they would > > >> recognise more easily. i.e. Storing their TRANSCRIBED FILES > > >> in the DOCUMENTS > > >> folder. > > >> > > >> So far this has worked and everybody seems quite happy. They > > >> don't have to > > >> go searching their hard drives for folders, which can prove > > >> daunting for new > > >> users of computers. > > >> > > >> > > >> > > >> Keith > > >> > > >> Gandalf Syndicate > > >> > > >> > > >> ------------------------------- > > >> To unsubscribe from the list, please send an email to > > >> FREEBMD-SYNDICATES-request@rootsweb.com with the word > > >> 'unsubscribe' without the quotes in the subject and the body > > >> of the message > > >> > > > > > > > > > ------------------------------- > > > To unsubscribe from the list, please send an email to > > > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > > > without the quotes in the subject and the body of the message > > > > > > > > > ------------------------------- > > To unsubscribe from the list, please send an email to > > FREEBMD-SYNDICATES-request@rootsweb.com with the word > > 'unsubscribe' without the quotes in the subject and the body > > of the message > > > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message > -- Dave Mayall

Don't worry Christopher - Martin is looking into it and we do consult images where appropriate and have done so for years. Best wishes Mary ----- Original Message ----- From: "Christopher Richards" <cmr1chards@blueyonder.co.uk> To: <freebmd-syndicates@rootsweb.com> Sent: Sunday, February 01, 2009 5:12 PM Subject: Re: District problem in 1838 > The problem with this lot is that the examples of Seisden and Seisdon do > really seem to begin with an S rather than L. My first react ion was > that the transcriber had mistaken an S for an L. > > The other difficulty is that quite a lot of the scans for 1838D1 are bad > and the indexes were removed before Bob Phillips could get more than a > small number photographed. > > Christopher Richards > > Christopher > > Mary Trevan wrote: >> Hello Christopher >> >> Martin is looking into this, but due to frequent transcriptions of the >> Victorian manuscript L as a modern day S, there are 25 'Seisden' entries >> to >> be taken into account , some of which are for Lexden and others of which >> are >> for Seisdon. >> >> The first step is exactly as per your off-list suggestion, but he will >> also >> revisit the 'overlap' spellings between these 2 districts this month as >> part >> of his regular activities when he tries to spot and fix any errors we >> have >> made during alising. >> >> If any other syndicates coordinators find any other problems with >> aliasing >> please mail them to me and / or Martin for investigation and correction, >> where possible - which it is in 99.99... % of cases >> >> Best wishes >> >> Mary >> >> ----- Original Message ----- >> From: "IGRS Treasurer" <treasurerigrs@blueyonder.co.uk> >> To: <freebmd-syndicates@rootsweb.com> >> Sent: Monday, January 26, 2009 11:32 AM >> Subject: District problem in 1838 >> >> >> >>> I've doing some correcting of old transcriptions and have come across >>> the Seisdon/Seisden/Lexden issue. >>> >>> Seisden has been linked to Lexdon but the Sesidon, 17 comes up >>> separately. >>> >>> All the entries for Seisden/Seisdon that I've come across so far are >>> late entries squeezed into the page. So they are small and hard to be >>> sure if they read Seisdon or Seisden. However the example on page >>> 1838D1S0273 is clearly Seisdon when looked at on the equivalent page of >>> ancestry. Page 171 of 1838>Q1-JAN-FEB-MAR >S. >>> >>> I think it would be consistent to link the four examples of Seisdon in >>> 1838D1 to Lexden. >>> >>> Christopher Richards >>> >>> >>> ------------------------------- >>> To unsubscribe from the list, please send an email to >>> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >>> without the quotes in the subject and the body of the message >>> >> >> >> -------------------------------------------------------------------------------- >> >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: >> 01/30/09 >> 17:31:00 >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> >> >> > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.16/1928 - Release Date: 01/30/09 17:31:00

The problem with this lot is that the examples of Seisden and Seisdon do really seem to begin with an S rather than L. My first react ion was that the transcriber had mistaken an S for an L. The other difficulty is that quite a lot of the scans for 1838D1 are bad and the indexes were removed before Bob Phillips could get more than a small number photographed. Christopher Richards Christopher Mary Trevan wrote: > Hello Christopher > > Martin is looking into this, but due to frequent transcriptions of the > Victorian manuscript L as a modern day S, there are 25 'Seisden' entries to > be taken into account , some of which are for Lexden and others of which are > for Seisdon. > > The first step is exactly as per your off-list suggestion, but he will also > revisit the 'overlap' spellings between these 2 districts this month as part > of his regular activities when he tries to spot and fix any errors we have > made during alising. > > If any other syndicates coordinators find any other problems with aliasing > please mail them to me and / or Martin for investigation and correction, > where possible - which it is in 99.99... % of cases > > Best wishes > > Mary > > ----- Original Message ----- > From: "IGRS Treasurer" <treasurerigrs@blueyonder.co.uk> > To: <freebmd-syndicates@rootsweb.com> > Sent: Monday, January 26, 2009 11:32 AM > Subject: District problem in 1838 > > > >> I've doing some correcting of old transcriptions and have come across >> the Seisdon/Seisden/Lexden issue. >> >> Seisden has been linked to Lexdon but the Sesidon, 17 comes up separately. >> >> All the entries for Seisden/Seisdon that I've come across so far are >> late entries squeezed into the page. So they are small and hard to be >> sure if they read Seisdon or Seisden. However the example on page >> 1838D1S0273 is clearly Seisdon when looked at on the equivalent page of >> ancestry. Page 171 of 1838>Q1-JAN-FEB-MAR >S. >> >> I think it would be consistent to link the four examples of Seisdon in >> 1838D1 to Lexden. >> >> Christopher Richards >> >> >> ------------------------------- >> To unsubscribe from the list, please send an email to >> FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' >> without the quotes in the subject and the body of the message >> > > > -------------------------------------------------------------------------------- > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 > 17:31:00 > > > ------------------------------- > To unsubscribe from the list, please send an email to FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > > >

Hello Christopher Martin is looking into this, but due to frequent transcriptions of the Victorian manuscript L as a modern day S, there are 25 'Seisden' entries to be taken into account , some of which are for Lexden and others of which are for Seisdon. The first step is exactly as per your off-list suggestion, but he will also revisit the 'overlap' spellings between these 2 districts this month as part of his regular activities when he tries to spot and fix any errors we have made during alising. If any other syndicates coordinators find any other problems with aliasing please mail them to me and / or Martin for investigation and correction, where possible - which it is in 99.99... % of cases Best wishes Mary ----- Original Message ----- From: "IGRS Treasurer" <treasurerigrs@blueyonder.co.uk> To: <freebmd-syndicates@rootsweb.com> Sent: Monday, January 26, 2009 11:32 AM Subject: District problem in 1838 > I've doing some correcting of old transcriptions and have come across > the Seisdon/Seisden/Lexden issue. > > Seisden has been linked to Lexdon but the Sesidon, 17 comes up separately. > > All the entries for Seisden/Seisdon that I've come across so far are > late entries squeezed into the page. So they are small and hard to be > sure if they read Seisdon or Seisden. However the example on page > 1838D1S0273 is clearly Seisdon when looked at on the equivalent page of > ancestry. Page 171 of 1838>Q1-JAN-FEB-MAR >S. > > I think it would be consistent to link the four examples of Seisdon in > 1838D1 to Lexden. > > Christopher Richards > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEBMD-SYNDICATES-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message -------------------------------------------------------------------------------- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.233 / Virus Database: 270.10.16/1926 - Release Date: 01/30/09 17:31:00