Wikipedia talk:Naming conventions (places)

From Wikipedia, the free encyclopedia

You have new messages (last change).
See also: Wikipedia talk:Naming conventions (disputed place names) and Wikipedia talk:Naming conventions (geographic names)

I've tried to gather the relevant discussions from other places so that we can continue the debate in just one place. I'm aware that there have been other conversations about this topic and if anyone feels those should be included, obviously please just go ahead and copy them over.

I decided to leave the originals in place rather than move them here as they often have some relevance in those other Talk pages. Chris Jefferies 20:17, 12 Dec 2003 (UTC)

Archive
Archives

Contents

[edit] guideline

I've added the guideline tag because it looks like discussion has died down here, and also, being a guideline doesn't remove the fact that discussion can be ongoing. I also removed the merge tag as I can't see any current discussion on it and it has been on for a while. Steve block talk 13:34, 9 November 2005 (UTC)

[edit] placenames within countries review

After reading as many of the related pages as I could find, I've tried to gather the threads into a potential MoS article, or something that could be integrated with this article. Please review Wikipedia:Naming conventions (subnational entities)#Proposal UP text.

  • It's based upon Proposal B, that received the consensus in August 2005, with a renewed emphasis on ease of editting articles, and following local conventions (instead of the one size fits all of Proposal A).
  • If the page has been vandalized again by Wikipedia:Requests for comment/Tobias Conradi, just look at the latest history version by William Allen Simpson, and post comments on the talk page. Thank you.
William Allen Simpson 14:03, 17 December 2005 (UTC)

The MedCabal volunteer found the problems with edit wars by Conradi to be so egregious that he started Wikipedia:Request for comment/Naming conventions (subnational entities) and froze the page. Unfortunately, the page is frozen in a damaged state. I'll bring the specific text sections here.

William Allen Simpson 17:03, 30 December 2005 (UTC)
William's representation here is wrong. He posted errors and destroyed the quality of the overview. After marking his errors he re-inserted them again and again. He did not remove his fatual wrong claims. There was absolutly no vandalization by Tobias Conradi. This is only defamation attempt by William. Tobias Conradi (Talk) 11:56, 23 July 2006 (UTC)

[edit] diacritical marks in article names and cross-references

Over on Talk:List of Latin place names in the Balkans, a dispute has arisen about using diacritical marks. This page is my recent split from a massive table of cities that started several years ago, and follows the long-standing Wikipedia:Naming conventions (use English) practice of using the "English Name" followed by the native language in parentheses.

Lately, some Albanians and Romanians have been moving their city and other placename pages from the English to use diacriticals. That doesn't bother me, although I'm not sure it follows MoS. As long as the redirect still works!

Unfortunately, they're changing all the reference links in articles to point directly to those. That's a problem in this case (and the related Names of European cities in different languages, List of European regions with alternative names, etc.) as these are translation pages. It makes no sense that both the "English" name and "Romanian" cross-reference are identical!

The stated rationale (so far) are:

  • "Everywhere in Wikipedia, the 'local spellings' are used and AFAIK that is the policy. And in some cases, such as Bulgaria, Macedonia, Serbia, these are actually transliterations of the Cyrillic names."
  • "There are no English names for those places."

AFAIK, that's *NOT* the policy. Transliterations don't make them any less the "English" name. Proof by assertion is not a compelling argument. And these English names are from 100+ year old references, not some recent invention!

William Allen Simpson 17:41, 18 December 2005 (UTC)

[edit] Road street name

What is the consenses on street and road names with common names versus official names and the use of redirects between them? Roads can have different comon names as they pass through different towns and use of common names may lead to duplicate articles. Please treat my question separate from Deletion policy/Roads and streets. I recently exchanged messages on this specific topic with an editor converting a official name to a redirect, after I had done the opposite. The policy I propose would give less ammo to the people supporting more deletes.

Proposed Policy should be to use official names for articles and list common names in the article. For non-unique names, the city should be included in parrenthesis. For example: University Avenue (Minneapolis-St. Paul). When a new article is created for an otherwise existing streetname, a disambiguation page can be created at that time. Market Street is one such non-unique streetname that will require a disambig page for all the notable Market Streets in the world. Using Common names muddles Wikipedia. Cafe Nervosa | talk 19:39, 19 December 2005 (UTC)

I'd take the opposite view. Articles should be named when they are "famous" or "notable" by the actual known name, whether official or common.
  • "Route 66" is a somewhat official name that is notable.
  • "Skyline Drive (Chicago, Illinois)" or "Michigan Avenue (Chicago, Illinois)" are local names that are notable in national news sources, and nobody cares that it might officially be "Business I-694E" (or "Richard J. Daley Expressway" or whatever). That should go without saying for "Ontario provincial highway 9" (and others). Stick the official name in the article lede.
  • Speaking as an Allen (yes, even a William Allen), I'm mighty suspicious about an "Allen Road" being notable in any way. In fact, I've driven that road, and know it by the expressway name, and never noticed there were any local names or renames at all. It's not on my CAA map. It's not notable, either in the short or long versions.
  • I'm in favor of nice categories and disambiguation pages of otherwise common (yet notable) names!
