Kiwitrees on Twitter

    order, edit, FAQ, new feature, .mo, ASSO, googlemaps, kiwitrees theme, blocks, click, xenea, language, Support/Bug Reporting, prefix, research tasks, multiple marriages, fancy image bar, research, GEDCOM, 2.0.2, fact, theme, kiwitrees-nova, editor, road map, ID facts, last change date, login, getClientIp, family fact, bug, html, logout, tab, Add a wife, updates, wish, events of close relatives, contact links, Themes change, ID notes, administration pages, add missing death, abbreviate, edit menu, duplicates, 1939 Register, time, transifex, PHP, 3.3.1, error, Histo, menus, REFN, datatables, style, CREM, access roles, check


    1669 posts

    No. Due to the specific german history place names changed very often. GM module can’t handle that complexity.

    What makes you think that?

    The module is actually very simple, and therefore very flexible. All it does is match GEDCOM place names with a table of place names with coordinates. If there is a match the coordinates will be used and displayed. I know many European places changed borders etc. often. But that is irrelevant to the module.

    For example, I have these three places:
    Lambeth, London, England
    Lambeth, Middlesex, England
    Lambeth, Kent, England

    They are all physically the same place, but were within different County boundaries at different times in history. So I add Lambeth three times to the GM table, each time linked to a different County (parent level), but always with the same co-ordinates.

    You can deal with different spelling in just the same way.

    My personal kiwitrees site is