Oh, yes, great diary. The disputed places mapping in India is comprehensive. A local language map could choose sides similar to how Google does it.
The Congressional Research Service (a nonpartisan arm of the Library of Congress) just released a report about the orderâs implications for the federal government. The report is an interesting look into the mechanics of carrying out a rename. Regarding some of the earlier points in this thread:
Similar disputes could arise surrounding the naming of the Gulf of America. To address such discrepancies, the United Nations Group of Experts on Geographical Names (UNGEGN)âan international body established by the UN Economic and Social Councilâhas issued a resolution indicating that âwhen countries sharing a given geographical feature do not succeed in agreeing on a common name⊠the name used by each of the countries concerned will be acceptedâ (Resolution II/25). Thus, depending on the context, one or both of the âGulf of Americaâ and âGulf of Mexicoâ may appear on international maps or publications.
Similarly, BGN decisions are not required to be adopted for nonfederal domestic publications. For decades, the Alaska State government has used âDenaliâ in place of âMount McKinleyâ on state publications and maps. The recent E.O. would not mandate changes to the usage of âDenaliâ by the State of Alaska. Private companies such as Google Maps and Apple Maps would similarly be unaffected by the E.O. Despite this, some nonfederal entities may choose to adopt BGN naming conventions moving forward.
At this point, we should recall that OSM already differs from federal government geography in a number of ways, even domestically. For example, after a whole ordeal last month, we decided that, contrary to the federal governmentâs position, San Francisco County doesnât exist, and thereâs no such administrative boundary as Washington, D.C.[1] Itâs probably only a matter of time before we once again divide Connecticut by counties instead of planning regions, again in opposition to most of the federal government. The reasoning is too involved to discuss here, but suffice it to say that one governmentâs viewpoint isnât always definitive for the nuanced kind of map weâre making.
I think itâs telling that the CRS report says nothing about the distinction between the U.S. portion of the gulf and the gulf as a whole. Indeed, Iâve yet to come across any mainstream media report that qualifies the renaming in this manner. Maybe Iâm just not very confident in my armchair lawyering skills, but unless actual colloquial or official usage moves in this direction, I would put it on the back shelf as an obscure legal quirk.
This tagging scheme is unfortunately incompletely implemented. Also, itâs designed for boundary=administrative
relations and their constituent ways. Translating this scheme to the Gulf, weâd need to maintain a second node alongside the existing place=sea
node, tagging it as something like⊠place=disputed
or disputed:place=sea
? If so, then we donât have to overthink the naming; name=*
and name:en=*
would suffice for the âdisputedâ sea.
As far as I can tell, this would be a totally novel approach in OSM, one that we havenât employed for the nearby Gulf of California / Sea of CortĂ©z or even more fraught situations like the South China Sea. I think a solution like this would only become necessary if we become convinced that Gulf of America really does refer to a different feature with a different geometry than Gulf of Mexico.
But the District of Columbia is an administrative boundary. â©ïž
The alt_name:en_us
or official_name:en_us
suggestions upthread donât resolve the country vs. language situation, so I was looking for something that could describe the fact that a country (not a language) names a thing a certain way that might be different from the rest of the world. I agree that itâs not a disputed boundary, but it does seem to fit the disputed concept.
This situation is only novel because of how suddenly and forcefully it arrived in current events. Otherwise, Iâm not sure the slight ambiguity necessitates a novel approach to modeling the gulf.
Previous suggestions have focused on how to acknowledge Gulf of America in a manner that mollifies partisan mappers looking at the raw data and exposes the name to search engines. The disputed boundary tagging scheme enables alternative rendering; one could use it to set up, for example, a âU.S. worldviewâ map of the sort that Mapbox provides out of the box. For sure, an official worldview consists of more than boundaries, but in this case, it seems to me like overkill to maintain a separate feature, only to devise ways for unsuspecting data consumers to avoid processing it by default.
If neither nat_name:en-US=*
nor official_name:en-US=*
is quite accurate, and alt_name=*
is too messy for alt_name:en-US=*
to ever be used by renderers, then there is a scheme for tagging a feature with different names according to different authorities. For example, this train station is tagged with name:TEC=*
to indicate its name according to Transport En Commun. While this tagging scheme doesnât necessarily conflict with the language tagging scheme, it comes perilously close: this town is tagged name:tec=*
to indicate its Terik-language name. name:US:BGN=*
would avoid conflicts with other tagging schemes and also clarify exactly who uses the name. But itâs still obscure enough that Iâm unsure of the practical benefit over just using alt_name:en-US=*
and maybe source:alt_name:en-US=*
.
Especially when, in 3 years 11 months & ~8 days, it could have to be changed back again!
Iâm enjoying the utter lack of geographical knowledge. Itâs as if people think the Gulf of Mexico was only the bit of water that they could see from the southern shore of the US. The EO explicitly refers to 45% of the IHO recognised boundaries of the Gulf.
While weâre at it, is there a consensus on Denali? There have been several edits there too, and right now name, name:en, official_name, and old_name are all set to Mount McKinley. Denali doesnât even get an âalt_nameâ and is referenced only in old_name:2015-2025 (and in some languages other than English).
I see several more âDenaliâ tags on the peak now, not all of which Iâm certain I agree with.
âDenaliâ has been the name of the entire park since 1980 when the smaller Mount McKinley National Park was absorbed to become Denali National Park and Preserve, with the Denali State Park next door. Those names arenât being reverted and people will continue to âgo to Denaliâ
I propose the following changes at a minimum (compared to version 49):
Before | After |
---|---|
|
alt_name=whatever isnât in name nat_name=Mount McKinley reg_name=Denali loc_name=Denali |
I think the national/regional/local tags are slightly more suitable than the distinction between old and official names. Any official_name=*
tag is a gross oversimplification, because Alaskaâs state government has been even more adamant than the federal government about the mountainâs official English name. Moreover, Alaska has a couple dozen official languages while the United States has zero. This is not to say that usage of Denali is confined to the state; Iâd expect it to appear in either name=*
or alt_name=*
to cover colloquial usage elsewhere.
The datespec tags are unnecessary detail for OSM. OpenHistoricalMap and Wikidata are already tracking the mountainâs name history adequately.
As long as the data-namespaced tags refer to an entity currently in existence, I find it to be completely within the scope of OpenStreetMap. An entityâs historical name is as much part of its full identity as its current one. It is extremely useful to offer some guidance on the names used, and can help to provide context to old_name
and alt_name
. Where many historical names exist, I find the date-namespaces preferable to one huge semicolon-delimited old_name
, and sometimes this is necessary to stay below the character limit of that tag.
When an entity is renamed, the date-namespaced tags also help inform other mappers of the point where those names started and stopped being used (e.g., when something like a museum or hospital formally changes names), and help in understanding why something is now called different than what you expected it to be.
Historical names are valuable, because they allow users to find those entities under those names, which is useful when you are working with historical data and texts where those names are used.
Wikidata is another project (where the goals of the contributors there do not necessarily align with our pragmatic ground-truth values). We might as well just limit every OSM object to only the wikidata
tag and stuff every bit of data in there if we depend on that project to house our data (plurality and redundancy is good).
By the way, stripping those date-namespaced names because you donât find them necessary seems to go counter to Any tags you like, unless that data is actually wrong.
Actually think it was Dubaya who pulled a fast one writing (US?) English in as the official (government(???) language, but in a few decades Spanish might become the main used tongue in the lower 48 of maybe soon 52 or 53⊠the Star Spangled Banner needs fixing with new ones, made in China of course. The current events show a certain group is very seriously perturbed about much.
The Med wiki shows one thing, but there are many sub areas included in that. We can still call the whole the Gulf of Mexico and map out a sub area naming whatever his nationalism tickles. The zoom level might then determine which name comes into focus.
Iâd like it if more people recognized that the election and furher events in the USA have shown a very divided country and there is still a lot of strife and hardship going on every day.
For OSM to take up this âdebateâ is basically to stand in between some people that are always at the edge of yelling at each other. It is just going to include openstreetmap as an organization and indeed the heroic volunteers in a mess that has little to nothing to do with the actual issue that the headline indicates.
The best thing to do is to just freeze any and all editing for, say, another month. Let the people heal and work out their differences in real life first.
While we are at it, I was looking at https://wiki.openstreetmap.org/wiki/Multilingual_names and it says
Always add name:code=* for each involved language, and for compatibility with older rendering engines, also set name=* to both names, separated by a forward slash with spaces in between, sorted in (a somewhat neutral) Unicode alphabetical order.
Given this rule, shouldnât the default name tag for the gulf of mexico be âGulf of Mexico / Golfo de Mexicoâ
I donât disagree â in fact, I was the one who first added an old_name=*
to this bay in Russia to reflect its century-long identity as the Gulf of America. You canât make this stuff up! However, indicating either Denali or Mount McKinley as the old name of the mountain in Alaska would be an oversimplification, even if you qualify it by dates and languages. Better to leave things a little vague, to avoid setting unsatisfiable expectations.
Wikidata does a still imperfect but better job of modeling the nuance using qualifiers, an element of expressiveness that OSMâs data model unfortunately doesnât provide. In its own way, OHM can also tell the same story but in a form factor close enough to OSM to give OSM some breathing room.
The date-qualified tags are at best misleading. They paper over the longstanding differences between official and colloquial usage, between federal and local usage, between English and non-English speakers, and between native-born Alaskans and expats from McKinleyâs home state of Ohio, and nowadays also between left-wing and right-wing discourse. To say that a name is âoldâ is to delegitimize it to a significant extent. In this geopolitical dispute with many cross-currents, you wonât find a better way to come across as non-neutral and political.
I donât know about Mexico or Cuba, but in the United States, the slash delimiter is quite controversial (and I disagree with it). If youâd like to add another dispute to the pile, hereâs a starting point:
Thatâs been part of that page (describing shared boundary features, not disputes) since basically forever, but I suspect that whoever wrote it was unfamiliar with the full range of ways of handling those issues used across OSM even then.
I donât think thereâs any respectable argument to be made in favor of changing name=* for Denali or the Gulf of Mexico. not:name=* seems to be a good key for those values.
Since the vast majority of the area of ââthis gulf is not under US jurisdiction and the English language is used by several countries, I would only change name:en
after Wikipedia did so as well (see their discussion). And if and when the change finally happens (which may be never), then add alt_name:en=Gulf of Mexico
as many English speakers will still use the current name as the official name.
I was trying to make a similar point last year in a thread about micronations. Prominent mappers were adamant that the âlocal claimsâ as to admin_level were ridiculous and had to be treated as vandalism, and I tried unsuccessfully to argue that it was not so different from the divergence between us French and some international bodies about the administrative level of some islands, e.g RĂ©union. In my view these all are cases of juxtaposed points of views (or juxtaposed reference systems) from various authorities.
I must say that I am (kind of perversely) glad that the same kind of topic is now raised not by a few marginals on a disused oil platform but by a somewhat influential world leader
More seriously I believe that the solution proposed above by Minh has the potential to solve many of those cases of conflicting authorities.
A long time ago we had a discussion about mapping national boundaries according to different viewpoints. One part of the discussion was about who was entitled to a mappable viewpoint in the first place - since we donât want every person on the planet mapping their viewpoint! A similar discussion could probably be had here - who is a âvarious authorityâ and who is just a nutcase
This thread has been covered in the news by Wired author Paresh Dave: