A Genealogy Gem for a Website

Ever since I launched my Ferguson One-Name website some 3 years ago, I have not been very happy with the Family Group style web pages compiled from Legacy, nor did I really like the output from TNG Software. So, I have regularly browsed the web to look for an alternative.

At last, I think I have found it in HuMo-gen which is made by Hubb Mons, who says: "I originally wrote this software for myself, because I was dissatisfied with the features of other Gedcom-to-HTML converters, but I readily offer HuMo-gen for use by the wider public". Exactly my thoughts!!

And furthermore it is free, open source software. What more could one ask for?!

You can select what to include on the Main Index (Opening Page), as shown below:

Whilst it is written in PHP, it is claimed that no knowledge of PHP or HTML is required in order to use the program. I agree, in fact anybody used to Wordpress will find it very easy.

This shows the options available from within the program, but with only a little knowledge of PHP and HTML one can easily customise this page to include other items, for example a picture of oneself, or maybe a brief description of the site. On this page there is also a Person Search Box.

It is possible to select various levels of permissions, for example one can limit the display of Sources, to say, oneself, or family etc. or, as I do, publish them for all to see, as on the right.


Clicking the filing card icon next to the name produces as a range of other options, such as different report formats, and a range of tree charts. From these charts clicking a name will go to the report for that person.

As can be seen, the sources on this screen are links and these lead to others who use this source.


I think that this software is relatively new, from the HuMo-gen website I would think around 2009, so are there any snags? Well, yes, but none are terribly important and most can easily be overcome, some are specific to its use with Legacy. Like similar programs which rely on importing GEDCOMs it suffers from the limitations of the long outdated technology of this format.

