RootsChat.Com
General => The Common Room => Topic started by: ardchronie on Sunday 31 March 13 16:49 BST (UK)
-
Hello all
Sorry if this is in the wrong place (or if it turns out to be a silly question), but I couldn't work out where best to put it! I came across another family tree on-line which had a little bit more info on one of my lines than I have managed to find so far. Unfortunately there was no reference for their information on birth dates, but there were a couple of marriages with the reference e.g. MARR: RIN MH:FF520. I've worked out the MARR RIN bit, but does anyone know what the rest of it means, as I am curious to cross check, but can't seem to find out where to do it!
Thanks very much for your help.
-
Hi
Without the names of the parties getting married or the trees you've found them on, it is difficult to give an opinion on what it might mean.
Can you enlighten us a bit further?
Dawn
-
Hello Dawn
Sorry - It was a tree on Ancestry and the pair getting married are James Bache and Hannah Jukes. The entry on the tree just says 1817 Marriage to Hannah Jukes, 29 Nov, Age: 34
St Martins, Birmingham
MARR: RIN MH:FF520
I thought it might be something to do with the IGI, but their numbers don't seem to match these. I would like to follow the reference back so I can have a search myself, if it's possible, but can't seem to find the origin of these reference numbers. So I'm a bit baffled!
-
I googled the reference and get lots of hits for trees with this set of reference letters and numbers so it must be a known database ???
Could you not simply ask the tree owner what/ where the database is?
-
Hello Suey
Great minds think alike! :) I emailed the tree owner just before your reply - no reply yet, but if I get one I'll post answer on here.
Thanks!
-
I think it may be a code that genealogy software attaches to a source in a family tree programme.
Which programme though?
-
Googling "RIN genealogy software" gives a large number of hits, the essence of which is that the Record Identification Number is the unique number used within each database to refer to a particular person. So in this instance I suspect they are internal numbers within whichever programme your source was using and hence they won't tie to any external sources.