William Allen Simpson 22:42, 19 December 2005 (UTC)
I personally prefer either Ontario Provincial Highway 11, or Ontario King's Highway 11, but after reading the naming conventions and policies, I am forced to agree that Highway 11 (Ontario) is the best title contender so far. The idea is to go common in the article title, and then be more specific in the lead sentence, in order to draw more search engine traffic to the article. --DarrenBaker 02:00, 20 December 2005 (UTC)
The reasoning behind the Ontario highway moves is thus: (1) many of these highways have been downloaded to local municipalities (Highway 27 comes to mind) so Ontario provincial highway 27 is misleading, (2) Highway XX is an official and common naming convention for Ontario highways (one that is even used by MTO), and (3) Ontario provincial highway XX or Ontario King's Highway XX is unwieldy and unattractive.
As for Allen Road, (1) the road is widely known by its common name and people are more likely to search for it using the common name over an official name and (2) the road is notable if only for its connection to the failed Spadina Expressway project. Darkcore 07:32, 20 December 2005 (UTC)
I agree with your naming, but not with your reasoning. Here's why...
  • (1) The thing is, Highway XX is *not* official. It's informal, and easier, and therefore everyone from slobs like me to government slobs use it. The problem I initially had was that since I come from a data organising background, my default response is to catalogue something according to its heirarchy, using the most verbose terms possible. So in my mind, it goes Province, Road types, Specific road; though as I said earlier, the way I want to do it is contrary to the aims of the WikiPedia. Take that, me.
  • (2) I'm not sure where downloading plays into it, because even though the roads have been downloaded, there are certainly still segments that follow the naming protocol - they are still King's Highways, though admittedly not as long as they once were. If a highway ceases to exist (King's Highway 3B, for example) then it should still be listed, but listed in the past tense.
  • (3) I disagree... I think the formal title looks quite attractive, and is inimitably wieldy.
--DarrenBaker 07:51, 20 December 2005 (UTC)
I appreciate the discussion and I re-emphasize that notable or famous is a separate issue discussed at length over at Deletion policy/Roads and streets. (BTW, I lean towards inclusion as wiki is not a dead tree encyclopedia) Cafe Nervosa | talk
There is an existing guideline for using the common name for places Naming conventions#Places. A big part of the rationale for the policy is the wiki NPOV policy which is against automatically applying the government's naming convention to places, (so that's a point in support of the work of Darkcore, redirecting a large number of highways in Ontario to common names. However roads and streets are not specifically addressed and I don't think the guideline for places or cities should be automatically applied to roads and streets. It may be possible to form a guideline that cover all roadways from expressways, to city streets and lanes. Exceptions to any guidline will likely apply to the roads that have an official name but meander from town to town with different common names along the route.Cafe Nervosa | talk22:13, 20 December 2005 (UTC)
Wholeheartedly agreed. Don't ask me what the guideline should be, though. My brain hurts enough as it is. --DarrenBaker 22:59, 20 December 2005 (UTC)

[edit] Maintain consistency within each country

This text was developed based on the existing consensus of August 2005. I'd like to add this non-controversial section. Comments?

--William Allen Simpson 17:17, 30 December 2005 (UTC)

Merged into main article. Conforms to consensus poll and RfC.

--William Allen Simpson 10:22, 4 January 2006 (UTC)

[edit] Follow local conventions

This text was developed based on the existing consensus of August 2005. I'd like to add this non-controversial section. Comments?

--William Allen Simpson 17:27, 30 December 2005 (UTC)

Merged into main article. Conforms to consensus poll and RfC.

--William Allen Simpson 10:20, 4 January 2006 (UTC)

[edit] Controversial prevalent usage text

This text was more controversial. It is currently phrased as a separate guideline, but could be easily integrated here. Comments? --William Allen Simpson 17:37, 30 December 2005 (UTC)

No comments. Merged into main article. --William Allen Simpson 06:29, 9 January 2006 (UTC)

[edit] Naming conventions (geographic names)

There is a long discussed proposal for handling historic place names at recently renamed Wikipedia:Naming conventions (geographic names) that seems to answer nicely Wikipedia:Naming conventions (places)#General issues. Please take a look. Without significant dissent, I would like to merge that here.

--William Allen Simpson 09:23, 25 February 2006 (UTC)

[edit] Islands

This text moved from Wikipedia talk:Manual of Style (disambiguation pages)#Islands -- Chuq 08:57, 21 April 2006 (UTC)

I understand that most disambiguated articles use parentheses, and towns/cities generally use commas.

Is there a standard for islands? I have seen both used:

Which one is the preferred method? The same answer would probably apply to mountains, lakes, etc etc. -- Chuq 01:13, 21 April 2006 (UTC)

Wikipedia:Naming conventions (places) speaks, somewhat obtusely, to this. Essentially, the rule is that if the island is usually referred to simply as "James Island", then you should use parentheses, but if it's usually referred to as "King Island, Alaska" then it should use commas. If you have questions, you should bring them up on that talk page; the rule for entries on disambiguation pages is blessedly simple—always use the unpiped canonical title in its entirety so long as it contains the disambiguation term (if it does not, you may use a redirect that contains the disambiguation term instead). --TreyHarris 01:26, 21 April 2006 (UTC)
Agree with Trey, this is a matter of naming conventions rather than disambiguation. There's a lot of variation in naming places, not only islands. In the U.S., in order to differentiate geographic entities from cities or towns (which fairly consistently use comma disambiguation), there is a tendency to disambiguate geographic entities with parentheses. Outside the U.S. this tendency is not as prevalent (and even in U.S. articles there are numerous exceptions). I thought this had been articulated somewhere, but I'm not able to find anything readily at hand in the heaping mounds of pages in varying degrees of chaos and contradiction that make up the Wikipedia namespace. older ≠ wiser 02:07, 21 April 2006 (UTC) Aha, I found the reference I was thinking of at Wikipedia:WikiProject Rivers#Naming. There's a similar sort of note at Wikipedia:WikiProject Mountains#Naming conventions.

[edit] Districts in Afghanistan - advice please

I'm not sure I'm understanding these guidelines correctly, so I thought I should bring it here rather than possibly continuing to do things wrong. I've recently started creating articles for each of the Districts of Afghanistan. So far I've been doing it like this:

  • Where a district name appears unambiguous, it's been created just at the plain name - e.g. Ab Band, with a redirect from Ab Band District (and I should probably do one from Ab Band district as well).
  • Where disambiguation is required between two places in different countries I'm using parentheses - Nawa (Afghanistan) and Nawa (Syria).
  • Between two identically named districts in Afghanistan, I'm using the province name with a comma - Muqur, Ghazni and Muqur, Badghis. I'm thinking that maybe it should be Muqur, Ghazni province rather than just Muqur, Ghazni - is that right?
  • Though it hasn't come up yet, I'm going to have to deal with districts named after their main town, and provinces named after their main district. Should it eventually be Ghazni (city), Ghazni (district) and Ghazni (province)?

Any advice greatly appreciated. I don't want to find that I'm storing up problems further down the line for myself/other editors. --OpenToppedBus - Talk to the driver 09:26, 26 April 2006 (UTC)

[edit] Requests for arbitration

See Wikipedia:Requests for arbitration#Administrative divisions.

--William Allen Simpson 04:44, 28 April 2006 (UTC)

[edit] Portuguese location names disambiguation

In the cases where we need disambiguation of location names, which happens lots of times, for example, in Portuguese parish names (because they are named after the same Saint or something like that) which of the following rules shall we use?

  1. Parish, Municipality
  2. Parish (Municipality)

I would like to create a standard for Portuguese parishes. Would you comment? Thanks. Afonso Silva 10:05, 7 May 2006 (UTC)

[edit] American vs. United States

It seems like a lot of people write "America" when they mean "United States". I have read that people living in other American countries feel a little put out by this, and on top of that it is a bit ambiguious. I propose that, when refering to the US, "US" or "United States" should always be preferable to "America".

[edit] "Official" names

There is some controversy (Côte d'Ivoire, Myanmar, etc.) about what name to use when a government decrees that a name other than the common English name be used for a country. I propose that a convention like the following be added:

If the government of a country or other sovereign entity has requested that a name other than the common English name be used by English-language publications for a place under its sole effective jurisdiction, then Wikipedia will use that name. Note that this does not imply a position on the legitimacy or otherwise of the government in question or its right to determine the name of that place, but is purely a pragmatic policy: failure to obey such a rule could pose legal problems for anyone accessing or redistributing Wikipedia in that jurisdiction - and even when it does not, it is a matter of equity to extend the same courtesy to all sovereign entities.
  • Examples: Côte d'Ivoire (not Ivory Coast), Myanmar (not Burma)
The common English name should be redirected as appropriate to the official name and mentioned at the top of the article; any history of or controversy over the name should be mentioned below.
This policy overrides Wikipedia:Naming conventions (use English).

EdC 21:34, 17 May 2006 (UTC)

Is there any evidence that people in Cote d'Ivoire would face legal problems looking at web resources that call their country "Ivory Coast"? This seems incredibly unlikely to me. Really really really incredibly unlikely. And if SLORC were to waste their time preventing people from accessing wikipedia, or whatever, because it refers to the country as "Burma," this would be pretty insane, too. If the justification for such a policy is to be potential legal problems, you should provide some evidence that this is actually an issue. john k 23:04, 9 June 2006 (UTC)

[edit] Wikipedia:Naming conventions (geographic names)

I feel that we should either discuss this and/or do a straw poll, or give up and label this as a former proposal. Comments?--Piotr Konieczny aka Prokonsul Piotrus Talk 23:38, 9 June 2006 (UTC)

Sorry, though I appreciate all the effort that was put into it, I think it's been given enough time, that it's worth formally closing it at this point. --Elonka 23:45, 9 June 2006 (UTC)
It would appear that some other people who also put some time into this in the past months are still willing to work on it, so I wouldn't throw it out just yet. PS. In January you wrote that the proposal is 'too complicated'. Since then we have tried to rewrite it to be more user friendly,and if you can think of any language improvements to make it further so, please propose the changes.--Piotr Konieczny aka Prokonsul Piotrus Talk 17:36, 10 June 2006 (UTC)

[edit] Votes on Polish naming

Interested readers of this page are invited to vote on some issues that are currently being discussed at Wikipedia_talk:WikiProject Geography of Poland. Specifically:

  • Whether to use English/Latinized or Polish names for a given region
    • Consensus decision: English/Latinized names should be used for article titles about Polish geography
  • What should be the most appropriate translation for the term województwo, such as "Voivodship," "Voivodeship," "Province," or simply "Administrative district or region".
    • Consensus decision: Voivodeship is an official English word, and should be used when referring to these regions
--Elonka 11:39, 13 June 2006 (UTC)
(posted updates) --Elonka 23:03, 17 July 2006 (UTC)

[edit] Votes on Tenedos and Imbros

Interested readers of this page are invited to consider the issues on Talk:Tenedos and Imbros.

  • Much voting seems to be on the issue: Are the islands Greek or Turkish?
  • Less attention is being paid to: Which name is intelligible, or has been heard of, by most anglophones. Septentrionalis 19:25, 22 June 2006 (UTC)

[edit] Poll on renaming Polish Voivodship categories to Voivodeship

Per consensus at Wikipedia_talk:WikiProject Geography of Poland, an official request on renaming all the "Voivodship" categories to "Voivodeship" has been submitted, at Wikipedia:Categories for deletion/Log/2006 July 16#Category:Voivodships of Poland to Category:Voivodeships of Poland. However, there appears to be some controversy. Anyone with an opinion on the matter is invited to participate. --Elonka 01:29, 18 July 2006 (UTC)

(update) Poll closed, CFR umbrella nomination of all Poland-related categories to the "Voivodeship" spelling approved. --Elonka 16:36, 27 July 2006 (UTC)

[edit] Political division prevalence

When two political divisions have the same name, which one should get the namespace? It seems most people agree that the higher-order division should get it, the way it is done with Washington and New York. But the Georgia article is a disambiguation page. Poll there two years ago and at Georgia (country) more recently were indecisive, so the situation wasn't changed. I suggest there should be some guideline, whichever it is, and that that be followed everywhere, to avoid a lot of time being wasted on bickering. There are quite a few places that need some disambiguation, as testified by the length of the List of misleading place names so this needs to be resoved asap, I'd say DirkvdM 17:59, 19 July 2006 (UTC)

I don't think that we need a new rule, we need to apply the guidance at Wikipedia:Disambiguation more consistently. An article should have primary topic status only where there is fairly strong evidence that one specific usage is predominant over others. There are other factors as well, such as whether there are alternate names that are unambiguous. Washington and New York are not really very comparable to the situation with Georgia. The city, Washington, D.C. is commonly refered to as such, so it is an easy way to disambiguate from the state of Washington. Similarly, using New York City is a very commonly used way to distinguish the city from the state. With Georgia, there are no such easy or common alternate names. Both entities are most commonly referred to as "Georgia" and with neither being a clearly predominant usage of the term over the other. The List of misleading place names is of interest, but I'd hold off on turning every common name into a disambiguation page. In most cases, where a specific entitiy is a primary topic, it is not unreasonable. Certainly Berlin or London should not be a disambiguation page simply because there are some other things with the same name. But there are likely to be other articles that are primary topics simply because they were created first and have never been questioned. older ≠ wiser 20:01, 19 July 2006 (UTC)
I suppose that the draw in the two polls is a result of half the editors being from the US and the other half from elsewhere (mostly Europe). I suppose to most Europeans, Georgia is the country ("oh yes, and then there is the US state too"). So the fact that there is this dispute is indeed a good reason to give the namespace to a disambiguation page. However, I still feel that there should be more of a logical reason (in stead of a contingency, or what should I call that), such as the political division order. And many other people seem to agree with that. After all, Wikipedia is not supposed to be a democracy (although it often comes down to that). So we'd have to make a decision on how to make a decision ... is there a meta-meta-rule for this? :) DirkvdM 08:30, 20 July 2006 (UTC)

If one place was named for the other, I think that ought to be decisive. Is there any place called London that was not named for the one on Thames? Georgia (Caucasus) and Georgia (America), on another hand, were named independently of each other and so neither has logical priority even if, in the opinion of some, one has practical priority. —Tamfang 16:30, 20 July 2006 (UTC)

That has nothing to do with Primary Topic disambiguation pages. They should be rare, and only with consensus.
The software for finding links to disambiguation pages doesn't work for Primary Topic pages, so each and every such page needs a dedicated cadre of folks that regularly patrol the links. Any page that builds up a set of irrelevant links doesn't have the necessary resources to be a primary topic, no matter how many polls. Every related topic editor has to agree, and be willing to do the work.
We already have the guideline!
--William Allen Simpson 19:39, 20 July 2006 (UTC)
Could you provide a link to it? DirkvdM 05:59, 21 July 2006 (UTC)
Agree with William. Only see one flaw:
Any page that builds up a set of irrelevant links doesn't have the necessary resources to be a primary topic, no matter how many polls.
this should not mean that a page "A" that has no irrelevant links deserves to be Primary. Maybe the editors of topics related to pages "B", "C" and "D" only cleant up their stuff as opposed to those editors of topics related to "A". Tobias Conradi (Talk) 11:00, 24 July 2006 (UTC)
Hi Dirk, regarding the ambiguous place names mentioned in your 19th July post: I disambiguated lot's of city, district, province, village etc pages. Creating dab pages seems really usefull, since then one can easily detect unprecise links (those that go to the dab). Otherwise one can have wrong links but it may be hard to detect them. I also favor dab in the following case: a city with 5000 inhabitants and a village with 500, both almost only known in their region or country. 99% of the people in the world would not know one of these places. This is probably not the case with Berlin. Another case could be one city with 100 000 and 100 other towns and villages with 50 000 down to 100 inhabitants. IMO this should get dab. Use dab to force editors to be precise. Tobias Conradi (Talk) 10:53, 24 July 2006 (UTC)

[edit] Subnational entities

I removed [1] the part of the unilateral William insertions from december 2005 [2] that had to do with subnational entities. I added a link to the guideline-proposal Wikipedia:Naming conventions (subnational entities) instead. William reverted [3] . His proposal that he now seems to just offer as official guideline contains false claims and/or examples. I would rather delete them and polish the guideline-proposal at Wikipedia:Naming conventions (subnational entities) Tobias Conradi (Talk) 10:35, 24 July 2006 (UTC)

[edit] Naming conventions (administrative divisions)

I propose we reach a convention to Naming convention (administrative divisions). I find it extremely NPOV that hungarian editors keep providing the names by which hungarians refer to administrative divisions of Romania as alternative names for those divisions. I consider this revisionism. They are not content with providing the hungarian name in the section of the article where mention of hungarian minority living in that division is given, they push for an alternative hungarian name of an administrative division of Romania in the lead paragraph. I shown them Britannica, Encarta, which dont use such hungarian names for administrative divisions of Romania in their articles and maps, I explained them there is no current use in any english source (english maps, english media, english encyclopedias, etc), yet since there is no Wikipedia Naming Convention (administrative divisions), I cant ask for administrative measures. Criztu 09:03, 4 August 2006 (UTC)

I think naming conventions are mostly about article naming. What you address is content. regards Tobias Conradi (Talk) 22:58, 4 August 2006 (UTC)

[edit] When do certain place names always have a disambiguating term?

moved to Wikipedia talk:Naming conventions (city names) Tobias Conradi (Talk) 01:04, 15 August 2006 (UTC)

moved back from Wikipedia talk:Naming conventions (city names) since this question address a statement on Wikipedia:Naming conventions (places), not Wikipedia:Naming conventions (city names). --Serge 15:31, 15 August 2006 (UTC)


-- moved here from Wikipedia talk:Naming conventions (places) Tobias Conradi (Talk) 01:02, 15 August 2006 (UTC)

Why did this get moved? It was a question about Wikipedia:Naming conventions (places), not about Wikipedia:Naming conventions (city names)? If you wanted to bring it to the attention of folks on the talk page for city name conventions page, you could have referenced it accordingly. But moving it entirely was not appropriate. --Serge 15:11, 15 August 2006 (UTC)

Under Follow local conventions it currently says:

Usually, the shortest form is preferred. However, certain place names always have a disambiguating term as well.

What does "certain place names always have a disambiguating term" mean? Does anyone have any specific examples? I think this is nonsensical, and, unless someone can explain it, and there are no objections, I will delete it. --Serge 18:51, 14 August 2006 (UTC)

You know exactly what this means (at least in part). This is just another sympton of your seeming obsession with overturning the long-standing (and generally accepted) U.S. city naming convention. older ≠ wiser 19:09, 14 August 2006 (UTC)
Please don't make this personal. But, yes, I do want to overturn the unconventional "convention" -- for very good reasons I might add -- and strongly disagree that it is generally accepted. It is the source of constant consternation on countless pages, because it is inconsistent with common sense (not to mention WP:Naming, which is consistent with common sense). Anyway, I suspected that's what it might mean, but it wasn't entirely clear, and I didn't want to assume anything. So, thanks for the clarification.
Why are we overloading the name attribute of an article, that has no ambiguity issues, with information that is normally and consistently gist for the text of the article, not the title? It is time for Wikipedia to grow up and professionalize the names of the U.S. city and community articles accordingly. They should be consistent with the rest of Wikipedia, and all other publications, including all other encyclopedias, where usually the shortest form IS preferred, period. --Serge 19:53, 14 August 2006 (UTC)
He failed to answer the question, but I assume it means that some place names don't have any particular best-known entity which could be given the unadorned article name. Which sounds reasonable enough. --Yath 07:30, 15 August 2006 (UTC)
We also prefer the short form. But there are lot's of ambigous names. Some we might even know they are. So we do it preemptive. We can review this by the time WP is complete. Maybe around 2040. Tobias Conradi (Talk) 23:39, 14 August 2006 (UTC)
I'm sorry, but the preemptive disambiguation argument makes no sense. In any situation where the ambiguous names don't exist or are not known, the ShortName redirects to the LongName. If and when an ambiguity is discovered, it has to be handled anyway. All this is about not having to burden editors with the chore of fixing links to the short name? That's favoring editors over readers, which is contrary to the primary principle of WP:Naming. --Serge 00:01, 15 August 2006 (UTC)
The current naming convention for cities/towns/settlements/suburbs/neighbourhoods/whatever in a number of federal countries is (and has been for quite some time) to do preemptive disambiguation. I find it fascinating that the USA may have been the first, but it is the one that seems to attract the most complaints. Australian towns are also always qualified by a state (with a small set of agreed exceptions) in article titles, with very little concern whatsoever. The claim that If and when an ambiguity is discovered, it has to be handled anyway is true, to a point. If the town was already at the qualified name, and most links go to the qualified name, the effort to create a disambiguation page is simply to create the new dab page. If the page needs to move first, then someone has to go and fix all the links that did point to the primary name, and check whether they should now point to the qualified name instead, changing most of them. In a "complete" Wikipedia, most of those town names will need a dab page, to distinguish the town, the footy club, the bus crash/earthquake/plane crash/mine accident, the shopping centre, the school, etc as well as other towns, places, people and things. Why is it such a hassle for the USA, where most of the town articles have been created already with some basic machine-generated information? --Scott Davis Talk 00:18, 15 August 2006 (UTC)
I've seen a lot of controversy over this convention, but am not aware of any complaints that allege that it's wrong for the US but OK for other countries. Indeed that would be strange, but it's my guess that you are seeing a bias that doesn't exist. --Yath 07:30, 15 August 2006 (UTC)
I didn't mean people said it's wrong for the USA and right for other places - I meant most of the people who start saying it's wrong identify the "problem" based on their experience with USA articles. Before separating the US and Canadian sections, a few Canadians resented being lumped with the USA, and wanted the ability to identify their own (small) list of exceptions, which they now have. --Scott Davis Talk 14:13, 15 August 2006 (UTC)
readors v editors: As a reader I like correct links. And with the US links I allways know where the settlement is located - before clicking. Great feature. Tobias Conradi (Talk) 00:51, 15 August 2006 (UTC)
This convention isn't just about disambiguation. The U.S. cities convention expresses a taxonomy, and also identifies the subject as a community. Naming conventions should improve information, and this one does. The entire purpose of naming conventions is that they are large-scale extentions to the general naming convention. This one fits that mold. Other examples of fields where names follow conventions rather than popular usage are aircraft (Hughes H-4 Hercules, not "Spruce Goose") and royalty (Diana, Princess of Wales, not "Princess Diana".) Like those, this convention conveys additional information about the subject, and keeps names consistent within a field. Further, this scheme makes it easy for readers and editors to differentiate settlements from landmarks. "Fort Meyers, Florida" is obviously a city, while "Fort Meyers (Florida)" or "Fort Meyers" could be a fort. Thus, this conventions fits solidly within the norm for other naming conventions, and it serves several useful purposes. -Will Beback 07:47, 15 August 2006 (UTC)
"The entire purpose of [city] naming conventions is that they are large-scale extentions to the general naming convention." - if I may interpret, you mean that adding information to the article titles is a) what these conventions are about, and b) that's good. I don't think this is a novel admission. It is pretty obvious that these city naming conventions cause the article titles to serve double duty now, giving not only the name of the cities, but other information as well. In the rest of wikipedia, that's done only when disambiguation is needed; with cities, the convention forces them all to do so.
You mentioned "this conventions fits solidly within the norm for other naming conventions" but I believe you have overstated this. The naming conventions for asteroids include an index number in the title, and are an example of storing additional information in the title, but aircraft sometimes do (Focke-Wulf Fw 190) and sometimes do not (F-16 Fighting Falcon, H-3 Sea King). The title "Diana, Princess of Wales" is simply including her formal title, not merely describing what she was. There is a difference. --Yath 08:13, 15 August 2006 (UTC)
A) Adding information is one of at least three reasons why this convention is helpful to everyone. There are more isues with article names than just disambiguation - there's also NPOV. Which community gets Brentwood? Multiply that problem by a thousand other common placenames. Longtime editors may recall the Lancaster battle, a transatlantic naming dispute.
B) Naming conventions are important guidelines for creating a self-consistent project. But this project is flexible enough to allow for exceptions as well, and that is why conventions are just guidelines. Redirects can ensure that readers will find the exceptions. We don't have to be dogmatic, but we should try to move forward.
C) The existing protocol is sufficient and in place across thousands of articles. We can have exceptions without changing the guideline. -Will Beback 09:33, 15 August 2006 (UTC)
A title is a poor place to keep information other than something's name, which is why most of Wikipedia doesn't do it. As for NPOV, there are better ways of dealing with it than throwing the baby out with the bathwater. The convention says that no city shall get the unadorned name, ignoring the fact that many cities are prominent enough to deserve it. And here you repeat the "multiply that problem by a thousand" -- which is an often heard warning, but is extremely overinflated. Wikipedia can handle a few naming disputes if it means keeping the overall quality high. It's sad that so many editors have decided to throw their hands up regarding this issue. It's even sadder that you have decided to impede the rest of us. --Yath 10:30, 15 August 2006 (UTC)
  1. When I read "Lancaster", I first thought of Lancaster bomber (which redirects to Avro Lancaster). I had to read the sentence again to realise it was about a city, and had no idea there is more than one of them until I followed the link.
  2. As an editor, it's actually quicker and easier to type [[town, state|town]] than it is to type [[town]], <alt>-P, wait for the page to reload, follow the link to see if it's the town I meant or somewhere else or a disambig page and fix the link if necessary.
  3. As a reader, I often wave my mouse pointer over town/city links to see the qualifying info to get the proper context, then don't need to follow the link and get a huge page just to read a few words of the intro.
