When I am documenting records, do I use the name of a city or country as it is called today or as it was in the year an ancestor was there?

Related to: When documenting place names, should I write them in my language or in their native language?

  • 1
    Please add 'what it is called now - or what it was' to the question. I didn't know what you were asking until I clicked on the question. Commented Oct 10, 2012 at 1:41
  • 3
    Wouldn't it be nice to have a system that lets you record both?!
    – user47
    Commented Oct 10, 2012 at 3:04
  • @JustinY - I assume you are talking software here. As someone who does not use any for Family Tree purposes, I would consider this a two part question, manually recorded and software recorded.
    – Jean
    Commented Oct 10, 2012 at 4:02
  • @Blake - I've made that Edit... just pending approval by {someone}
    – Andrew
    Commented Oct 10, 2012 at 11:41
  • The dichotomy isn't between historical and modern names, but between historical and current names. Commented Oct 10, 2012 at 12:52

12 Answers 12


I believe it's good practice to use the place names that were in use at the time the event occurred, as geographic data changes: county boundaries can shift, counties can disappear, towns can get renamed, countries can get invaded, etc. Keeping the information on place and date together will make it easier to retrace steps later. If you would like, you can add a note saying that now (say when!) the town is in such-and-such county/province/state/whatever.

  • As I understand it, the op does not ask about the political status of a given locality but its name. Commented Oct 11, 2012 at 7:54
  • But names may change depending on the political locality, particularly if different languages are involved. And since the same place-name may appear in different nearby countries, it's quite important to note the name and the date that name was used. Commented Oct 11, 2012 at 20:14
  • 1
    +1 to Gene, chronologically accurate names carry special meaning of their own... compare "Uncle Joe from Leningrad" vs. "Uncle Joe from St. Petersburg", "Aunt Mei from Formosa" vs. "Aunt Mei from Taiwan", etc.
    – Drew
    Commented Oct 13, 2012 at 3:29
  • That was @Andrew's point below as well. He made it much more elegantly than I did Commented Oct 13, 2012 at 3:45
  • I would note though that common practice, at least in Sweden, is to use modern spelling, as the same name can be spelled in many various ways. But using todays standard spelling makes things easier when searching, etc. Commented Oct 23, 2012 at 20:36

The historical name may be reused and become the current one again. The current name will be historical one day. A town may disappear, be merged with another, etcetera.

The right name to use is the name at the time of the event.

By the way, in regions where a town has two names, e.g. Belgian towns that have both a Dutch and French name, either name is correct, but it is best for your own and your reader's sanity to be consistent in your choices.

When you publish a genealogy, you may want to include a section on place names, perhaps illustrated with an old and new map, for readers unfamiliar with the place name history of the region of your research.


If I may add a touch of humour to the site, already, questions such as this remind me of the old Communist era joke:

A sociological survey:

“Where were you born?” St. Petersburg.

“Where did you go to school?” Petrograd.

“Where do you live now?” Leningrad.

“Where would you like to live?” St. Petersburg

In my opinion, the name of the place recorded should be name of the place at the time of the recorded event... otherwise it loses the historical context.

An alternative would be the city of Gdansk/Danzig - where the name reflects the nationality of the population (in theory, if not necessarily in practice)


I record the place (and address if available) as it was specified in the source which I have concluded is the most reliable for the event -- that it, the place at the time the event was recorded.

If there are multiple versions of the contemporaneous place name, I record the alternatives in a note associated with the event, with an explanation for the choice I've made as the "main" place and (if appropriate) a brief explanation of why variants exist.

I also record the present-day equivalent (with the date at which the note was made) and I've recently started to record as well the Latitude and Longitude.

My reasoning for all this is to enable others viewing my research to see how I've derived the conclusions that I've recorded from the available sources AND to locate the place unambiguously on modern maps.


The cheat's answer to your question is BOTH. For different purposes, both the former and the current names will have value. At the heart of the issue is how should you record these alternative descriptions.

