# Proposal: Location Guidelines

**URL:** <https://community.metabrainz.org/t/proposal-location-guidelines/653760>\
**Category:** Style\
**Tags:** styleguide-proposal, style\
**Created:** [September 5, 2023, 4:19am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760 "2023-09-05T04:19:37Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 5, 2023, 4:19am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/1 "2023-09-05T04:19:37Z")

</div>

# Background

MusicBrainz already has a defined list of countries used for [release events](https://wiki.musicbrainz.org/Release/Country) and [labels](https://wiki.musicbrainz.org/Label/Country). However, there are several other official guidelines where place information needs to be included in release titles or disambiguation comments:

- Untitled [live bootlegs](https://wiki.musicbrainz.org/Style/Specific_types_of_releases/Live_bootlegs) use its date and location information, in the form “YYYY-MM-DD: Venue, City, State/Province, Country”.
- [Broadcast programs](https://wiki.musicbrainz.org/Style/Specific_types_of_releases/Broadcast_programs) use “YYYY-MM-DD: Program Name[#1234][, “Program Title”][: Location]” with Location as “[Venue,]City, [State,]Country”.
- Disambiguation comments for [live recordings](https://wiki.musicbrainz.org/Recording_Disambiguation#Live_Recordings) use: “live, YYYY-MM-DD: Venue, City, State/Province, Country”
- Disambiguation comments for [broadcasts](https://wiki.musicbrainz.org/Recording_Disambiguation#Broadcasts) use: “broadcast, YYYY-MM-DD: Studio/location [, Additional Info]”

[Style/Specific types of releases/Live bootlegs](https://wiki.musicbrainz.org/Style/Specific_types_of_releases/Live_bootlegs) includes some notes on formatting:

- Country names should match their [names in the database](https://musicbrainz.org/search?query=type%3Acountry&type=area&limit=25&method=advanced), except for UK and USA, which should be abbreviated.
- States in the USA and Canada should always be listed (in their abbreviated form). States and provinces elsewhere are optional, and should only be added when they’re necessary to further distinguish cities with identical names.

Although [Recording Disambiguation](https://wiki.musicbrainz.org/Recording_Disambiguation) and [Broadcast programs](https://wiki.musicbrainz.org/Style/Specific_types_of_releases/Broadcast_programs) do not mention this, I expect the same rules apply because the [linked examples](https://musicbrainz.org/doc/Style/Recording#Live_recordings) follow this.

# Related Work

RYM provides a [complete list of administrative divisions](https://rateyourmusic.com/wiki/RYM:Administrative+divisions) which are an amalgamation of countries and territories. Each of these have a dedicated page for subdivisions, for example the [United States](https://rateyourmusic.com/wiki/RYM:United%20States).

# Proposed Guidelines

When describing a Location, the Country should be one of the [names in the database](https://musicbrainz.org/search?query=type%3Acountry&type=area&limit=25&method=advanced), such as [Germany](https://musicbrainz.org/area/85752fda-13c4-31a3-bee5-0e5cb1f51dad). There are some notable exceptions:

1. When a country is made up of multiple entries, such as “Netherlands, Kingdom of the Netherlands” or “Puerto Rico, United States” only the first part should be used. So “Netherlands” and “Puerto Rico” respectively.
2. [Some countries have specific start and/or end dates](https://musicbrainz.org/search?query=type%3Acountry+AND+%28begin%3A*+OR+end%3A*%29&type=area&limit=25&method=advanced). These countries should only be used when the dates surrounding the release or recording are appropriate.
3. [United States](https://musicbrainz.org/area/489ce91b-6658-3307-9877-795b68554c98) should be written as “USA”. Each of the states should be written in abbreviated form defined in [ISO 3166-2:US](https://en.wikipedia.org/wiki/ISO_3166-2:US), such as CA for [California](https://musicbrainz.org/area/ae0110b6-13d4-4998-9116-5b926287aa23).
4. [United Kingdom](https://musicbrainz.org/area/8a754a16-0027-3a29-b6d7-2b40ea0481ed) should be written as “UK”.
5. States in [Canada](https://musicbrainz.org/area/71bbafaa-e825-3e15-8ca9-017dcad1748b) should use their abbreviated form defined in [ISO 3166-2:CA](https://en.wikipedia.org/wiki/ISO_3166-2:CA), such as QC for [Québec](https://musicbrainz.org/area/a510b9b1-404d-4e23-8db8-0f6585909ed8).
6. [Kingdom of the Netherlands](https://musicbrainz.org/area/aee96acc-29ab-4f1b-b23d-52012b29c25b) and [Somaliland](https://musicbrainz.org/area/74048d0e-2cca-40c1-9531-7a2ef74f3616) should never be used.

# Release Examples

1. [2002-05-02: Ahoy, Rotterdam, Netherlands](https://musicbrainz.org/release/5555caea-3de8-480b-9952-421471a62517)
2. [2008-12-07: Rose Garden, Portland, OR, USA](https://musicbrainz.org/release/cf731f61-d8ba-438a-b346-644456fd27e2)
3. [2008-12-17, early show: Mellon Arena, Pittsburgh, PA, USA](https://musicbrainz.org/release/bde0a56e-b2a8-48f8-8563-8d24ee4b2c2b)
4. 2012-06-30: Wait Wait… Don’t Tell Me!: State Theatre, Cleveland, OH, USA
5. 2012-06-30: A Prairie Home Companion #1348: Koussevitzky Music Shed, Lenox, MA, USA

---

<div class="post-metadata">

**Author:** ![tigerman325](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/t/b9bd4f/32.png) [@tigerman325](https://community.metabrainz.org/u/tigerman325)\
**Post date:** [September 5, 2023, 5:43am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/2 "2023-09-05T05:43:16Z")

</div>

Puerto Rico isn’t a country though, it’s a territory of the U.S. Whereas, technically Scotland is a country inside the UK. Also, Puerto Rico & Faroe Islands are release countries that are in the database, whereas England & Scotland are not. But more complicated is that PR & FO have country codes issued by ISO ([ISO 3166-1 - Wikipedia](https://en.wikipedia.org/wiki/ISO_3166-1#Current_codes)), whereas England & Scotland do not. So, it recognizes territories that are part of countries & doesn’t recognize countries within the UK (England, Scotland, Wales & Northern Ireland), but does their territories, i.e Isle of Man, Jersey & Guernsey, etc.). Digital distributors according to Jaxsta also seem to mostly only use ISO countries (regions) as well.

---

<div class="post-metadata">

**Author:** ![bflaminio](https://community.metabrainz.org/user_avatar/community.metabrainz.org/bflaminio/32/83_2.png) [@bflaminio](https://community.metabrainz.org/u/bflaminio)\
**Post date:** [September 6, 2023, 5:08pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/3 "2023-09-06T17:08:26Z")

</div>

> [@chancey](#):
>
> For example “Netherlands” is [considered incorrect](https://www.iamexpat.nl/expat-info/dutch-expat-news/holland-vs-netherlands-whats-difference#:~:text=Should%20you%20say%20%E2%80%9Cthe%20Netherlands,it%20is%20in%20fact%20singular), as it should be written as “The Netherlands”.

I’m not sure about that. For a counterexample, the CIA World Factbook lists the country without the article: [https://www.cia.gov/the-world-factbook/countries/netherlands/](https://www.cia.gov/the-world-factbook/countries/netherlands/) as does Wikipedia: [Netherlands - Wikipedia](https://en.wikipedia.org/wiki/Netherlands)

Some commenters say that it is analogous to “the” United States. The official short name of the country is “United States”, but ask an American where they are from and they will say they are from “the United States” (lowercase the).

And this doesn’t even begin to get into the complexities of the “Kingdom of the Netherlands” and its constituent countries and territories.

---

<div class="post-metadata">

**Author:** ![IvanDobsky](https://community.metabrainz.org/user_avatar/community.metabrainz.org/ivandobsky/32/11785_2.png) [@IvanDobsky](https://community.metabrainz.org/u/IvanDobsky)\
**Post date:** [September 6, 2023, 5:21pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/4 "2023-09-06T17:21:13Z")

</div>

> [@bflaminio](#):
>
> And this doesn’t even begin to get into the complexities of the “Kingdom of the Netherlands” and its constituent countries and territories.

If we are doing Silly Formal Names 😂 “United Kingdom” isn’t “United Kingdom”. It is " **[United Kingdom of Great Britain and Northern Ireland](https://en.wikipedia.org/wiki/United_Kingdom)**" (Or maybe that is **The** United Kingdom of Great Britain and Northern Ireland 😆)

So can we just stick to UK? We don’t need all the formal titles… it’s a database for music.

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 6, 2023, 10:29pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/5 "2023-09-06T22:29:55Z")

</div>

Right. But none of this is really clarified and put into one place.

I think it would be helpful to list every country or territory that should have a specific name and leave all the rest to the list of countries.

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 9, 2023, 7:08am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/6 "2023-09-09T07:08:56Z")

</div>

Here is my first rough attempt to get the ball rolling:

> **[Countries Style Guideline Proposal](https://docs.google.com/document/d/1rUFuiRKCzNYGwLn4Y7QMArFWx4LYXgKYDj2UBAZyDHE/edit)**
>
> Countries Style Guideline Proposal Abstract This proposes a style guideline for how country names should be written and notes some other rules and edge cases. There are several official style guidelines that mention some rules associated with...

It should be noted that while I did lookup some Wikipedia pages on each, they are all just crude guesses. Feel free to comment directly on the doc, or reply here.

I would also like to add MusicBrainz release examples for as many as possible. So, if you know, please share.

---

<div class="post-metadata">

**Author:** ![jesus2099](https://community.metabrainz.org/user_avatar/community.metabrainz.org/jesus2099/32/36_2.png) [@jesus2099](https://community.metabrainz.org/u/jesus2099)\
**Post date:** [September 9, 2023, 9:32am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/7 "2023-09-09T09:32:11Z")

</div>

Do you mean _Country guidelines_ for **disambiguation comments**?

Do you mean that what we should use is the text from the **English Written Name** column?

| MusicBrainz Country | English Written Name |
| --- | --- |
| Christmas Island, Australia | Christmas Island |
| Cocos (Keeling) Islands, Australia | Cocos (Keeling) Islands |
| Heard Island and McDonald Islands, Australia | Heard Island and McDonald Islands |
| Norfolk Island, Australia | Norfolk Island |
| Greenland, Denmark | Greenland |
| Faroe Islands, Denmark | Faroe Islands |
| Åland Islands, Finland | Åland |
| French Guiana, France | French Guiana |
| French Polynesia, France | French Polynesia |
| Guadeloupe, France | Guadeloupe |
| Martinique, France | Martinique |

Why removing the country name in these cases?  
Maybe you are right, I just don’t know.

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 9, 2023, 5:45pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/8 "2023-09-09T17:45:38Z")

</div>

Actually, for both. I didn’t do a good job at expressing what is confusing here, so let’s look at a specific example. The guidelines state:

Country names should match their [names in the database , except for UK and USA, which should be abbreviated.](https://musicbrainz.org/search?query=type%3Acountry&type=area&limit=25&method=advanced)

But the list of countries are not all _geographical countries_. They contain territories that are tagged as countries. So this guideline should be interpreted as: “Use any of the countries or territories listed as the Country part”. Here’s a fake live release demonstrate:

2021-03-17: Coca-Cola Music Hall, San Juan, Puerto Rico

“Puerto Rico, United States” is listed as a country in MusicBrainz. However, many people may see this and reasonably think: Puerto Rico is not a country, I will change this to:

2021-03-17: Coca-Cola Music Hall, San Juan, Puerto Rico, USA

Then a third person comes along and thinks: This is wrong, the guidelines say that when using USA the state/province (which would have to be the territory in this case) must be listed in it’s abbreviated form, so:

2021-03-17: Coca-Cola Music Hall, San Juan, PR, USA

So which one is correct? Whatever the answer, I think it should be documented to avoid this confusion.

RYM handles this by listing every possible administrative division. We can dive through:

- [https://rateyourmusic.com/wiki/RYM:Administrative+divisions](https://rateyourmusic.com/wiki/RYM:Administrative+divisions)
- [https://rateyourmusic.com/wiki/RYM:United%20States](https://rateyourmusic.com/wiki/RYM:United%20States)
- [https://rateyourmusic.com/wiki/RYM:Puerto%20Rico](https://rateyourmusic.com/wiki/RYM:Puerto%20Rico)

So they consider Puerto Rico to be a “country”.

---

<div class="post-metadata">

**Author:** ![tigerman325](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/t/b9bd4f/32.png) [@tigerman325](https://community.metabrainz.org/u/tigerman325)\
**Post date:** [September 9, 2023, 7:59pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/9 "2023-09-09T19:59:56Z")

</div>

I took the guidelines to mean the release countries, not the area ones for “manufactured in”, etc. Puerto Rico is a release country on the pull down menu. So, it wouldn’t be “PR, USA”, just Puerto Rico.

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 10, 2023, 2:09am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/10 "2023-09-10T02:09:58Z")

</div>

Thanks for all the feedback. I’ve replaced my initial post with (what I think) is more succinct in it’s definition and goal. Thoughts?

---

<div class="post-metadata">

**Author:** ![Zas](https://community.metabrainz.org/user_avatar/community.metabrainz.org/zas/32/28_2.png) [@Zas](https://community.metabrainz.org/u/Zas)\
**Post date:** [September 10, 2023, 7:07am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/11 "2023-09-10T07:07:32Z")

</div>

I think proposed guidelines are rather good, and just clarify things.

BTW, I think we should also clarify things about dates in such disambiguation (what about “recorded in November, 2020”, or between 2020-11-02 and 2020-11-04).

---

<div class="post-metadata">

**Author:** ![aerozol](https://community.metabrainz.org/user_avatar/community.metabrainz.org/aerozol/32/116_2.png) [@aerozol](https://community.metabrainz.org/u/aerozol)\
**Post date:** [September 10, 2023, 8:49am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/12 "2023-09-10T08:49:38Z")

</div>

I like the idea of codifying this. I’ve always used ‘United States’ but am happy to change to USA.

---

<div class="post-metadata">

**Author:** ![IvanDobsky](https://community.metabrainz.org/user_avatar/community.metabrainz.org/ivandobsky/32/11785_2.png) [@IvanDobsky](https://community.metabrainz.org/u/IvanDobsky)\
**Post date:** [September 10, 2023, 10:31am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/13 "2023-09-10T10:31:00Z")

</div>

> [@Zas](#):
>
> BTW, I think we should also clarify things about dates in such disambiguation (what about “recorded in November, 2020”, or between 2020-11-02 and 2020-11-04).

I’ve worked on far too many live bootlegs 😄 I’ve seen dashes, squiggles and slashes. Slashes seem to appear when separating different days that may not be one after each other.

> **[Hey You](https://musicbrainz.org/recording/d1122f81-7c3b-468d-ba47-d499682a7f95)**
>
> Live recording
> of Hey You
> by Pink Floyd
>   
> Duration: 04:38

> **[High Hopes](https://musicbrainz.org/recording/acdb5786-7e39-41ec-85df-08967b8aaec7)**
>
> Live recording
> of High Hopes
> by Pink Floyd
>   
> Duration: 07:52

That whole album is a bit complex as many tracks are made up from sections from different dates: [https://musicbrainz.org/release/e77d6292-811d-4f82-b9e9-27125de1a47a](https://musicbrainz.org/release/e77d6292-811d-4f82-b9e9-27125de1a47a)

It gets quite messy when the track is spliced from different locations:

> **[Time](https://musicbrainz.org/recording/e2cd73f0-be5f-4912-bae7-35022ee54ca4)**
>
> Live recording
> of Time
> by Pink Floyd
>   
> Duration: 06:48

Something “recorded in November 2020” is just **(live, 2020-11: Wembley Arena, London, UK)**.

A summer tour gets messy and not sure how to handle that - **(live, 2020-summer: Europe)** and have seen **(live, 1990-1992: Europe)**

I’ve seen **(live, 2020-10-12 to 2020-10-14: Location)** used to handle a gig that covers a weekend. Also have seen a few people use (live, 2020-10-12 ~ 2020-10-14: Location) which could work.

The key is a bit of clarity. Also the date is easy to pick out as it is between the comma and colon which helps anyone processing these with scripts.

This style is not just live gigs, also handles demos and other variations

**(demo, 1988-01-09: John’s Basement, Bognor, UK)**

There is a guideline for bootleg dates somewhere. OR just wade around in some old rock bands and you’ll spot many examples. See bands like Pink Floyd, Pixies, Peter Gabriel for many examples…

[Peter Gabriel](https://musicbrainz.org/artist/8e66ea2b-b57b-47d9-8df0-df4630aeb8e5) is a good example of why ISO standard dates are a good idea as he has albums called 07.05.03 and 08/07/07 sitting side by side which confusingly swap from US to Europe methods of dating. 😆

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 10, 2023, 8:05pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/14 "2023-09-10T20:05:13Z")

</div>

I have also run into some issues with dates. Most recently I was cleaning up a [72-hour broadcast](https://musicbrainz.org/release/fd41c93b-1343-43d1-90a2-554a24500e9f), and since it spans 3 days I did ask how this [date should be represented](https://community.metabrainz.org/t/broadcasts-that-span-multiple-days/651124).

However, I think we should separate these into a Date Guideline and Location Guideline. Even though they are often used together, they are not dependent on each other. The we could express “Date: Location” etc in guidelines with links to each.

On the topic of dates though, I don’t really have any strong opinions about how we should handle non-specific dates (like whole months), multiple/ranges of dates, etc. I’m happy to open a separate thread for that soon with some ideas.

---

<div class="post-metadata">

**Author:** ![aerozol](https://community.metabrainz.org/user_avatar/community.metabrainz.org/aerozol/32/116_2.png) [@aerozol](https://community.metabrainz.org/u/aerozol)\
**Post date:** [September 14, 2023, 5:24am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/15 "2023-09-14T05:24:55Z")

</div>

> [@chancey](#):
>
> UK and USA, which should be abbreviated.

Should we ever use ‘US’ instead of ‘USA’?

The main time I will be using this guideline is for disambiguations, and ‘USA metal’ seems clumsy.

---

<div class="post-metadata">

**Author:** ![jesus2099](https://community.metabrainz.org/user_avatar/community.metabrainz.org/jesus2099/32/36_2.png) [@jesus2099](https://community.metabrainz.org/u/jesus2099)\
**Post date:** [September 14, 2023, 6:35am UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/16 "2023-09-14T06:35:44Z")

</div>

In artist comment you are supposed to use inhabitant name (American singer), not country name (America singer). 😉

---

<div class="post-metadata">

**Author:** ![derat](https://community.metabrainz.org/letter_avatar_proxy/v4/letter/d/71c47a/32.png) [@derat](https://community.metabrainz.org/u/derat)\
**Post date:** [September 14, 2023, 1:33pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/17 "2023-09-14T13:33:18Z")

</div>

I always write e.g. “US singer” since it’s shorter and since using “American” as shorthand for “related to the United States of America” rankles me. I agree that “USA singer”, “France singer”, etc. are weird and an adjectival form of the country/region’s name should be used instead.

(But I’d advise against using vague disambiguations like “[demonym] singer”. There are a lot of musicians out there and names get recycled – I’ve lost track of how many “US rapper” artist entities I’ve had to clean up. Safer to also include some combination of genre, real name, approximate active decades, frequent collaborators, etc. if you know it.)

---

<div class="post-metadata">

**Author:** ![chancey](https://community.metabrainz.org/user_avatar/community.metabrainz.org/chancey/32/40785_2.png) [@chancey](https://community.metabrainz.org/u/chancey)\
**Post date:** [September 14, 2023, 7:19pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/18 "2023-09-14T19:19:27Z")

</div>

I don’t have any strong opinion either way. I think USA might be a little more commonly written, but that’s just anecdotal from what I’ve seen.

_However,_ what does everyone think about removing the abbreviated form for states? I don’t really see any special reason why US and Canada need to have an abbreviation… music exists in the rest of the world and titles have to allow for some pretty long place names. I certainly didn’t know that SK, Canada was Saskatchewan without looking it up and that feels kind of unnecessarily arbitrary when trying to enter data with extra lookups. That would propose we have:

1. 2002-05-02: Ahoy, Rotterdam, Netherlands
2. 2008-12-07: Rose Garden, Portland, Oregon, USA
3. 2008-12-17, early show: Mellon Arena, Pittsburgh, Pennsylvania, USA
4. 2012-06-30: Wait Wait… Don’t Tell Me!: State Theatre, Cleveland, Ohio, USA
5. 2012-06-30: A Prairie Home Companion #1348: Koussevitzky Music Shed, Lenox, Massachusetts, USA

---

<div class="post-metadata">

**Author:** ![IvanDobsky](https://community.metabrainz.org/user_avatar/community.metabrainz.org/ivandobsky/32/11785_2.png) [@IvanDobsky](https://community.metabrainz.org/u/IvanDobsky)\
**Post date:** [September 14, 2023, 7:58pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/19 "2023-09-14T19:58:35Z")

</div>

Keeping states in USA as initials is a good idea as it is just plain tidier and easier to read. Even as a dumb Brit I know I can look it up and find out TX is Texas. The current guideline is good and consistently used in the database already.

---

<div class="post-metadata">

**Author:** ![bflaminio](https://community.metabrainz.org/user_avatar/community.metabrainz.org/bflaminio/32/83_2.png) [@bflaminio](https://community.metabrainz.org/u/bflaminio)\
**Post date:** [September 14, 2023, 11:17pm UTC](https://community.metabrainz.org/t/proposal-location-guidelines/653760/20 "2023-09-14T23:17:11Z")

</div>

I would also prefer to keep US states (and Canadian provinces) as their two letter abbreviations, but as an American I’m not sure I get a vote in that debate.

But follow-up question: aside from the USA and Canada, do any other countries have strong second level political divisions such as this? Most countries have states or provinces or territories or regions or something; but it seems rare that it needs indicating. Perhaps it is because the US has so many duplicated placenames? You couldn’t write Springfield, USA without some disamb; but it doesn’t seem necessary to write Rotterdam, South Holland, Netherlands.

[Next page](https://community.metabrainz.org/t/proposal-location-guidelines/653760.md?page=2)