--Scott Davis Talk 14:13, 15 August 2006 (UTC)
It is much easier to type [[town (state)|]] than it is to write [[town, state|town]]. The Wikipedia engine was designed to use parentheses for disambiguation. Using the city, state construction would mislead people into thinking that the state name is part of the city name if they didn't know about this naming convention beforehand. --Polaron | Talk 22:24, 15 August 2006 (UTC)

[edit] Still no answer to original question.

After all that, I still don't see an answer to my original question: When do places ALWAYS have a disambiguating term? I believe the answer is never, and, so, the statement in question, certain place names always have a disambiguating term as well, is false and misleading. --Serge 15:11, 15 August 2006 (UTC)

Are there any objections to deleting the statement, certain place names always have a disambiguating term as well? --Serge 15:33, 15 August 2006 (UTC)

I guess you got answers in the context of where this got moved to, rather than where you asked. Sorry. I can't answer your question, and agree the sentence could be removed or replaced by something like "Articles about cities or towns in certain countries are usually given a name qualified by the enclosing state or province name. See Wikipedia:Naming conventions (city names) for more details." --Scott Davis Talk 15:35, 15 August 2006 (UTC)
Yes, I object to the deletion; I would phrase the exception "in some very well-known cases, like London, one place will be the primary sense of the name, despite the existence of other Londons"; I might make the original "almost always".
I find this whole argument odd. Springfield, Illinois is perfectly conventional usage. In any context where the state may be uncertain, it is standard American usage. (The extension of this to other countries, like "Paris, France", has a rustic tinge; but Paris, Texas is correct.) Septentrionalis 15:46, 15 August 2006 (UTC)
Note: I just addressed this same point at Talk:Chicago, Illinois and am copying it here. Let's continue the discussion here, since the general discussion belongs here
Context is everything. Indeed, Springfield, Illinois is perfectly conventional usage, when referencing the location of the city named Springfield in the state named Illinois. But the name of the city is Springfield, not Springfield, Illinois. Yet the opposite is suggested when we name the article Springfield, Illinois. Note that no other encyclopedia does this, for good reason. On the other hand, if we specify the disambiguation information in a manner that is consistent with Wikipedia disambiguation conventions, in parentheses, then we have Springfield (Illinois), which clearly distinguishes the name of the city, Springfield, from the disambiguation information, which in this case happens to consist of the name of the state in which it is located. To be entirely clear, perhaps it should be something like Springfield (city in the U.S. state of Illinois). But, just like for any other Wikipedia article, regardless of what the disambiguation information is, it should be clearly demarcated inside parentheses, to distinguish the name of the subject (Springfield) from the disambiguation information. Use of the CityName, StateName location reference format for article names fails to do that, regardless of how conventional that usage is when referencing the location, not the name, of the city. --Serge 16:15, 15 August 2006 (UTC)
I also object. This is a solution in search of a problem. The only real problem is that some people just won't give up despite being repeatedly rebuffed in their attempts to overturn the U.S. city naming convention. Aside from that, parenthetical diambiguation would quickly run into problems because that method is used for disambiguating geographic features, which in the U.S. often share names with cities, towns, etc. For example Indian River, Michigan is the town while Indian River (Michigan) is the river (actually two rivers). While you (and a handful of others) may dislike the convention, it as arbitrary as any other convention -- that is the very nature of a convention. What works about this convention is that it is easy to remember and in general is less confusing because it is consistent (at least within the U.S. and some other places). IMO, there might be some room for leeway with some world class cities like Chicago or Los Angeles, but I would strongly object to tossing out the rule entirely. Also, I do not think that the comma-delimited format is very good for identifying neighborhoods of larger cities, but that is really a distinct matter I think. older ≠ wiser 16:35, 15 August 2006 (UTC)
Speaking of solutions in search of a problem... that's what city-specific naming conventions are. To be consistent with general Wikipedia naming conventions, the Indian River "problem" would be handled like this: Indian River would be the dab, Indian River (town) and Indian River (river) for the two articles in question. Note that the content of the disambiguation information should reflect what the disambiguity is. If there is an ambiguity between two cities in different states, then the disambiguation information should specify the states. If, like in this case, the ambiguity issue is regarding a town and river, then one should be disambiguated as the town, an the other as a river. No city-specific convention, or "pre-disambiguation" baggage, is necessary, just a little common sense and the general conventions. Consistency with basic Wikipedia naming and disambiguity conventions handles it. The only reason there is a "problem" at all is because of some misguided sense that there needs to be a convention beyond using the name of the subject, with disambiguation information as required in parentheses, for article about cities. That's the only solution in search of a problem that we have here. --Serge 16:49, 15 August 2006 (UTC)
Also, to be clear, are you objecting to deleting the statement, certain place names always have a disambiguating term as well? Yet you nor anyone else can answer my question... When do places ALWAYS have a disambiguating term? I don't get it. If there is no such place that ALWAYS has a disambiguating term, then why object to deleting a statement that says there are such places? --Serge 16:56, 15 August 2006 (UTC)
Yes, that is what I'm objecting to. As indicated by conventions, some place names are always disambiguated. Just because you don't like that or you think it doesn't make sense is not a good reason to remove it. BTW, in case you didn't notice, Indian River already is a disambiguation page. You object to City, State as arbitrary but you can with a straight face advocate a name like Indian River (river). Please. Besides, there are numerous targets for rivers with that name. older ≠ wiser 17:32, 15 August 2006 (UTC)
If it is true that there are "some place names [that] are always disambiguated", surely you could specify some that are.
On what basis do you contend that I object to "CityName, StateName" as being arbitrary? Are you reading what I'm writing? I object to "CityName, StateName" as being inconsistent with Wikipedia naming conventions. I object to the "CityName, StateName" format as specifying incorrectly that the name of the city is not CityName, but CityName, StateName. It's flat out wrong. Because it is not in parentheses, it is not at all clear that the , StateName is disambiguation information, that it is not part of the name. It muddles the name attribute of an article with disambiguation information.
As far as Indian River already being a dab, great. My only objection with respect to Indian River is with how each is disambiguated from the others. And, following general naming conventions, the only one that is a city should simply be disambiguated from the rivers as Indian River (town). There is no reason to specify any location information in the disambiguation information since there is only one town with that name. That's another problem with the , state "disambiguation" format. It leads to unnecessary and inappropriate disambiguations, like Indian River, Michigan. --Serge 18:11, 15 August 2006 (UTC)
So you presume that one arbitrary naming convention is better than another arbitrary name convention (or perhaps it is that one arbitraty naming convention has some sort or primacy of other conventions)? I see nothing inappropriate about an article title like Indian River, Michigan. You say There is no reason to specify any location information in the disambiguation information since there is only one town with that name. Why not specify the location? I and many others find it quite helpful. It appears that you do not. So take a survey on whether to overturn the U.S. naming conventions. Oh wait, that's already been tried and rejected several times. Sorry. As for the rest of your argument, the title of an article is not identical to the place described in the article. If you wanted the name of the article to correspond with the actual name of the place then we would have titles like City of Springfield or, perhaps my favorite, City of the Village of Clarkston. Conventions are by their nature arbitrary. And although Use Common Names is a valid guideline for naming articles, it is only one consideration. As others have pointed out, there are other specific naming conventions that may supercede it in specific situations. There is no need to get so bent out of shape simply because there are inconsistencies in Wikipedia. Sheesh--even if nothing new were ever added to Wikipedia, it might take several lifetimes before everything was completely consistent. 18:57, 15 August 2006 (UTC)older ≠ wiser
I'm sorry, but I am unable to connect how anything you're saying is related to my question and point. You're going to have to spell it out for me, please. Please complete the following sentence: Examples of place names that always have a disambiguating term are _________________. Anyone who objects to removing the assertion, certain place names always have a disambiguating term, should have no problem filling it in. Thanks. --Serge 20:40, 15 August 2006 (UTC)
OK, since you're pretending to play dumb, I'll play along. An example of place names that always have a disambiguating term according to Wikipedia naming conventions are most U.S. cities and towns. older ≠ wiser 21:26, 15 August 2006 (UTC)
THANK YOU. Finally. An answer to my original question: "most U.S. cities and towns". Now, here's my problem. If it's true that certain place names always have a disambiguating term, and the examples of that are "most U.S. cities and towns", then the implication is that most U.S. cities, like San Francisco, California, always have disambiguating terms. Something doesn't match there. A given city either has a disambiguating term, or not. There's no time element involved, so "always" does not make sense. Okay, here are both sentences as they currently stand:
  • Usually, the shortest form is preferred. However, certain place names always have a disambiguating term as well.
