I don't agree with some of this discussion about the usefulness of RINs. I find them extremely helpful when I do stupid things like attaching a child to the last child I entered. All I have to do is remember the RIN, detach the newest child from his brother/sister and reattach it to the parent. This is one instance that I can immediately think of which demonistrates the way RINs can be used. I'm sure there are others. Pat At 12:52 PM 6/23/2005, Stewart Millar wrote: >Eugene, > >Personally - I would never recommend using RIN numbers for any significant >purpose - they provide the internal linkages for the programming to maintain >links and relationships - the fact that there are gaps in the sequence is >immaterial to the database and the "user" use of PAF. > >The true count is of course what is on your gedcom and should agree with the >stats displayed on the File > Properties window and should equal the record >count less the deleted records on the properties window. > >For the pedantically minded - RIN's can be re-ordered in two main ways: > >(1) - Re-import your gedcom file into a new database - RIN's will be >assigned from #1 in the sequence of loading from the gedcom file. > >(2) - For the really pedantic - PAFInsight (from Ohana Software) provides >features to re-number individual records or sequentially renumber groups of >records. > >But I really cannot think why any one should bother - no significance >external to PAF internal programming should ever be attached to RIN (or MRIN >numbers). >(now that's likely to start a debate!) > >Regards, >Stewart > > >-----Original Message----- >From: H. Eugene McInturff [mailto:hemack@lynxconnect.com] >Sent: 23 June 2005 16:43 >To: PAF-5-USERS-L@rootsweb.com >Subject: [PAF-5] RIN's > >There is a discrepancy of over 3000 count between the numerical sort of >my data base and the number of individuals when I export a GEDCOM. >Would someone enlighten advise me how to find and use these unused >RIN's? Thanks........Eugene > > >==== PAF-5-USERS Mailing List ==== >RootsWeb's WorldConnect Project: >Connecting the World One GEDCOM at a Time >http://worldconnect.rootsweb.com/ > > > > >==== PAF-5-USERS Mailing List ==== >PAF-5-USERS Mailing List Search >http://searches2.rootsweb.com/cgi-bin/listsearch.pl?list=PAF-5-USERS

Those simple manipulations I also use, but in terms of a permanent number connection they have no use and one should use the Custom ID if a form of number identification is desired. Past discussions have addressed different ways to form a Custom ID and a lot depends on the user's desires. Bill > I don't agree with some of this discussion about the usefulness of RINs. I > find them extremely helpful when I do stupid things like attaching a child > to the last child I entered. All I have to do is remember the RIN, detach > the newest child from his brother/sister and reattach it to the parent. > This is one instance that I can immediately think of which demonistrates > the way RINs can be used. I'm sure there are others. > > Pat >

I've had people who exchanged data with cousins and who insisted on referring to people by their RIN rather than their name -- Is that 3654 or his grandson 7658? -- when, of course, the other cousin has him as 1243 and his grandson as 1872. and I've seen notes on order cards in the FHC that say "bd R2445". Using a RIN that way is --oh, let's be tactful!-- NOT a good idea. (G) Cheryl Patricia J Weisshaus wrote: > I don't agree with some of this discussion about the usefulness of RINs. > I find them extremely helpful when I do stupid things like attaching a > child to the last child I entered. All I have to do is remember the RIN, > detach the newest child from his brother/sister and reattach it to the > parent. This is one instance that I can immediately think of which > demonistrates the way RINs can be used. I'm sure there are others. > > Pat > > At 12:52 PM 6/23/2005, Stewart Millar wrote: > >> Eugene, >> >> Personally - I would never recommend using RIN numbers for any >> significant >> purpose - they provide the internal linkages for the programming to >> maintain >> links and relationships - the fact that there are gaps in the sequence is >> immaterial to the database and the "user" use of PAF. >> >> The true count is of course what is on your gedcom and should agree >> with the >> stats displayed on the File > Properties window and should equal the >> record >> count less the deleted records on the properties window. >> >> For the pedantically minded - RIN's can be re-ordered in two main ways: >> >> (1) - Re-import your gedcom file into a new database - RIN's will be >> assigned from #1 in the sequence of loading from the gedcom file. >> >> (2) - For the really pedantic - PAFInsight (from Ohana Software) provides >> features to re-number individual records or sequentially renumber >> groups of >> records. >> >> But I really cannot think why any one should bother - no significance >> external to PAF internal programming should ever be attached to RIN >> (or MRIN >> numbers). >> (now that's likely to start a debate!) >> >> Regards, >> Stewart >> >> >> -----Original Message----- >> From: H. Eugene McInturff [mailto:hemack@lynxconnect.com] >> Sent: 23 June 2005 16:43 >> To: PAF-5-USERS-L@rootsweb.com >> Subject: [PAF-5] RIN's >> >> There is a discrepancy of over 3000 count between the numerical sort of >> my data base and the number of individuals when I export a GEDCOM. >> Would someone enlighten advise me how to find and use these unused >> RIN's? Thanks........Eugene