Postgis: gestión de un único conjunto de datos, múltiples sistemas de coordenadas

We are searching data for your request:
Upon completion, a link will appear to access the found materials.
Estoy creando una base de datos de inventario forestal que tiene como objetivo almacenar información sobre los datos de las parcelas forestales de varios países. El proyecto actual está en Mozambique, otros están en Laos, etc.
Cada proyecto proporciona sus datos forestales en diferentes sistemas de coordenadas. Aparte de eso, los datos del gráfico (campos) son idénticos (casi), por lo que tiene sentido almacenarlos todos en una tabla.
Hoy me he encontrado con el problema de que quiero ver varios datos de proyectos en Mozambique. El CRS de un proyecto se suministra en WGS84, el otro UTM 36S. La tabla de geometría ha configurado el CRS para los gráficos en WGS84, por lo que cuando cargo en QGIS no puedo ver los gráficos en UTM.
¿Cuál es la mejor práctica?
- ¿Elegir un solo CRS (WGS84) para todos los datos de la parcela?
- ¿Para almacenar datos de parcelas de diferentes países en diferentes tablas?
- ¿O dependiendo del registro que esté viendo, QGIS puede usar dinámicamente la proyección relevante?
Yo diría que la situación ideal es guardar todo en una mesa, con el mismo srid. Sin embargo, si eso no es ideal en este caso, consideraría crear una vista que haga un st_transform en la geometría al srid que desea y luego usarlo para ver en qgis.
Si desea poder realizar consultas sobre toda la recopilación de datos, definitivamente debe tener todo en una tabla. Lo peor que puede hacer entonces es almacenar el conjunto de datos para el uso diario con diferentes SRID en la misma tabla, por lo que si tiene un conjunto de datos global, su mejor opción probablemente será usar WGS84 para todo. Las cosas que puede considerar hacer, dependiendo de su patrón de uso, son: - Tener una columna con los datos originales para garantizar la calidad. Luego, si usted u otra persona debe cuestionar algunos de sus datos, puede extraer el conjunto de datos original, entonces también debe tener una columna que almacene SRID, proj-string o alguna otra definición clara de la proyección original. - Como la proyección es una tarea que consume bastante CPU, puede considerar tener los datos almacenados en más proyecciones, si debe haber una o más proyecciones que no sean WGS84 que usa con regularidad. (Sé que esta es una respuesta tardía, pero algunos pensamientos y experiencias surgieron cuando encontré su pregunta al buscar otra cosa, tal vez alguien más pueda usarla)
¡Interesante! ¡Suscrito al blog!
Bravo, creo que esta es una oración maravillosa
Creo que se cometen errores. Escríbeme en PM, habla.
Sí, es la inteligibilidad de la respuesta