Article View: soc.genealogy.computing
Article #62Re: Keeping track of paper files
From: Ian Goddard
Date: Sun, 01 Aug 2010 09:27
Date: Sun, 01 Aug 2010 09:27
123 lines
7216 bytes
7216 bytes
Steve Hayes wrote: > On Thu, 29 Jul 2010 21:08:02 +0100, Ian Goddard <goddai01@hotmail.co.uk> > wrote: > >> I use GRAMPS. If I add a document as a source against an event or a >> person (and the same source can be linked to as many events and people >> as needed) it will automatically be allocated an ID (by default the >> letter S for source) and a serial. On the source form there is a Data >> tab. If I click on that I can add a data item. That offers me the >> option of entering a key/value pair. I could enter "Location" as the >> key and the filing reference as the value. If I were subsequently to >> reorganise the filing I could go to each source as it gets refiled and >> update the location. > > But I generally try to keep unrelated people out of my main genealogy file, > and I don't want to create person records for them there. But if I eventually > find proof of relationship, I want to be able to find the documents where I've > seen their names before. I know the feeling! Because many of my lines belong to families resident in the area for many generations I have a lot of problems just working out who's who. One part of the solution is to get as much as possible of the raw data - PRs & census data - into an RDBMS. As a good deal of it is available as PDF & pushing data around like this is part of what I used to do as a living this is straightforward and enables me to grab bunches of records with SQL. Another part is to use a spreadsheet to get an overview. The steps are: 1. Get all the baptismal records for the name and area under consideration into a spreadsheet. If they've been exported from the RDBMS this is easy, otherwise it involves a lot of typing :( 2. There may be scope for a bit of reconnaissance by ordering by, say, father's name, mother's name and date, father's name, home and date or father's name, occupation and date to get an idea of what families might be there. 3. Order by date and then add a few blank rows at the top. 4. Add an extra column at the start. The original data is now in columns B to H or thereabouts. Enter the earliest year in A1 and =A1+1 into A2. Copy A2 into the following rows of the A column until you reach the latest year. 5. Select the subrow B to H (or whatever) of the first baptism & drag it up to its appropriate year. If the next baptism is of the same family (father's name and mother's name, home, father's occupation or whatever's available) drag it up to its year. If it's a different family drag it across to the next block of columns from I or whatever at the appropriate year. 6. Continue this process using as many blocks of columns as needed. When it becomes clear that there are no more children in the first family you'd allocated to the first block you can put another family underneath. As families become complete delimit them with a border. 7. As the workspace gets wider you will probably need to replicate the year column. It may also help to shade every 10th row with a background colour. You can also save width by eliminating the surname column as this is redundant. 8. Attach notes to the start of a family block showing the candidate marriages. 9. If a child's name is repeated check for burials and attach a note if you find one. If you don't you may need to review whether this is the same family. 10. As the worksheet builds you can start working out which children of one generation are the fathers of the next. 11. When the relevant families have been identified by this means they can be entered into the genealogy program. A spreadsheet isn't ideal. I'd like something which would treat the subrows as single objects which would make the selection and dragging easier. Ideally a genealogy program would incorporate this. As I usually do this on a single parish or even an area within a parish there's no need to record the source on a record-by-record basis as they're all the same. The last part of the solution is to set up a separate Gramps database for any batch of data I want to keep separate such as gedcoms downloaded from IGI for some of the non-conformist chapels who aren't in the RDBMS derived from the PRs. I can export selections of these as XML & incorporate them into the relevant main database as needed. Recently I've also set up a Gramps database containing nothing but locations to act as a gazetteer to be incorporated into the other databases so I have consistency in that respect. > > I've been wanting to try it for some time, but after unsuccessfully trying to > install Linux for 11 years, I doubt that I ever will. > Hmm. I'm not sure I can advise much on dual boot Windows/Linux. If I need to run Windows it's run as a guest in a VirtualBox environment hosted on Linux. You could try the reverse. Also I believe the main Linux distributions are pretty good at installing themselves alongside an existing Windows installation providing the disk resources can be made available. However you may want to look at Wubi ( http://wubi-installer.org/ ) which says it installs Ubuntu on a Windows machine as a dual boot without repartitioning disks; it uses Windows files as its disk space. You can, however, install Gramps on Windows directly. I have tested gramps4win: http://sourceforge.net/apps/mediawiki/gramps4win/index.php?title=Main_Page Although it claims to be a beta with appropriate warnings in fact it installs a normal Gramps release although that release is no longer current. It will, however, let you check out Gramps in a Windows environment. -- Ian The Hotmail address is my spam-bin. Real mail address is iang at austonley org uk
Technical Details
Message-ID:
<8bksvtFhiaU1@mid.individual.net>Path:
arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mailReferences:
<bi9v461d9dmf68ffou43tb53e2uj70lp6r@4ax.com> <i2qdvv$r2l$1@news.eternal-september.org> <4c50febf$0$24908$afc38c87@news.optusnet.com.au> <8bcr36FrfhU1@mid.individual.net> <hsWdnYyeJ889zMzRnZ2dnUVZ8oKdnZ2d@brightview.co.uk> <8bd319Fb3mU1@mid.individual.net> <urd3565pvkavtd67sr4l9v0rv6q4de392f@4ax.com> <8be5d2FtvaU1@mid.individual.net> <6sg9569eiojistqp5nvchh7isdqjku8jsg@4ax.com>Show Full Headers
Complete Article Headers
X-Google-Thread: 105a76,64b6ead7ca355cf1 X-Google-NewGroupId: yes X-Google-Thread: 114405,64b6ead7ca355cf1 X-Google-NewGroupId: yes X-Google-Attributes: gid48cd7b239e,gidd5cb46ee2e,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: arc1-ca.pugleaf.net!g2news1.google.com!news3.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Ian Goddard <goddai01@hotmail.co.uk> Newsgroups: soc.genealogy.computing,free.uk.genealogy Subject: Re: Keeping track of paper files Date: Sun, 01 Aug 2010 10:27:25 +0100 Lines: 123 Message-ID: <8bksvtFhiaU1@mid.individual.net> References: <bi9v461d9dmf68ffou43tb53e2uj70lp6r@4ax.com> <i2qdvv$r2l$1@news.eternal-september.org> <4c50febf$0$24908$afc38c87@news.optusnet.com.au> <8bcr36FrfhU1@mid.individual.net> <hsWdnYyeJ889zMzRnZ2dnUVZ8oKdnZ2d@brightview.co.uk> <8bd319Fb3mU1@mid.individual.net> <urd3565pvkavtd67sr4l9v0rv6q4de392f@4ax.com> <8be5d2FtvaU1@mid.individual.net> <6sg9569eiojistqp5nvchh7isdqjku8jsg@4ax.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net JcobvM27V8t/7YA1am31cA+2Z4oQvsj9Mv1WCXQuv9kfokapS3 Cancel-Lock: sha1:UJ6ZA8J1nuWUWtsM/jzsr3/Qanc= User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.1.22) Gecko/20090606 SeaMonkey/1.1.17 In-Reply-To: <6sg9569eiojistqp5nvchh7isdqjku8jsg@4ax.com>