Non prise en compte des champs <multi>
Quelque soit le type d'urls sémantiques utilisés, si l'objet est en multi, une seule url est encodée (celle de la langue du contexte d'enregistrement). L'activation de l'édition avancée permet d'ajouter des urls mais elles redirigeront en 301 vers la première ce qui n'est pas top...
Il me semble que l'on peut difficilement échapper à la création d'un champ lang dans spip_urls vu que les objets n'ont pas forcément une langue (selon la configuration du SPIP ou selon le codage de l'objet...).
Après, le système le plus simple serait peut-être de créer un schéma "url linguistiques" calqué sur celui des propres et adapté comme évoqué par http://core.spip.org/issues/3148
A vous lire (je vais devoir trouver une solution à ce souci d'ici fin 2014, peut-être une occasion pour passer geek à 44%, je plafonne à 41% depuis trop longtemps ^^)