Instructivo cargue de

información mapas de
cobertura

Comisión de Regulación de Comunicaciones

Contrato 053 de 2021
Universidad Nacional de Colombia
Noviembre 2021
TABLA DE CONTENIDO
TABLA DE CONTENIDO 2
Introducción 3
Construcción de estándares 4
Estándar de codificación de GeoPackage 5
Introducción 5
Contenido 6
Reporte de información 8
Formato 8
GeoPackage 8
Contenido del archivo 8
Metadato 9
Estructura 10
Paso a paso para el reporte de información 11
Referencias 18

2
Introducción
En el marco del convenio interadministrativo 53 de 2021 celebrado entre la Comisión de
Regulación de Comunicaciones –CRC– y la Universidad Nacional de Colombia –UNAL– el cual
tiene como objeto el fortalecimiento de actividades de innovación y gestión del conocimiento
para alcanzar los objetivos del plan estratégico institucional de la CRC. De manera particular,
la línea de trabajo de analítica de datos aborda actividades para el análisis de los mapas de
cobertura que reportan los Proveedores de Redes y Servicios de Telecomunicaciones Móviles
–PRSTM– al Ministerio de Tecnologías de Información y las Comunicaciones –MinTIC–.

Con base en estas actividades, el análisis de los mapas de cobertura por proveedor y por
tecnología evidenció que los reportes no son uniformes y comparables entre los proveedores,
lo que impide que se pueda realizar un análisis a nivel país, y, que, además permita combinar
la información con otros recursos de análisis geográfico.

Con base en estos resultados, la CRC y la UNAL en coordinación con el MinTIC han desarrollado
este instructivo de cargue de información para lograr unificar la información de reporte para
cada uno de los PRSTM, y a su vez, establecer la estructura y lineamientos técnicos que deben
cumplir dichos reportes.

Así las cosas, en la primera parte del presente documento se hace una exposición de los
estándares internacionales, seguido de las consideraciones para el reporte de la información,
y finalmente se presentará el paso a paso del reporte de información que cumpla con las
condiciones aquí expuestas.

3
Construcción de estándares
El acceso de la información geoespacial puede tener diversas estructuras al depender de
diferentes factores (software, formato, tipo de vector, entre otros) y esto hace parte del reto
de buscar una forma de unificación eficiente.

Este tema ha sido tratado en el ámbito internacional a diferentes niveles. La organización que
tiene el compromiso de condensar y crear estándares específicos para la producción de datos
espaciales es la OGC, por sus siglas en inglés Open Geospatial Consortium, tales estándares
tienen las características de ser abiertos e interoperables para la comunidad geoespacial
global en el marco de los Sistemas de Información Geográfica y de la World Wide Web. Además,
persigue acuerdos entre las diferentes empresas del sector que posibiliten la interoperación
de sus sistemas de geoprocesamiento y que a su vez permitan el intercambio de la información
geográfica en beneficio de los usuarios i lo cual coincide con los objetivos del instructivo.

Basados en los estándares de la OGC tendremos dos referentes:

● Formato que contiene la información: Geopackage

● Servicio y Origen: WCS por sus siglas en inglés (Web Coverage Service)

Por otro lado, se deben considerar dos tipos diferentes de estándares: de codificación y de
interfaz. Así, este documento propone una alternativa para la codificación que hace referencia
a reglas que determinan cómo organizar la información, normalmente enviada por un
proveedor de servicios o producida por una aplicación. Un estándar de codificación podría
especificar cómo organizar la información codificada, por ejemplo, un archivo de texto, binario
o XML. ii

Finalmente, el estándar usado en este caso específico hace referencia a GeoPackage que
describe cómo estructurar y organizar los datos geoespaciales al almacenarlos en una base de
datos SQLite. SQLite es una base de datos integrada popular que a menudo se encuentra en
dispositivos con restricciones de tamaño, peso y potencia (SWaP), como tabletas, teléfonos
inteligentes y microcomputadoras de Internet de las cosas (IoT). Al especificar de manera clara
y formal las reglas de codificación, GML, GeoPackage.