For my usage, the fields for the genealogy sources are too short, but should be easy to enlarge in the MySQL database (I haven't done this yet). The PHP scripts are, understandably, largely in Dutch which makes following them more difficult for those of us who do not speak this language (I am not monolingual btw.) and in the Sources List, the descriptions have yet to be translated, but nevertheless the meaning of them is pretty clear.

I recommend that anyone trying this program should first try it on their own PC and not the web. This involves installing a stand-alone server and the manual gives a full description of how to to this for XAMPP-lite. This also a free open-source application. Be prepared to do some work for yourself to get the output to that which you wish, but if you do hit problems the site has a Forum which I have found to be very responsive and helpful.

I have yet to put my site on-line using HuMo-gen, but only because I wish to fully familiarise myself with its workings, and I will do so at the end of December. To those, who like me, are not happy with what has been around for a while, I would say "give it a run".


© Ron Ferguson 2010

Genealogy Websites are Boring!

So said a recent tweeter. My instinctive reaction was that part of the problem was that the designers are trying to cater for the higher proportion than average of genealogists who still use IE6. But on reflection I think this to be unfair.

Is it True?

I made the basic assumption that the comment did not refer to the research aids, such as Ancestry.com, so over the past month I have made a point of looking at many genealogists' own sites. and, regrettably, I think that it is probably fair comment.

Part of the problem is that the sites are presented by genealogists many of whom, I suspect, have little or no experience of designing and coding websites. Many are, therefore forced to use sites such as Rootsweb, rely on their database program, or use a program which converts a GEDCOM into webpages. This is not a criticism, in fact I applaud the efforts made by all who seek to make their work available to others, and I know how hard they try to overcome the problems which they inevitably meet. Indeed I have used a standard template for this blog!

The image above is of my own website; now I am not a designer but can code, so the design is one which I have put together from looking at pages in books or on-screen. I make no pretence about it being of a high standard, but at least I'm happy with it! I have shown this to illustrate that it is not necessary for all pages to look dull. This is true for the many different types of pages which can be added to a site, for example, forums, blogs, tutorials, biographies etc. etc.

Options

However, I suspect that the tweeter was referring to a lack of dynamic pages, and with the best will in the world, here we have a problem; which is that the family genealogy which we may wish to display basically comprises a list of names and other data. No matter what one does with it, it is still a list. The Next Generation of Genealogy Software, based on PHP and SQL overcomes this by using selections of family trees from which one can link to details of each individual.

My personal favourite is the Pedigree style from Legacy where the notes are included on the same page as the tree, which I prefer, although it is not as dynamic as TNG. It also has another problem in that it requires one page per individual, which means it is not really suitable for very large sites, I currently have around some 6000 such pages. I do include a dynamic family tree, made using DftCom2 based on Java, on a separate page of my site.

When it comes to other formats, Descendant, Ancestor, Family Group, Individual, we are down to lists, they may be formatted differently but they are still lists. For very large sites there may be no alternative other than to use one of these options, or TNG. There are a few other programs but the user experience is similar to those mentioned. I understand some university work is being carried out on alternative formatting, but as yet this has not been taken up.

What can we do?

At present, the best solution would seem to be to create a wide selection of attractive pages to complement the lists of genealogy data from which we hope others will contact us, and hence expand our knowledge and/or trees

© Ron Ferguson 2010

Pin it on Google Earth

I was stimulated to examine whether it was possible to enter location pins onto Google Earth from my Legacy database by two articles written by Howard Mathieson¹ who used GenMap as his starting point. Although I have used Legacy which is an Access DB, the method should apply to any DB where the construction is known and accessible.

The method used involves extracting the required details using OpenOffice.org, putting this into a MySQL DB and using PHP to extract the data in the required format for importing into Earth Plot which will put the pins into Google Earth.

One interesting problem was that Legacy stores location co-ordinates (latitude/longitude) in the format Degrees:Minutes:Seconds.xxx whereas Earth Plot requires them in decimal. A wide search on Google failed to provide a PHP script which made the calculation, so I ended up having to write one! The basic PHP, including this calculation, is given in the Map Using Google Earth tutorial on my FergysWebsite.

This tutorial describes how to use the method to plot the locations of the  Fergusons born before 1902 who are entered into my One-Name DB. Looking towards the future, when I will have many more records - at present there are around 1500 - I would hope to have come up with a way of plotting their movements with respect to time. I suspect that this will not be too easy!

Acknowledgement

1. Grateful acknowledgement is made to Howard Mathieson for his articles in the Vol 10 Issue 5 and Issue 6 editions of the Journal of One-Name Studies, the quarterly publication of the Guild of One-Name Studies (non-members: £2.00/copy) which stimulated my interest in this subject and introduced me to Earth Plot.

Website Update: Complete!

Finally my revised website is now up and running, and I would like to review some of the lessons which I learned during the process of revising a genealogy site with some 7000 - 8000 pages. This was the first major rewrite for 5 years, during which time coding techniques have changed, and visitors are looking for increasingly greater interaction and usability.

I started thinking about the design in November 2009, with the major changes being to the index pages and applying a common theme throughout the site. The headers for the Pedigree pages and some others I decided to leave, except for colour changes. I have said before, but I will repeat, design is not one of my strengths, so it took two or three weeks before I decided to use a scheme based on the colours of nature, mainly blue, green and brown, with an index page design to suit.

To write and verify the coding took another two months of work (actually three months but one was lost through illness and holidays). I like to work to dead lines, so in November I settled on 1st March for the launch, revised to 1st April, and it actually went on-line on 2nd April.

Relaxation

I recommend taking regular breaks! In the early hours of one morning I was working away trying to get rid of a bug, and nothing which I did seemed to make any difference. I simply could not understand it! Only after a short break did I realise that the screen I was looking at was on-line and not the one I was working on using my PC.

Tools used

The Pedigree pages were created using Legacy modified to CSS with the excellent LTools designed for use with Legacy. For my text (HTML, PHP and CSS) editor I use PSPad which allows batch search and replace. Because I have inserted some PHP in all my Pedigree pages I have to change all the file extensions from .HTML to .PHP using Ken Rename, and, finally, I also have to insert some script into the coding. This can only be done after the previous processing and hence requires the use of Regular Expressions to locate the point of insertion. To batch process I use Actual Search and Replace, but note that it cannot write the search and replace the strings for you!

Testing

Arguably this is the most important bit, it is certainly the most time consuming! Because of the use of PHP, I cannot test the Pedigree pages in IE unless it is actually on the web, which is something of a pain. I do, of course, have a folder on the server which I only use for testing purposes, but there always seems to be a difference between how something behaves in that folder and real life!

Links can be tested on-line using the W3C Link Checker, and do remember that for a 404 Error Page all links have to comprise the full URL ie. "http://www...."otherwise even your CSS won't work. This will not quite be the end of it, though, as you, or your visitors, will probably find a few missed bugs for a few days afterwards - make sure they can readily find a way of contacting you!

Finally

Ensure a plentiful supply of coffee, and enjoy!