This looks like an excellent idea. It doesn't totally meet the problem of districts where the volume number changes. I wonder - when a file is uploaded what checks are made? Would it be feasible to look at instances of Dudley, Kings Norton and others where the volume number changes and flag up potential errors? Christopher Richards Archer Barrie wrote: > I am discussing with Ian Brooke how the next version of WinBMD can be > enhanced to address the problem of the district list getting out of > date. > > The issue is that the District Aliasing Team are continually revising > the district information on the system but transcribers using WinBMD are > working with an out of date version of this information. The current > proposal is that when WinBMD uploads a file to the system it will also > download a new version of the district file if one exists. This means > that subsequently the transcriber will be working with the new districts > list. > > The transcriber's locally added districts will not be affected by > downloading the new districts list. > > If anyone can see any issues with this, or would like clarification of > the proposal, please let me know. > > Barrie > > ------------------------------- > 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 > > >

Christopher, Could you explain the problem? The information in the district list contains the valid dates for the district and the volume numbers for different dates. So in WinBMD the district picklist appears to be only populated with districts that are valid for the year being transcribed and the suggested volume is the correct one for the year being transcribed. However, you seem to be suggesting that we check this explicitly on upload, so that if the district/volume does not correspond to the district list a warning is given. The problem I see with this is that it is clear people do not like warnings (sounds like something you get if stopped for speeding, perhaps!) and they would get a lot of them if we did this. Barrie > -----Original Message----- > From: freebmd-syndicates-bounces@rootsweb.com > [mailto:freebmd-syndicates-bounces@rootsweb.com] On Behalf Of > Christopher Richards > Sent: 15 February 2009 09:12 > To: freebmd-syndicates@rootsweb.com > Subject: Re: Revised district lists for WinBMD > > This looks like an excellent idea. > > It doesn't totally meet the problem of districts where the > volume number > changes. > > I wonder - when a file is uploaded what checks are made? Would it be > feasible to look at instances of Dudley, Kings Norton and > others where > the volume number changes and flag up potential errors? > > Christopher Richards > > Archer Barrie wrote: > > I am discussing with Ian Brooke how the next version of > WinBMD can be > > enhanced to address the problem of the district list getting out of > > date. > > > > The issue is that the District Aliasing Team are > continually revising > > the district information on the system but transcribers > using WinBMD are > > working with an out of date version of this information. The current > > proposal is that when WinBMD uploads a file to the system > it will also > > download a new version of the district file if one exists. > This means > > that subsequently the transcriber will be working with the > new districts > > list. > > > > The transcriber's locally added districts will not be affected by > > downloading the new districts list. > > > > If anyone can see any issues with this, or would like > clarification of > > the proposal, please let me know. > > > > Barrie > > > > ------------------------------- > > 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 >