4
Estándar de codificación de GeoPackage

Introducción
El formato GeoPackage (.gpkg) es un estándar OGC que combina datos geoespaciales
vectoriales y ráster en un solo archivo de base de datos. GeoPackage nace como una
alternativa a los formatos existentes tales como GeoTIFF y Shapefile1.

Dentro de las ventajas que tiene este formato se encuentra que:

• Es abierto para su uso, modificación y distribución, independiente de plataformas y

aplicaciones, por lo que se puede utilizar en diferentes tipos de programas facilitando así
la labor del usuario y el intercambio entre diferentes plataformas.

• Ampliamente implementado (GDAL, QGIS, R, Python, entre otros).

• Más ligero que una Base de Datos Geográfica real, pero tan rápido como esta.

• Todo está contenido en un solo archivo. La administración de archivos es más sencilla con
GeoPackage que con Shapefile.

• Flujo de trabajo más rápido en comparación a otros.

• Un GeoPackage está compuesto por un solo archivo a diferencia de un Shapefile, el cual,

para que se lea bien se deben compartir varios archivos con diferente funcionalidad, por
lo que pueden ser más difíciles de gestionar.

• Su capacidad de almacenamiento que puede llegar a los 140 TB frente al límite de los
Shapefile de 2 GB el cual es muy limitado. [ICDE]

• Es compatible con softwares como: ArcGis, GDAL, QGIS, incluso Geoserver para publicar
geoservicios, entre otros.

El estándar de codificación GeoPackage describe un conjunto de reglas y convenciones para

almacenar características vectoriales, conjuntos de matrices de mosaicos de imágenes,
conjuntos de matrices de mosaicos de mapas ráster y datos tabulares no espaciales en una
base de datos SQLite. El estándar también describe reglas para ampliar las capacidades de un
GeoPackage.iii

1
https://mappinggis.com/2017/06/geopackage-para-novatos-uso-en-arcgis-qgis-publicacion-en-geoserver/

5
 Contenido
GeoPackage está basado en una base de datos relacional, por lo cual el archivo contiene las
tablas:

6
Las tablas del paquete se dividen en dos categorías:

Tablas de metadatos:

1. gpkg_contents: es la tabla de contenido de un GeoPackage, las columnas obligatorias

en esta tabla son:

● table_name: El nombre real de la tabla de datos definida por el usuario (también es la

clave principal de esta tabla)
● data_type: el tipo de datos, por ejemplo, "mosaicos", "características", "atributos" o
algún otro tipo proporcionado por una extensión
● identifiery description: texto legible que no incluya caracteres ("identificador" es
análogo a "título")
● last_change: la fecha informativa del último cambio, en formato ISO 8601 (para fines
prácticos, se aplica RFC3339)
● min_x, min_y, max_x, Y max_y: las extensiones espaciales del contenido. (Esto es
informativo y los clientes lo utilizan a menudo para proporcionar una ventana de vista
predeterminada).
● srs_id: sistema de referencia espacial

2. gpkg_spatial_ref_sys: para el contenido que tiene referencia espacial (al incluir pero no
limitado a mosaicos y características), cada fila en el contenido debe hacer referencia a un
sistema de referencia de coordenadas que se almacena en la tabla gpkg_spatial_ref_sys.
Las columnas obligatorias en esta tabla son:
● srs_name, description: un nombre y una descripción legibles sin caracteres para el
SRS (Especificación de Requisitos Software).
● srs_id: un identificador único para el SRS; también la clave principal para la tabla.
● organization: Nombre que no distingue entre mayúsculas y minúsculas de la
organización definitoria, por ejemplo, EPSG o epsg
● organization_coordsys_id: ID numérico del SRS asignado por la organización
● definition: Definición de texto bien conocido del SRS.

7
Reporte de información
Para iniciar el proceso de reporte de información se debe tener en cuenta diferentes aspectos
sobre los archivos:

