Julian, lo que sucede a mi entender es lo siguiente: cuando ordenás por fecha funciona bien porque la fecha es numérica. En cambio al ordenar por nombre del archivo (ex.Source), estos nombres son alfanuméricos, por lo tanto te los está ordenando bien, lo que pasa es que el orden alfanumérico no es lo mismo que el numérico. Hice una prueba y generé en una carpeta archivos de texto con el nombre 1A.txt, 2A.txt hasta el 20A.txt. Luego desde una ventana de Símbolo del sistema, hice un dir, y me listó los archivos de acuerdo al siguiente orden: 10A.txt 11A.txt 12A.txt 13A.txt 14A.txt 15A.txt 16A.txt 17A.txt 18A.txt 19A.txt 1A.txt 20A.txt 2A.txt 3A.txt 4A.txt 5A.txt 6A.txt 7A.txt 8A.txt 9A.txt Creo que es lo que te sucede a vos con los documentos. Una solución sencilla es renombrar los documentos para que todos tengan la misma cantidad de caracteres en el nombre, es decir que el primero se llame 001.txt asi tiene la misma cantidad de caracteres que el que se llama 100.txt. Con esto lográs un orden exacto. Hice una segunda prueba renombrando los archivos, hice un dir, y la lista que obtengo está ordenada: 01A.txt 02A.txt 03A.txt 04A.txt 05A.txt 06A.txt 07A.txt 08A.txt 09A.txt 10A.txt 11A.txt 12A.txt 13A.txt 14A.txt 15A.txt 16A.txt 17A.txt 18A.txt 19A.txt 20A.txt Podés renombrar tus documentos, reimportar y ver como te queda ordenado?!?!?!? Saludos Diego 2009/10/29 Julian Moyano <julianmoyanoc@xxxxxxxxx>: > Sí, utilizo Apache. He utilizado Lucene para crear la coleccion pero > sigue sin darme buenos resultados, y además otro error grave es en los > clasificadores de exploración de las colecciones, que no los ordena > por los parámetros que le digo en la opción "sort", aunque puede que > se deba a otra cuestión, me explico: > > Tengo una serie de recursos denominados (ex.Source) 1A, 2A, 3A, 4A... > 100A, Greenstone me ordena estos recursos de la siguiente manera 10A, > 11A, 12A, 13A,19A, 1A, 20A.... es decir en orden aunque relacionado, > poco lógico cuando pido que los ordene (sort) por el criterio > "ex.Source". Si el criterio de ordenación es la fecha "dc.date", no > ofrece problemas, pero a mi me interesa que sea por ex.source puesto > que reflejan el número de la publicación de una revista. > Mil gracias > > El día 28 de octubre de 2009 13:43, Diego Spano <diegospano@xxxxxxxxx> > escribió: >> Julian, >> >> si estás utilizando Apache como web server, hacé una prueba con Lucene >> en lugar de MGPP. Con Lucene vas a poder ordenar los resultados >> eligiendo cualquiera de los etadatos que utilices como indice. >> >> Puede ser una opcion mejor a la que ya tenes. >> >> Saludos >> >> DIego >> >> >> >> 2009/10/28 Julian Moyano <julianmoyanoc@xxxxxxxxx>: >>> Gracias Diego, pero el problema es el orden en que aparecen estos >>> registros que aparecen desordenados, y no he encontrado la manera, ni >>> en las supercolecciones, ni en las individuales de que los resultados >>> estén siguiendo el orden que yo quiero. Creo que alguien dijo en esta >>> lista que en la versión 2.82 la opción de mostrar los resultados >>> ordenados no era posibles, puesto que el sortmeta desde las opciones >>> de creación de la colección, no funciona. Así que no hay solución >>> posible ¿o sí? Gracias por estar siempre por aquí dispuesto a ayudar y >>> abrir nuevos debates. >>> >>> El día 26 de octubre de 2009 20:20, Diego Spano <diegospano@xxxxxxxxx> >>> escribió: >>>> Julian, aún cuando tengas distintos metadatos en las colecciones, podes >>>> manejar esto con la cadena de formateo, preguntando si existe este >>>> metadato, >>>> entonces mostrarlo. Esto te permite usar la opción >>>> uniform_search_results_formatting y en la cadena de formateo de la >>>> colección >>>> que usas para buscar pones algo asi como: >>>> >>>> {If}{[metadato_A_de_la_coleccion_1],muestro_lo_que_quiera} >>>> {If}{[metadato_Z_de_la_coleccion_2],muestro_lo_que_quiera} >>>> {If}{[metadato_Y_de_la_coleccion_3],muestro_lo_que_quiera} >>>> ... >>>> >>>> Saludos >>>> >>>> DIego >>>> >>>> >>>> >>>> >>>> >>>> 2009/10/21 Julian Moyano <julianmoyanoc@xxxxxxxxx> >>>>> >>>>> Unicamente las linea : supercollectionoptions >>>>> uniform_search_results_formatting sirve para normalizar los formatos >>>>> independientemente de la colección donde busque, por tanto no es útil si >>>>> disponemos de diferentes conjuntos de metadatos. >>>>> >>>>> El 21 de octubre de 2009 11:44, Julian Moyano <julianmoyanoc@xxxxxxxxx> >>>>> escribió: >>>>>> >>>>>> Gracias Mariana desde Greenstone list ofrecen esta posible solución, >>>>>> comentaré si obtengom solución: >>>>>> >>>>>> When searching across collections, each search result will be formatted >>>>>> according to the collection the result comes from. >>>>>> If they have different format statements, then the list might look >>>>>> untidy. You can either change the format statements of each collection so >>>>>> that they look nice together, or you can add the followign to the >>>>>> collect.cfg file >>>>>> supercollectionoptions uniform_search_results_formatting >>>>>> This will mean the search results all use the format statement from the >>>>>> collection the user is in. >>>>>> The problem with this is if each collection has different metadata, then >>>>>> some of the results may not have the metadata asked for. But if you >>>>>> design >>>>>> the format statement properly, it should still look ok. >>>>>> >>>>>> Regards, >>>>>> Katherine >>>>>> >>>>>> >>>>>>> Julian >>>>>>> >>>>>>> En la versión 2.82 no funciona ordenar los resultados de la búsqueda >>>>>>> (recordá que el orden de los resultados de una búsqueda se obtiene al >>>>>>> incluir la opción -sortmeta en el import). >>>>>>> Funcionaba en las versiones anteriores para la búsqueda all (la opción >>>>>>> todas las palabras). >>>>>>> Pero creo que siempre dentro de una colección. Como la búsqueda cruzada >>>>>>> busca en las colecciones que ya están creadas, no creo que se pueda >>>>>>> alterar el orden ad-hoc. >>>>>>> >>>>>>> Saludos >>>>>>> Mariana >>>>>>> >>>>>>> >>>>>>> > Hola a todos: >>>>>>> > Estoy trabajando en Greenstone 2.82, y me gustaría simplificar >>>>>>> > bastante >>>>>>> > las >>>>>>> > búsquedas por lo que he permitido la búsqueda cruzada a través de >>>>>>> > varias >>>>>>> > colecciones. Aunque funciona perfectamente, los resultados se muestra >>>>>>> > de >>>>>>> > una >>>>>>> > manera desordenada, por no decir aleatoria, y me gustaría saber donde >>>>>>> > se >>>>>>> > fijan esos parametros. >>>>>>> > Ya que en mi caso las colecciones donde buscar son 3 y además cada una >>>>>>> > tiene >>>>>>> > diferentes conjuntos de metadatos (Dublin Core, Uno creado para >>>>>>> > archivos >>>>>>> > /documentos, y otro propio para recursos orales). Gracias >>>>>>> > >>>>>>> >>>>>>> >>>>>>> Lic. Mariana Pichinini >>>>>>> Area Tecnologías >>>>>>> _______________________________________________ >>>>>>> BIBHUMA - Biblioteca Profesor Guillermo Obiols >>>>>>> Facultad de Humanidades y Ciencias de la Educación >>>>>>> Universidad Nacional de La Plata >>>>>>> Calle 48 entre 6 y 7 - 1er subsuelo >>>>>>> B1900AMW LA PLATA, Argentina >>>>>>> Telefax: +54-221-4230125 interno 162 (líneas rotativas) >>>>>>> WEB: www.bibhuma.fahce.unlp.edu.ar >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >>> >> >> > >