Now, keeping the example of "most U.S. cities and towns" in mind, let's look at these statements slightly clarified.
  • Usually, the shortest form is preferred. However, for certain place names (like U.S. cities and towns) the convention is to always include a disambiguating term, even when there is no need for disambiguation. (This clarification would be incorrect, because of at least the New York City exception.)
  • Usually, the shortest form is preferred. However, for certain place names (like U.S. cities and towns) the convention is to usually include a disambiguating term, even when there is no need for disambiguation.
  • Usually, the shortest form is preferred. However, for certain place names (like most U.S. cities and towns) the convention is to include a disambiguating term, even when there is no need for disambiguation.
My point is, if "certain place names" refers to something like "most U.S. cities and towns", then saying always does not make sense. But if it refers to something like the general category of "U.S. cities and towns", then always is inaccurate. In other words, for no specific example of "certain place names" is the original assertion not problematic. --Serge 22:54, 15 August 2006 (UTC)
Your pseudo-logic looks more like wikilawyering than common sense. Point is, if you really think your proposal has merits, then go ahead and hold a (yet another contentious and divisive) survey to gauge whether you have a consensus for change. older ≠ wiser 23:17, 15 August 2006 (UTC)
AGAIN. The discussion in the way it continued does not belong here. Tobias Conradi (Talk) 19:13, 15 August 2006 (UTC)
I agree - we're discussing cities, not places. -Will Beback 19:20, 15 August 2006 (UTC)
I can't control how others (mis) interpret my question and point and where they take this discussion. What we're discussing is a specific assertion made on Wikipedia:Naming conventions (places), that's why the discussion is on this Talk page. Supposedly, cities are an example of certain place names [that] always have a disambiguating term as well. Though no one has even come close to providing material that supports this assertion, particularly the always. Also, cities are places. --Serge 20:40, 15 August 2006 (UTC)
I'd also point out that I answered the question above - It's not just about disambiguation. -Will Beback 19:21, 15 August 2006 (UTC)
I missed it. Please fill in the blank above. Thanks. --Serge 20:40, 15 August 2006 (UTC)
Instead I'll repsot my comments that you missed:
This convention isn't just about disambiguation. The U.S. cities convention expresses a taxonomy, and also identifies the subject as a community. Naming conventions should improve information, and this one does. The entire purpose of naming conventions is that they are large-scale extentions to the general naming convention. This one fits that mold. Other examples of fields where names follow conventions rather than popular usage are aircraft (Hughes H-4 Hercules, not "Spruce Goose") and royalty (Diana, Princess of Wales, not "Princess Diana".) Like those, this convention conveys additional information about the subject, and keeps names consistent within a field. Further, this scheme makes it easy for readers and editors to differentiate settlements from landmarks. "Fort Meyers, Florida" is obviously a city, while "Fort Meyers (Florida)" or "Fort Meyers" could be a fort. Thus, this conventions fits solidly within the norm for other naming conventions, and it serves several useful purposes. -Will Beback 07:47, 15 August 2006 (UTC)
If this were about taxonomy, then why aren't the US states at say Washington, United States. Wouldn't this make it clear that one was referring to a US state. That would also solve the problem of Georgia (U.S. state). --Polaron | Talk 22:30, 15 August 2006 (UTC)
Well, we aren't discussing state names here. Certainly, similar issues come up. However since there are only fifty states it is easier to handle them individually. -Will Beback 22:44, 15 August 2006 (UTC)
A) Adding information is one of at least three reasons why this convention is helpful to everyone. There are more isues with article names than just disambiguation - there's also NPOV. Which community gets Brentwood? Multiply that problem by a thousand other common placenames. Longtime editors may recall the Lancaster battle, a transatlantic naming dispute.
B) Naming conventions are important guidelines for creating a self-consistent project. But this project is flexible enough to allow for exceptions as well, and that is why conventions are just guidelines. Redirects can ensure that readers will find the exceptions. We don't have to be dogmatic, but we should try to move forward.
C) The existing protocol is sufficient and in place across thousands of articles. We can have exceptions without changing the guideline. -Will Beback 09:33, 15 August 2006 (UTC)
What question do you think this answers? --Serge 21:17, 15 August 2006 (UTC)
I'm answering your question by saying that the addition of the statename is not just for dismbiguation purposes. -Will Beback 22:45, 15 August 2006 (UTC)
My question wasn't about state names, nor did it assume anything was just for disambiguation purposes. And you still haven't revealed which question you think you're answering with these irrelevant points. --Serge 22:54, 15 August 2006 (UTC)