● Formato.
● Metadato.
● Estructura.

Formato
GeoPackage

Requisito 1
Un GeoPackage debe ser un archivo de base de datos SQLite usando la versión 3 del formato
de archivo SQLite. Los primeros 16 bytes de un GeoPackage serán la cadena ASCII terminada
en nulo "formato SQLite 3”.

Requisito 2
El tamaño máximo de un archivo GeoPackage es de aproximadamente 140 TB. En la práctica,
el sistema de archivos en el que se escribe el archivo puede imponer un límite de tamaño más
bajo.

Requisito 3
Un GeoPackage debe tener la extensión de archivo ".gpkg". Se recomienda que los
GeoPackage extendidos utilicen la extensión de archivo ".gpkx", pero esto no es un requisito
de GeoPackage.

Contenido del archivo

Requisito 4
Un GeoPackage solo debe contener los elementos de datos (tablas, columnas o valores) y
construcciones SQL (vistas, restricciones o disparadores) especificadas en el núcleo de este
estándar de codificación (características, mosaicos y atributos). Los GeoPackage extendidos
pueden contener elementos de datos adicionales y construcciones SQL como se especifica a
través del mecanismo de extensión.

Usar la extensión WKT para sistemas de referencia de coordenadas, que se recomienda debido
a las debilidades inherentes al estándar original para codificar sistemas de referencia de
coordenadas.

8
Requisito 5
Las columnas de tablas en un GeoPackage solo deben declararse utilizando uno de los tipos
de datos especificados en la tabla 1. Los GeoPackage extendidos pueden contener tipos de
datos adicionales como se especifica a través del mecanismo de extensión.

Dentro de los datos georreferenciados existen diferentes tipos de formatos dependiendo de

las necesidades y prioridades que se busquen en los datos. A continuación, listamos los
posibles formatos que resultan viables.

Requisito 6
El mapa debe contener los atributos de multipoligono o polígono las capas alusivas a la
cobertura con información georreferenciada WGS84.

Nota aclaratoria: Las “Teselas” o imágenes sobrepuestas no aplican como objetos de

multipoligono.

Metadato
De acuerdo con lo expuesto en los numerales anteriores, la siguiente lista de atributos hace
parte del formato tipo tabla que complementa la información geográfica existente, con el fin
de conocer los datos geográficos, su contenido, la calidad y como se encuentran almacenados.
Esta información está contenida en el reporte del GeoPackage, por tanto, se presentan los
campos que se pueden visualizar a través de las herramientas geográficas a manera
informativa, teniendo en cuenta los requisitos y definiciones anteriormente mencionadas:

Tabla 1. Tabla de referencia para un Geopackage

pkg_contents

Atributo Propuesta

table_name OPERADOR_TRIMESTRE_TECNOLOGÍA

data_type MULTIPOLYGON

identifiery description Mapa de cobertura

last_change La correspondiente

min_x, min_y, max_x, Y max_y La correspondiente

9
 srs_id WGS 84

Tabla 2. Tabla de referencia espacial

gpkg_spatial_ref_sys

Atributo Propuesta

srs_name, description EPSG:4326, QGIS

srs_id qgis

organization EPSG

Estructura

Es importante resaltar que los mapas de cobertura se desarrollan a través de unas grillas de
observación, y por consiguiente se recomienda que la grillas sean lo suficientemente finas, es
decir, 200 metros lineales por cada borde de pixel. Por esto se propone la siguiente
organización:

Externa
Un solo tipo de archivo de formato “.gpkg” que contiene la información georreferenciada de
los mapas de cobertura referente a un trimestre específico y una tecnología específica.

10
Paso a paso para el reporte de información
Al iniciar el proceso de visualización de los mapas, cada uno de los PRSTM tendrá su
información geográfica en un sistema o herramienta geográfica de software libre o privada.
Así, una vez se revisan las propiedades del archivo geográfico se puede observar la geometría,
el sistema de referencia y otra información de carácter general, tal como se muestra en el
Gráfico 1. De manera explicativa, al hacer uso del software QGIS se puede obtener la
información del gráfico 1 desde la siguiente ruta: bases de datos / administrador de bases de
datos / GeoPackage / Nombre del mapa.gpkg – pestaña info.

