Use locale name fields

[frodrigo]

En lien avec #397

Ce PR propose de passer des tags->'*_name' au *_name.
Il y a quand même une modification du schéma car une des tables n'a pas ces champs.

@vdct à toi de me dire si tu veux de cette modif ou pas. En ajoutant beaucoup plus de champs name:*, ça devient moins élégant. frodrigo@46ee2e1

[vdct]

Quitte à changer le schema via le .yml je préfèrerais qu'on en profite pour ajouter comme champs en dur tous les champs des langues régionales histoire de ne pas re-casser le schéma dans un avenir proche si on veut s'en servir. Changer le .yml implique de recharger la BD intégralement, alors autant le faire le moins souvent possible. Est-ce que tu peux augmenter cette PR en conséquence ?

[frodrigo]

Quitte à changer le schema via le .yml je préfèrerais qu'on en profite pour ajouter comme champs en dur tous les champs des langues régionales histoire de ne pas re-casser le schéma dans un avenir proche si on veut s'en servir. Changer le .yml implique de recharger la BD intégralement, alors autant le faire le moins souvent possible. Est-ce que tu peux augmenter cette PR en conséquence ?

Voilà c'est fait.

Je suggère en suivant de prendre aussi cette PR #396 (une fois rebasé)

[vdct]

Désolé pour le délai
je ne souhaite pas merger dans le même temps la modif du yml et l'utilisation des champs dans les requêtes. Avoir les nouveaux champs en base dans un premier temps va être utile pour analyser le contenu. Je propose de gérer dans une PR séparée la partie consommation, c'est à dire l'inclusion dans les requêtes.
Par ailleurs je trouve dommage de garder la notation OSM façon namespace avec les ":" dans le nom des champs de la base, ça complexifie pour rien l'écriture à coup de guillemets. Je propose de remplacer ":" par "_" : name_oc, name_eu...

[frodrigo]

Fait dans #401