To J P Gilliver The event called "Event" expects a location. You can make your own custom fact (with a description) by picking from the top menu Add, Custom Fact for Individual. You just can not use the exact spelling of any existing event or fact, so you can not have a fact called Event but you can have a fact called Awarded or something else. I am sorry I can not make different colors on the grid. However, when viewing the grid, Events have the word IN before the location. Facts do not have the word IN before the Description. John Steed ________________________________ From: J. P. Gilliver (John) <G6JPG-255@255soft.uk> Sent: Tuesday, January 15, 2019 12:22 PM To: bk@rootsweb.com Subject: [BK] more thoughts on Locations: perhaps a non-location generic Event? Again from looking through my list of Locations, I found Awarded outstanding citizen award Awarded M. B. E. among the "Location"s. Fortunately, I knew where these were (my grandmother was quite a character), but it makes me wonder: could we please have a generic "Event" type that _doesn't_ treat what's in that column as a location? For this case, adding an "Awarded" or "Award" or "Honour" (or "Medal", but that doesn't cover where there is no actual medal) would suffice, but I don't want to be so specific - people will still want to add events that don't fit into any existing event type, but have the details of the event visible from the edit screen. (I could have - and have, for the above - moved the description into the Notes for that event, but then they're not visible on the edit screen, which IMO is not ideal. I find it difficult to remember which event types consider that column to be a location: it's obvious for some, like Born, but not for others (I found "American citizen" in my Location list - it had come from a "Naturalization" event, IIRR). Ideally, the text or background of that column would be in a different colour when it is (or isn't) a location, but that's not going to happen with the current creaky graphics engine (see discussion a few months back about colour-coding the source column to indicate minimum quality). Maybe for v8 ... (-: -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet? _______________________________________________ Remember - Use the Archives at https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=L%2B8ttvttXC4J3o2WWJ4QZEOrKUvp3pTLmJ1mrRmyxvs%3D&reserved=0 _______________________________________________ Email preferences: https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=vu4GUvwYTCp5AqqVAj4wk3VBY3DRXRlzv8pF7jJAs1Q%3D&reserved=0 Unsubscribe https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=eio7oKuN%2Fkb0dPyBs4Hrei2qfGEltfdjp65cYg6nNX0%3D&reserved=0 Privacy Statement: https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=iMLIi%2FmG%2BBDrsgvNPmYFdDI7%2BTYzdE8OANQu9Zsyvm8%3D&reserved=0 Terms and Conditions: https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=ghLVH6P%2F%2Bpz%2FCsHbG9rW7XPiuvFsx7NxFcDd0lravv8%3D&reserved=0 Rootsweb Blog: https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C1bb67e5617bd463a621208d67ae4528c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831518380687402&sdata=bMU7Il%2FbLdr3Fo%2FL0UxqmrRWS05ldLpBM19VkNxaC9M%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
To Jim Dell I guess you did not pick the option to search for only one location name. That is on the "Other Options" tab. Or else, perhaps you had a bad location that was just a couple letters long, like TH In that case finding all locations with TH would give you a lot. Here is a hint for cases like that: If you ever get a strange case of a location that is only 1 or 2 letters long, and you are trying to find who has that location, then before you use the Locations with Events routine to find it, go first to "File, Locations, Change Location Globally." Then type the bad location name and put that on the top line. So if the location is just two letters TH then put that on the top line. Then on the bottom line, change it to something that no other location has, like XYZ Then the routine will change the one bad location with common letters to a new name with uncommon letters. After that is done, you can use the Locations with Events and search for only location XYZ and it should find it easily. John Steed ________________________________ From: Jim Dell2 via BK <bk@rootsweb.com> Sent: Tuesday, January 15, 2019 12:50 PM To: bk@rootsweb.com Cc: Jim Dell2 Subject: [BK] Re: an interesting task: finding a part-word John I just had the same situation, but I produced the "Locations with Events" report. I was 2,800 pages long. Luckily I printed it as a PDF file and was able to use Acrobat to search to the specific item. Jim -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Tuesday, January 15, 2019 6:51 AM To: bk@rootsweb.com Subject: [BK] an interesting task: finding a part-word Looking through my list of locations, I spotted "Collier". It was obvious what had happened - I'd entered someone's occupation, but as event type as something other than Occupation which made whatever was in that column count as a location. However, _finding_ it wasn't easy. Since it was the result of a mistake, I couldn't search for a specific field, so had to use the Any field search; but since a lot of my ancestry is from mining areas, lots of them have "Colliery" - which includes Collier - in lots of places. I eventually found it, but I think it took me more than an hour (of looking through the individuals thrown up by the above search). [It had been entered as Ordination - I obviously hadn't pressed O twice.] Any suggestions on how I could have speeded the process of finding the error? (Changing the event type also would have lost the source; see separate thread.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet? _______________________________________________ Remember - Use the Archives at https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=jd3o4JHTxtyU7t%2F2Nueb%2F7r4vXw1IPMZCeVMKoEoT%2Bo%3D&reserved=0 _______________________________________________ Email preferences: https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=1Sjh9j9Uq8brHiOjmHGweb3dwBfAZnaKxDZstJfuw%2Fo%3D&reserved=0 Unsubscribe https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=5u9FU%2Boo7a4nNfiKizJgkjW%2BbIbs%2F3ECeG6AaDyJarM%3D&reserved=0 Privacy Statement: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=wexreFzZqoee27Gi0TpHUbv1UyyiBA3oTyovU51NGHA%3D&reserved=0 Terms and Conditions: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=BVgN2kDIek2xLYiQ2GLYVdjkipIiOwqjstoJdJU1Y58%3D&reserved=0 Rootsweb Blog: https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=uoygDuoNdWhLdYh2Temw%2FzcxnkhcMdiDM2ai7N5f9Ec%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community _______________________________________________ Remember - Use the Archives at https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=jd3o4JHTxtyU7t%2F2Nueb%2F7r4vXw1IPMZCeVMKoEoT%2Bo%3D&reserved=0 _______________________________________________ Email preferences: https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=1Sjh9j9Uq8brHiOjmHGweb3dwBfAZnaKxDZstJfuw%2Fo%3D&reserved=0 Unsubscribe https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=5u9FU%2Boo7a4nNfiKizJgkjW%2BbIbs%2F3ECeG6AaDyJarM%3D&reserved=0 Privacy Statement: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=wexreFzZqoee27Gi0TpHUbv1UyyiBA3oTyovU51NGHA%3D&reserved=0 Terms and Conditions: https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=BVgN2kDIek2xLYiQ2GLYVdjkipIiOwqjstoJdJU1Y58%3D&reserved=0 Rootsweb Blog: https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C7a15cb76c23c45e41f8b08d67ae82ccc%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831534927389060&sdata=uoygDuoNdWhLdYh2Temw%2FzcxnkhcMdiDM2ai7N5f9Ec%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
The biggest request I bet he gets is for DWIT. Jim -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Tuesday, January 15, 2019 10:10 AM To: bk@rootsweb.com Subject: [BK] Re: changing event type loses source: why? In message <BN7PR02MB5092100EF987843D4A256C3791810@BN7PR02MB5092.namprd02.prod.outlo ok.com>, John Steed <brothers_keeper@msn.com> writes: >To J P Gilliver > >It is complicated to program a way to move the source and event notes, >from an Event to a Fact. I hadn't realised it only occurred for that transition - such as, as I had, from Ordination to Occupation. Presumably changing between born/baptised/buried wouldn't invoke that popup. > >The source needs to be changed to point to a different record number in >a different file, and some other things need to be changed also. > >Yes, I can program it if you give me enough time. > >I try to think of how common the problem is for users, and if it is a >common problem, I spend the time to make a solution. If it is a rare >problem for users, then I spend my time working on other things. I get I can't say. I don't think I encounter it _that_ often. Perhaps (a) if the popup said something like "save your source first" rather than "the source IS going to be lost", and (b) it were to pop up as soon as you change an Event to a Fact, rather than just when you quit the person (or ..), it might be better - but I can see that even programming in those changes would take time. >lots of requests for new features, new reports, or ways to make things >better. Most of those requests do not come from this BK mailing list, >so you only see a few of them. It would be interesting to see here the list of requests! > >I appreciate the suggestions, it helps make the program better. Your >suggestion is on my list. (-: > >John Steed > John G. [] -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf The early worm gets the bird. _______________________________________________ Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
In message <BN7PR02MB5092100EF987843D4A256C3791810@BN7PR02MB5092.namprd02.prod.outlo ok.com>, John Steed <brothers_keeper@msn.com> writes: >To J P Gilliver > >It is complicated to program a way to move the source and event notes, >from an Event to a Fact. I hadn't realised it only occurred for that transition - such as, as I had, from Ordination to Occupation. Presumably changing between born/baptised/buried wouldn't invoke that popup. > >The source needs to be changed to point to a different record number in >a different file, and some other things need to be changed also. > >Yes, I can program it if you give me enough time. > >I try to think of how common the problem is for users, and if it is a >common problem, I spend the time to make a solution. If it is a rare >problem for users, then I spend my time working on other things. I get I can't say. I don't think I encounter it _that_ often. Perhaps (a) if the popup said something like "save your source first" rather than "the source IS going to be lost", and (b) it were to pop up as soon as you change an Event to a Fact, rather than just when you quit the person (or ...), it might be better - but I can see that even programming in those changes would take time. >lots of requests for new features, new reports, or ways to make things >better. Most of those requests do not come from this BK mailing list, >so you only see a few of them. It would be interesting to see here the list of requests! > >I appreciate the suggestions, it helps make the program better. Your >suggestion is on my list. (-: > >John Steed > John G. [] -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf The early worm gets the bird.
In message <BN7PR02MB5092146FD8395E5CF2C448D891810@BN7PR02MB5092.namprd02.prod.outlo ok.com>, John Steed <brothers_keeper@msn.com> writes: >To J P Gilliver > >If there is a strange location name, and you want to find what event >has that location, then go to Lists, "Locations with Events". > >Then set the option for "Show all events" > >Then on the "Other Options" tab pick "Show only locations containing:" >and type the location such as: Collier > >Then click Preview. > >It should show which event has that location name. [] Thanks! I wasn't aware of that option. It'd still pick up all the occurrences of "Colliery", but at least it'd limit it to where that occurs in locations (i. e. not in comments etc.). Now, if only I could alt-tab (or similar) from such a "Preview" to the edit screen ... (-: -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf The early worm gets the bird.
To J P Gilliver It is complicated to program a way to move the source and event notes, from an Event to a Fact. The source needs to be changed to point to a different record number in a different file, and some other things need to be changed also. Yes, I can program it if you give me enough time. I try to think of how common the problem is for users, and if it is a common problem, I spend the time to make a solution. If it is a rare problem for users, then I spend my time working on other things. I get lots of requests for new features, new reports, or ways to make things better. Most of those requests do not come from this BK mailing list, so you only see a few of them. I appreciate the suggestions, it helps make the program better. Your suggestion is on my list. John Steed ________________________________ From: J. P. Gilliver (John) <G6JPG-255@255soft.uk> Sent: Tuesday, January 15, 2019 12:05 PM To: bk@rootsweb.com Subject: [BK] changing event type loses source: why? As described in my previous thread, I'd entered someone's Occupation, but as Ordination, in error. I changed the event type no problem - but (and not until quitting the person or doing certain other actions), I got a pop-up saying something like "event type has been changed from X to Y - link to source will be discarded", with options of only Cancel and OK; if Cancel is selected, the type change is also cancelled. Why does this happen? Surely entering the wrong event type isn't an uncommon action (especially events starting with the same letter, such as in English Ordination/Occupation, or Born/Baptised/Buried); I can't think why correcting the event type should make me want to discard the source. (In the meantime, here's how I've found to achieve such a change without having to retype the source, in case it helps others: if you get the popup, select cancel; click on the S for source, then View selected source [Alt-W], which puts it into the top of the recent sources list. Now change the event type, and click S again; you can then add recent source and page [Alt-N] or just recent source [Alt-V]. S then Alt-W is a good way in general of copying an existing source, as it copies it to the top of the "recent sources" list [complete with Page if any].) It would be worse if I'd entered multiple sources. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet? _______________________________________________ Remember - Use the Archives at https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=E9bDzY7rQN0B4xNdRtDnlCU%2BJF5I6T1pimBKJrn8zGQ%3D&reserved=0 _______________________________________________ Email preferences: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=V2yqIoESwUYQbZYp%2BJMLXSb1OcEziseiuyW2orrXQYc%3D&reserved=0 Unsubscribe https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=WTtQyCQAKzeo9V5n%2FjaLCy63PSMxdYcjGAfZqL0A69U%3D&reserved=0 Privacy Statement: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=D8RBjMyRIyO%2Bv6aylAGXbIS6R9ZKoLU1JMMk83CMqnM%3D&reserved=0 Terms and Conditions: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=sIMXj5mCixDyH0NgvuajzWr11fXuyLHlkiiXLvfxY14%3D&reserved=0 Rootsweb Blog: https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C2aacbe20e7344f83a78508d67ae1dc65%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831507810587969&sdata=F282RkIFPRLLM2xBI0XFo6ZbJ1dqR12V0RAN%2BfMkAbE%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
To J P Gilliver If there is a strange location name, and you want to find what event has that location, then go to Lists, "Locations with Events". Then set the option for "Show all events" Then on the "Other Options" tab pick "Show only locations containing:" and type the location such as: Collier Then click Preview. It should show which event has that location name. John Steed ________________________________ From: J. P. Gilliver (John) <G6JPG-255@255soft.uk> Sent: Tuesday, January 15, 2019 11:51 AM To: bk@rootsweb.com Subject: [BK] an interesting task: finding a part-word Looking through my list of locations, I spotted "Collier". It was obvious what had happened - I'd entered someone's occupation, but as event type as something other than Occupation which made whatever was in that column count as a location. However, _finding_ it wasn't easy. Since it was the result of a mistake, I couldn't search for a specific field, so had to use the Any field search; but since a lot of my ancestry is from mining areas, lots of them have "Colliery" - which includes Collier - in lots of places. I eventually found it, but I think it took me more than an hour (of looking through the individuals thrown up by the above search). [It had been entered as Ordination - I obviously hadn't pressed O twice.] Any suggestions on how I could have speeded the process of finding the error? (Changing the event type also would have lost the source; see separate thread.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet? _______________________________________________ Remember - Use the Archives at https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=kDr817zCXIDh9YZQWKW%2B1UL0Pf%2BFJKnNA%2Fut%2B4jVZpY%3D&reserved=0 _______________________________________________ Email preferences: https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=MLJM%2B30vb%2FQusCEladu%2BO%2FZdps26FZIEgx9WVAlaLhQ%3D&reserved=0 Unsubscribe https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=w7QjQlVfMuBOrummus8xjMWI%2B%2FsMpl8g0SB1ajcF2K4%3D&reserved=0 Privacy Statement: https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=xOCVh4kgpzPzE2WbypiDwD0DXkMiRo4Ij5esffQ27%2FE%3D&reserved=0 Terms and Conditions: https://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=4HFy7p%2Bf6P0dNNJbw0Zhldqg7NAvzr2Ejo%2FxOwhgPEU%3D&reserved=0 Rootsweb Blog: https://nam01.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C74c78ae9a2514f9a1aff08d67adfe1e1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636831499310653013&sdata=CIsT5ROx5LUha9xTjhyOgk%2BC6W2He%2BkN4CPGyp22pRY%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
John I just had the same situation, but I produced the "Locations with Events" report. I was 2,800 pages long. Luckily I printed it as a PDF file and was able to use Acrobat to search to the specific item. Jim -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Tuesday, January 15, 2019 6:51 AM To: bk@rootsweb.com Subject: [BK] an interesting task: finding a part-word Looking through my list of locations, I spotted "Collier". It was obvious what had happened - I'd entered someone's occupation, but as event type as something other than Occupation which made whatever was in that column count as a location. However, _finding_ it wasn't easy. Since it was the result of a mistake, I couldn't search for a specific field, so had to use the Any field search; but since a lot of my ancestry is from mining areas, lots of them have "Colliery" - which includes Collier - in lots of places. I eventually found it, but I think it took me more than an hour (of looking through the individuals thrown up by the above search). [It had been entered as Ordination - I obviously hadn't pressed O twice.] Any suggestions on how I could have speeded the process of finding the error? (Changing the event type also would have lost the source; see separate thread.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet? _______________________________________________ Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
Again from looking through my list of Locations, I found Awarded outstanding citizen award Awarded M. B. E. among the "Location"s. Fortunately, I knew where these were (my grandmother was quite a character), but it makes me wonder: could we please have a generic "Event" type that _doesn't_ treat what's in that column as a location? For this case, adding an "Awarded" or "Award" or "Honour" (or "Medal", but that doesn't cover where there is no actual medal) would suffice, but I don't want to be so specific - people will still want to add events that don't fit into any existing event type, but have the details of the event visible from the edit screen. (I could have - and have, for the above - moved the description into the Notes for that event, but then they're not visible on the edit screen, which IMO is not ideal. I find it difficult to remember which event types consider that column to be a location: it's obvious for some, like Born, but not for others (I found "American citizen" in my Location list - it had come from a "Naturalization" event, IIRR). Ideally, the text or background of that column would be in a different colour when it is (or isn't) a location, but that's not going to happen with the current creaky graphics engine (see discussion a few months back about colour-coding the source column to indicate minimum quality). Maybe for v8 ... (-: -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet?
As described in my previous thread, I'd entered someone's Occupation, but as Ordination, in error. I changed the event type no problem - but (and not until quitting the person or doing certain other actions), I got a pop-up saying something like "event type has been changed from X to Y - link to source will be discarded", with options of only Cancel and OK; if Cancel is selected, the type change is also cancelled. Why does this happen? Surely entering the wrong event type isn't an uncommon action (especially events starting with the same letter, such as in English Ordination/Occupation, or Born/Baptised/Buried); I can't think why correcting the event type should make me want to discard the source. (In the meantime, here's how I've found to achieve such a change without having to retype the source, in case it helps others: if you get the popup, select cancel; click on the S for source, then View selected source [Alt-W], which puts it into the top of the recent sources list. Now change the event type, and click S again; you can then add recent source and page [Alt-N] or just recent source [Alt-V]. S then Alt-W is a good way in general of copying an existing source, as it copies it to the top of the "recent sources" list [complete with Page if any].) It would be worse if I'd entered multiple sources. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet?
Looking through my list of locations, I spotted "Collier". It was obvious what had happened - I'd entered someone's occupation, but as event type as something other than Occupation which made whatever was in that column count as a location. However, _finding_ it wasn't easy. Since it was the result of a mistake, I couldn't search for a specific field, so had to use the Any field search; but since a lot of my ancestry is from mining areas, lots of them have "Colliery" - which includes Collier - in lots of places. I eventually found it, but I think it took me more than an hour (of looking through the individuals thrown up by the above search). [It had been entered as Ordination - I obviously hadn't pressed O twice.] Any suggestions on how I could have speeded the process of finding the error? (Changing the event type also would have lost the source; see separate thread.) -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf A. Top-posters. Q. What's the most irritating thing on Usenet?
Ok, Thanks, John S. I have not stopped to think that the option Select Person Edit screen was not the Alphabetical / Numerical display feature. My bad. The select person works well, thank you. I can scroll through all 4000 names from end to end - forwards & backwards with SURNAME order displaying forename, surname & BK Num. So we change the limit from 4000 to 1000. The purpose would be speed given a certain focus, I guess; - according to the data in the database. Q.- How does one scroll through the next set of 4000 names? How does one know the last person is not reached? Or that there is more to come?. Perhaps the user should be more focussed by selecting the first letter of each family name group? ====== -------- / / -------- ===== Scrolling the list Numerical Names display and Alphabetical names display and Locations (display) is acceptable WITHIN a 1000 line page (list box). Being able to go to a previous page would be a boon. For instance, in [List>locations,.] if I accidentally press the <End> key, the list shows the final group up to 1000, (15 in my case), I have to exit and restart, beginning right from the menu. Would it be sensible to cache the pages as they are first entered then recall those previous pages as prior names are needed for the display.? Actually, the problem manifests itself worse when a range of names is split,; say page n shows lastly PYCROFT A* to PYCROFT John and the page n+1 continuing from PYCROFT John to row 1000*. Clearly if there is doubt about PYCROFT John, or one accidentally mis-keys the scrolling then a restart of the feature is required; beginning right from the menu. Like John P.G. I cannot understand why such a restriction should exist. I have several programs using my BK data (transferred via gedcom) and I can scroll from one end to the other; including on my Samsung phone. Perhaps John S. that one could alphabetically select the first letter of the displayed list? That could allow one to stat a list at D, then T, then back to E, perhaps? (by way of example).. A list box of 1000 rows could then be selected with a first row, thereby covering any inconvenient split. The main issue behind this requirement is the need to locate or find an item that might be mis-spelled, or have unknown sequence of characters. Eg. Some surnames are bounded by / & / or even ( & ), or other unknown expectation. Thanks ... Barry P. --==-- -----Original Message----- From: John Steed [mailto:brothers_keeper@msn.com] Sent: Tuesday, 15 January 2019 8:40 AM To: barry@pycroft.co.nz; bk@rootsweb.com Subject: [BK] Re: Location list - forward but not back ... To Barry Pycroft (and J. P. Gilliver) The "Select Person" screen is not the same as the Alphabetical Display screen. If you go to the Edit screen, and click the Find F3 button and then search for the name ? ? or else type * * It will show everyone, and will list up to 4000 names at a time. So the option to show only 1000 names on the Select Person screen is for that screen, not the Alphabetical Display listing. On the Select Person screen, it can slow down if you have the option set to put names in birth year order, so that I why I added that option for 1000 names at a time. OK, for the List, Alphabetical Display screen, I will try to increase the number of names that show at one time. I will also see if I can make a way to go backwards up the list. The main problem is that the "listbox" has a limit of how much it can show at one time. If I try to load too much, it gets an error. Also the "listbox" is designed to put things in the order that I give them. So while I can read the database backwards alphabetically, it is not easy to put them in the correct order on the screen when reading backwards. However, I will work on it some more and see if I can find a solution. Remember, instead of using the Alphabetical Display to find someone, if you know the last name, you can use the Select Person screen, and type part of the name. For example, to view everyone with a last name starting with N go to the Select person screen and type ? N* That is faster than scrolling down the Alphabetical List to the N's John Steed ________________________________ From: Barry PYCROFT <barry@pycroft.co.nz> Sent: Monday, January 14, 2019 9:37 AM To: bk@rootsweb.com Subject: [BK] Re: Location list - forward but not back ... Yes, I have been annoyed by that One-way forward list presentation for most of BK's life to date. The Display Names list, both types, progress by 1000 records per page and only alphabetically A-to-Z. The annoyance is not being able to go pages back - Z-to-A. One can go forward & back through a page of 1000, but not the preceding page. Now you have said the Locations does the same thing. Yes. I have found that occurs with me also. There is a setting in [Menu item <Options>Edit screen 1>] that says {< limit the Select person list to 1000 names at a time.>}. I have not been able to see this effect change - it has always been 1000 records per page, A-to-Z [forwards] only through the pages, and none previous. Barry P. New Zealand. --==-- -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Monday, 14 January 2019 7:11 AM To: bk@rootsweb.com Subject: [BK] Location list - forward but not back ... Just had a communication from a DNA match, giving some of his ancestors with dates and places of birth and death. I went (from Edit) into Reports, Lists, Locations, and got a list (amazingly rapidly). It goes up (OK, down) to "Pascoe Vale, Victoria, Australia", followed by a line "* * click here for MORE * *". Moving the mouse pointer over that didn't change it, but clicking anywhere on that line did indeed produce a list, starting at "Patterson Heights, Pennsylvania, USA" and going to "Zelincople, Pennsylvania, USA". [Actually the last line is "£105" (that's a pound sign); I'll have to find and correct that record sometime.] However, when checking for the locations in the email, I got to Sligo, obviously in the second half of the list, then one in the first half - but there was no "click here to go back" or similar; the only way I could see to go back was to _C_lose then repeat. Could such be implemented - or, better, not have the break? I can't see a (modern) reason for it. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf "This is a one line proof... if we start sufficiently far to the left." [Cambridge University Math Dept.] _______________________________________________ Remember - Use the Archives at https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.ro otsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d6 7a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990& ;sdata=PM8LFAMfVhpyKoE%2FLYIdg9kBMxrTw7lmgrr0G%2F%2BgaaY%3D&reserved=0 _______________________________________________ Email preferences: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Fro otswebpref&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=fESjuKrn870W RHDdtIaGSHfHLKMZac1o%2FAmBvYdEF0s%3D&reserved=0 Unsubscribe https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.root sweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7c63a 20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636 830554805125990&sdata=tvWDneCh3S1z2pTOGeOnHGCei1NHE8dd2NHB3RdCwQM%3D& ;reserved=0 Privacy Statement: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me %2F2JWBOdY&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=GPHTJCsnwRRL %2BrzOIfLMH9NsuO5GBcD6P7TwwVl%2B1Tg%3D&reserved=0 Terms and Conditions: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me %2F2HDBym9&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=gqvHORO7jS1R d2P4dNqXVy4xjw3AkpUpo%2B2%2Bg2OkPS4%3D&reserved=0 Rootsweb Blog: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.bl og&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640af b435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=6Ffn1c9nrsjfmYSQuSVp LvHvSRep8G6ZPWya993Acks%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community _______________________________________________ Remember - Use the Archives at https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.ro otsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d6 7a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990& ;sdata=PM8LFAMfVhpyKoE%2FLYIdg9kBMxrTw7lmgrr0G%2F%2BgaaY%3D&reserved=0 _______________________________________________ Email preferences: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Fro otswebpref&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=fESjuKrn870W RHDdtIaGSHfHLKMZac1o%2FAmBvYdEF0s%3D&reserved=0 Unsubscribe https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.root sweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7c63a 20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636 830554805125990&sdata=tvWDneCh3S1z2pTOGeOnHGCei1NHE8dd2NHB3RdCwQM%3D& ;reserved=0 Privacy Statement: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me %2F2JWBOdY&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=GPHTJCsnwRRL %2BrzOIfLMH9NsuO5GBcD6P7TwwVl%2B1Tg%3D&reserved=0 Terms and Conditions: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me %2F2HDBym9&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7f e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=gqvHORO7jS1R d2P4dNqXVy4xjw3AkpUpo%2B2%2Bg2OkPS4%3D&reserved=0 Rootsweb Blog: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.bl og&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640af b435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=6Ffn1c9nrsjfmYSQuSVp LvHvSRep8G6ZPWya993Acks%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community _______________________________________________ Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
To Barry Pycroft (and J. P. Gilliver) The "Select Person" screen is not the same as the Alphabetical Display screen. If you go to the Edit screen, and click the Find F3 button and then search for the name ? ? or else type * * It will show everyone, and will list up to 4000 names at a time. So the option to show only 1000 names on the Select Person screen is for that screen, not the Alphabetical Display listing. On the Select Person screen, it can slow down if you have the option set to put names in birth year order, so that I why I added that option for 1000 names at a time. OK, for the List, Alphabetical Display screen, I will try to increase the number of names that show at one time. I will also see if I can make a way to go backwards up the list. The main problem is that the "listbox" has a limit of how much it can show at one time. If I try to load too much, it gets an error. Also the "listbox" is designed to put things in the order that I give them. So while I can read the database backwards alphabetically, it is not easy to put them in the correct order on the screen when reading backwards. However, I will work on it some more and see if I can find a solution. Remember, instead of using the Alphabetical Display to find someone, if you know the last name, you can use the Select Person screen, and type part of the name. For example, to view everyone with a last name starting with N go to the Select person screen and type ? N* That is faster than scrolling down the Alphabetical List to the N's John Steed ________________________________ From: Barry PYCROFT <barry@pycroft.co.nz> Sent: Monday, January 14, 2019 9:37 AM To: bk@rootsweb.com Subject: [BK] Re: Location list - forward but not back ... Yes, I have been annoyed by that One-way forward list presentation for most of BK's life to date. The Display Names list, both types, progress by 1000 records per page and only alphabetically A-to-Z. The annoyance is not being able to go pages back - Z-to-A. One can go forward & back through a page of 1000, but not the preceding page. Now you have said the Locations does the same thing. Yes. I have found that occurs with me also. There is a setting in [Menu item <Options>Edit screen 1>] that says {< limit the Select person list to 1000 names at a time.>}. I have not been able to see this effect change - it has always been 1000 records per page, A-to-Z [forwards] only through the pages, and none previous. Barry P. New Zealand. --==-- -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Monday, 14 January 2019 7:11 AM To: bk@rootsweb.com Subject: [BK] Location list - forward but not back ... Just had a communication from a DNA match, giving some of his ancestors with dates and places of birth and death. I went (from Edit) into Reports, Lists, Locations, and got a list (amazingly rapidly). It goes up (OK, down) to "Pascoe Vale, Victoria, Australia", followed by a line "* * click here for MORE * *". Moving the mouse pointer over that didn't change it, but clicking anywhere on that line did indeed produce a list, starting at "Patterson Heights, Pennsylvania, USA" and going to "Zelincople, Pennsylvania, USA". [Actually the last line is "£105" (that's a pound sign); I'll have to find and correct that record sometime.] However, when checking for the locations in the email, I got to Sligo, obviously in the second half of the list, then one in the first half - but there was no "click here to go back" or similar; the only way I could see to go back was to _C_lose then repeat. Could such be implemented - or, better, not have the break? I can't see a (modern) reason for it. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf "This is a one line proof... if we start sufficiently far to the left." [Cambridge University Math Dept.] _______________________________________________ Remember - Use the Archives at https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=PM8LFAMfVhpyKoE%2FLYIdg9kBMxrTw7lmgrr0G%2F%2BgaaY%3D&reserved=0 _______________________________________________ Email preferences: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=fESjuKrn870WRHDdtIaGSHfHLKMZac1o%2FAmBvYdEF0s%3D&reserved=0 Unsubscribe https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=tvWDneCh3S1z2pTOGeOnHGCei1NHE8dd2NHB3RdCwQM%3D&reserved=0 Privacy Statement: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=GPHTJCsnwRRL%2BrzOIfLMH9NsuO5GBcD6P7TwwVl%2B1Tg%3D&reserved=0 Terms and Conditions: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=gqvHORO7jS1Rd2P4dNqXVy4xjw3AkpUpo%2B2%2Bg2OkPS4%3D&reserved=0 Rootsweb Blog: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=6Ffn1c9nrsjfmYSQuSVpLvHvSRep8G6ZPWya993Acks%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community _______________________________________________ Remember - Use the Archives at https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=PM8LFAMfVhpyKoE%2FLYIdg9kBMxrTw7lmgrr0G%2F%2BgaaY%3D&reserved=0 _______________________________________________ Email preferences: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=fESjuKrn870WRHDdtIaGSHfHLKMZac1o%2FAmBvYdEF0s%3D&reserved=0 Unsubscribe https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=tvWDneCh3S1z2pTOGeOnHGCei1NHE8dd2NHB3RdCwQM%3D&reserved=0 Privacy Statement: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=GPHTJCsnwRRL%2BrzOIfLMH9NsuO5GBcD6P7TwwVl%2B1Tg%3D&reserved=0 Terms and Conditions: https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=gqvHORO7jS1Rd2P4dNqXVy4xjw3AkpUpo%2B2%2Bg2OkPS4%3D&reserved=0 Rootsweb Blog: https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C7c63a20cad5d4c2a171208d67a03f840%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636830554805125990&sdata=6Ffn1c9nrsjfmYSQuSVpLvHvSRep8G6ZPWya993Acks%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
Yes, I have been annoyed by that One-way forward list presentation for most of BK's life to date. The Display Names list, both types, progress by 1000 records per page and only alphabetically A-to-Z. The annoyance is not being able to go pages back - Z-to-A. One can go forward & back through a page of 1000, but not the preceding page. Now you have said the Locations does the same thing. Yes. I have found that occurs with me also. There is a setting in [Menu item <Options>Edit screen 1>] that says {< limit the Select person list to 1000 names at a time.>}. I have not been able to see this effect change - it has always been 1000 records per page, A-to-Z [forwards] only through the pages, and none previous. Barry P. New Zealand. --==-- -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Monday, 14 January 2019 7:11 AM To: bk@rootsweb.com Subject: [BK] Location list - forward but not back ... Just had a communication from a DNA match, giving some of his ancestors with dates and places of birth and death. I went (from Edit) into Reports, Lists, Locations, and got a list (amazingly rapidly). It goes up (OK, down) to "Pascoe Vale, Victoria, Australia", followed by a line "* * click here for MORE * *". Moving the mouse pointer over that didn't change it, but clicking anywhere on that line did indeed produce a list, starting at "Patterson Heights, Pennsylvania, USA" and going to "Zelincople, Pennsylvania, USA". [Actually the last line is "£105" (that's a pound sign); I'll have to find and correct that record sometime.] However, when checking for the locations in the email, I got to Sligo, obviously in the second half of the list, then one in the first half - but there was no "click here to go back" or similar; the only way I could see to go back was to _C_lose then repeat. Could such be implemented - or, better, not have the break? I can't see a (modern) reason for it. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf "This is a one line proof... if we start sufficiently far to the left." [Cambridge University Math Dept.] _______________________________________________ Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
Yes, I have been annoyed by that One-way list presentation for a longtime. -----Original Message----- From: J. P. Gilliver (John) [mailto:G6JPG-255@255soft.uk] Sent: Monday, 14 January 2019 7:11 AM To: bk@rootsweb.com Subject: [BK] Location list - forward but not back ... Just had a communication from a DNA match, giving some of his ancestors with dates and places of birth and death. I went (from Edit) into Reports, Lists, Locations, and got a list (amazingly rapidly). It goes up (OK, down) to "Pascoe Vale, Victoria, Australia", followed by a line "* * click here for MORE * *". Moving the mouse pointer over that didn't change it, but clicking anywhere on that line did indeed produce a list, starting at "Patterson Heights, Pennsylvania, USA" and going to "Zelincople, Pennsylvania, USA". [Actually the last line is "£105" (that's a pound sign); I'll have to find and correct that record sometime.] However, when checking for the locations in the email, I got to Sligo, obviously in the second half of the list, then one in the first half - but there was no "click here to go back" or similar; the only way I could see to go back was to _C_lose then repeat. Could such be implemented - or, better, not have the break? I can't see a (modern) reason for it. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf "This is a one line proof... if we start sufficiently far to the left." [Cambridge University Math Dept.] _______________________________________________ Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search _______________________________________________ Email preferences: http://bit.ly/rootswebpref Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 Rootsweb Blog: http://rootsweb.blog RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
Just had a communication from a DNA match, giving some of his ancestors with dates and places of birth and death. I went (from Edit) into Reports, Lists, Locations, and got a list (amazingly rapidly). It goes up (OK, down) to "Pascoe Vale, Victoria, Australia", followed by a line "* * click here for MORE * *". Moving the mouse pointer over that didn't change it, but clicking anywhere on that line did indeed produce a list, starting at "Patterson Heights, Pennsylvania, USA" and going to "Zelincople, Pennsylvania, USA". [Actually the last line is "£105" (that's a pound sign); I'll have to find and correct that record sometime.] However, when checking for the locations in the email, I got to Sligo, obviously in the second half of the list, then one in the first half - but there was no "click here to go back" or similar; the only way I could see to go back was to _C_lose then repeat. Could such be implemented - or, better, not have the break? I can't see a (modern) reason for it. -- J. P. Gilliver. UMRA: 1960/<1985 MB++G()AL-IS-Ch++(p)Ar@T+H+Sh0!:`)DNAf "This is a one line proof... if we start sufficiently far to the left." [Cambridge University Math Dept.]
Thank, John. I've done that and now find that in my database of 13311 individuals, there are 1005 branches, most of which comprise three or less people. That will keep me busy for a while. ------ Original Message ------ From: "John Steed" <brothers_keeper@msn.com> To: "Nick Higton" <nick@higton.co.uk>; "bk@rootsweb.com" <bk@rootsweb.com> Sent: 11/01/2019 13:49:26 Subject: Re: [BK] Disconnected Branches >To Nick Higton > >From the main BK screen pick Other, Unlinked Branches. > >It will tell you one person in each branch. > >It might not be the root person, but go to Edit and find that person >and go back from there. > >John Steed > >-------------------------------------------------------------------------------- >From: Nick Higton <nick@higton.co.uk> >Sent: Friday, January 11, 2019 1:28 PM >To:bk@rootsweb.com >Subject: [BK] Disconnected Branches > >In BK, in addition to my main tree, I have an unknown number of >disconnected branches. Some of these are just individuals, through >individuals with parents, to a few with tens if not hundreds of >individuals. They are disconnected, for now, awaiting the happy day >when I can identify how to link each of them into my main tree. > >Is there a way to identify these disconnected individuals and, >preferably, to identify the root individual in each tree? These root >individuals would be key targets for my research. > >_______________________________________________ > Remember - Use the Archives at >https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=Wim5hiMvPXnKX1VjbErSTsWVMkAGCEvj1gpeYhmDHqc%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=Wim5hiMvPXnKX1VjbErSTsWVMkAGCEvj1gpeYhmDHqc%3D&reserved=0> >_______________________________________________ >Email preferences: >https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=XjddEBcqx99Jii2QCAF5TL8Y8MZkwvQzy1VAQCsj150%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=XjddEBcqx99Jii2QCAF5TL8Y8MZkwvQzy1VAQCsj150%3D&reserved=0> >Unsubscribe >https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=jsNCYkLEh%2B7PhCzpeRBwxrSXJupNHRuGso5G0HeJxUk%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=jsNCYkLEh%2B7PhCzpeRBwxrSXJupNHRuGso5G0HeJxUk%3D&reserved=0> >Privacy Statement: >https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=oYGvnsqPBjzFBlM9GmK2vlE9RB0%2B4JPBb%2BqABviaLUQ%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=oYGvnsqPBjzFBlM9GmK2vlE9RB0%2B4JPBb%2BqABviaLUQ%3D&reserved=0> > Terms and Conditions: >https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=TiN4fnbo5gRUzg9zZ07nzdVPiyr6P9JqHOb%2Fn2jVI98%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=TiN4fnbo5gRUzg9zZ07nzdVPiyr6P9JqHOb%2Fn2jVI98%3D&reserved=0> >Rootsweb Blog: >https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=NAaBhlEOrnyxf1e4DkD7QNnsuDNuAc0Gbcoof3G9eH0%3D&reserved=0 ><https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=NAaBhlEOrnyxf1e4DkD7QNnsuDNuAc0Gbcoof3G9eH0%3D&reserved=0> >RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb >community
To Nick Higton From the main BK screen pick Other, Unlinked Branches. It will tell you one person in each branch. It might not be the root person, but go to Edit and find that person and go back from there. John Steed ________________________________ From: Nick Higton <nick@higton.co.uk> Sent: Friday, January 11, 2019 1:28 PM To: bk@rootsweb.com Subject: [BK] Disconnected Branches In BK, in addition to my main tree, I have an unknown number of disconnected branches. Some of these are just individuals, through individuals with parents, to a few with tens if not hundreds of individuals. They are disconnected, for now, awaiting the happy day when I can identify how to link each of them into my main tree. Is there a way to identify these disconnected individuals and, preferably, to identify the root individual in each tree? These root individuals would be key targets for my research. _______________________________________________ Remember - Use the Archives at https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.rootsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=Wim5hiMvPXnKX1VjbErSTsWVMkAGCEvj1gpeYhmDHqc%3D&reserved=0 _______________________________________________ Email preferences: https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Frootswebpref&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=XjddEBcqx99Jii2QCAF5TL8Y8MZkwvQzy1VAQCsj150%3D&reserved=0 Unsubscribe https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.rootsweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=jsNCYkLEh%2B7PhCzpeRBwxrSXJupNHRuGso5G0HeJxUk%3D&reserved=0 Privacy Statement: https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2JWBOdY&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=oYGvnsqPBjzFBlM9GmK2vlE9RB0%2B4JPBb%2BqABviaLUQ%3D&reserved=0 Terms and Conditions: https://nam02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me%2F2HDBym9&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=TiN4fnbo5gRUzg9zZ07nzdVPiyr6P9JqHOb%2Fn2jVI98%3D&reserved=0 Rootsweb Blog: https://nam02.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.blog&data=02%7C01%7C%7C8b34952e56b747f17d6908d677c8bc26%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636828101370486802&sdata=NAaBhlEOrnyxf1e4DkD7QNnsuDNuAc0Gbcoof3G9eH0%3D&reserved=0 RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community
In BK, in addition to my main tree, I have an unknown number of disconnected branches. Some of these are just individuals, through individuals with parents, to a few with tens if not hundreds of individuals. They are disconnected, for now, awaiting the happy day when I can identify how to link each of them into my main tree. Is there a way to identify these disconnected individuals and, preferably, to identify the root individual in each tree? These root individuals would be key targets for my research.
Sent from my iPad > On Jan 9, 2019, at 5:44 PM, Bill Webster <wbwebster@internode.on.net> wrote: > > Thanks John and John. > I ended up printing out ancestor and descendant charts including BK numbers > to make sure I knew all of them. > From these, in the program, I worked back from children to parents, crossing > each one off on the chart as s/he was deleted. > After that the program prompted me to I re-index. > Bill > PS. Some part of this branch had been imported by a Gedcom from a tree I > had put together in Ancestry from its hints. It was remarkable how many > mistakes I had made there (duplicated people, wrong mother, etc.). > > -----Original Message----- > From: John Steed [mailto:brothers_keeper@msn.com] > Sent: Thursday, 10 January 2019 1:14 AM > To: bk@rootsweb.com > Subject: [BK] Re: Delete a branch? > > To Bill Webster > > For 20 people, it might be just as easy to write down their BK numbers, and > delete them one by one. > > However, there is a way to delete the entire group. > > First make a backup. (Keep this backup safe for a few days or longer.) > > Then to delete a group, you use File, Split Database, and create a new > folder name, then when it asks you to select people, first press F3 > (Function 3) on the keyboard and it will say "option to keep same BK code > numbers." > > Then select everyone with Range from 1 to the end. > > Then pick the option near the bottom right to De-select people. > > Then pick the group you do not want (and they will be removed from the > selected number.) > > Then pick Copy to copy the remaining people to the new folder. > > When it is done, pick File, Open Database, and open your new folder. It > will index the names, and then you should have everyone except for the > people you de-selected. > > Since the new database is in a new folder, you can either use that folder, > OR you can Backup that one to a new place, and then open your old data > folder and then Restore the new one over the old one. > > John Steed > > ________________________________ > From: Bill Webster <wbwebster@internode.on.net> > Sent: Wednesday, January 9, 2019 6:39 AM > To: bk@rootsweb.com > Subject: [BK] Delete a branch? > > Having discovered that I have made a wrong call and researched/added a whole > branch (of about 20 names), is it possible to delete the branch, or must it > be one by one? > > > _______________________________________________ > Remember - Use the Archives at > https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Farchiver.ro > otsweb.com%2Fcgi-bin%2Fsearch&data=02%7C01%7C%7Cfa29fad56f394d828a9b08d6 > 75fd31f6%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636826127668964586& > ;sdata=XVQ52EJkOYVbfH0gbBDhuWDjbGfVMypiqSfpG201geY%3D&reserved=0 > _______________________________________________ > Email preferences: > https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fbit.ly%2Fro > otswebpref&data=02%7C01%7C%7Cfa29fad56f394d828a9b08d675fd31f6%7C84df9e7f > e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636826127668964586&sdata=40vxG%2BRaZV > PuR%2BJuIb4%2Bjs%2BpWUFI%2F0VSXJ9gLtgqUcs%3D&reserved=0 > Unsubscribe > https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.root > sweb.com%2Fpostorius%2Flists%2Fbk%40rootsweb.com&data=02%7C01%7C%7Cfa29f > ad56f394d828a9b08d675fd31f6%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636 > 826127668964586&sdata=%2Fiq9AUzR6qC%2BBLKua%2ByQv7bf%2B5YywsmkrRzVmQuTbN > 8%3D&reserved=0 > Privacy Statement: > https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me > %2F2JWBOdY&data=02%7C01%7C%7Cfa29fad56f394d828a9b08d675fd31f6%7C84df9e7f > e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636826127668964586&sdata=wRJel7O%2BzW > xKTZAM%2FqEpyoKetxZpvk995q4EV4d7yRg%3D&reserved=0 Terms and Conditions: > https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fancstry.me > %2F2HDBym9&data=02%7C01%7C%7Cfa29fad56f394d828a9b08d675fd31f6%7C84df9e7f > e9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636826127668964586&sdata=UwHWoDK5i3SK > opTgCXknZEDque1pcnQjFWzTp6HAYjI%3D&reserved=0 > Rootsweb Blog: > https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Frootsweb.bl > og&data=02%7C01%7C%7Cfa29fad56f394d828a9b08d675fd31f6%7C84df9e7fe9f640af > b435aaaaaaaaaaaa%7C1%7C0%7C636826127668964586&sdata=wSPUm%2BgSJyqHBZAjdt > q7RE9pia5ty75hLxgMinorCho%3D&reserved=0 > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community > > _______________________________________________ > Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: > https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb > community > > _______________________________________________ > Remember - Use the Archives at http://archiver.rootsweb.com/cgi-bin/search > _______________________________________________ > Email preferences: http://bit.ly/rootswebpref > Unsubscribe https://lists.rootsweb.com/postorius/lists/bk@rootsweb.com > Privacy Statement: https://ancstry.me/2JWBOdY Terms and Conditions: https://ancstry.me/2HDBym9 > Rootsweb Blog: http://rootsweb.blog > RootsWeb is funded and supported by Ancestry.com and our loyal RootsWeb community