[edit] Follow local conventions (2)

With all that clarified (jeez, did it have to be so difficult?) let's try again, hopefully this time without all the irrelevant tangents.

Under Follow local conventions it currently says:

Usually, the shortest form is preferred. However, certain place names always have a disambiguating term as well.

Does anyone object to changing it to clarifying the above as follows?

Usually, the shortest form is preferred. However, local conventions for certain types of place names vary from this practice by adding a disambiguating term, separated from the name by a comma, even when no disambiguation issue exists.

If you object, can you please at least acknowledge that the current wording is problematic and suggest a compromise? Thanks. --Serge 23:58, 15 August 2006 (UTC)

Well, if you had suggested this in the first place we might have avoided expending so many words on the matter. I've no objection to the suggested clarification. older ≠ wiser 00:21, 16 August 2006 (UTC)
Thanks. I can suggest the alternative only now that I can make a reasonable guess as to what the original words were intended to mean. Earlier, I could make no sense of it, and could only ask the question that I asked (which took most of the day to get answered - thank you for finally doing so), or suggest deleting it, which is what I did. --Serge 00:29, 16 August 2006 (UTC)
While the convention for cities should be "city, state", for other places, such as peaks, lakes, etc, the convention should be "place (state)". That is a helpful distinction that we shouldn't lose. -Will Beback 00:36, 16 August 2006 (UTC)
The change suggested seems okay. Going further than this to try to entirely overturn the use of "City, State" is not only, in my opinion, a bad idea in its own right, but doomed to entire and utter failure. There is no way you are going to get people to support this, and there's no point in wasting your time trying. The use of the comma to disambiguate places is, furthermore, not restricted to US places. We have Reading, Berkshire and London, Ontario and Newcastle, New South Wales, too. As far as I can tell, use of the comma is pretty standard for naming in anglophone places. By continuing to insist on it, all you are doing is frightening people away from the perfectly sensible idea that for some cities it's okay to move away from "City, State" because they don't actually need to be disambiguated. [ETA, as I got edit conflicted, that I agree with Will Beback as well] john k 00:43, 16 August 2006 (UTC)
I agree with Will - the (possibly unwritten) convention has evolved that populated places (cities, towns, suburbs, ghettos, villages, hamlets, neighbourhoods, communities, ...) are disambiguated with a comma but natural features (rivers, lakes, mountains, ...) are disambiguated with parentheses. This has evolved into a useful convention in Wikipedia. Some national wikiprojects have adopted the convention that almost all articles about populated places in those countries use ", <state>" in the article title first, to provide readers with a little more information up front, and to facilitate any current or future need for disambiguation. Other countries do not have that convention, and only disambiguate when the demand has been identified. The fact that the comma convention applies to cities etc is why Tobias tried to move the discussion to a different talk page.
I agree with Serge that the sentence as it is quoted needs work. My suggestion might be:
Usually, the shortest form is preferred. Articles about cities or towns in certain countries are usually given a name qualified by the enclosing state or province name. See Wikipedia:Naming conventions (city names) for more details.
--Scott Davis Talk 00:56, 16 August 2006 (UTC)
Not all populated places are disambiguated with a comma, only in some countries. john k 15:38, 16 August 2006 (UTC)
Is that a vote for my suggested wording rather than Serge's? I didn't mention comma, just to look at the other page for national details for naming populated places. Perhaps it should say "...state, province, county or country name..." to allow the Berkshire, New Zealand and Fiji examples. --Scott Davis Talk 12:09, 17 August 2006 (UTC)
Not all populated places are disambiguated with a comma - which not? Tobias Conradi (Talk) 13:52, 17 August 2006 (UTC)