Does your software allow you to assign a latitude and longitude to a place? I am able to enter as text the name of the place as it was at the time of the event and rely upon the associated lat and long to find the current name through any one of several on-line mapping tools.

That means that if your ancestor stayed in one place while the national borders shifted around her, several place entries indicate which government entity might hold records made at different times but all will map to one location on earth.

Addition to explain management of risk of unwarranted specificity.

If I have evidence for a precise location such as the church where a christening occurred or the street address listed in a census, then that is the lat&long data recorded. Where all I can justify is the name of a town or region, then I enter the coordinates for an administrative centre (such as a Town Hall) with at least a conceptual connection to the records but the label of the general location.

When better evidence becomes available I can transfer the link from an existing event to a more precisely defined place. The general place descriptor remains in the data file for future use even if there is no event attached to it at present.

  • 2
    It's not clear which coordinates to report, though, as lat/lon always refer to a specific point, whereas the actual source information may be considerably more vague. By relying on the coordinates you run the risk of over-representing the specificity of your knowledge. Commented Oct 10, 2012 at 3:31
  • 1
    @Gene Golovchinsky, as long as you haven't recorded the place (and address if available) more accurately than you can support with evidence, and the Lat and Long match what you have recorded, I think that's good enough.
    – user104
    Commented Oct 10, 2012 at 14:31
  • @Gene Golovchinsky, it's an interesting question however if you've brought your own local knowledge to bear to identify a place. I have ancestors whom the sources say were born at Trecoon, Llanvair. Because their father was a miller at Trecwn Mill, Llanfair Nant y Gof, I'm confident that that is the right place for their birth. (You need to know a little Welsh to understand that Welsh f is pronounced v, and w as oo.) So a note explaining why I've picked that Lat and Long does help.
    – user104
    Commented Oct 10, 2012 at 14:35
  • @ColeValleyGirl I agree with you absolutely that when you can make informed inferences, the increased precision may be apporpriate. It's when all you know is that your ancestor was born in Grodno Gubernia (a large area, currently part of Poland) that lat/lon coordinates may mis-represent how much (little) information is actually available. Commented Oct 10, 2012 at 17:02

I record all of the place names available, in addition to coordinates when I can:

  • I use a system (Gramps) that allows me to maintain a single record for each "Place", where I can record copious amounts of information about that place. Each record that refers to a place does not contain all of the place information, just a reference to the Place. Where appropriate I make a note in the referring record so that historical context can be captured.
  • Recording all of the place names allows me to see that several generations of a family have lived in the same location even though the town/county/district has been merged/renamed around them.
  • Using coordinates permits an unambiguous, absolute reference to a single location on Earth -- and simplifies the preparation of a map. (To respond to a comment on another answer by Gene Golovchinsky: I try to avoid over-specificity in coordinates so as not to pinpoint a precise location. Specificity is usually obvious -- a reference to a city is different than a reference to a specific street, or even address in a given city: Anytown, USA vs Main St, Anytown, USA vs 123 Main St, Anytown, USA.)

For example, let's say Marie St. Pierre was born in 1830 (a fictional, if plausible, name/date) in Berthier-en-Haut, Québec. Her grandparents might have been born in la Seigneurie de Berthier -- which was the same place. Her living descendants might be living in Berthierville -- which is the same place. In my records, I have a reference to a single Place (Berthierville), which has the alternative place names listed, as well as coordinates 46°05′N 73°10′W. Marie's record would contain a reference to Berthierville with a note saying that the name at the time was Berthier-en-Haut. In a 1980s record, I would have a pointer to Berthierville with a note containing the city & county -- both pieces of information being important because there have mergers and changes to administrative districts.

As another example, I have ancestors who lived in Leuven, Belgium, which is spelled Louvain in French. I have both names recorded so that if I come across a new record that refers to Louvain instead of Leuven I will know that they are the same place.


Places (just as with people) may have alternative names. This could be due to a total rename at some point, alternative spellings, colloquialisms & informal names, or names in different languages. These "accepted variations" should be part of the Place entity recorded in your data. That way, there is only one definition and history for each place in your data.

