QGIS 3.10.2. Problema de proyección

Question

Actualizando QGIS a la nueva versión tengo serios problemas de proyección: Estoy cargando un shape-file de STATISTIK AUSTRIA (una autoridad oficial en Austria) con la siguiente proyección:

PROJCS["MGI / Austria Lambert", GEOGCS["MGI", DATUM["Militar-Geographische Institut", SPHEROID["Bessel 1841", 6377397.155, 299.1528128, AUTORIDAD["EPSG", "7004"]], TOWGS84[601.705, 84.263, 485.227, 4.7354, -1.3145, -5.393, -2.3887], AUTORIDAD["EPSG", "6312"], PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"]], UNIT["degree", 0.017453292519943295], EJE["Longitud geodésica", ESTE], EJE["Latitud geodésica", NORTE], AUTHORITY["EPSG", "4312"]], PROJECTION["Lambert_Conformal_Conic_2SP", AUTHORITY["EPSG", "9802"]], PARAMETER["meridiano_central", 13,333333333333336], PARÁMETRO["latitud_de_origen", 47,5], PARÁMETRO["paralelo_estándar_1", 48,9999999999999999], PARÁMETRO["falso_este", 400000.0], PARÁMETRO["falso_noroeste", 400000.0], PARÁMETRO["factor_escala", 1.0], PARÁMETRO["paralelo_estándar_2", 46.0], UNIDAD["m", 1.0], AXIS["Easting", EAST], AXIS["Northing", NORTH], AUTHORITY["EPSG","31287"]]

La carga del archivo shape parece funcionar correctamente: Pero cuando haces un pagelayout para una página DIN A4 obtienes esta extraña escala:

Ajustando la escala 1: 3 Millones se obtiene esto:

Creo que QGIS utiliza coordenadas cartesianas raras/erróneas como sugiere mi última captura de pantalla:

He instalado QGIS con el instalador independiente en Windows 10.

Actualización: Puede descargar los archivos de prueba (shp, prj) de esta url: https://data.statistik.gv.at/data/OGDEXT_NUTS_1_STATISTIK_AUSTRIA_NUTS3_20190101.zip

Actualización nº 2: captura de pantalla "about": Actualización nº 3: @gabriel-de-luca tu solución no me funciona: Las coordenadas cartesianas parecen estar bien ahora, pero las coordenadas elipsoidales están completamente mal, y añadir una barra de escala en el diseño de la página también está completamente mal:

Actualización nº 4: Captura de pantalla Propiedades del proyecto General:

Actualización nº 5: Este extraño comportamiento no se produce en Ubuntu :

Actualización nº 6: Una pequeña grabación de pantalla de GQIS en Windows muestra el extraño comportamiento. Parece que el número de los kilómetros se hace más grande, luego más pequeño, luego más grande otra vez, .... Actualización nº 7: Pan y Zoom no ayuda, un mapa base (NE 1: 50 Mio) se muestra como un mapa base:

Answer 1

La definición del SIR que figura en el .prj es un archivo WKT1 cadena.

Parece que ha especificado en los Ajustes que el proyecto debe tener añadido el CRS de la primera capa. Y parece que el proyecto no se está definiendo con el EPSG:31287 CRS.

La herramienta Medición toma las coordenadas del lienzo.

Para la medición elipsoidal, se requiere que QGIS proyecte las coordenadas del lienzo al elipsoide, ese trabajo lo hace PROJ y funciona bien.

Pero para la distancia cartesiana, QGIS sólo lee las coordenadas y calcula la distancia. QGIS lo está haciendo, pero no sabe las unidades de medida que está computando. (Todas las unidades están devolviendo la misma distancia).

---

Una solución consiste en definir explícitamente el CRS del lienzo mediante Proyecto ~> Propiedades ~> CRS o desde el icono CRS, para EPSG:31287 .
Tenga en cuenta que debe definir la Configuración para Solicite la transformación de datos si hay varios disponibles porque la transformación por defecto entre EPSG:31287 et EPSG:4326 no es la misma que la definida en el WKT1 cadena ( MGI a WGS 84 (8) - EPSG:1194 ).

Otra solución es guardar la capa en un GeoPackage. Se le pedirá que defina el CRS y puede hacerlo con el mismo comando WKT1 (y asegúrese de que QGIS le preguntará por la transformación de datum preferida).
La GDAL asignará EPSG:31287 a la capa.
Inicia un nuevo proyecto. Cuando se cargue la capa del GeoPaquete, QGIS reconocerá su CRS y lo asignará al lienzo. En las propiedades del proyecto se añadirá la transformación de datum preferida para ese CRS.

---

Se ha informado de este problema: https://github.com/qgis/QGIS/issues/34196 .

Este problema se solucionó el 3 de febrero de 2020.