Hola Ivan, muchas gracias! Tienes razón en que es posible que este intentando hacer las cosas prematuramente. La verdad es que llevo muy poco en este proyecto, ayer fue la primera vez que tuve acceso a la base de datos, y la gente que la usa no es consciente de lo que tiene entre manos, así que me asuste un poco y me he acelerado :)
Tienes razón también en lo del teclado, con la rabia que me daba a mi antes que la gente hiciera lo que estoy haciendo yo ahora precisamente 0:) Estoy haciendo una lista con todas las sugerencias y me da que me voy a tirar las vacaciones haciendo pruebas. En mi departamento nadie entiende las dimensiones de este proyecto (empezando por mi, que aun estoy muy pez) y voy a tener que mirarme las cosas muy mucho antes de comprometerme a nada. Gracias otra vez. Seguire informando :) Raquel ________________________________________ From: [email protected] <[email protected]> on behalf of Iván Sánchez Ortega <[email protected]> Sent: Tuesday, March 31, 2015 8:04 PM To: Capítulo Local de la comunidad hispano-hablante Subject: Re: [Spanish] Almacenamiento y visualizacion de datos geotemporales El Martes, 31 de marzo de 2015 17:07:21 Alegre, Raquel escribió: > [...] se me ocurrió que seria mejor hacer una entrada por recorrido de > barco, y que la geometría fuese una linea describiendo el recorrido, en vez > de guardar cada punto individualmente.Así habría muchas menos entradas, y > las queries serian mas rápidas (imagino). Optimización prematura. No soluciones un problema que todavía no tienes. Antes de ponerte a diseñar e implementar, haz pruebas. > Un recorrido "normal" en esta base de datos tiene unos 8000 puntos, así que > hay 8000 entradas con los mismos datos del barco repetidos en cada entrada, > solo cambia el valor de la geometría y del timestamp. Pues te creas una tabla con la info de los barcos, clave foránea a los pares posición-tiempo, y p'alante. Recuerda las formas normales de BBDD, y recuerda procesar los datos para tener una tabla, o una vista materializada, de los datos que el cliente use en última instancia. A lo mejor necesitas tener una tabla (o un esquema entero) para datos AIS en bruto, uno intermedio donde guardas los datos logueados quitando aberraciones, y uno para servir datos a la interfaz. Es normal que con un sólo modelo de datos no puedas solucionar todos los problemas. > [...] extensiones temporales de PostGIS, pero llevan sin actualizar anhos, > así que no se si son fiables, o si habra algo que la gente use normalmente > para este tipo de representaciones (puntos + timestamp). Si *realmente* quieres almacenar el tiempo en la geometría, entonces puedes utilizar las capacidades multi-dimensionales de PostGIS. Una geometría puede tener dos (X,Y), tres (X,Y,Z ó X,Y,M) o cuatro (X,Y,Z,M) dimensiones para cada punto. Siempre puedes utilizar la M (que habitualmente se usa para una distancia desde un punto de origen a un punto dentro de la geometría) para almacenar el tiempo. El usar la coordenada M te permite interpolar el valor a lo largo de líneas (se usa muuuucho para puntos kilométricos en carreteras), pero ten en cuenta que esto sólo te va a ser útil si tus barcos tienen velocidades y rumbos constantes. Necesitarás hacer un preproceso gordo si quieres usar esto, y recuerda que es muy posible que leaflet/openlayers trabajen con coordenada M de manera trivial. ( Y ponte un teclado en español, o al menos configura teclas muertas para que puedas componer "~" y "n" igual que compones tildes en un teclado español :-P ) -- Iván Sánchez Ortega <[email protected]> _______________________________________________ Spanish mailing list http://lists.osgeo.org/mailman/listinfo/spanish http://es.osgeo.org http://twitter.com/osgeoes _______________________________________________ Spanish mailing list http://lists.osgeo.org/mailman/listinfo/spanish http://es.osgeo.org http://twitter.com/osgeoes