move the answers to Wikipedia_talk:Naming conventions (city names), I will reply there. Tobias Conradi (Talk) 19:18, 17 August 2006 (UTC)

from my talk Tobias Conradi (Talk) 21:07, 18 August 2006 (UTC)

Tobias, would you please stop moving other people's contributions to discussions from one talk page to another? If I put my comments on Wikipedia talk:Naming conventions (places), that's where I want them to be. If you want people who watch Wikipedia talk:Naming conventions (city names) to see them, put a comment on that page advising of the discussion on the other page, but don't delete my comments from where I put them and copy them elsewhere. Thankyou. --Scott Davis Talk 00:07, 18 August 2006 (UTC)

I wanted to make the discussion easier to follow and not to double so much talking. Why talk here about city naming if there is a city naming page? It simply does not belong here and will only confuse future readers, who read about flowers here, while this is the elephants page. Tobias Conradi (Talk) 21:07, 18 August 2006 (UTC)

[edit] comma

IMO we should make a policy to disallow "X, Y" if X is not a settlement. Would appriciate your help at Ba in Fiji [4] Tobias Conradi (Talk) 03:28, 16 August 2006 (UTC)

Note: comma currently is used a lot for "X County, Y". So this should not be disallowed right now. If a qualifying term is present, less people would take "X" for a city. Tobias Conradi (Talk) 03:31, 16 August 2006 (UTC)

