La información de CRS no se reconoce cuando se carga geopackage

Question

Estoy empezando a transición .shp a geopackage formato de datos en QGIS. Hay muchos beneficios en el formato que le dan una ventaja sobre shapefile para muchos de mis proyectos. Sin embargo, estoy teniendo un tema recurrente. Cuando cada vez que carga un guardado previamente geopackage archivo en QGIS, el programa no reconoce el CRS y los valores por defecto para el proyecto. Entonces tengo que ir a las propiedades y cambiar el CRS para el sistema apropiado. He intentado actualizar los metadatos de la capa, pero esto no ayuda. ¿Qué puedo hacer para asegurarse de que CRS información se incluye con el geopackage?

Geopackaging proceso Para crear un geopackage yo uso la herramienta de Exportación de encontrar cuando uno hace clic sobre una capa en el QGIS "Capas" del panel. Yo, a continuación, seleccione Geopackage como el tipo de archivo y el conjunto de la CRS para el archivo guardado. Los archivos de origen son generalmente en formato CSV o .shp o .ficha(Mapinfo). El problema parece producirse independientemente del tipo de archivo.

Answer 1

No sé cómo QGIS, escribe y lee CRS información, pero en la actualidad no es un problema importante con los no-códigos EPSG.

Una breve respuesta a cómo saber si tu archivo tiene una validez de CRS definido, hasta que este problema se ha resuelto, es verificar si el código se registra en https://www.epsg-registry.org/.

Si el código está registrado, el archivo tendrá una validez de CRS. Si no, no.

---

Hace algún tiempo me había dado cuenta de que yo tenía la costumbre de muchos Sir generado automáticamente, pero yo no sabía lo que era debido y pensé que era normal. Hasta que vi a esta pregunta. Desde entonces comencé a investigar un poco sobre el tema, con mis limitados recursos académicos en equipo de los sujetos.

Nota los siguientes comportamientos desde la consola:

C:\>cs2cs -v +init=epsg:102711
Using from definition: init=epsg:102711
Rel. 5.2.0, September 15th, 2018
<cs2cs>:
projection initialization failure
cause: invalid projection system error (-9999)
program abnormally terminated

C:\>cs2cs -v +init=esri:102711
# ---- From Coordinate System ----
#Transverse Mercator
#       Cyl, Sph&Ell
# +init=esri:102711 +proj=tmerc +lat_0=38.83333333333334 +lon_0=-74.5
# +k=0.999900 +x_0=150000 +y_0=0 +ellps=GRS80 +datum=NAD83
# +to_meter=0.3048006096012192 +no_defs +towgs84=0,0,0
#--- following specified but NOT used
# +ellps=GRS80
# ---- To Coordinate System ----
#Lat/long (Geodetic alias)
#
# +proj=latlong +datum=NAD83 +ellps=GRS80 +towgs84=0,0,0
^C

En la proj de la base de datos esta es una de Esri código, y se define en la .\share\proj\esri archivo.

El WKTs escrito por QGIS para estos Sir no son reconocidos como válidos en el momento de la lectura.

En un shapefile, el WKT está escrito en el .qpj archivo, y la última línea dice: AUTHORITY["Esri","102711"]. Si esa línea se han cambiado por AUTHORITY["EPSG","102711"], el archivo podría tener una validez de CRS para QGIS. En Linux está escrito un poco diferente, me imagino que otra versión de la biblioteca que va a ser instalado. Pero no es válido también.

En un geopackage, el WKT está escrito en la definición del campo de la gpkg_spatial_ref_sys tabla. Yo puede ver a partir de Base de datos > Gestor de bases de datos > SpatiaLite > Nueva Conexión conexión a la geopackage. El atributo puede ser actualizado mediante consultas SQL. Pero no tengo la intención de editar manualmente cada escrito atributo de una manera que no se puede leer como válido, es decir, el CRS de cada archivo que no corresponde a un código EPSG.

Prefiero tenerlo resuelto por los desarrolladores. Este error billete fue inaugurado en el tiempo. Las contribuciones y los detalles que no conozco y que pueden ser corregidas, son bienvenidos.