RootsWeb.com Mailing Lists
Previous Page      Next Page
Total: 6040/10000
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. Gilles de C. Paquette
    3. Otto, In my example, a cousin was buried in Ville-Marie (nortwestern part of province of Quebec, Canada) in october of 1931 after a car accident. A few years later, in september of 1936 in fact, the family decided that he be buried in the family plot in the cimetery in Lotbiniere (southern part of province of Quebec near Quebec City). Both places are more than 1400 kilometers apart. This was a family decision, probably not easy to come to, since all other deceased members of the family had been buried in Lotbinière. The family had to obtain permission from the catholic bishop in charge of Ville-Marie and from a juge from the Superior Court of the province of Quebec before proceeding. This is not frequent, but it occurs at times. It also happens, as David suggests, when a cemetery or part of a cemetery is closed or moved somewhere else. Gilles Paquette Le 2012-05-28 03:39, Otto Jørgensen a écrit : > On Sun, 27 May 2012 11:43:46 -0700, lyn<eswan2453@netscape.net> > wrote: > >> Dave, thank you for mentioning this. It threw me into a short-lived >> panic as I have used the BURIAL event more than when a person was first >> buried in cemetery #1 and their remains later moved to cemetery #2. >> >> I just now checked the group sheet and register reports (2 reports I use >> most) and both BURIAL events show in the order listed on the EDIT >> screen. In the case I tested I had a date for the first burial but not >> have one for the second. I had them listed on the EDIT screen in >> cemetery #1, cemetery #2 order. >> >> Is there a better way to record when a body is moved from one cemetery >> to another? > Foir me it is strange, but I have to ask. > > Is it normal that one do reburry a dead person after several years. > > ?

    05/28/2012 07:54:03
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. Curt Miller
    3. Otto, I had relatives whose graves had to be moved as a result of a dam being built and the graveyard was going to be flooded. Their homestead was also flooded. Curt On May 28, 2012, at 1:09 PM, "David Youse" <dhyouse@comcast.net> wrote: > Often, a cemetery will close, or part of its land will be appropriated for > other uses and the gravesites must be moved to another location within the > same cemetery, or to another cemetery altogether. Also, if a family moves, > they might want their relative to be moved near to where they have moved. > > David Youse > > -----Original Message----- > From: Otto Jørgensen > Sent: Monday, May 28, 2012 3:39 AM > To: bk@rootsweb.com > Subject: Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed) > > On Sun, 27 May 2012 11:43:46 -0700, lyn <eswan2453@netscape.net> > wrote: > >> Dave, thank you for mentioning this. It threw me into a short-lived >> panic as I have used the BURIAL event more than when a person was first >> buried in cemetery #1 and their remains later moved to cemetery #2. >> >> I just now checked the group sheet and register reports (2 reports I use >> most) and both BURIAL events show in the order listed on the EDIT >> screen. In the case I tested I had a date for the first burial but not >> have one for the second. I had them listed on the EDIT screen in >> cemetery #1, cemetery #2 order. >> >> Is there a better way to record when a body is moved from one cemetery >> to another? > > Foir me it is strange, but I have to ask. > > Is it normal that one do reburry a dead person after several years. > > ? > -- > Otto Jørgensen > http://www.bkwin.info/ > All email is checked by NORTON > > > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to > BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in > the subject and the body of the message > > > Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/28/2012 07:36:25
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. David Youse
    3. Often, a cemetery will close, or part of its land will be appropriated for other uses and the gravesites must be moved to another location within the same cemetery, or to another cemetery altogether. Also, if a family moves, they might want their relative to be moved near to where they have moved. David Youse -----Original Message----- From: Otto Jørgensen Sent: Monday, May 28, 2012 3:39 AM To: bk@rootsweb.com Subject: Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed) On Sun, 27 May 2012 11:43:46 -0700, lyn <eswan2453@netscape.net> wrote: >Dave, thank you for mentioning this. It threw me into a short-lived >panic as I have used the BURIAL event more than when a person was first >buried in cemetery #1 and their remains later moved to cemetery #2. > >I just now checked the group sheet and register reports (2 reports I use >most) and both BURIAL events show in the order listed on the EDIT >screen. In the case I tested I had a date for the first burial but not >have one for the second. I had them listed on the EDIT screen in >cemetery #1, cemetery #2 order. > >Is there a better way to record when a body is moved from one cemetery >to another? Foir me it is strange, but I have to ask. Is it normal that one do reburry a dead person after several years. ? -- Otto Jørgensen http://www.bkwin.info/ All email is checked by NORTON Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search ------------------------------- To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/28/2012 07:09:15
    1. Re: [BK] Number of Characters Allowed
    2. N & K Chestnut
    3. I do it a little different. I use this order: Town or township, County, State by then the line could be long, so I would put the Cemetery name in the Note column. Of course country after state if it wouldn't be obvious to me or others. Kay C. ----- Original Message ----- From: Curt Miller To: bk@rootsweb.com Sent: 2012-05-27 07:31 Subject: Re: [BK] Number of Characters Allowed What I do is enter the country, state, etc. down to the cemetery name. Then all other specific information (I.e. plot) I put in the notes. This is typically person specific anyways. Thus it is easy to duplicate the location and just add the additional information in notes. On May 27, 2012, at 3:39 PM, "David Youse" <dhyouse@comcast.net> wrote: > I don't see a problem, as such, doing it the way you want to. I, however, > think it would be a lot cleaner and less confusing to a reader to have, in > your example, "12 Nov 1800" in the date field, "Stainland, Yorkshire, > England" in the Locations field and everything else in the event Notes area. > > This accomplishes two things; > first, it makes it easier for a reader to pick out the essential information > in the main text without the entry being too wordy, with an easy reference > to a footnote for the details, and > second, it allows you to use the Stainland, Yorkshire, England as a location > in another entry without having to delete everything else first. > > David Youse > > > -----Original Message----- > From: Carole Edwards Caruso > Sent: Sunday, May 27, 2012 7:29 AM > To: bk@rootsweb.com > Subject: Re: [BK] Number of Characters Allowed > > Thanks for all the thoughts on the this matter. And thank you, John, for > explaining the difficulty of changing the number of characters allowed. > > We each have our own needs and ways of doing our genealogy. When I need more > room, I will add the event twice so it will appear: > > Buried: 12 Nov 1800 at Stainland, Yorkshire, England > Buried: in Providence United Reformed Church Cemetery, > Beestonley Lane, Section 3 , Lot 387 > > > Does anyone see any problem with this? > > Carole > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to > BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in > the subject and the body of the message > > > Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search ------------------------------- To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/28/2012 05:59:29
    1. Re: [BK] Multiple BURIAL
    2. N & K Chestnut
    3. Otto, Remember this was a finally new country and the use of the land could change. Sometimes the bodies in a certain piece of land would all be moved. If a dam was going to cause a cemetery to be flooded, they would move the bodies. Kay C. ----- Original Message ----- From: Otto Jørgensen To: bk@rootsweb.com Sent: 2012-05-28 12:39 Subject: Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed) On Sun, 27 May 2012 11:43:46 -0700, lyn <eswan2453@netscape.net> wrote: >Dave, thank you for mentioning this. It threw me into a short-lived >panic as I have used the BURIAL event more than when a person was first >buried in cemetery #1 and their remains later moved to cemetery #2. > >I just now checked the group sheet and register reports (2 reports I use >most) and both BURIAL events show in the order listed on the EDIT >screen. In the case I tested I had a date for the first burial but not >have one for the second. I had them listed on the EDIT screen in >cemetery #1, cemetery #2 order. > >Is there a better way to record when a body is moved from one cemetery >to another? Foir me it is strange, but I have to ask. Is it normal that one do reburry a dead person after several years. ? -- Otto Jxrgensen http://www.bkwin.info/ All email is checked by NORTON Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search ------------------------------- To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/28/2012 04:53:53
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. Otto Jørgensen
    3. On Sun, 27 May 2012 11:43:46 -0700, lyn <eswan2453@netscape.net> wrote: >Dave, thank you for mentioning this. It threw me into a short-lived >panic as I have used the BURIAL event more than when a person was first >buried in cemetery #1 and their remains later moved to cemetery #2. > >I just now checked the group sheet and register reports (2 reports I use >most) and both BURIAL events show in the order listed on the EDIT >screen. In the case I tested I had a date for the first burial but not >have one for the second. I had them listed on the EDIT screen in >cemetery #1, cemetery #2 order. > >Is there a better way to record when a body is moved from one cemetery >to another? Foir me it is strange, but I have to ask. Is it normal that one do reburry a dead person after several years. ? -- Otto Jørgensen http://www.bkwin.info/ All email is checked by NORTON

    05/28/2012 03:39:42
    1. Re: [BK] Number of Characters Allowed
    2. Curt Miller
    3. What I do is enter the country, state, etc. down to the cemetery name. Then all other specific information (I.e. plot) I put in the notes. This is typically person specific anyways. Thus it is easy to duplicate the location and just add the additional information in notes. On May 27, 2012, at 3:39 PM, "David Youse" <dhyouse@comcast.net> wrote: > I don't see a problem, as such, doing it the way you want to. I, however, > think it would be a lot cleaner and less confusing to a reader to have, in > your example, "12 Nov 1800" in the date field, "Stainland, Yorkshire, > England" in the Locations field and everything else in the event Notes area. > > This accomplishes two things; > first, it makes it easier for a reader to pick out the essential information > in the main text without the entry being too wordy, with an easy reference > to a footnote for the details, and > second, it allows you to use the Stainland, Yorkshire, England as a location > in another entry without having to delete everything else first. > > David Youse > > > -----Original Message----- > From: Carole Edwards Caruso > Sent: Sunday, May 27, 2012 7:29 AM > To: bk@rootsweb.com > Subject: Re: [BK] Number of Characters Allowed > > Thanks for all the thoughts on the this matter. And thank you, John, for > explaining the difficulty of changing the number of characters allowed. > > We each have our own needs and ways of doing our genealogy. When I need more > room, I will add the event twice so it will appear: > > Buried: 12 Nov 1800 at Stainland, Yorkshire, England > Buried: in Providence United Reformed Church Cemetery, > Beestonley Lane, Section 3 , Lot 387 > > > Does anyone see any problem with this? > > Carole > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to > BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in > the subject and the body of the message > > > Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/27/2012 04:31:57
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. Curt Miller
    3. A new event could be created and labeled reinterred. Then notes could be used to explain why. On May 27, 2012, at 9:35 PM, David Youse <dhyouse@comcast.net> wrote: > Not knowing the date of the second burial isn't a problem with the method I outlined. You could either double click the date field and enter a date range (if known) and then go back and enter the text ahead of the dates, or just skip the date and put the text in the date field. > > David > > > > > Effectus bonus addo bonus > > > > On May 27, 2012, at 8:28 PM, lyn <eswan2453@netscape.net> wrote: > >> David, I do what you suggest. I always record the location. In the >> case I cited I don't know the date of the re-burial. I know the reason. >> The original cemetery was Wesley Chapel Cemetery in/near Frederick, >> Rice Co., Kansas, USA. Frederick was a thriving community in 1880-early >> 1900s. My great-grandfather farmed in the area and also owned a >> hardware store in "town". Today I have a souvenier cup from Frederick, >> Kansas. I sometimes wonder if it's the only one in existance! The >> current population of Frederick is maybe 6? Both my great grandparents >> and other kin were originally buried in this cemetery. At some point >> relatives (due to the town fading away and the church closing) decided >> to move the bodies of kin to other Rice Co. cemeteries they felt would >> be maintained. Some were moved to Lyons Municipal Cemetery, Lyons, KS >> and others to Springdale Cemetery, Chase, KS. >> >> I have similar instances of re-interrments of other relatives in other >> USA states. >> >> On 5/27/2012 12:56 PM, David Youse wrote: >>> I haven't had this problem myself, but just off the top of my head I think >>> I might add text in the date field so it would read: >>> Burial #1 7 Jul 1890 First Location....... >>> Burial #2 8 Aug 1891 Second Location........ With a Footnote to >>> explain the change. >>> >>> This would print in a logical way on reports. >>> >>> David Youse >>> >>> >>> -----Original Message----- >>> From: lyn >>> Sent: Sunday, May 27, 2012 2:43 PM >>> To: bk@rootsweb.com >>> Subject: [BK] Multiple BURIAL events (Was Number of Characters Allowed) >>> >>> Dave, thank you for mentioning this. It threw me into a short-lived >>> panic as I have used the BURIAL event more than when a person was first >>> buried in cemetery #1 and their remains later moved to cemetery #2. >>> >>> I just now checked the group sheet and register reports (2 reports I use >>> most) and both BURIAL events show in the order listed on the EDIT >>> screen. In the case I tested I had a date for the first burial but not >>> have one for the second. I had them listed on the EDIT screen in >>> cemetery #1, cemetery #2 order. >>> >>> Is there a better way to record when a body is moved from one cemetery >>> to another? >>> >>> >>> ----- >>> From: Dave Bradshaw<davebradshaw@sympatico.ca> >>> Subject: Re: [BK] Number of Characters Allowed >>> Date: Sun, 27 May 2012 14:03:11 -0400 >>> References:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >>> In-Reply-To:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >>> >>> Carol: >>> >>> I know you can do what you say and it shows properly on the edit screen. >>> Are you sure it will print that way say on a group sheet, I seem to remember >>> that it printed only one instance of say buried. Give a try and see if its >>> OK. >>> >>> Dave Bradshaw >>> ---- >> Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search >> ------------------------------- >> To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > > Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/27/2012 04:27:14
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. David Youse
    3. Not knowing the date of the second burial isn't a problem with the method I outlined. You could either double click the date field and enter a date range (if known) and then go back and enter the text ahead of the dates, or just skip the date and put the text in the date field. David Effectus bonus addo bonus On May 27, 2012, at 8:28 PM, lyn <eswan2453@netscape.net> wrote: > David, I do what you suggest. I always record the location. In the > case I cited I don't know the date of the re-burial. I know the reason. > The original cemetery was Wesley Chapel Cemetery in/near Frederick, > Rice Co., Kansas, USA. Frederick was a thriving community in 1880-early > 1900s. My great-grandfather farmed in the area and also owned a > hardware store in "town". Today I have a souvenier cup from Frederick, > Kansas. I sometimes wonder if it's the only one in existance! The > current population of Frederick is maybe 6? Both my great grandparents > and other kin were originally buried in this cemetery. At some point > relatives (due to the town fading away and the church closing) decided > to move the bodies of kin to other Rice Co. cemeteries they felt would > be maintained. Some were moved to Lyons Municipal Cemetery, Lyons, KS > and others to Springdale Cemetery, Chase, KS. > > I have similar instances of re-interrments of other relatives in other > USA states. > > On 5/27/2012 12:56 PM, David Youse wrote: >> I haven't had this problem myself, but just off the top of my head I think >> I might add text in the date field so it would read: >> Burial #1 7 Jul 1890 First Location....... >> Burial #2 8 Aug 1891 Second Location........ With a Footnote to >> explain the change. >> >> This would print in a logical way on reports. >> >> David Youse >> >> >> -----Original Message----- >> From: lyn >> Sent: Sunday, May 27, 2012 2:43 PM >> To: bk@rootsweb.com >> Subject: [BK] Multiple BURIAL events (Was Number of Characters Allowed) >> >> Dave, thank you for mentioning this. It threw me into a short-lived >> panic as I have used the BURIAL event more than when a person was first >> buried in cemetery #1 and their remains later moved to cemetery #2. >> >> I just now checked the group sheet and register reports (2 reports I use >> most) and both BURIAL events show in the order listed on the EDIT >> screen. In the case I tested I had a date for the first burial but not >> have one for the second. I had them listed on the EDIT screen in >> cemetery #1, cemetery #2 order. >> >> Is there a better way to record when a body is moved from one cemetery >> to another? >> >> >> ----- >> From: Dave Bradshaw<davebradshaw@sympatico.ca> >> Subject: Re: [BK] Number of Characters Allowed >> Date: Sun, 27 May 2012 14:03:11 -0400 >> References:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >> In-Reply-To:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >> >> Carol: >> >> I know you can do what you say and it shows properly on the edit screen. >> Are you sure it will print that way say on a group sheet, I seem to remember >> that it printed only one instance of say buried. Give a try and see if its >> OK. >> >> Dave Bradshaw >> ---- > Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/27/2012 03:35:12
    1. Re: [BK] Compare Routine
    2. John Steed
    3. To Dick Rose How are the new people on the right connected to your people? For example, if the right database has the wife and children of one of your people, then put that person on both the right and left. Then it will show that the person on the right has a wifew and children and the person on the left does not. Then you can click the button to move the spouse, and then click the button to move the children. If the program is NOT finding anyone when you click "find two people that need to be checked starting wtih 1" (or continue at the bottom) then tell me if the person with the new connections on the right side has a birth date and if the first and last name are the same or not. Also click the Options button at the top to see if you have it set for exact name match or first and last or what exactly. Also what dates is it trying to match. John Steed ----- Original Message ----- From: "Dick Rose" <dtrose@cox.net> To: "[BK] Subscribers" <BK@rootsweb.com> Sent: Sunday, May 27, 2012 10:39 AM Subject: [BK] Compare Routine >I am currently working with my original database on the left and a database > which was the result of a gedcom from one of my common DNA relatives on > the > right. The right side has numerous new people which I need to move to the > left. The compare routine doesn't find these people. > > > > I am seeking the best way to identify the candidates to acquire into my > original database. If there is something I am missing please advise how. > The > only way I have figured out is to run the routine with the new database on > the left, but that doesn't provide for a way to move the people, only > provides for identifying the ones that I have to go back to with the > databases back in the original position. Got to be an easier way to > compare > right to left. > > > > Dick Rose > > dtrose@cox.net > > > > > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to > BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in > the subject and the body of the message >

    05/27/2012 03:21:42
    1. Re: [BK] How to compare records?
    2. John Steed
    3. To John Bibby I am working on a new routine to find duplicates in one database, and merge them into one person. It should be ready in a month or two. John Steed ----- Original Message ----- From: "John Bibby" <johnbibbyjohnbibby@gmail.com> To: <BK@rootsweb.com> Sent: Sunday, May 27, 2012 1:36 PM Subject: [BK] How to compare records? >I have two records which each relate to the same person. > > Is there anyway of comparing the two records and moving events and > relationships over from one to the other? I know this can be done with the > "Compare databases" routine but that seems a very complicated way of doing > it. > > JOHN BIBBY > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- > To unsubscribe from the list, please send an email to > BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in > the subject and the body of the message >

    05/27/2012 03:16:49
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. Otto Jørgensen
    3. On Sun, 27 May 2012 11:43:46 -0700, lyn <eswan2453@netscape.net> wrote: >Dave, thank you for mentioning this. It threw me into a short-lived >panic as I have used the BURIAL event more than when a person was first >buried in cemetery #1 and their remains later moved to cemetery #2. > >I just now checked the group sheet and register reports (2 reports I use >most) and both BURIAL events show in the order listed on the EDIT >screen. In the case I tested I had a date for the first burial but not >have one for the second. I had them listed on the EDIT screen in >cemetery #1, cemetery #2 order. > >Is there a better way to record when a body is moved from one cemetery >to another? what is the routine Dead burried the cofin cremation buriedcthe urne Whatmore at present situation In ord days in Norway when there was no priest the seremony was different: The Coffin was burried during 3-5 days The priest com seveal month later and had the ceremony -- Otto Jørgensen http://www.bkwin.info/ All email is checked by NORTON

    05/27/2012 03:08:34
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. lyn
    3. Yes, but I don't choose to create/use any events that are not in the GEDCOM standard. Portability of data is important to me. I think I'll just stay with what I have been doing. On 5/27/2012 7:27 PM, Curt Miller wrote: > A new event could be created and labeled reinterred. Then notes > could be used to explain why. > > > > On May 27, 2012, at 9:35 PM, David Youse<dhyouse@comcast.net> > wrote: > >> Not knowing the date of the second burial isn't a problem with the >> method I outlined. You could either double click the date field >> and enter a date range (if known) and then go back and enter the >> text ahead of the dates, or just skip the date and put the text in >> the date field. >> >> David >> >> >> >> >> Effectus bonus addo bonus >> >> >> >> On May 27, 2012, at 8:28 PM, lyn<eswan2453@netscape.net> wrote: >> >>> David, I do what you suggest. I always record the location. In >>> the case I cited I don't know the date of the re-burial. I know >>> the reason. The original cemetery was Wesley Chapel Cemetery >>> in/near Frederick, Rice Co., Kansas, USA. Frederick was a >>> thriving community in 1880-early 1900s. My great-grandfather >>> farmed in the area and also owned a hardware store in "town". >>> Today I have a souvenier cup from Frederick, Kansas. I sometimes >>> wonder if it's the only one in existance! The current population >>> of Frederick is maybe 6? Both my great grandparents and other >>> kin were originally buried in this cemetery. At some point >>> relatives (due to the town fading away and the church closing) >>> decided to move the bodies of kin to other Rice Co. cemeteries >>> they felt would be maintained. Some were moved to Lyons >>> Municipal Cemetery, Lyons, KS and others to Springdale Cemetery, >>> Chase, KS. >>> >>> I have similar instances of re-interrments of other relatives in >>> other USA states. >>> >>> On 5/27/2012 12:56 PM, David Youse wrote: >>>> I haven't had this problem myself, but just off the top of my >>>> head I think I might add text in the date field so it would >>>> read: Burial #1 7 Jul 1890 First Location....... Burial >>>> #2 8 Aug 1891 Second Location........ With a Footnote to >>>> explain the change. >>>> >>>> This would print in a logical way on reports. >>>> >>>> David Youse >>>> >>>> >>>> -----Original Message----- From: lyn Sent: Sunday, May 27, 2012 >>>> 2:43 PM To: bk@rootsweb.com Subject: [BK] Multiple BURIAL >>>> events (Was Number of Characters Allowed) >>>> >>>> Dave, thank you for mentioning this. It threw me into a >>>> short-lived panic as I have used the BURIAL event more than >>>> when a person was first buried in cemetery #1 and their remains >>>> later moved to cemetery #2. >>>> >>>> I just now checked the group sheet and register reports (2 >>>> reports I use most) and both BURIAL events show in the order >>>> listed on the EDIT screen. In the case I tested I had a date >>>> for the first burial but not have one for the second. I had >>>> them listed on the EDIT screen in cemetery #1, cemetery #2 >>>> order. >>>> >>>> Is there a better way to record when a body is moved from one >>>> cemetery to another? >>>> >>>> >>>> ----- From: Dave Bradshaw<davebradshaw@sympatico.ca> Subject: >>>> Re: [BK] Number of Characters Allowed Date: Sun, 27 May 2012 >>>> 14:03:11 -0400 >>>> References:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >>>> In-Reply-To:<579021D4621D4957A2FF7C6B8CC13957@Blackie> >>>> >>>> Carol: >>>> >>>> I know you can do what you say and it shows properly on the >>>> edit screen. Are you sure it will print that way say on a group >>>> sheet, I seem to remember that it printed only one instance of >>>> say buried. Give a try and see if its OK. >>>> >>>> Dave Bradshaw ---- >>> Remember - Use the Archives at >>> http://archiver.rootsweb.ancestry.com/cgi-bin/search >>> ------------------------------- To unsubscribe from the list, >>> please send an email to BK-request@rootsweb.com with the word >>> 'unsubscribe' without the quotes in the subject and the body of >>> the message >> >> Remember - Use the Archives at >> http://archiver.rootsweb.ancestry.com/cgi-bin/search >> ------------------------------- To unsubscribe from the list, >> please send an email to BK-request@rootsweb.com with the word >> 'unsubscribe' without the quotes in the subject and the body of the >> message > > Remember - Use the Archives at > http://archiver.rootsweb.ancestry.com/cgi-bin/search > ------------------------------- To unsubscribe from the list, please > send an email to BK-request@rootsweb.com with the word 'unsubscribe' > without the quotes in the subject and the body of the message

    05/27/2012 01:59:14
    1. [BK] How to compare records?
    2. John Bibby
    3. I have two records which each relate to the same person. Is there anyway of comparing the two records and moving events and relationships over from one to the other? I know this can be done with the "Compare databases" routine but that seems a very complicated way of doing it. JOHN BIBBY

    05/27/2012 12:36:01
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. lyn
    3. David, I do what you suggest. I always record the location. In the case I cited I don't know the date of the re-burial. I know the reason. The original cemetery was Wesley Chapel Cemetery in/near Frederick, Rice Co., Kansas, USA. Frederick was a thriving community in 1880-early 1900s. My great-grandfather farmed in the area and also owned a hardware store in "town". Today I have a souvenier cup from Frederick, Kansas. I sometimes wonder if it's the only one in existance! The current population of Frederick is maybe 6? Both my great grandparents and other kin were originally buried in this cemetery. At some point relatives (due to the town fading away and the church closing) decided to move the bodies of kin to other Rice Co. cemeteries they felt would be maintained. Some were moved to Lyons Municipal Cemetery, Lyons, KS and others to Springdale Cemetery, Chase, KS. I have similar instances of re-interrments of other relatives in other USA states. On 5/27/2012 12:56 PM, David Youse wrote: > I haven't had this problem myself, but just off the top of my head I think > I might add text in the date field so it would read: > Burial #1 7 Jul 1890 First Location....... > Burial #2 8 Aug 1891 Second Location........ With a Footnote to > explain the change. > > This would print in a logical way on reports. > > David Youse > > > -----Original Message----- > From: lyn > Sent: Sunday, May 27, 2012 2:43 PM > To: bk@rootsweb.com > Subject: [BK] Multiple BURIAL events (Was Number of Characters Allowed) > > Dave, thank you for mentioning this. It threw me into a short-lived > panic as I have used the BURIAL event more than when a person was first > buried in cemetery #1 and their remains later moved to cemetery #2. > > I just now checked the group sheet and register reports (2 reports I use > most) and both BURIAL events show in the order listed on the EDIT > screen. In the case I tested I had a date for the first burial but not > have one for the second. I had them listed on the EDIT screen in > cemetery #1, cemetery #2 order. > > Is there a better way to record when a body is moved from one cemetery > to another? > > > ----- > From: Dave Bradshaw<davebradshaw@sympatico.ca> > Subject: Re: [BK] Number of Characters Allowed > Date: Sun, 27 May 2012 14:03:11 -0400 > References:<579021D4621D4957A2FF7C6B8CC13957@Blackie> > In-Reply-To:<579021D4621D4957A2FF7C6B8CC13957@Blackie> > > Carol: > > I know you can do what you say and it shows properly on the edit screen. > Are you sure it will print that way say on a group sheet, I seem to remember > that it printed only one instance of say buried. Give a try and see if its > OK. > > Dave Bradshaw > ----

    05/27/2012 11:28:40
    1. Re: [BK] Multiple BURIAL events (Was Number of Characters Allowed)
    2. David Youse
    3. I haven't had this problem myself, but just off the top of my head I think I might add text in the date field so it would read: Burial #1 7 Jul 1890 First Location....... Burial #2 8 Aug 1891 Second Location........ With a Footnote to explain the change. This would print in a logical way on reports. David Youse -----Original Message----- From: lyn Sent: Sunday, May 27, 2012 2:43 PM To: bk@rootsweb.com Subject: [BK] Multiple BURIAL events (Was Number of Characters Allowed) Dave, thank you for mentioning this. It threw me into a short-lived panic as I have used the BURIAL event more than when a person was first buried in cemetery #1 and their remains later moved to cemetery #2. I just now checked the group sheet and register reports (2 reports I use most) and both BURIAL events show in the order listed on the EDIT screen. In the case I tested I had a date for the first burial but not have one for the second. I had them listed on the EDIT screen in cemetery #1, cemetery #2 order. Is there a better way to record when a body is moved from one cemetery to another? ----- From: Dave Bradshaw <davebradshaw@sympatico.ca> Subject: Re: [BK] Number of Characters Allowed Date: Sun, 27 May 2012 14:03:11 -0400 References: <579021D4621D4957A2FF7C6B8CC13957@Blackie> In-Reply-To: <579021D4621D4957A2FF7C6B8CC13957@Blackie> Carol: I know you can do what you say and it shows properly on the edit screen. Are you sure it will print that way say on a group sheet, I seem to remember that it printed only one instance of say buried. Give a try and see if its OK. Dave Bradshaw ---- Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search ------------------------------- To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/27/2012 09:56:24
    1. Re: [BK] Number of Characters Allowed
    2. Art Townsend
    3. Make new event or events, Burial 1, Burial 2, Interment 1, Interment 2,or anything you care to. Explanations could be in the notes section. John has made the program very adaptable for us to use in ways that suit individual needs. HIP HIP HORRAY for JOHN! On 5/27/2012 3:39 PM, David Youse wrote: > I don't see a problem, as such, doing it the way you want to. I, however, > think it would be a lot cleaner and less confusing to a reader to have, in > your example, "12 Nov 1800" in the date field, "Stainland, Yorkshire, > England" in the Locations field and everything else in the event Notes area. > > This accomplishes two things; > first, it makes it easier for a reader to pick out the essential information > in the main text without the entry being too wordy, with an easy reference > to a footnote for the details, and > second, it allows you to use the Stainland, Yorkshire, England as a location > in another entry without having to delete everything else first. > > David Youse > > >

    05/27/2012 09:50:52
    1. Re: [BK] Number of Characters Allowed
    2. David Youse
    3. I don't see a problem, as such, doing it the way you want to. I, however, think it would be a lot cleaner and less confusing to a reader to have, in your example, "12 Nov 1800" in the date field, "Stainland, Yorkshire, England" in the Locations field and everything else in the event Notes area. This accomplishes two things; first, it makes it easier for a reader to pick out the essential information in the main text without the entry being too wordy, with an easy reference to a footnote for the details, and second, it allows you to use the Stainland, Yorkshire, England as a location in another entry without having to delete everything else first. David Youse -----Original Message----- From: Carole Edwards Caruso Sent: Sunday, May 27, 2012 7:29 AM To: bk@rootsweb.com Subject: Re: [BK] Number of Characters Allowed Thanks for all the thoughts on the this matter. And thank you, John, for explaining the difficulty of changing the number of characters allowed. We each have our own needs and ways of doing our genealogy. When I need more room, I will add the event twice so it will appear: Buried: 12 Nov 1800 at Stainland, Yorkshire, England Buried: in Providence United Reformed Church Cemetery, Beestonley Lane, Section 3 , Lot 387 Does anyone see any problem with this? Carole Remember - Use the Archives at http://archiver.rootsweb.ancestry.com/cgi-bin/search ------------------------------- To unsubscribe from the list, please send an email to BK-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message

    05/27/2012 09:39:30
    1. Re: [BK] Number of Characters Allowed
    2. Otto Jørgensen
    3. On Sun, 27 May 2012 07:41:05 -0400, "Jim Ramaley" <jramaley@comcast.net> wrote: >Your "subject for subject" comment after your "etc" in item 7 is >strange. I had TWO suggestions. You have 7, well actually only 6, >sections -- none of which address my main point that the source >citation fields be used for further detail if desired. I did not answer specific onn this. Well I might have 7 wishes, but as John know, I have many, many more and have so for several years. But I do not put them to the list as there are alway someone who do not like new facilities Denmark and Norway are working together and Chri (in Denmark) and myselves (in Norway) works together and do inform eachother on all question and mail to John. Chris and I do support aour countries. But only few of them are fowarded to the list. John makes a good job and even if we sometimes have to wait (for different reason) the program becomes better and better and more modern as times go. -- Otto Jørgensen http://www.bkwin.info/ All email is checked by NORTON

    05/27/2012 09:37:33
    1. Re: [BK] Number of Characters Allowed
    2. Gilles de C. Paquette
    3. Dave, There is no problem in using the same event more than once for the same individual. They show up AND print properly. In one instance, I have someone who was buried in 1931 after a car accident, then the remains were moved in 1936 to another cemetery (with the proper authorizations). I printed both without problem. The only problem I see with Carol's way of doing it is adding another location which will be only partial because she breaks down a long location into two parts. It might be a little hard to find both "parts" if another event needs the same treatment. Gilles Paquette Le 2012-05-27 14:03, Dave Bradshaw a ecrit : > Carol: > > I know you can do what you say and it shows properly on the edit screen. > Are you sure it will print that way say on a group sheet, I seem to remember > that it printed only one instance of say buried. Give a try and see if its > OK. > > Dave Bradshaw

    05/27/2012 09:33:06