However, records will certainly have "unaccepted variations", most commonly where a name was misspelled or mistranscribed. Another variation in when erroneous data was deliberately given at the time. This is part of the evidence associated with a cited source.

The point I want to make is that the historical name(s), the hierarchical association of the Place (e.g. which district or county is it in?), and its general history, should all be associated with the specific Place entity in the data. Other data can then make a reference to that entity. The name as it was written in a record may be recorded verbatim if there is something unusual or ambiguous about it but this is best judged on a case-by-case basis. The majority of my places are references to associated Place entities, and I only record the specific text if it is questionable in any way.

  • You seem to have moved the question from "how to name places" to "how to name place entities" without actually answering it. What label do you apply to a place entity which has had multiple names attached through time?
    – Fortiter
    Commented Oct 14, 2012 at 6:25
  • The Place entity represents the place in your data. This can have multiple names, just as with a Person entity that represents a person. The situation is very similar. If person-a is mentioned in multiple contexts, you don't duplicate their names (& other properties) for every such reference - you would reference a Person entity that encapsulates those properties, notes, history, pictures. NB: This is at the data level. What your software then does with it is a different topic.
    – ACProctor
    Commented Oct 14, 2012 at 9:23
  • Places tend to be given a lesser role in many products and databases but they can be equally important to the history of a family, and the similarities in representing a person and a place can be leveraged. In summary, I do not consider a place reference in my own data to be simply a transcribed name. Maybe that's the essential difference in our viewpoints.
    – ACProctor
    Commented Oct 14, 2012 at 9:26
  • I think that we agree fundamentally but I need to overcome a focus on the "label" of the place entity. I know that each has an unique numeric ID under the hood. Any other label is irrelevant to the logic and purely for the convenience of the human reader? In which case, I can call each instance whatever suits its context so long as the link to the entity is correct?
    – Fortiter
    Commented Oct 14, 2012 at 14:05
  • 1
    Ok, I think I understand better now. My Place entity includes all the accepted name variants, spelling variants, hierarchical variants, etc., but has a single title field used for display purposes. That entity embraces the conclusions for the place. The specific text describing the place in a given record can be transcribed and used to accompany the reference, especially if it's questionable or unusual. However, that's considered an item of evidence from a given source. In other words, we may use different models. My Person entities follow almost exactly the same approach.
    – ACProctor
    Commented Oct 14, 2012 at 14:22

The decision about what name to use will depend on how you intend using that name. So if you intend to run a feed out of your database and into some mapping software (and your software only allows one name), then as said above, contemporary names like "X, Y, Austro_Hungarian Empire" won't be of much use to you and you'll (probably) need to use current names. Depends on the software and database, obviously.

To me, a place-name needs to satisfy 3 criteria:

  • It works in the software;
  • It defines the place accurately (how accurately is another matter) to any plausible reader, given the context;
  • It reads well.

So using a name contemporary with the event can really make a story read well because the name is so different that it stands out and you know you're "not in Kansas anymore." And it can be said to be more accurate as it's closer to the source-text.

But if the contemporary name is meaningless (or ambiguous) to the reader, then it fails the 2nd purpose if unqualified by any explanation. So for instance (quickly consulting Wikipedia), if I were to designate a place as "Springfield, Missouri Territory, USA" that would probably give the wrong impression to anyone from my side of the Atlantic, who would equate Missouri Territory with the state of Missouri. So if you use such a contemporary name, then you need to put in somewhere in your text as presented to the reader that (a) you've used contemporary names and (b) for Missouri Territory see this map that you've taken from Wikimedia Commons (and credited, of course).

Bear in mind with the first bullet ("It works in the software"), that most software will see "Widnes, Cheshire, England" as a different place from "Widnes, Lancashire, England". Which they're not.

Oh - and if you're writing for a Journal, they may have their own standards.

So fundamentally, you need to examine those three bullets and make your own decision - but be consistent about it!

  • I think you need at add a fourth bullet - "where would one go to find records of the associated person/event?" When, e.g., new counties are carved out of old counties, often the older records are kept at the old county seat.
    – cleaverkin
    Commented Jan 5, 2013 at 1:08

