I know this subject is raised from time to time but I think another airing is not unreasonable. Many of the contributions of personal files that I receive for processing and uploading to FreeBMD contain additional information gleaned by the donors , sometimes over many years. They are naturally disappointed sometimes that this information is excluded - specifically the Spouse and Mother's maiden name, and Age at Death. One recent contributor kindly reinserted all the excluded data when I sent him a copy of his processed file. Another contributor sent me the following suggestion : >For now, perhaps there could be a separate place where people with additional information could be contacted. Sort of like a members interests database. That leaves the index as original and still provides a means of contact for interested parties. Of course this would need a host (?Rootsweb), programmers and administrators. Apart from BDMExchange is there a site that would accept such information. Would it be reasonable for FeeBMD to incorporate non-GRO, non-verified fields which would not form part of the formal transcription, indexing and verification process? Just a thought Peter Hendy-Ibbs -- Researching: IBBS from Hunts/Beds and HENDY from Pembrokeshire Transcribing and reformatting for FreeBMD (http://freebmd.rootsweb.com)
Quoting Peter Hendy-Ibbs <[email protected]>: > I know this subject is raised from time to time but I think another > airing is not unreasonable. Many of the contributions of personal files > that I receive for processing and uploading to FreeBMD contain > additional information gleaned by the donors , sometimes over many > years. They are naturally disappointed sometimes that this information > is excluded - specifically the Spouse and Mother's maiden name, and Age > at Death. We *DO* store and display Age at death! We accept The Spouse/Mother name from 1911/1912, but don't at present display it. > >For now, perhaps there could be a separate place where people with > additional information could be contacted. Sort of like a members > interests > database. That leaves the index as original and still provides a means > of > contact for interested parties. > > Of course this would need a host (?Rootsweb), programmers and > administrators. Apart from BDMExchange is there a site that would > accept > such information. Would it be reasonable for FeeBMD to incorporate > non-GRO, non-verified fields which would not form part of the formal > transcription, indexing and verification process? Short answer.... Yes, we could incorporate a postems type facility, which would allow transcribers to add virtual post-it notes to records that they have information about, and to have that information displayed to enquirers. Longer Answer... ... but it will take a while to implement. -- Dave Mayall ------------------------------------------------- This mail sent through UK Online webmail
Dave Mayall wrote: > Quoting Peter Hendy-Ibbs <[email protected]>: > > > > Many of the contributions of personal files > > that I receive for processing and uploading to FreeBMD contain > > additional information gleaned by the donors > > We *DO* store and display Age at death! > We accept The Spouse/Mother name from 1911/1912, but don't at present > display it. > Sorry, I didn't explain myself well. The frustration felt by some of the contributors was for the data they have gleaned *prior* to the GRO acquisition dates, i.e. pre1911/12 for Spouse and Mother and pre-1856 for Age at Death. > Would it be reasonable for FeeBMD to incorporate > > non-GRO, non-verified fields which would not form part of the formal > > transcription, indexing and verification process? > > Short answer.... > > Yes, we could incorporate a postems type facility, which would allow transcribers > to add virtual post-it notes to records that they have information about, and to > have that information displayed to enquirers. > > Longer Answer... > ... but it will take a while to implement. > Sounds hopeful, though. Although the search and display for such a Post-'em facility is not a priority it may be useful to incorporate an option to accept and store such information at a relatively early stage since we are approaching 20% of the target. Peter H-I -- Researching: IBBS from Hunts/Beds and HENDY from Pembrokeshire Transcribing and reformatting for FreeBMD (http://freebmd.rootsweb.com)