Simplemente, perfecto. Gracias El día 29 de octubre de 2009 19:50, Diego Spano <diegospano@xxxxxxxxx> escribió: > 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 >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > >