[Talk-nz] If something has a name:mi, it should probably have a name:en

[Andrew Davidson]

On Thu, Aug 29, 2019 at 9:55 AM Eliot Blennerhassett <
eliot at blennerhassett.gen.nz> wrote:

> Eliminating the cases where name==name:mi (implicit ==name:en).
>

The JOSM logic is that if name == name:mi then name is in the Maori
language and there is no English version. Does this effect anything? Don't
know.


> So don't eliminate those where name:en would== name
>

OK. I didn't explicitly explain. What I meant was, once you manually fix
the ones where name does not match name:en you would then do a mechanical
edit to fix the rest.


> > While you're at it you can spot other problems such as
> > Dual named objects where the name:mi doesn't match either of the names
> > https://www.openstreetmap.org/node/1010397199
> > https://www.openstreetmap.org/node/6592915985
>
> I imagine 'correct' dual naming will become more common over time. E.g.
> Aoraki / Mt Cook https://www.openstreetmap.org/node/2625064349


That wasn't my point. If we look at this example:
https://www.openstreetmap.org/node/1010397199

There is a hill with a dual name "Ship Cone / Ōtaupiri" (the macron has
fallen off, but that's a different problem). As I understood it, dual names
in NZ are made up from Pakeha and Maori bits. In this case I'm going to
guess the Maori bit is Ōtaupiri. However the node is tagged name:mi=Whakaoma
which doesn't appear in the dual name. Is this because it should be tagged
alt_name:mi=Whakaoma?

Documented here
> https://wiki.openstreetmap.org/wiki/Multilingual_names#New_Zealand
>
>
As an outsider I do find this way of tagging odd. The intention of dual
names is that they are a single name of two parts. So if I was writing in
English I would refer to the highest peak in NZ as Aoraki / Mt Cook and if
I was writing in Maori I would also refer to Aoraki / Mt Cook. The name is
the same in both languages.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-nz/attachments/20190829/254e3d23/attachment.html>