proposal: comma is only allowed for

  • "X, Y"
    • if X is a settlement
    • maybe also for municipalities
  • "X Term, Y"
  • "X (term), Y"

Tobias Conradi (Talk) 03:34, 16 August 2006 (UTC)

I dislike "X (term), Y", and would generally prefer "X (Yian term)" if both a place and kind are required to disambiguate and more words are not appropriate (such as "X Term" or "X Term, Y").
As for Ba, the "correct" form of comma disambiguation for the town as used for USA and Australian towns among others, would be Ba, Ba which is unlikely to be "correct" in Fiji, and reminds the rest of us of nursery rhymes about black sheep, so Ba Province and Ba (town) make sense in context for much the same as one of the reasons that New York, New York is generally not preferred even when other US cities are done that way. I also note that you have recently changed Ba, Fiji from referring to the province to now referring to the town. While that may be more correct according to the convention we are trying to describe here, it has left many links that now need to be cleaned up, not least of which is the disambiguation page BA which has two links to the town (both via redirect) and none to the province at the moment. Note also that at the moment link to Ba river refers to a different waterbody (in Fiji) than the link to Ba River (in China). --Scott Davis Talk 05:44, 16 August 2006 (UTC)
  • Ba river is not "allowed" that's why I changed it. I did not knew there is some china link refering to Ba River. I change all lowercase rivers to upper case, this is the nice thing about a worldwide standard naming for landforms. Wikipedia:Naming_conventions_(landforms) is in developement, while the river project allready uses X River as the favored name for long time.
  • It was not easy to do anything on Ba in Fiji, because an admin abused his admin rights and deleted, reverted, protected etc. Changed my spell fixing ... really annoying. Ba (town) does not seem good at all. With a word like "Ba" one is likely to have other towns in say Asia or Africa with that name. I favor "Ba, Fiji" for the town.
  • X (Yian term) -> IMO avoid adjectiv for countries. But can't remember where this guideline is. Reasons: Democratic Republic of the Congo, adjectiv would be mess. German town -> would this mean a German town in Brazil? Tobias Conradi (Talk) 11:46, 17 August 2006 (UTC)

[edit] 'Borough of X' versus 'X (borough)' (in the United Kingdom)

There is an attempt to create a consensus for a change in the present custom on names of Borough articles at Wikipedia talk:WikiProject UK subdivisions. Please contribute. --Concrete Cowboy 21:39, 4 November 2006 (UTC)

Retrieved from "http://en.wikipedia.org../../../n/a/m/Wikipedia_talk%7ENaming_conventions_%28places%29_95c3.html"