Abro debate, aquí en el foro, sobre el formato del valor en las etiquetas phone=, mobile=, fax=* y todas aquellas que contengan número de teléfono como valor centrado en el caso de España.
Preferencia personal evidentemente discutible:
Formato base: +34123456789 (sin ningún espacio) ver
Extensiones: un espacio seguido de x#### → +34123456789 x1234
Hay que estandarizar también cuando hay más de una extensión, se han mapeado como +34{numTel} x123;+34{mismoNumTel} x321. Aunque en versiones anteriores en alguno creo recordar que estaban como p123 de pausa, ni idea de estos temas de pausas y extensiones.
Códigos de emergencia: En emergency_telephone_code=112;062
Teléfonos de tipo 900 y similares de uso exclusivo en España: phone:ES=900123456789
OSM es una base de datos, no una interfaz de presentación. En otros tipos de valores numéricos ¿se usan espacios para ser “legibles”?
Coincido contigo de que los números deben ir juntos, sin espacios. Los espacios es subjetivo de cada uno (que si van conjuntos de dos o tres cifras antes del espacio… ) o del render, no debería haber espacio en los números, sino la ristra toda junta.
Existe la recomendación E.123 : Notación de los números telefónicos nacionales e internacionales, direcciones de correo electrónico y direcciones web , «la agrupación de las cifras de un número telefónico debe efectuarse por medio de espacios» (6). Vespucci la sigue automáticamente y avisa: «Número de teléfono reformateado».
«Para mostrar un número de extensión de una centralita automática privada sin marcación directa de extensiones, la palabra o abreviatura [ext.] utilizada en el plano nacional para “extensión” debe escribirse inmediatamente después de los números telefónicos y en la misma línea que la palabra “teléfono”, seguida del número de la extensión». (2)
¿No es más fácil ponerlo todo junto y luego que cada aplicación haga lo que quiera con los datos?
Poner espacios no es lo mas óptimo a la hora de guardar los datos, aunque hablemos de bytes
En los ejemplos de la ITU (Punto 6, página 4 del enlace), veo que la notación es recomendable para el prefijo del país y de la provincia, pero no se aclaran ni ellos a la hora de decidir si deben ser conjuntos de dos, tres o cuatro cifras entre espacios. Por ello mismo creo que es mejor agruparlos juntos y luego que cada aplicación haga lo que quiera a la hora de mostrarlos.
Yo también pienso que es más simple eliminar los espacios, ya que la manera de visualizarlo es algo que ha de tener en cuenta la web o aplicación de turno, y no el dato.
Pero, viendo que la wiki recomienda el estándar ITU-T E.164, este asunto debería tratarse a nivel mundial, no solo de españa. Además, existiendo ya software que te está recomendando ese formato (Vespucci, como han dicho, probablemente más) al final ir contra lo establecido es matar moscas a cañonazos.
En todo caso, teniendo el listado de variaciones (en el codepen de @aTarom), es muy sencillo hacer una expresión regular de todas ellas y editarlos de un plumazo.
Para el caso de las extensiones, también habría que abrir una issue en Osmose, dado que actualmente tanto “x” como “ext.” se marcan como errores (ejemplo).
