Inventario vial / Metodología
Metodología y anexo cartográfico
El inventario cubre 462 vías, 3.309 tramos y 871,87 km de red vial, más 70 parques y plazas que suman 64,3 ha, dentro del perímetro urbano de Valledupar. Es una línea base preliminar construida desde cartografía abierta: dice cuántos elementos hay, dónde están y cuánto miden, no en qué estado se encuentran. Esta página explica de dónde salen los datos, cómo se procesaron, qué no debe leerse en ellos y entrega las capas en formatos SIG editables y verificables.
1. Fuentes
Malla vial
OpenStreetMap, con fecha de corte del 3 de septiembre de 2026. Se toma la geometría real de cada vía (3.284 ways) y su clase highway, de la que se deriva la jerarquía funcional. La jerarquía debe contrastarse con el POT municipal.
Parques y plazas
OpenStreetMap, corte del 7 de septiembre de 2026: polígonos reales etiquetados como parque (leisure=park) o plaza (place=square) dentro de los sectores urbanos. No incluye canchas ni zonas verdes sin clasificar.
Límite urbano
Perímetro urbano del DANE, Marco Geoestadístico Nacional (MGN) 2024. Área urbana de referencia: 48,02 km². Toda medición está recortada a ese límite.
Archivo maestro
Hoja de cálculo Inventario por vía del archivo del inventario, con las cifras de control que valida el procesamiento: 462 vías, 3.309 tramos y 871,87 km; 70 espacios, 65 parques y 5 plazas, 642.973,88 m².
2. Procesamiento
Todo el inventario se genera con un proceso reproducible, sin edición manual de cifras. Cada ejecución valida los totales contra el archivo maestro y se detiene si no coinciden.
- Lectura del archivo maestro. Se toma la hoja Inventario por vía; las hojas de resumen se ignoran y sus cifras se recalculan desde el detalle.
- Descarga de geometría. Cada tramo se une a su way de OpenStreetMap por identificador; la geometría se guarda en caché para no depender de la red en cada actualización. Los 5 tramos cuyo way ya no existe se dibujan como segmento recto entre sus extremos.
- Recorte y medición. Las líneas se recortan al perímetro urbano del DANE y se miden en la proyección UTM 18N; el trazado publicado se simplifica con una tolerancia de un metro para que cargue rápido sin perder forma.
- Agrupación por vía. Los tramos se agrupan por clave normalizada; la jerarquía predominante es la que representa la mayor parte de la longitud. Los tramos sin nomenclatura se reúnen como «Vías sin nombre».
- Derivaciones preliminares. El tránsito esperado y la importancia de conservación se asignan desde la jerarquía. Hoy los tres campos son la misma variable en tres presentaciones; por eso la aplicación no los cruza entre sí como si fueran evidencias independientes.
- Parques y plazas. Se descargan los polígonos por identificador, se calcula el área con huecos descontados, se normalizan los nombres con una lista de correcciones revisable y se validan los totales.
- Entregables. Del mismo resultado se generan la aplicación, el GeoPackage, los shapefiles, los planos PDF y el diccionario de atributos, para que todos digan exactamente lo mismo.
3. Limitaciones declaradas
- Red revisada en campo: 0 km (0 %). Condición de calzada evaluada: 0 tramos. El inventario no dice en qué estado están las vías.
- La importancia de conservación es una priorización preliminar derivada de la jerarquía OSM, no un diagnóstico ni una evaluación de campo.
- 265,74 km (1.639 tramos, el 30,5 % de la red) carecen de nombre en la cartografía base. Nomenclaturizarlos y validarlos es el primer paso del inventario.
- 23 de los 70 parques y plazas no tienen nombre en OpenStreetMap; se conservan numerados para visitarlos y nombrarlos.
- La nomenclatura proviene de OSM y no es necesariamente la oficial del municipio; la jerarquía debe contrastarse con el POT.
- Un tramo es una unidad cartográfica, no una cuadra: los conteos de tramos no equivalen a conteos de cuadras.
- La geometría es cartografía de referencia: no reemplaza levantamientos topográficos ni sirve para replanteo de obra.
- Los atributos de operación del barrido (comuna, prestador, frecuencia, modalidad, responsable de validación) están creados en las capas y se entregan vacíos para que los diligencien el municipio y los prestadores.
4. Diccionario de variables
Inventario por vía
| Variable | Descripción | Origen |
|---|---|---|
| Vía | Nombre visible de la calle, carrera, diagonal o avenida tomado de OpenStreetMap. Los segmentos sin nomenclatura se reúnen provisionalmente como «Vías sin nombre». | OSM |
| Clave normalizada | Versión estandarizada del nombre usada para agrupar tramos: mayúsculas, sin tildes y abreviaturas unificadas («Carrera 19» → «CARRERA 19»). Campo técnico; no es la nomenclatura oficial. | Técnico |
| Jerarquía predominante | Clasificación funcional sugerida que representa la mayor parte de la longitud de la vía: Local, Colectora, Arterial secundaria o Arterial principal. Proviene de la clase OSM y debe contrastarse con el POT municipal. | Derivado de OSM |
| Longitud total (km) | Suma de todos los tramos asociados a la vía, medida en UTM 18N y recortada al límite urbano del DANE. En avenidas divididas cada calzada física se cuenta por separado, lo que sirve para mantenimiento. | Calculado |
| Número de tramos | Registros individuales que componen la vía. Un tramo puede terminar en una intersección, un cambio de atributo, un cambio cartográfico o el límite urbano: no equivale necesariamente a una cuadra. | Calculado |
| Km revisados | Longitud de los tramos con estado de revisión «Revisada» o «Cerrada». Hoy: 0 km en toda la red. | Campo (vacío) |
| % revisado | Km revisados sobre la longitud total. Hoy: 0 %. | Campo (vacío) |
| Km malos o críticos | Kilómetros cuya condición de calzada sea «Mala» o «Crítica». Hoy sin datos: no existen inspecciones. | Campo (vacío) |
| Observaciones generales | Campo manual para comentarios aplicables a toda la vía: intervenciones previstas, contratos, restricciones o decisiones administrativas. | Manual (municipio) |
| Estado actual (peor tramo) | Condición más desfavorable registrada entre los tramos de la vía: Crítica, Mala, Regular o Buena. Permanece «Sin evaluar» mientras no existan inspecciones. | Campo (vacío) |
| Tránsito esperado (proxy) | Estimación preliminar y editable del nivel de tránsito: Bajo, Medio, Alto o Muy alto. La asignación inicial se basa en la jerarquía y no reemplaza aforos vehiculares. | Derivado (editable) |
| Importancia de conservación | Clasificación automática para priorización preliminar: Media, Alta, Muy alta o Crítica. Combina la jerarquía predominante con el tránsito esperado. Es un punto de partida sujeto a validación, no un diagnóstico. | Derivado |
Parques y plazas
| Variable | Descripción | Origen |
|---|---|---|
| Espacio | Nombre del parque o plaza según OpenStreetMap, con mayúscula inicial y corrección ortográfica revisable (data/nombres-parques.json). Los espacios sin nombre se conservan numerados para poder visitarlos y nombrarlos. | OSM |
| Tipo | Parque (leisure=park) o Plaza (place=square). | OSM |
| Área (m² / ha) | Área del polígono real medida en UTM 18N, con huecos descontados. Un espacio puede estar formado por varias piezas. | Calculado |
| Intensidad de uso | Estimación preliminar por tipo y tamaño: Baja, Media, Alta o Muy alta. | Derivado |
| Importancia de conservación | Priorización preliminar por tipo, área e intensidad: Media, Alta, Muy alta o Crítica. | Derivado |
5. Anexo cartográfico
Las capas de vías y de parques y plazas se entregan en formatos SIG editables y verificables, con los atributos mínimos de identificación que exige el PGIRS, junto con planos de salida para consulta general y el diccionario de atributos. Cada archivo lleva su fecha de corte y su fuente, y todos se generan del mismo procesamiento que alimenta esta aplicación.
Capas SIG editables
Para QGIS, ArcGIS o cualquier SIG. Sistema de referencia WGS 84 (EPSG:4326); las medidas se calcularon en UTM 18N (EPSG:32618).
Planos de salida
Formato A3 horizontal, vectoriales, con rótulo, leyenda, escala gráfica (1:39.800 aprox.), norte, notas y fecha de corte.
Datos tabulares y documentación
Los mismos datos que muestra la aplicación, listos para hojas de cálculo o para integrarse en otros sistemas.
Atributos de las capas
Los nombres de campo respetan el límite de diez caracteres del formato shapefile. Los atributos marcados «por diligenciar» existen en las capas y viajan vacíos. El campo borde_km estima los kilómetros de borde de vía o cuneta como el doble de la longitud del eje, que es la unidad común para reportar barrido; debe validarse con la sección vial real de cada tramo.
| Campo | Capa | Descripción | Origen |
|---|---|---|---|
| codigo | ambas | Código único del elemento | Pipeline |
| nombre | ambas | Nombre de la vía o del espacio | OSM |
| jerarquia | vías | Local · Colectora · Arterial secundaria · Arterial principal | Derivado |
| long_km | vías | Longitud del eje en km, cada calzada por separado | Calculado |
| borde_km | vías | Km de borde de vía / cuneta = 2 × long_km (unidad común de barrido; validar con la sección vial) | Estimado |
| tramos | vías | Número de tramos | Calculado |
| transito | vías | Tránsito esperado (proxy) | Derivado |
| tipo | parques | Parque o Plaza | OSM |
| area_m2 · area_ha | parques | Área en m² y en hectáreas | Calculado |
| intensidad | parques | Intensidad de uso esperada | Derivado |
| importancia | ambas | Importancia de conservación (priorización preliminar) | Derivado |
| comuna | ambas | Comuna a la que pertenece el elemento | Por diligenciar (municipio) |
| prestador | ambas | Prestador responsable del barrido | Por diligenciar (prestadores) |
| frecuencia | ambas | Frecuencia de atención (p. ej. diaria, 3/semana) | Por diligenciar (prestadores) |
| modalidad | ambas | Modalidad de barrido (manual, mecánico, mixto) | Por diligenciar (prestadores) |
| fecha_act | ambas | Fecha de corte de la información | Pipeline |
| fuente | ambas | Fuente de información | Pipeline |
| resp_valid | ambas | Responsable de la validación en campo | Por diligenciar (municipio) |
| estado_val | ambas | Estado de validación del registro (Pendiente) | Pipeline |
En el explorador de Vías y en el de Parques y plazas también puede exportarse cualquier subconjunto filtrado en CSV o GeoJSON.