Closed angelini75 closed 11 years ago
Si.. ya esta pedido en esa etapa. Incluso un buscador que permita mete SQL al estilo: PROF > 150 o DRENAJE == 3 y así.
Está en marcha!
Creo que corresponde a este item:
Exportar a .csv
Horizontes
)Mmm.. ahora me fijo qué pasa :|
Estoy por terminar el buscador avanzado y me surge una duda:
Le agregué la capacidad de guardar la búsquda (o sea, los campos y valores a buscar) para poder repetirla, o pasarsela a alguien. O sea, queda la búsqueda guardada y el sistema la vuelve a ejecutar cuando se accede de nuevo. Pero una cosa es guardar eso, y otra es guardar los resultados. Por ejemplo, al guardar una búsqueda de perfiles con Capacidad > 2, si alguien carga otro perfil con Capacidad > 2 cuando se acceda de nuevo a la búsqueda incluiría el nuevo perfil (o sea que los resultados no serían predecibles, digamos). En cambio, si guardo los resultados, los perfiles devueltos nunca cambiarían. Sería algo así como guardar listas de perfiles.
En este momento está implementado lo de guardar la búsqueda. ¿Sería más útil o preferible guardar los resultados? ¿Las dos cosas? ¿Ninguna?
Hola Mauricio
Che, creo que las dos cosas pueden ser interesantes. Aunque la lista de perfiles, sean que provienen de una búsqueda o de una selección manual, serían como perfiles favoritos. Y los parámetros de búsqueda sería para recordar que propiedades fueron seleccionadas. Es mi opinión.
Sí, me parecía que las dos cosas son complementarias.
Habría que ver cómo implementar amigablemente las listas de perfiles. Se pueden ver como "perfiles favoritos" pero como yo me lo estaba imaginando los "perfiles favoritos" podrían ser una de tantas listas. O sea, podrías guardar varias listas de perfiles no relacionadas, diferenciadas por un nombre arbitrario que le pongas.
Así está hecho con las búsquedas, y lamentablemente es medio complicado presentarle al usuario los parámetros de búsqueda de una manera poco críptica, asique de las búsquedas guardadas sólo se muestra el nombre (que puede dar una indicación de los parámetros, si uno quiere) y los resultados. Las guardo más que nada para no tener que llenar los campos de nuevo. Aunque me quedé con ganas de poder ver/editar los parámetros... ya voy a tratar de encontrarle la vuelta.
Me parece que lo primero que hay que priorizar es que sea simple (de lo contrario no se usa) Esta bueno lo de diferentes listas, pero otra vez, que sea simple. Se podría tomar ejemplo de sitios o soft que gusrdan listas de musica, fotos...
Esta noche o mañana lo subo a producción. Cualquier cosa que surja avisen en otro issue :)
Puse algo sobre el uso del buscador en el wiki
+1 El jul 6, 2013 12:42 a.m., "Mauricio Pasquier Juan" < notifications@github.com> escribió:
Puse algo sobre el uso del buscador en el wikihttps://github.com/INTA-Suelos/SiSinta/wiki/Manual-de-usuario
— Reply to this email directly or view it on GitHubhttps://github.com/INTA-Suelos/SiSinta/issues/11#issuecomment-20548278 .
Entre los datos cargados hay un listado de perfiles que se agregaron masivamente que cuentan con pocos datos (coordenadas, ubicación, nombre, etc. y sin datos de horizontes), y por otro lado existen los datos cargados por Beatriz que tienen los perfiles completos. Haría falta una herramienta de búsqueda por más campos que etiquetas o nombre (e.g. mosaico, usuario, fecha)