Gráfico 1. Propiedades del archivo geográfico

De manera particular, la geometría de los multipoligonos corresponde a figuras completas

constituidas por polígonos. Cuando se validan las propiedades de geometría y del sistema de
referencia se debe garantizar que sea multipoligono y WGS84, en caso de no cumplir con estas
condiciones, se sugiere cambiar los atributos geográficos para dar cumplimiento a los
procesos de estandarización.

Adicionalmente, es posible ver en la tabla de atributos del sistema geográfico, la información

para cada uno de los campos que componen la estructura del mapa, al evidenciar en las filas
las grillas de cobertura.

11
Para el caso particular, los PRSTM deben evidenciar en sus tablas de atributos los siguientes
campos:

1. Tecnología: Se debe seleccionar una de las tecnologías listadas en la tabla 3 para cada uno
de los mapas:

Tabla 3. Tecnología
Código tecnología Tecnología
2 2G – GSM
3 3G – UMTS
4 4G – LTE

2. Niveles de potencia de cada huella de cobertura: En lo relacionado con los niveles de

señal a graficar, la codificación será la siguiente:

Tabla 4. Códigos de nivel de señal

Código
Código Color 2G – GSM Nivel de
HTML 3G – UMTS Nivel de potencia de 4G – LTE Nivel de
nivel de nivel de potencia de recepción en
del recepción en dBm potencia en dBm
señal señal dBm
Color
-102dBm <= Nivel < - -95 dBm <= Nivel < -80
1 Azul #0000FF -115dBm <= Nivel < -100dBm
90dBm dBm
-80 dBm <= Nivel < -70
2 Verde #00FF00 -90dBm <= Nivel < -75dBm -100dBm <= Nivel < -85dBm
dBm
-70 dBm <= Nivel < -60
3 Amarillo #FFFF00 -75dBm <= Nivel < -60dBm -85dBm <= Nivel < -70dBm
dBm
-60 dBm <= Nivel < -45
4 Rojo #FF0000 -60dBm <= Nivel < -40dBm -70dBm <= Nivel < -50dBm
dBm
5 Café #800000 -40dBm<= Nivel -50dBm<= Nivel -45 dBm<= Nivel

Los niveles de señal son tomados como referencia, de acuerdo con la sensibilidad de los
equipos de recepción para cada tecnología de acuerdo con las recomendaciones ETSI TS 151
010-1 V13.2.0 (2016-12), ETSI TS 134 121-1 V13.0.0 (2016-08) y 3GPP TS 36.1 TECHNICAL
SPECIFICATION 136 116 V13.0.1 (2016) LTE.

Estos niveles de sensibilidad han sido acogidos por la ANE en el documento de Análisis de
Impacto Normativo del “Proyecto normativo para la reglamentación de la inhibición de
señales radioeléctricas en el interior de los establecimientos penitenciarios y carcelarios
autorizados por el Ministerio de Tecnologías de la Información y las Comunicaciones”2.

2
https://www.ane.gov.co/Documentos%20compartidos/ArchivosDescargables/Normatividad/resoluci
ones/Vigilancia/AIN%20proyecto%20de%20reglamentacion%20IBSR%20INPEC.pdf

12
 Tabla 5. Tabla de atributos
id año trimestre geometría proveedor tecnología nivel

1 Año de reporte Trimestre de reporte Multipoligono operador 1 2 1

2 Año de reporte Trimestre de reporte operador 1 2 2

3 Año de reporte Trimestre de reporte operador 1 2 3

4 Año de reporte Trimestre de reporte operador 1 2 4

5 Año de reporte Trimestre de reporte operador 1 2 5

6 Año de reporte Trimestre de reporte operador1 3 3

