Te parece agregar a la wiki las imágenes que pusiste en el primer post? No es que no esté claro, pero creo que aporta mucho.
Estuve mirando si ya se veia bien en el americanamap y aparecen ambos “ref”s, no tengo claro si es por como está el etiquetado o si los datos estan bien y el americanamap tiene algo para ajustar.
Hay una relación de la Autopista Pedro Eugenio Aramburu que tiene las etiquetas network=ar:national y ref=RN9. Parece que podemos borrar estas etiquetas porque es diferente de la relación RN9 verdadera.
Buena observación @muralito y @Minh_Nguyen! Gracias por el análisis. Este es un ejemplo perfecto de cómo OSM Americana nos ayuda a detectar inconsistencias en los datos.
@Minh_Nguyen tiene razón: el problema son dos relaciones superpuestas. Una es la de la RN9 (que @mweper ya normalizó a ref=9) y la otra, la específica de la autopista, que todavía tiene network y ref duplicados, causando el renderizado doble.
La solución correcta sería quitar esas dos etiquetas de la relación de la autopista, ya que su única función debería ser darle el nombre propio a ese tramo.
ACLARACIÓN: En mi comentario original mencioné erróneamente un cambio de nombre para esta autopista. La ley que cité (Ley 26.927 de 2013) aplica a otro tramo (el comprendido entre San Nicolás de los Arroyos y Rosario), por lo que ese punto no es relevante para esta discusión. Perdón por la confusión.
Instructivo para normalización de relaciones de ruta en Argentina
Hola!
Después muchas pruebas, les comparto un método para realizar las correcciones de manera masiva y controlada. Este flujo de trabajo es el más simple, rápido y seguro que pude lograr.
MUY IMPORTANTE:
- Seguí las instrucciones paso a paso. El orden de los reemplazos es importante.
- No mezcles las dos tareas (
networkyref). Hacelas por separado y subilas en changesets distintos.
Requisitos:
- Un editor de texto que soporte “Buscar y Reemplazar” con expresiones regulares (RegEx). Notepad++ es perfecto para esto.
- JOSM instalado y actualizado.
Tarea 1: Normalizar la etiqueta ref
Objetivo: Quitar los prefijos “RN” y “RP” de la etiqueta ref en todas las relaciones de ruta.
Paso 1: Obtener los datos desde Overpass Turbo
Vamos a descargar un archivo .osm que contiene únicamente las relaciones que necesitan ser corregidas.
- Andá a overpass-turbo.eu y pegá la siguiente consulta.
- Modificá la línea
{{geocodeArea:...}}para poner la provincia en la que querés trabajar (recomendado).[out:xml][timeout:180]; // Reemplazá "Jujuy" por la provincia que quieras. {{geocodeArea:Jujuy,AR}}->.searchArea; // Para buscar en toda Argentina (puede ser muy pesado y lento) // area(3600286393)->.searchArea; ( rel(area.searchArea) ["route"="road"] ["ref"~"^R[NP]"]; ); out meta; - Hacé clic en “Ejecutar”. Ante el aviso de “Datos incompletos” hacé clic en “Mostrar datos”
- Una vez que termine, descargar los datos como OSM XML, andá a “Exportar” > “datos OSM sin procesar”. Guardá el archivo como
refs_para_editar.osm.
Paso 2: La Edición Masiva en Notepad++ (en 2 reemplazos)
- Abrí el archivo
refs_para_editar.osmcon Notepad++. - Primer Reemplazo (Agregar
action='modify'):- Andá al menú
Buscar>Sustituir…(Ctrl+H). - Qué buscar:
(user="[^"]*")> - Sustituir con:
\1 action="modify"> - Modo de búsqueda: “Expresión regular” y “. para nueva línea” DESMARCADA.
- Hacé clic en “Sustituir todo”. Esto marcará todas las relaciones para que JOSM sepa que fueron modificadas.
- Andá al menú
- Segundo Reemplazo (Corregir el
ref):- Sin cerrar la ventana, cambiá los campos:
- Qué buscar:
(<tag k="ref" v=")(?:RN|RP)([^"]*)("/>) - Sustituir con:
\1\2\3 - Hacé clic en “Sustituir todo” de nuevo.
- Guardá los cambios en el archivo.
Paso 3: Abrir, Revisar y Subir en JOSM
-
Abrí JOSM.
-
Andá a
Archivo>Abrir...(Ctrl+O) y seleccioná tu archivo modificadorefs_para_editar.osm. -
JOSM cargará todas las relaciones y las marcará automáticamente como modificadas. El botón de “Subir” estará habilitado.
-
Verificación Final: Seleccioná todas las relaciones (Ctrl+A) y revisá en el panel de “Etiquetas” que elrefesté corregido. -
Hacé clic en “Subir” y usá el siguiente comentario:
Normalización de ‘ref’ en relaciones de ruta quitando prefijos RN/RP (Provincia de Jujuy), según consenso comunitario. Ver https://community.openstreetmap.org/t/134544(Recordá cambiar “Jujuy” por la provincia que editaste).
Tarea 2: Normalizar la etiqueta network
El flujo es idéntico, solo cambian las consultas y los reemplazos.
Paso 1: Obtener los datos desde Overpass Turbo
- Usá la siguiente consulta en Overpass Turbo, ajustando la provincia:
[out:xml][timeout:180]; {{geocodeArea:Jujuy,AR}}->.searchArea; ( rel(area.searchArea)["route"="road"] ["network"~"^AR:"] ["network"!="AR:national"] ["network"!="AR:provincial"] ["network"!="AR:provincial:secondary"]; ); out meta; - Ejecutá, seleccioná mostrar datos y guardá el resultado como
networks_para_editar.osm.
Paso 2: Editar en Notepad++ (en 3 reemplazos)
- Abrí
networks_para_editar.osmen Notepad++. - Primer Reemplazo (Agregar
action='modify'):- Qué buscar:
(user="[^"]*")> - Sustituir con:
\1 action="modify"> - Hacé clic en “Sustituir todo”.
- Qué buscar:
- Segundo Reemplazo (Corregir las secundarias):
- Qué buscar:
(<tag k="network" v="AR:)[A-Z](:secondary)("/>) - Sustituir con:
\1provincial\2\3 - Hacé clic en “Sustituir todo”.
- Qué buscar:
- Tercer Reemplazo (Corregir las principales):
- Qué buscar:
(<tag k="network" v="AR:)[A-Z]("/>) - Sustituir con:
\1provincial\2 - Hacé clic en “Sustituir todo”.
- Qué buscar:
- Guardá los cambios.
Paso 3: Revisar y Subir en JOSM
-
Abrí
networks_para_editar.osmen JOSM. -
Verificá que todos los cambios se hayan aplicado correctamente. -
Subí los cambios con el comentario correspondiente:
Normalización de ‘network’ en relaciones de ruta provinciales (Provincia de Jujuy), según consenso comunitario. Ver https://community.openstreetmap.org/t/134544(Recordá cambiar el nombre de la provincia).
I can take care of both tasks in a couple of minutes in JOSM if you’re OK with two separate national-level edits. I see about 1,200 relations still with the old network tagging scheme and 1,800 with the old ref scheme (many use both).
Hi @whammo,
Thank you for offering to perform the national-level edits.
My main goal in creating the detailed guide was to encourage participation from the local community, giving mappers the opportunity to collaborate on the cleanup of their own provinces. The process I designed is quite safe, as it only downloads the relation metadata, which makes it lightweight and limits the potential for damage.
Therefore, my plan is to give the local community a few days to work on this task. I believe it’s a great opportunity for everyone to learn and apply the standard. After a reasonable period (perhaps next week?), we can reassess what’s left and apply the process at a national level for the remaining relations.
On the other hand, your observation that “many use both” old schemes is interesting. I assume you mean that a single relation has both an incorrect network tag (e.g., AR:B) and an incorrect ref tag (e.g., RP11). The guide is designed to handle those cases, but I’d love to understand it better. Could you perhaps share an example of a relation? Seeing a concrete case would allow for analysis.
Thanks!
Hola @whammo,
Gracias por ofrecerte para realizar las ediciones a nivel nacional.
Mi objetivo principal al crear la guía detallada fue fomentar la participación de la comunidad local, dándole a los mapeadores la oportunidad de colaborar en la limpieza de sus propias provincias. El proceso que diseñé es bastante seguro, ya que solo descarga los metadatos de las relaciones, lo que lo hace liviano y limita la posibilidad de daño.
Por lo tanto, mi plan es darle a la comunidad local unos días para que pueda trabajar en esta tarea. Creo que es una gran oportunidad para que todos aprendan y apliquen el estándar. Después de un tiempo prudencial (¿próxima semana?), podemos reevaluar lo que quede pendiente y aplicar el proceso a nivel nacional para las relaciones restantes.
Por otro lado, tu observación de que “muchos usan ambos” esquemas viejos es interesante. Supongo que te referís a que una misma relación tiene tanto la etiqueta network incorrecta (ej. AR:B) como la etiqueta ref incorrecta (ej. RP11). El instructivo está diseñado para manejar esos casos, pero me encantaría entenderlo mejor. ¿Podrías compartir un ejemplo de una relación? Ver un caso concreto permitiría analizarlo.
Gracias!
No problem! In terms of the objects with an old ref tag, it looks like there are now 1,700 (Overpass). There are 1,170 objects with the heirarchical network tagging scheme (Overpass) that this discussion has decided to move away from. It looks like 930 of those relations would be found in both of those queries (Overpass), for example relation 1922667 or relation 13482654.
¡Misión cumplida!
Quería anunciar que completamos la normalización de las etiquetas ref y network en todas las relaciones de ruta de Argentina.
Gracias a este trabajo, nuestro etiquetado ahora se alinea con los estándares globales.
El resultado más visible es que ¡ya se pueden ver los escudos de ruta oficiales
en mapas como OSM-Americana, tal como son en la realidad!
Además, esta visualización es una gran herramienta para identificar problemas de calidad en los datos, como las relaciones superpuestas con network y ref duplicados que ya han ido apareciendo.
Muchas gracias a todos por este logro. ¡A seguir mapeando!
Hay una duplicacion en la nueva autovia que esquiva Alta Gracia, la que se llama Variante Anisacate, pero no se como es, no estaba inaugurada el año pasado cuando pase por ahi.
Lo que creo que habria que revisar es la clasificacion, quizas sea mejor subir la clasificacion de la nueva autovia a trunk hasta Villa Ciudad de America, o bajar la clasificacion del trazado viejo, porque son cosas totalmente diferente y no se ven reflejadas en el mapa, en la vieja RP5 era imposible pasar vehiculos lentos por kilometros.
¡Gracias por el aviso @muralito! Ya corregí la relación Variante Anisacate (17980781).
Comparto tu observación en el grupo de Telegram para ver si alguien con más conocimiento de la zona puede ajustar la clasificación.
Gracias!



