Slash-separated Native American names

To try and keep this topic focused on Native American place names in the US I’ve split off some posts to a new topic in #general. Lets continue any further globally focused discussion there.

I’ve also seen the ‘/’ practice being done in New York State on Seneca reservation. Take the city of Salamanca as an example (which is within the reservation). I’m in support of it because it is a bilingual area with active Seneca language restoration and awareness. Many signs erected by the state are bilingual in the area.

The only reason for any type of separator character is to be able join two or more names. If the tribe has one official name for thier land then there should no need for a separator.

After a bit of warmth / heat (and thankfully, eventually light) at some talk-ca posts about someone rather aggressively (and insensitively) re-naming some boundary=aboriginal_lands (multi)polygons in Canada, the (USA Native American Indian) section of United States admin level - OpenStreetMap Wiki has expanded a bit to state that these are emerging along a “case-by-case” basis. There are a number of sensitivities and possibilities here, and so the reality is that “many options are possible” on these entities. You might have place=* nodes with a value of village, you might not. You might have a boundary=aboriginal_lands tag along with an admin_level=* tag (not the-usually-associated-with-this-tag of boundary=administrative). You might have tagging in “the local language” (as an adjunct tagging convention, or even the only method by which things are named). You might find that some of these have further subdivisions “inside of” the boundary=aboriginal_lands polygon.

What that wiki says (in essence) is to, largely speaking, “leave it up to the people upon the land” to describe this / these attributes, and use their conventions as OSM’s best practices for their land (and people). The net result is that parsing these data / figuring out what to do with them for any given use case is going to be rather open-ended in its necessity to cope with a wide variety of data here. Such “parsing difficulties on the back end of our data” come as part of the (higher) cost of “case by case.”

As far as I can tell, most of these names were not introduced with the level of care that you’re recommending, but rather indiscriminately and unilaterally by one mapper, not only in the U.S. but all across the Western hemisphere.

While I appreciate the need for indigenous languages’ representation in the database, Oneida’s slash-delimited name seems to be a case of overzealousness. It isn’t located inside a reservation, though the Oneida Nation does run a casino outside town. Judging from their changeset comments, their general approach is apparently to systematically copy names out of online dictionaries. But these dictionaries only say what the name of the place is in a given language, not that it’s one of the main languages there.

As for the choice of delimiter, it seems to be a personal whim rather than a matter of principle. So far no one has claimed that the tribal authorities have a strong preference for the slash over other punctuation that a data consumer would apply if the standard semicolon were tagged (which might well be a slash anyways). A “case by case” approach sounds like a tradeoff in favor of something theoretical at the expense of something real.

1 Like

I reflect the consensus from the talk-ca thread. “Case by case” seems to be the realpolitik of the situation. This literally means “practical rather than moral or ideological considerations,” but actually practicality AND ideological considerations are important to consider, given the truly sensitive nature and histories of the subject.

My “introduction” towards these names (and conventions) is forward-looking in light of the talk-ca discussion, and only partly based upon the data I saw was already (and do see now) in our map (data). Although, I have been looking at these data for many years and was (I hope) somewhat helpful at the transition away from protect_class (numerical values) and towards the (more harmonious, at least starting after its Approval in 2019) of boundary=aboriginal_lands.

I realize “slash-separated” is the subject here, but I decided to zoom out to a broader sense of how truly wide these data can go, as I believe the project as a whole, worldwide, benefits from this wider perspective on the topic.

A “so far recap:” (yes, I’ve skipped some, hopefully minor things, feel free to re-inflate them)

It’s a lone mapper thing and de facto accepted practice, at least from a USA/Canada/North American (México, too? unclear) perspective (I think that’s “about” what Zeke meant). I’ll toss in that adding México and/or saying “North America” couldn’t hurt (add Spanish and some other languages, which is already done with French and some other languages with Canada). There is a trend towards “all of North America” when two of USA, Canada and México are discussed about “how we do things ‘around here’”).

These (native names using / slash characters) are added by non-locals, largely one, who doesn’t seem to get a lot of input "from the people of the land,"now widely noticed, thanks to Minh for pulling tight focus on this. “Engaging local tribal communities in mapping their own lands” is an expressed ideal. The “sense of stewardship” in our map “as ours to present, with honor” now lies before us. We’ll want to tag our best to map our best.

name:lang tags seem a solid, established method, though sometimes getting which dialect is correct can challenge. I’ll toss in this might be where a scholar (see the recent talk-ca thread [Talk-ca] First Nations reserve naming) or those with “already some overlap” here (these topics, these sorts of conversations) could step in and help people chat together…which ISO codes of this or that dialect are correct, reducing cultural friction perhaps, kind of stuff. Someone listening on the OSM side to structure that into a “start here” approach can work. Really, the more who listen, the more the ball can roll towards good motion. It may be three or four people who can nod heads together, it may be a whole band of people take a vote in a meeting, “we’ll see.”

Sometimes, alt_name is used, downstream users of our data should know that. We might want to say that descriptively and take pause to invent something prescriptive, or not, and remain in “observe and learn” mode. There are a lot of possible directions we could and already are going in and this really is a highly fluid kind of design, exceedingly difficult if not impossible to predict well. We really must be (at least partly) very much in listening mode.

Semicolons can work when “a name tag does have more than one name in it” and slash character / is a tagging error. “Semicolons seem here to stay.” The characters solidus / space hyphen - and octothorpe # have been called out as “do not use these in names” (they are old separators we want to replace). Many downstream data users “cope with” semicolons reasonably predictably well. Establishing (as a line of “the paint has dried hard”) that semicolon is a separator as we are describing here causes some downstream ripple in things like JOSM and Osmose. Unicode / mixed directional text and other difficulties (perhaps invisible or quoted characters are necessary in some cases / contexts) complicates this.

In some cases (e.g. rendering text for map tiles) some of this can be done with tweaks to Lua profiles. The slash character / is used in political and cultural distinctions on multiple continents and for multiple reasons.

A “best initial seed case” scenario might be a name:xy=* tag in the local preferred language, plus a name=* tag in “English” (that might be Canadian English, US English, Australian English…) as is OSM’s convention to tag a name=* in English, if possible and appropriate. Other (any?) languages are welcome to be added. Slash characters are to be avoided (along with hyphen, spaces and octothorpe) going forward. Let’s think about how we might communicate intended changes (like deprecating slashes) to downstream users and bump it around.

It seems like there is some fairly wide understanding about this (hundreds of views of this topic). Can someone else take the baton away from me about now and keep running this towards a finish line? It may actually turn into something like a mechanical edit (to filter out slash characters…) as an earlier step. Maybe a middle step.

Stepping away…