… … … … … … …

Una vez se validen todas las condiciones hasta aquí presentadas, el PRSTM podrá visualizar en
una herramienta de software libre o privada la información.

A continuación, se realiza un ejemplo respecto a la visualización de los niveles de señal por

cada tecnología, como archivos kml en google earth:

Imagen 1. Visualización de polígonos de cobertura con niveles de señal correspondientes

a la tabla 4.

2G

13
Imagen 1. Visualización de polígonos de cobertura con niveles de señal correspondientes
a la tabla 4.

3G

4G

14
Así mismo se relaciona a continuación el ejemplo de cómo se observan en un software de
información geográfica. Se relacionan a continuación los polígonos de cada uno de los niveles
de cobertura.

Ejemplo con los niveles de potencia de 1 a 4, ya que el nivel 5, por resolución de la imagen en
el ejemplo no se observa.

EJEMPLO PARA 4G
-60 dBm <= Nivel < -45 dBm -70 dBm <= Nivel < -60 dBm

-80 dBm <= Nivel < -70 dBm -95 dBm <= Nivel < -80 dBm

Unión de todas las capas de los niveles de potencia de recepción

Unión de todas las capas mediante colores Unión de las capas sin colores

15
Ahora bien, con respecto a los nombres de los archivos que deberán reportar los PRSTM, estos
deberán cumplir con las condiciones mencionadas en la tabla 6.

Tabla 6. Nombre de los archivos a reportar

Etiqueta Descripción
Año Año de la información que se reporta, a 4 dígitos

Trimestre Trimestre de la información que se reporta, a 2 dígitos

Nombre del PRSTM. Las opciones son:
• CLARO: CLA,
• TIGO: TIG,
• MOVISTAR: MOV,
PRSTM
• AVANTEL: AVA,
• WOM: WOM,
• ETB: ETB.
que corresponden a las tres (3) primeras letras de cada PRV.

16
 Tecnología que se reporta. Las opciones son:
• 2G
Tecnología • 3G
• 4G
• 5G

Es importante mencionar que, al estar los trimestres de forma numérica, aquellos que solo
tengan un digito, siempre deberán tener un cero a la izquierda, con el fin de cumplir con los
campos de validación del nombre.

Condiciones de entrega de los mapas:

1. Se debe entregar un Geopackage por cada tecnología, en archivos separados.

2. Cada Geopackage debe tener configurado el color de cada capa.
3. Cada Geopackage debe tener por separado por polígonos independientes cada uno de los
niveles de potencia de recepción.
4. Cada Geopackage debe tener configurada la tabla de atributos de acuerdo con la tabla 5.
5. Cada Geopackage debe contener la información de cobertura de todo el país incluyendo
la zona insular.
6. Se debe entregar adicionalmente al Geopackage, un archivo kml con la cobertura por cada
tecnología y la diferenciación de los niveles de potencia con los colores descritos en la
tabla 4

En caso de necesitarlo, el proveedor podrá guardar los archivos en GeoPackage al hacer uso
de QGIS (herramienta libre) de la siguiente manera: el primer paso es en el botón “Procesos”,
Caja de herramientas, buscar: “Empaquetar capas”; en la ventana emergente se debe
seleccionar GeoPackage de destino (Gráfico 2) y colocar el nombre del archivo bajo las
siguientes consideraciones que se presentan en la tabla 6.

Gráfico 2. Creación de GeoPackage en QGIS

17
En el botón de “Capas de entrada” seleccionar los archivos shapes que estarán en el
GeoPackage.

Finalmente, y de manera ilustrativa, se presenta un mapa de cobertura con la información

geográfica de AT&T en Estados Unidos:

Fuente: elaboración propia.

Referencias

i
Tomado de: https://www.ogc.org/standards/geopackage
ii
http://opengeospatial.github.io/e-learning/geopackage/text/features.html
iii
Tomado de: http://opengeospatial.github.io/e-learning/geopackage/text/features.html

18