The problem with using "current" names as the only name, is that "current" changes over time. Is the Crimea part of the Ukraine or of Russia. If you attempt to use "current" you're dooming yourself to a never ending job of updating locations.

I prefer an approach, supported by the tool I use, Genbox, that uses the name at the time of the event which links to a database location where all the names are indicated.

born        L'vov, (...)   Russia
Bar Mitzva  Lemberg, (...) Austria
Married     L'vov, (...)   Soviet Union
Died        L'viv, (...)   Ukraine

[Where the (...) indicate the equivalent of town/city, township, county, province based on the location on the date in question]

I have the option to add the current name also, which makes the events look like

born        L'vov, (...)   Russia   (Lately, L'viv, (...) Ukraine)
Bar Mitzva  Lemberg, (...) Austria  (Lately, L'viv, (...) Ukraine) 
Married     L'vov, (...)   USSR     (Lately, L'viv, (...) Ukraine)
Died        L'viv, (...)   Ukraine

This allows the information to be correct and not require an update with Russia conquers the Ukraine.

  • 2
    Great answer, and welcome to Genealogy.SE! I've done a lot of research in the L'viv oblast, specifically the village of Bilyi Kamin near Brody.
    – user47
    Commented Dec 17, 2014 at 16:02

I use modern names solely because it is a limitation of most genealogical software, which does not allow the indexing of one place name to another place name. I am also mindful of the trend in genealogical software to start to incorporate mapping integration with online map providers, and Google Maps has no idea where "Nadworna, Galicia, Austro-Hungarian Empire" is, much less an ethnic designation like the Jewish Kehilla [community] district "Nadworna, Nadworna Kehilla, Austro-Hungarian Empire".

So, in my software, I record towns with their modern names, such as "Nadvirna, Ivano-Frankivsk oblast, Ukraine". I only add the raion (county) name in there too if it is an exceptionally small location or if there is more than one town with that name in the same oblast (or voivodeship, for Poland).


Personally I use today's name but also place a note with the old name.

  • 2
    I think you have just pointed out a problem with current genealogy software. They don't deal well with changing borders and names. Commented Oct 10, 2012 at 1:43
  • 1
    This can still lead to confusion in (isolated) cases. One town in Australia was originally known as [Name1]. A town a few miles away was known as [Name2]. A locality nearby was known as [Name3]. Sometime later, [Name1] was changed to that of [Name2], [Name2] changed to [Name3] and [Name3] given a new name, [Name4]. This becomes difficult to record using cross references.
    – Sandra
    Commented Oct 10, 2012 at 4:11
  • 5
    Hey Josh, can you please explain why using an edit to your post? As someone more on the new side of Genealogy, this really doesn't help me understand why I should use both. This will help your answer be useful to future visitors. Good luck!
    – jmort253
    Commented Oct 10, 2012 at 4:40
  • 2
    As jmort253 says, the reasons why you do this would improve the answer.
    – user104
    Commented Oct 16, 2012 at 18:51
  • 1
    The edit suggested could be as simple as adding "because" to the end of your answer. Then use the list formatting option to add a few bullets.
    – GeneJ
    Commented Oct 17, 2012 at 18:44

Let me make a suggestion which reflects my experience in military reporting -- There, when mentioning a location of an event, the military report includes both the name of the community as it is known, and the map coordinates for the place. The name of the country or city might change, but the coordinates of the town usually won't (unless it was destroyed and relocated ). You can find the coordinates on Google Maps or Wikipedia. Often you'll find alternative names of the community as well on these sites. Certainly, if you are doing a book, this would make great sense. But I think it is too much work if you already have a substantial family tree; I can't see going back through actual tree and figuring out the coordinates for everyone. My tree has 13,400 names; it's not going to happen.

  • My software can automatically geocode all places named in my database, so the size of the backlog for me is immaterial.
    – user104
    Commented May 4, 2017 at 12:09

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.