. > Al destildar con el inspector de Firefox el display aparecen las tres > cajas A?o, Volumen, N?mero que se observan en la imagen. > ?Cual es la idea, el caso o el proceso de funcionamiento de esta opci?n? > Desde ya muchas gracias. > > Saludos > > Daniel H. Biset > > > > > > > > > > > _______________________________________________ > isis-users mailing list > isis-users at iccisis.org > To manage your own subscription options go to: > http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dbiset at yahoo.com Wed Oct 10 16:23:25 2018 From: dbiset at yahoo.com (daniel biset) Date: Wed, 10 Oct 2018 16:23:25 +0000 (UTC) Subject: [Isis-users] =?utf-8?q?=C2=BFOpci=C3=B3n=3F_en_Prestar_-_ABCD?= In-Reply-To: References: <642917456.458267.1537550876946.ref@mail.yahoo.com> <642917456.458267.1537550876946@mail.yahoo.com> <1764403229.3048730.1537963674870@mail.yahoo.com> Message-ID: <1446043499.8056016.1539188605151@mail.yahoo.com> ?Muchas gracias Guilda!Lo leer? y estar? probando. Saludos Daniel El mi?rcoles, 10 de octubre de 2018 11:59:45 a. m. GMT-3, Guilda Ascencio escribi?: Hola Daniel. En abcdwiki.net, bajo Circulaci?n y pr?stamo-> Control del pr?stamo de revistas? est? la documentaci?n de c?mo poder informar el a?o, vol?men y n?mero de la revista objeto del pr?stamo.? Cualquier cosa me avisas. Saludos On Wed, Sep 26, 2018 at 8:07 AM daniel biset wrote: ?Muchas gracias Guilda!Saludos Daniel El martes, 25 de septiembre de 2018 10:29:51 a. m. GMT-3, Guilda Ascencio escribi?: Estimado Daniel. En efecto, hay una opci?n que? ayuda al? control del pr?stamo de revistas, la cual fue desarrollada por requerimiento espec?fico de un usuario. La voy a documentar en ABCDWiki y cuando est? listo te aviso Saludos On Fri, Sep 21, 2018 at 1:30 PM daniel biset wrote: Estimados/as:Abriendo el c?digo fuente en "Prestar" (/central/circulation/prestar.php?encabezado=s, ABCD 1.5.1), me encontr? con una l?nea que, creo, me resultar?a de gran utilidad:

.Al destildar con el inspector de? Firefox el display aparecen las tres cajas A?o, Volumen, N?mero que se observan en la imagen.?Cual es la idea, el caso o el proceso de funcionamiento de esta opci?n?Desde ya muchas gracias. Saludos Daniel H. Biset _______________________________________________ isis-users mailing list isis-users at iccisis.org To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users Or contact Henk Rutten: hlrutten at xs4all.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Tue Oct 16 16:43:34 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Tue, 16 Oct 2018 13:43:34 -0300 Subject: [Isis-users] Erro em arquivo invertido - Error in inverted file Message-ID: (Google Tradutor See in English below) Algu?m pode esclarecer o que significa a mensagem Fatal: fullinv/ifload na gera??o do arquivo invertido com mx? Obrigado __________________ Can someone clarify me what means Fatal: fullinv/fload in the generation of the inverted file with mx? Thanks Edwin H?bner (5521)99647-1675 -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Wed Oct 17 18:33:32 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Wed, 17 Oct 2018 15:33:32 -0300 Subject: [Isis-users] Problemas com autoridades em ABCD - Problem whith authorities in ABCD Message-ID: (See in English below) Prezados, Eu enho uma base de dados bibliogr?fica MARC e uma base de dados de autoridades para normaliza??o dos nomes de autores. O problema ? o seguinte: quando o campo 400 - Remissiva Ver, por exemplo, tem mais de uma ocorr?ncia e o se clica em um nome que n?o ? a primeira ocorr?ncia, ABCD n?o atribui o nome do campo 100, como se espera, mas o pr?prio nome do 400. Pergunto se algu?m j? teve este problema e como resolveu? Minh autoridades.pft ? a seguinte: select e3 case 100: v100*4'$$$'v100 case 110: v110*4'$$$'v110 case 111: v111*4'$$$'v111 case 400: v400*4'$$$'v100 case 410: v410*4'$$$'v110 case 411: v411*4'$$$'v111 endsel Agrade?o por qualquer ajuda Edwin ----------------------------- Dear, I have a MARC bibliographic database and a authority database for the author names normalization. The problem is: when field 400 - See tracing, for example, has more than one occurrence and is clicked on a name other than the first occurrence, ABCD does not assign the name of field 100, as expected, but the name of field 400 it self. I wonder if anyone has had this problem and how did solve it? My autoridades.pft is as follows: select e3 case 100: v100 * 4 '$$$' v100 case 110: v110 * 4 '$$$' v110 case 111: v111 * 4 '$$$' v111 case 400: v400 * 4 '$$$' v100 case 410: v410 * 4 '$$$' v110 case 411: v411 * 4 '$$$' v111 endsel Thanks for any help. Edwin H?bner (5521)99647-1675 -------------- next part -------------- An HTML attachment was scrubbed... URL: From leandro_biblioteca at hotmail.com Thu Oct 18 02:20:52 2018 From: leandro_biblioteca at hotmail.com (Leandro Vicente) Date: Thu, 18 Oct 2018 02:20:52 +0000 Subject: [Isis-users] Former command "lr" Message-ID: Hi all, I apologize in advance if this topic has been already addressed into the group list, but I didn't find anything. In Winisis we use to have commands "l" and "lr". Apparently command "lr" was not implemented in CISIS. As we know, "l" returns the first MFN of a given key, and "lr" used to return all MFNs indexed under such key. In FST I have 100 4 ref->author(l->author(|ID|v8),(v100+| |)), which looks for authors in db "author". The point is, "l" returns only the first MFN with ID=X and we may have lots more. Does anyone have a tip on how could we possibly retrieve all MFNs once "lr" is not implemented? Thanks, Leandro -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Thu Oct 18 07:32:42 2018 From: egbert.desmet at uantwerpen.be (De Smet Egbert) Date: Thu, 18 Oct 2018 07:32:42 +0000 Subject: [Isis-users] Former command "lr" In-Reply-To: References: Message-ID: Hi, you are right : CISIS doesn't have that LR() function and also for me this has created lots of problems. We asked for a quotation to implement this with some ex-Bireme experts who know the CISIS-coding well but their price was exorbitantly high, so the idea was dropped. However I solved most of my issues with a detour via the 'join=' parameter of mx, for this case operating on the same database itself (meaning : joining the database with itself...). That parameter indeed will add all occurrences pointed to by the postings of the search-key into the resulting joined record. With some extra processing (with PFT or proc) the fields added with tags 3200x can be used as normal fields. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Leandro Vicente Sent: Thursday, October 18, 2018 4:20 AM To: isis-users at iccisis.org Subject: [Isis-users] Former command "lr" Hi all, I apologize in advance if this topic has been already addressed into the group list, but I didn't find anything. In Winisis we use to have commands "l" and "lr". Apparently command "lr" was not implemented in CISIS. As we know, "l" returns the first MFN of a given key, and "lr" used to return all MFNs indexed under such key. In FST I have 100 4 ref->author(l->author(|ID|v8),(v100+| |)), which looks for authors in db "author". The point is, "l" returns only the first MFN with ID=X and we may have lots more. Does anyone have a tip on how could we possibly retrieve all MFNs once "lr" is not implemented? Thanks, Leandro -------------- next part -------------- An HTML attachment was scrubbed... URL: From spinaker at adinet.com.uy Thu Oct 18 07:45:11 2018 From: spinaker at adinet.com.uy (spinaker) Date: Thu, 18 Oct 2018 04:45:11 -0300 Subject: [Isis-users] Former command "lr" In-Reply-To: References: Message-ID: Dear Victor You are right (in part) ... Because of this limitation (there is no "LR" code) Guilda implemented a solution Please, take a look in http://abcdwiki.net/wiki/es/index.php?title=Formatos_de_salida_que_integran_la_informaci%C3%B3n_de_bases_de_datos_relacionadas Formatos de salida que integran la informaci?n de bases de datos relacionadas /" ... Ahora bien, seg?n establece la teor?a, la funci?n L recupera solo el mfn del primer registro localizado a trav?s de la expresi?n de b?squeda suministrada, y en la relaci?n entre la base bibliogr?fica y sus copias tenemos que un registro bibliogr?fico puede relacionarse con varios registros en la base de datos de copias. ?Ante esta situaci?n, ABCD gener? su propia forma de acceso a las relaciones de este tipo, incluyendo en la pft, como preliteral incondicional, el siguiente comando: ???????? /'$$REF:Base_de_datos, Formato, Expresion de b?squeda'/ / etc Regards Ernesto Spinak El 18/10/2018 a las 4:32, De Smet Egbert escribi?: > > Hi, > > > you are right : CISIS doesn't have that LR() function and also for me > this has created lots of problems. We asked for a quotation to > implement this with some ex-Bireme experts who know the CISIS-coding > well but their price was exorbitantly high, so the idea was dropped. > > However I solved most of my issues with a detour via the 'join=' > parameter of mx, for this case operating on the same database itself > (meaning : joining the database with itself...). That parameter indeed > will add all occurrences pointed to by the postings of the search-key > into the resulting joined record. With some extra processing (with PFT > or proc) the fields added with tags 3200x can be used as normal fields. > > > Egbert de Smet > Universiteit Antwerpen > > > ------------------------------------------------------------------------ > *From:* isis-users > on behalf of > Leandro Vicente > *Sent:* Thursday, October 18, 2018 4:20 AM > *To:* isis-users at iccisis.org > *Subject:* [Isis-users] Former command "lr" > Hi all, > > > I apologize in advance if this topic has been already addressed into > the group list, but I didn't find anything. > > In Winisis we use to have commands "l" and "lr". Apparently command > "lr" was not implemented in CISIS. As we know, "l" returns the first > MFN of a given key, and "lr" used to return all MFNs indexed under > such key. > > In FST I have > *100 4 ref->author(l->author(|ID|v8),(v100+| |)),* > > which looks for authors in db "author". The point is, "l" returns only > the first MFN with ID=X and we may have lots more. > Does anyone have a tip on how could we possibly retrieve all MFNs once > "lr" is not implemented? > > > Thanks, > > > Leandro > > > _______________________________________________ > isis-users mailing list > isis-users at iccisis.org > To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V -------------- next part -------------- An HTML attachment was scrubbed... URL: From leandro_biblioteca at hotmail.com Fri Oct 19 13:05:01 2018 From: leandro_biblioteca at hotmail.com (Leandro Vicente) Date: Fri, 19 Oct 2018 13:05:01 +0000 Subject: [Isis-users] Former command "lr" In-Reply-To: References: , Message-ID: Hi Egbert, Ernesto and group Thanks for the comments, really appreciate . Ernesto, I was not aware of the $$REF trick, it was good to know. For some reason my web search didn'd get such content from Gilda's wiki. Nice. Egbert, I decided to work another way but 'join' would be fine as well. I think 'join' would give me the same results under the same limits. Anyway, it's fair to share with you the way a handled the demands. Some institution are willing to search into table of contents. So, they OCR the pages and paste it on MFN (by either traditional ABCD worksheet or a PHP form over IsisScript). The point is, there is a 32kb limitation documented and experienced. I'm working with table of contents written in text files. Then, I use append method over 1300 table of contents files (such batch is created automatically by PHP), and retag, mxcp, and so on. I have a PHP script that read each table of content file and splits it if size gets over 32kb. So, I may have something like ID1132A.txt, ID1132B.txt, ID1132C etc, each one under 30kb (there are table of contents with 25 pages or even more, specially in law literature). Working on a separate database or not, the point is, how to index into the dictionary all the table of contents once we have this 32kb limitation? We are stuck under the formatting language interpreted by mx because there is always need of using a FST. And unfortunately we can't use $$REF on it. So, we again miss 'LR' implementation here. On FST, a possible way is (working with an auxiliary database): 505 4 ref->sum(l->sum(|IDA|v8),(v505+| |)), 505 4 ref->sum(l->sum(|IDB|v8),(v505+| |)), 505 4 ref->sum(l->sum(|IDC|v8),(v505+| |)), Another way may be (working right from the text files): 505 4 ref->sum(l->sum(|ID|v8t),(s(cat('C:\ABCD\www\bases\book\pfts\pt\IDA',v8,'.txt')))), 505 4 ref->sum(l->sum(|ID|v8t),(s(cat('C:\ABCD\www\bases\book\pfts\pt\IDB',v8,'.txt')))), 505 4 ref->sum(l->sum(|ID|v8t),(s(cat('C:\ABCD\www\bases\book\pfts\pt\IDC',v8,'.txt')))), On another development, I also splited each table of content paragraph into a new MFN (with PHP and IsisScript). Worked fine, retrieved fine, but on the indexing process under a bibliographic database, 'LR' is in need again. I mean, I handled huge, mass text information under ISIS technology this way, but only for retrieving and displaying purposes. We can't 'REF' it to another database without 'LR'. To reach that goal I left ISIS solution behind from this point on, and started working with something more elastic. So, thanks again and, if someone is aware of an alternative to 'LR' within FST, please let us know. Leandro ________________________________ From: spinaker Sent: Thursday, October 18, 2018 4:45 AM To: De Smet Egbert; Leandro Vicente; isis-users at iccisis.org Subject: Re: [Isis-users] Former command "lr" Dear Victor You are right (in part) ... Because of this limitation (there is no "LR" code) Guilda implemented a solution Please, take a look in http://abcdwiki.net/wiki/es/index.php?title=Formatos_de_salida_que_integran_la_informaci%C3%B3n_de_bases_de_datos_relacionadas Formatos de salida que integran la informaci?n de bases de datos relacionadas " ... Ahora bien, seg?n establece la teor?a, la funci?n L recupera solo el mfn del primer registro localizado a trav?s de la expresi?n de b?squeda suministrada, y en la relaci?n entre la base bibliogr?fica y sus copias tenemos que un registro bibliogr?fico puede relacionarse con varios registros en la base de datos de copias. Ante esta situaci?n, ABCD gener? su propia forma de acceso a las relaciones de este tipo, incluyendo en la pft, como preliteral incondicional, el siguiente comando: /'$$REF:Base_de_datos, Formato, Expresion de b?squeda'/ etc Regards Ernesto Spinak El 18/10/2018 a las 4:32, De Smet Egbert escribi?: Hi, you are right : CISIS doesn't have that LR() function and also for me this has created lots of problems. We asked for a quotation to implement this with some ex-Bireme experts who know the CISIS-coding well but their price was exorbitantly high, so the idea was dropped. However I solved most of my issues with a detour via the 'join=' parameter of mx, for this case operating on the same database itself (meaning : joining the database with itself...). That parameter indeed will add all occurrences pointed to by the postings of the search-key into the resulting joined record. With some extra processing (with PFT or proc) the fields added with tags 3200x can be used as normal fields. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users

on behalf of Leandro Vicente Sent: Thursday, October 18, 2018 4:20 AM To: isis-users at iccisis.org Subject: [Isis-users] Former command "lr" Hi all, I apologize in advance if this topic has been already addressed into the group list, but I didn't find anything. In Winisis we use to have commands "l" and "lr". Apparently command "lr" was not implemented in CISIS. As we know, "l" returns the first MFN of a given key, and "lr" used to return all MFNs indexed under such key. In FST I have 100 4 ref->author(l->author(|ID|v8),(v100+| |)), which looks for authors in db "author". The point is, "l" returns only the first MFN with ID=X and we may have lots more. Does anyone have a tip on how could we possibly retrieve all MFNs once "lr" is not implemented? Thanks, Leandro _______________________________________________ isis-users mailing list isis-users at iccisis.org To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users Or contact Henk Rutten: hlrutten at xs4all.nl -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V -------------- next part -------------- An HTML attachment was scrubbed... URL: From agruson at gmail.com Mon Oct 22 15:07:52 2018 From: agruson at gmail.com (Alberto Gruson) Date: Mon, 22 Oct 2018 11:07:52 -0400 Subject: [Isis-users] =?utf-8?q?=28no_subject=29?= Message-ID: Buenos d?as, colisteros. Esta es una pregunta sobre WinISIS. ?C?mo obtener mediante un PFT la respuesta a un cruce de entradas en el diccionario de una base? Por ejemplo: tengo en el diccionario entradas bajo los t?rminos *abc* (20 casos) y *pq* (12 casos). Haciendo una b?squeda seleccionando estos t?rminos en el diccionario uni?ndolos con *and*, obtengo como resultado que hay 5 registros contentivos de *abc* y *pq*; luego puedo leer una lista con estos registros. La pregunta es: ?c?mo lograr esto mediante instrucciones en un programa (pft), que ser?a como escribir REF(LR(('abc' and 'pq')), ...) Anticipadas gracias. ag -- CISOR Centro de Investigaci?n Social csocial2005 at gmail.com www.cisor.org.ve www.venescopio.org.ve +58 (212) 472 4401 -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Tue Oct 23 16:22:02 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Tue, 23 Oct 2018 13:22:02 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD Message-ID: (ver en esp?ol m?s abajo) Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a mensagem: fatal: fullinv/ifload Penso que h? caracteres corrompidos em um campo espec?fico, pois se excluo este campo da fst, n?o apresenta o problema e indexa corretamente. j? executei o utilit?rio mxcp com o par?metro "clean", mas n?o solucionou. Algu?m tem um sugest?o como resolver este problema? Obrigado, Edwin ___________________________________ Google Tradutor Tengo un problema al indizar (fullinv) una base de datos. Muestra el mensaje: fatal: fullinv/ifload Creo que hay caracteres corrompidos en un campo espec?fico, ya que si elimino este campo de fst, no presenta el problema e indiza correctamente. Ya he ejecutado utilitario mxcp con el par?metro "clean", pero no solucion?. Alguien tiene una sugerencia c?mo resolver este problema? ema? Gracias Edwin H?bner (5521)99647-1675 -------------- next part -------------- An HTML attachment was scrubbed... URL: From spinaker at adinet.com.uy Tue Oct 23 16:53:31 2018 From: spinaker at adinet.com.uy (spinaker) Date: Tue, 23 Oct 2018 13:53:31 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: References: Message-ID: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy> Edwin Podr?as enviar una exportaci?n de ese registro sospechoso para examinarlo? saludos Ernesto Spinak El 23/10/2018 a las 13:22, Edwin H?bner escribi?: > (ver en esp?ol m?s abajo) > Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a > mensagem: fatal: fullinv/ifload > Penso que h? caracteres corrompidos em um campo espec?fico, pois se > excluo este campo da fst, n?o apresenta o problema e indexa > corretamente. j? executei o utilit?rio mxcp com o par?metro "clean", > mas n?o solucionou. > Algu?m tem um sugest?o como resolver este problema? > Obrigado, > Edwin > ___________________________________ > Google Tradutor > Tengo un problema al indizar (fullinv) una base de datos. Muestra el > mensaje: fatal: fullinv/ifload > Creo que hay caracteres corrompidos en un campo espec?fico, ya que si > elimino este campo de fst, no presenta el problema e indiza > correctamente. Ya he ejecutado utilitario mxcp con el par?metro > "clean", pero no solucion?. > Alguien tiene una sugerencia c?mo resolver este problema? > ema? > Gracias > > Edwin H?bner > (5521)99647-1675 > > > _______________________________________________ > isis-users mailing list > isis-users at iccisis.org > To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Tue Oct 23 18:28:15 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Tue, 23 Oct 2018 16:28:15 -0200 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy> References: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy> Message-ID: Hola Ernesto, No es un registro sospechoso, pero un campo sospechoso, pues cuando no uso este campo, en el caso 520, en la fst, el problema no ocurre. Por lo tanto, no s? qu? registro. Pueden ser varios. Saludos, Edwin H?bner (5521)99647-1675 Em ter, 23 de out de 2018 ?s 14:56, spinaker escreveu: > Edwin > > Podr?as enviar una exportaci?n de ese registro sospechoso para examinarlo? > saludos > Ernesto Spinak > > > > El 23/10/2018 a las 13:22, Edwin H?bner escribi?: > > (ver en esp?ol m?s abajo) > Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a > mensagem: fatal: fullinv/ifload > Penso que h? caracteres corrompidos em um campo espec?fico, pois se excluo > este campo da fst, n?o apresenta o problema e indexa corretamente. j? > executei o utilit?rio mxcp com o par?metro "clean", mas n?o solucionou. > Algu?m tem um sugest?o como resolver este problema? > Obrigado, > Edwin > ___________________________________ > Google Tradutor > Tengo un problema al indizar (fullinv) una base de datos. Muestra el > mensaje: fatal: fullinv/ifload > Creo que hay caracteres corrompidos en un campo espec?fico, ya que si > elimino este campo de fst, no presenta el problema e indiza correctamente. > Ya he ejecutado utilitario mxcp con el par?metro "clean", pero no > solucion?. > Alguien tiene una sugerencia c?mo resolver este problema? > ema? > Gracias > Edwin H?bner > (5521)99647-1675 > > > _______________________________________________ > isis-users mailing listisis-users at iccisis.org > To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl > > > -- > .^. .^. > ( ) ( ) > === === > =[=]================================[=]= > | | Ernesto Spinak | | > | | spinaker at adinet.com.uy | | > | | Montevideo, Uruguay | | > | | tel/fax (598) 2622-3352 | | > | | celular (598) 99612238 | | > =[=]================================[=]= > === === > ( ) ( ) > V V > > _______________________________________________ > isis-users mailing list > isis-users at iccisis.org > To manage your own subscription options go to: > http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spinaker at adinet.com.uy Tue Oct 23 18:37:35 2018 From: spinaker at adinet.com.uy (spinaker) Date: Tue, 23 Oct 2018 15:37:35 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: References: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy> Message-ID: Edwin Entonces env?a por favor la FST para veri si el campo v520 est? bien indizado ernesto El 23/10/2018 a las 15:28, Edwin H?bner escribi?: > Hola Ernesto, > No es un registro sospechoso, pero un campo sospechoso, pues cuando no > uso este campo, en el caso 520, en la fst, el problema no ocurre. Por > lo tanto, no s? qu? registro. Pueden ser varios. > Saludos, > Edwin H?bner > (5521)99647-1675 > > > Em ter, 23 de out de 2018 ?s 14:56, spinaker > escreveu: > > Edwin > > Podr?as enviar una exportaci?n de ese registro sospechoso para > examinarlo? > saludos > Ernesto Spinak > > > > El 23/10/2018 a las 13:22, Edwin H?bner escribi?: >> (ver en esp?ol m?s abajo) >> Tenho um problema ao indexar (fullinv) uma base de dados. >> Apresenta a mensagem: fatal: fullinv/ifload >> Penso que h? caracteres corrompidos em um campo espec?fico, pois >> se excluo este campo da fst, n?o apresenta o problema e indexa >> corretamente. j? executei o utilit?rio mxcp com o par?metro >> "clean", mas n?o solucionou. >> Algu?m tem um sugest?o como resolver este problema? >> Obrigado, >> Edwin >> ___________________________________ >> Google Tradutor >> Tengo un problema al indizar (fullinv) una base de datos. Muestra >> el mensaje: fatal: fullinv/ifload >> Creo que hay caracteres corrompidos en un campo espec?fico, ya >> que si elimino este campo de fst, no presenta el problema e >> indiza correctamente. Ya he ejecutado utilitario mxcp con el >> par?metro "clean", pero no solucion?. >> Alguien tiene una sugerencia c?mo resolver este problema? >> ema? >> Gracias >> >> Edwin H?bner >> (5521)99647-1675 >> >> >> _______________________________________________ >> isis-users mailing list >> isis-users at iccisis.org >> To manage your own subscription options go to:http://lists.iccisis.org/listinfo/isis-users >> Or contact Henk Rutten:hlrutten at xs4all.nl > > > -- > .^. .^. > ( ) ( ) > === === > =[=]================================[=]= > | | Ernesto Spinak | | > | |spinaker at adinet.com.uy | | > | | Montevideo, Uruguay | | > | | tel/fax (598) 2622-3352 | | > | | celular (598) 99612238 | | > =[=]================================[=]= > === === > ( ) ( ) > V V > > _______________________________________________ > isis-users mailing list > isis-users at iccisis.org > To manage your own subscription options go to: > http://lists.iccisis.org/listinfo/isis-users > Or contact Henk Rutten: hlrutten at xs4all.nl > -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Tue Oct 23 19:04:17 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Tue, 23 Oct 2018 17:04:17 -0200 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: References: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy>

Message-ID: Hola Ernesto Estoy enviando la FST. El motivo de sospechar del campo 520 es que la base de datos es de documentos de archivo y el campo 520 contiene notas e informaci?n de contenido muy grande y creo que el usuario puede haber utilizado copy_and_paste introduciendo caracteres no v?lidos Saludos, Edwin H?bner (5521)99647-1675 Em ter, 23 de out de 2018 ?s 16:37, spinaker escreveu: > Edwin > > Entonces env?a por favor la FST para veri si el campo v520 est? bien > indizado > > ernesto > > > > El 23/10/2018 a las 15:28, Edwin H?bner escribi?: > > Hola Ernesto, > No es un registro sospechoso, pero un campo sospechoso, pues cuando no uso > este campo, en el caso 520, en la fst, el problema no ocurre. Por lo > tanto, no s? qu? registro. Pueden ser varios. > Saludos, > Edwin H?bner > (5521)99647-1675 > > > Em ter, 23 de out de 2018 ?s 14:56, spinaker > escreveu: > >> Edwin >> >> Podr?as enviar una exportaci?n de ese registro sospechoso para examinarlo? >> saludos >> Ernesto Spinak >> >> >> >> El 23/10/2018 a las 13:22, Edwin H?bner escribi?: >> >> (ver en esp?ol m?s abajo) >> Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a >> mensagem: fatal: fullinv/ifload >> Penso que h? caracteres corrompidos em um campo espec?fico, pois se >> excluo este campo da fst, n?o apresenta o problema e indexa corretamente. >> j? executei o utilit?rio mxcp com o par?metro "clean", mas n?o solucionou. >> Algu?m tem um sugest?o como resolver este problema? >> Obrigado, >> Edwin >> ___________________________________ >> Google Tradutor >> Tengo un problema al indizar (fullinv) una base de datos. Muestra el >> mensaje: fatal: fullinv/ifload >> Creo que hay caracteres corrompidos en un campo espec?fico, ya que si >> elimino este campo de fst, no presenta el problema e indiza correctamente. >> Ya he ejecutado utilitario mxcp con el par?metro "clean", pero no >> solucion?. >> Alguien tiene una sugerencia c?mo resolver este problema? >> ema? >> Gracias >> Edwin H?bner >> (5521)99647-1675 >> >> >> _______________________________________________ >> isis-users mailing listisis-users at iccisis.org >> To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users >> Or contact Henk Rutten: hlrutten at xs4all.nl >> >> >> -- >> .^. .^. >> ( ) ( ) >> === === >> =[=]================================[=]= >> | | Ernesto Spinak | | >> | | spinaker at adinet.com.uy | | >> | | Montevideo, Uruguay | | >> | | tel/fax (598) 2622-3352 | | >> | | celular (598) 99612238 | | >> =[=]================================[=]= >> === === >> ( ) ( ) >> V V >> >> _______________________________________________ >> isis-users mailing list >> isis-users at iccisis.org >> To manage your own subscription options go to: >> http://lists.iccisis.org/listinfo/isis-users >> Or contact Henk Rutten: hlrutten at xs4all.nl >> > > -- > .^. .^. > ( ) ( ) > === === > =[=]================================[=]= > | | Ernesto Spinak | | > | | spinaker at adinet.com.uy | | > | | Montevideo, Uruguay | | > | | tel/fax (598) 2622-3352 | | > | | celular (598) 99612238 | | > =[=]================================[=]= > === === > ( ) ( ) > V V > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ndocsp.fst Type: application/octet-stream Size: 1610 bytes Desc: not available URL: From edwin.hubner at gmail.com Wed Oct 24 14:03:35 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Wed, 24 Oct 2018 11:03:35 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: References: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy>

Message-ID: Agradezco a todos los que han intentado ayudarme, pero desafortunadamente no he tenido ?xito en ninguno de los m?todos sugeridos. El m?todo de Juan, no interrumpe ni en la exportaci?n ni en la inportaci?n. Con el m?todo de Alberto, ejecutando fullinv con mx, tell = 1 sucede lo siguiente: 1) Con la base de datos actual termina as?: +++ 13177/0 +++ 13178/0 +++ 13179/0 +++ 13180/0 +++ 13181/0 +++ 13182/0 +++ 13183/0 +++ 13184/0 +++ 13185/0 +++ 13186/0 +++ 13187/0 +++ 13188/0 +++ 13189/0 fatal: fullinv / ifload Donde 13189 es el ?ltimo mfn 2) con la base de datos exportada e importada termina as? +++ 53399 CC_ / CC_ / CD?S GRABACIONES SEMINARIO +++ 53400 CC_ / CC_ / CD?S SIN IDENTIFICACION +++ 53401 CC_ / CC_ / CD?S TCC GESTI?N FINANCIERA EMPRESARIAL NEXTEL TURMA +++ 53402 CC_ / CC_ / CD?S ? VIDEOS, AUDIO Y FOTOS ? QH 2011 +++ 53403 CC_ / CC_ / CD?S: DETALLE DE SERVICIOS PRESTADOS EMBRATEL; C fatal: fullinv / ifload ?Que significa? saludos Edwin Em ter, 23 de out de 2018 ?s 18:15, Juan Urz?a Gonz?lez escreveu: > Edwin: > > A mi me ha pasado frecuentemente esto... y para asegurar, ejecuto un > procedimiento en mx que lo ?nico que hace es generar un ISO desde la base > de datos, y despu?s desde este iso, generas una base limpia auxiliar... > El proceso de exportaci?n e importaci?n, se "rompe" cuando hay un registro > corrupto por caracteres extra?os, por lo que as? puedes ver en qu? MFN se > rompi?... > > ejecutas en una ventana de DOS las siguientes instrucciones: > > 1) mx BD iso=aux.iso now -all tell=1 > con esto te genera el iso de salida y ver?s donde se rompe. > luego: > 2) mx iso=aux.iso create=BDAUX now -all tell=1 > con esto puedes ver si hay problema en la importaci?n > > Ojal? te ayude... > > salu2, > > Juan Urz?a > Pontificia Universidad Cat?lica de Valpara?so - CHILE > > > El 23 de octubre de 2018, 15:04, Edwin H?bner > escribi?: > >> Hola Ernesto >> Estoy enviando la FST. >> El motivo de sospechar del campo 520 es que la base de datos es de >> documentos de archivo y el campo 520 contiene notas e informaci?n de >> contenido muy grande y creo que el usuario puede haber utilizado >> copy_and_paste introduciendo caracteres no v?lidos >> Saludos, >> Edwin H?bner >> (5521)99647-1675 >> >> >> Em ter, 23 de out de 2018 ?s 16:37, spinaker >> escreveu: >> >>> Edwin >>> >>> Entonces env?a por favor la FST para veri si el campo v520 est? bien >>> indizado >>> >>> ernesto >>> >>> >>> >>> El 23/10/2018 a las 15:28, Edwin H?bner escribi?: >>> >>> Hola Ernesto, >>> No es un registro sospechoso, pero un campo sospechoso, pues cuando no >>> uso este campo, en el caso 520, en la fst, el problema no ocurre. Por >>> lo tanto, no s? qu? registro. Pueden ser varios. >>> Saludos, >>> Edwin H?bner >>> (5521)99647-1675 >>> >>> >>> Em ter, 23 de out de 2018 ?s 14:56, spinaker >>> escreveu: >>> >>>> Edwin >>>> >>>> Podr?as enviar una exportaci?n de ese registro sospechoso para >>>> examinarlo? >>>> saludos >>>> Ernesto Spinak >>>> >>>> >>>> >>>> El 23/10/2018 a las 13:22, Edwin H?bner escribi?: >>>> >>>> (ver en esp?ol m?s abajo) >>>> Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a >>>> mensagem: fatal: fullinv/ifload >>>> Penso que h? caracteres corrompidos em um campo espec?fico, pois se >>>> excluo este campo da fst, n?o apresenta o problema e indexa corretamente. >>>> j? executei o utilit?rio mxcp com o par?metro "clean", mas n?o solucionou. >>>> Algu?m tem um sugest?o como resolver este problema? >>>> Obrigado, >>>> Edwin >>>> ___________________________________ >>>> Google Tradutor >>>> Tengo un problema al indizar (fullinv) una base de datos. Muestra el >>>> mensaje: fatal: fullinv/ifload >>>> Creo que hay caracteres corrompidos en un campo espec?fico, ya que si >>>> elimino este campo de fst, no presenta el problema e indiza correctamente. >>>> Ya he ejecutado utilitario mxcp con el par?metro "clean", pero no >>>> solucion?. >>>> Alguien tiene una sugerencia c?mo resolver este problema? >>>> ema? >>>> Gracias >>>> Edwin H?bner >>>> (5521)99647-1675 >>>> >>>> >>>> _______________________________________________ >>>> isis-users mailing listisis-users at iccisis.org >>>> To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users >>>> Or contact Henk Rutten: hlrutten at xs4all.nl >>>> >>>> >>>> -- >>>> .^. .^. >>>> ( ) ( ) >>>> === === >>>> =[=]================================[=]= >>>> | | Ernesto Spinak | | >>>> | | spinaker at adinet.com.uy | | >>>> | | Montevideo, Uruguay | | >>>> | | tel/fax (598) 2622-3352 | | >>>> | | celular (598) 99612238 | | >>>> =[=]================================[=]= >>>> === === >>>> ( ) ( ) >>>> V V >>>> >>>> _______________________________________________ >>>> isis-users mailing list >>>> isis-users at iccisis.org >>>> To manage your own subscription options go to: >>>> http://lists.iccisis.org/listinfo/isis-users >>>> Or contact Henk Rutten: hlrutten at xs4all.nl >>>> >>> >>> -- >>> .^. .^. >>> ( ) ( ) >>> === === >>> =[=]================================[=]= >>> | | Ernesto Spinak | | >>> | | spinaker at adinet.com.uy | | >>> | | Montevideo, Uruguay | | >>> | | tel/fax (598) 2622-3352 | | >>> | | celular (598) 99612238 | | >>> =[=]================================[=]= >>> === === >>> ( ) ( ) >>> V V >>> >>> >> _______________________________________________ >> isis-users mailing list >> isis-users at iccisis.org >> To manage your own subscription options go to: >> http://lists.iccisis.org/listinfo/isis-users >> Or contact Henk Rutten: hlrutten at xs4all.nl >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spinaker at adinet.com.uy Wed Oct 24 14:19:28 2018 From: spinaker at adinet.com.uy (spinaker) Date: Wed, 24 Oct 2018 11:19:28 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: Message-ID: <20181024141928.F41022215DC@mta04.in.vera.com.uy> EdwinEstoy fuera perp en la tarde envio explico?Enviado desde mi smartphone Samsung Galaxy. -------- Mensaje original --------De: Edwin H?bner Fecha: 24/10/18 11:03 (GMT-03:00) A: Juan Urz?a Gonz?lez CC: Ernesto Spinak , isis-users , Alberto Alejandro Rosenberg Asunto: Re: [Isis-users] Problema com fullinv em base de dados ABCD Agradezco a todos los que han intentado ayudarme, pero desafortunadamente no he tenido ?xito?en ninguno de los m?todos sugeridos.El m?todo de Juan, no interrumpe ni en la exportaci?n ni en la inportaci?n.Con el m?todo de Alberto, ejecutando fullinv con mx, tell = 1 sucede lo siguiente:1) Con la base de datos actual termina as?:+++ 13177/0+++ 13178/0+++ 13179/0+++ 13180/0+++ 13181/0+++ 13182/0+++ 13183/0+++ 13184/0+++ 13185/0+++ 13186/0+++ 13187/0+++ 13188/0+++ 13189/0fatal: fullinv / ifloadDonde 13189 es el ?ltimo mfn2) con la base de datos exportada e importada termina as?+++ 53399 CC_ / CC_ / CD?S GRABACIONES SEMINARIO+++ 53400 CC_ / CC_ / CD?S SIN IDENTIFICACION+++ 53401 CC_ / CC_ / CD?S TCC GESTI?N FINANCIERA EMPRESARIAL NEXTEL TURMA+++ 53402 CC_ / CC_ / CD?S ? VIDEOS, AUDIO Y FOTOS ? QH 2011+++ 53403 CC_ / CC_ / CD?S: DETALLE DE SERVICIOS PRESTADOS EMBRATEL; Cfatal: fullinv / ifload?Que significa?saludosEdwinEm ter, 23 de out de 2018 ?s 18:15, Juan Urz?a Gonz?lez escreveu:Edwin:A mi me ha pasado frecuentemente esto... y para asegurar, ejecuto un procedimiento en mx que lo ?nico que hace es generar un ISO desde la base de datos, y despu?s desde este iso, generas una base limpia auxiliar...El proceso de exportaci?n e importaci?n, se "rompe" cuando hay un registro corrupto por caracteres extra?os, por lo que as? puedes ver en qu? MFN se rompi?...ejecutas en una ventana de DOS las siguientes instrucciones:1) mx BD iso=aux.iso now -all tell=1con esto te genera el iso de salida y ver?s donde se rompe.luego:2) mx iso=aux.iso create=BDAUX now -all tell=1con esto puedes ver si hay problema en la importaci?nOjal? te ayude...salu2,Juan Urz?aPontificia Universidad Cat?lica de Valpara?so - CHILEEl 23 de octubre de 2018, 15:04, Edwin H?bner escribi?: Hola ErnestoEstoy enviando la FST.El motivo de sospechar del campo 520 es que la base de datos es de documentos de archivo y el campo 520 contiene notas e informaci?n de contenido muy grande y creo que el usuario puede haber utilizado copy_and_paste introduciendo caracteres no v?lidos Saludos,Edwin H?bner(5521)99647-1675Em ter, 23 de out de 2018 ?s 16:37, spinaker escreveu: Edwin Entonces env?a por favor la FST para veri si el campo v520 est? bien indizado ernesto El 23/10/2018 a las 15:28, Edwin H?bner escribi?: Hola Ernesto, No es un registro sospechoso, pero un campo sospechoso, pues cuando no uso este campo, en el caso 520, en la fst, el problema no ocurre. Por lo tanto, no s? qu? registro. Pueden ser varios. Saludos, Edwin H?bner (5521)99647-1675 Em ter, 23 de out de 2018 ?s 14:56, spinaker escreveu: Edwin Podr?as enviar una exportaci?n de ese registro sospechoso para examinarlo? saludos Ernesto Spinak El 23/10/2018 a las 13:22, Edwin H?bner escribi?: (ver en esp?ol m?s abajo) Tenho um problema ao indexar (fullinv) uma base de dados. Apresenta a mensagem: fatal: fullinv/ifload Penso que h? caracteres corrompidos em um campo espec?fico, pois se excluo este campo da fst, n?o apresenta o problema e indexa corretamente. j? executei o utilit?rio mxcp com o par?metro "clean", mas n?o solucionou. Algu?m tem um sugest?o como resolver este problema? Obrigado, Edwin ___________________________________ Google Tradutor Tengo un problema al indizar (fullinv) una base de datos. Muestra el mensaje: fatal: fullinv/ifload Creo que hay caracteres corrompidos en un campo espec?fico, ya que si elimino este campo de fst, no presenta el problema e indiza correctamente. Ya he ejecutado? utilitario mxcp con el par?metro "clean", pero no solucion?. Alguien tiene una sugerencia c?mo resolver este problema? ema? Gracias Edwin H?bner (5521)99647-1675 _______________________________________________ isis-users mailing list isis-users at iccisis.org To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users Or contact Henk Rutten: hlrutten at xs4all.nl -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V _______________________________________________ isis-users mailing list isis-users at iccisis.org To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users Or contact Henk Rutten: hlrutten at xs4all.nl -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V _______________________________________________ isis-users mailing list isis-users at iccisis.org To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users Or contact Henk Rutten: hlrutten at xs4all.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From spinaker at adinet.com.uy Wed Oct 24 15:26:53 2018 From: spinaker at adinet.com.uy (spinaker) Date: Wed, 24 Oct 2018 12:26:53 -0300 Subject: [Isis-users] Problema com fullinv em base de dados ABCD In-Reply-To: References: <349c8e29-43ab-26db-46be-8b1525b9fc4a@adinet.com.uy>

Message-ID: Edwin El problema es que hay que tomar en cuenta los l?mites de la arquitectura de los registros Isis, que son diferentes si se usan las versiones 1660, ffi o BigIsis La versi?n de ABCD 1.5.x usa 1660 y la versi?n ABCD 2.0 puede usar, seg?n lo defina el usaurios, cualquiera de las dos arquitecturas, Voy a referirme a los l?mites para 1660, porque es la que usa Edwin, la informaci?n que sigue no est? documentada, es el resultado de la experiencia de "try and error" Empecemos con la estructura de un registro Isis. Ser?a conveniente que tuvieran a mano el manual del CISIS El registro tiene tres partes: Leader, Directory, Data El Directory tiene las entradas en un array, de los datos que est?n en la parte Data Pongamos un ejemplo de un registro tomado del CDS que viene de modelo con el Winisis (que tiene l?mites menores al 1660) *mx CDS from=4* mfn=???? 4 ?44? ?Methodology of plant eco-physiology: proceedings of the Montpellier Symposium? ?50? ?Incl. bibl.? ?69? ?hygrometers? ?69? ?plant transpiration? ?69? ?moisture? ?69? ?water balance? ?24? ?An Electric hygrometer apparatus for measuring water-vapour loss from plants in the field? ?26? ?^c1965? ?30? ?^ap. 247-257^billus.? ?70? ?Grieve, B.J.? ?70? ?Went, F.W.? 951? ?##^aBRS? Si quiero mirar la estructura SIN datos pongo: *mx CDS from=4 -all +dir* mfn=???? 4|dir=? 1|tag=?? 44|pos=??? 0|len=?? 77 mfn=???? 4|dir=? 2|tag=?? 50|pos=?? 77|len=?? 11 mfn=???? 4|dir=? 3|tag=?? 69|pos=?? 88|len=?? 11 mfn=???? 4|dir=? 4|tag=?? 69|pos=?? 99|len=?? 19 mfn=???? 4|dir=? 5|tag=?? 69|pos=? 118|len=??? 8 mfn=???? 4|dir=? 6|tag=?? 69|pos=? 126|len=?? 13 mfn=???? 4|dir=? 7|tag=?? 24|pos=? 139|len=?? 89 mfn=???? 4|dir=? 8|tag=?? 26|pos=? 228|len=??? 6 mfn=???? 4|dir=? 9|tag=?? 30|pos=? 234|len=?? 20 mfn=???? 4|dir= 10|tag=?? 70|pos=? 254|len=?? 12 mfn=???? 4|dir= 11|tag=?? 70|pos=? 266|len=?? 10 mfn=???? 4|dir= 12|tag=? 951|pos=? 276|len=??? 7 Aqui se tiene la estructura (lay-out) del directorio de ese registro Como ver?n, tiene 12 entradas de campo, y por ejemplo del campo 69 (descriptores) hay 4 ocurrencias La cantidad m?xima de entradas en el directorio (no est? documentado) est? entre 750 y 800 para 1660. Adem?s la cantidad m?xima de repeticiones de un campo (ocurrencias, no est? documentado) es menor a 100, o sea, no se pueden tener 200 descriptores, porque cuando van a editarlo se rompe el registro (prueben si gustan en Winisis ...) Entonces, veamos qu? pasa cuando se genera el archivo invertido, El tema es que la FST va a generar en el proceso de indexaci?n campos virtuales en el registro Tomemos por ejemplo el campo v24 (titulo) y lo indexamos por palabra. Para distinguir las entradas (tags) originales de los datos de los tags virtuales que generar?n los posts, pondremos 666 para esos datos * **mx cds from=4 -all +dir? "fst=666 8 '/TW_/',v24"* mfn=???? 4|dir=? 1|tag=?? 44|pos=??? 0|len=?? 77 mfn=???? 4|dir=? 2|tag=?? 50|pos=?? 77|len=?? 11 mfn=???? 4|dir=? 3|tag=?? 69|pos=?? 88|len=?? 11 mfn=???? 4|dir=? 4|tag=?? 69|pos=?? 99|len=?? 19 mfn=???? 4|dir=? 5|tag=?? 69|pos=? 118|len=??? 8 mfn=???? 4|dir=? 6|tag=?? 69|pos=? 126|len=?? 13 mfn=???? 4|dir=? 7|tag=?? 24|pos=? 139|len=?? 89 mfn=???? 4|dir=? 8|tag=?? 26|pos=? 228|len=??? 6 mfn=???? 4|dir=? 9|tag=?? 30|pos=? 234|len=?? 20 mfn=???? 4|dir= 10|tag=?? 70|pos=? 254|len=?? 12 mfn=???? 4|dir= 11|tag=?? 70|pos=? 266|len=?? 10 mfn=???? 4|dir= 12|tag=? 951|pos=? 276|len=??? 7 mfn=???? 4|dir= 13|tag=? 666|pos= 283|len=?? 17 mfn=???? 4|dir= 14|tag=? 666|pos=? 300|len=?? 23 mfn=???? 4|dir= 15|tag=? 666|pos=? 323|len=?? 25 mfn=???? 4|dir= 16|tag=? 666|pos=? 348|len=?? 24 mfn=???? 4|dir= 17|tag=? 666|pos=? 372|len=?? 18 mfn=???? 4|dir= 18|tag=? 666|pos=? 390|len=?? 24 mfn=???? 4|dir= 19|tag=? 666|pos=? 414|len=?? 20 mfn=???? 4|dir= 20|tag=? 666|pos=? 434|len=?? 21 mfn=???? 4|dir= 21|tag=? 666|pos=? 455|len=?? 19 mfn=???? 4|dir= 22|tag=? 666|pos=? 474|len=?? 20 mfn=???? 4|dir= 23|tag=? 666|pos=? 494|len=?? 22 mfn=???? 4|dir= 24|tag=? 666|pos=? 516|len=?? 18 mfn=???? 4|dir= 25|tag=? 666|pos=? 534|len=?? 19 mfn=???? 4|dir= 26|tag=? 666|pos=? 553|len=?? 21 Ahora tenemos en memoria un registro virtual ISIS que tiene 26 entradas, 12 son los datos originales y 14 los que agrega el proceso de indexaci?n con la FST Para hacer la historia corta, si tienen una FST muy detallada, con extracciones m?ltiples por campos, subcampos, y adem?s palabras individuales de textos, entonces seguramente van a tener una de dos situaciones (o las dos), (a) la FST gener? m?s de 800 entradas en el directorio, o tenemos 150 o 200 palabras procedentes de un texto, y por cualquiera de las dos situaciones el registro se quiebra y genera archivos dbn.LK1/2 corrompidos que cuando se llega a la etapa del IFLOAD se rompe el proceso Edwin, para probar esta tesis, ingresa por comando al servidor, y usando tu base pones mx fst=@? -all +dir? from= count=1? now > pepe.txt? y luego mira el archivo pepe.txt La soluci?n es tomar podar/depurar la FST para evitar postings innecesarios. Los campos de textos largos, si se van a indexar con palabras, una soluci?n es limitar el largo del texto a solo el comienzo, por ejemplo ?1? 8? '/TW_/', s(v100)*0.100?? o alguna cosa similar Saludos Ernesto Spinak ------------------------------------------------------------------------ l 24/10/2018 a las 11:03, Edwin H?bner escribi?: > Agradezco a todos los que han intentado ayudarme, pero > desafortunadamente no he tenido ?xito en ninguno de los m?todos sugeridos. > > El m?todo de Juan, no interrumpe ni en la exportaci?n ni en la > inportaci?n. > > Con el m?todo de Alberto, ejecutando fullinv con mx, tell = 1 sucede > lo siguiente: > > 1) Con la base de datos actual termina as?: > +++ 13177/0 > +++ 13178/0 > +++ 13179/0 > +++ 13180/0 > +++ 13181/0 > +++ 13182/0 > +++ 13183/0 > +++ 13184/0 > +++ 13185/0 > +++ 13186/0 > +++ 13187/0 > +++ 13188/0 > +++ 13189/0 > fatal: fullinv / ifload > Donde 13189 es el ?ltimo mfn > > 2) con la base de datos exportada e importada termina as? > +++ 53399 CC_ / CC_ / CD?S GRABACIONES SEMINARIO > +++ 53400 CC_ / CC_ / CD?S SIN IDENTIFICACION > +++ 53401 CC_ / CC_ / CD?S TCC GESTI?N FINANCIERA EMPRESARIAL NEXTEL TURMA > +++ 53402 CC_ / CC_ / CD?S ? VIDEOS, AUDIO Y FOTOS ? QH 2011 > +++ 53403 CC_ / CC_ / CD?S: DETALLE DE SERVICIOS PRESTADOS EMBRATEL; C > fatal: fullinv / ifload > ?Que significa? > saludos > Edwin > -- .^. .^. ( ) ( ) === === =[=]================================[=]= | | Ernesto Spinak | | | | spinaker at adinet.com.uy | | | | Montevideo, Uruguay | | | | tel/fax (598) 2622-3352 | | | | celular (598) 99612238 | | =[=]================================[=]= === === ( ) ( ) V V -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Wed Oct 24 17:49:01 2018 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Wed, 24 Oct 2018 15:49:01 -0200 Subject: [Isis-users] uso de base de dados autoridades - Use of authority database Message-ID: (See in English below) Prezados, Eu gostaria de entender o seguinte: Tenho uma base de dados de autores (base de dados de autoridades). No campo 100 da base de dados bibliogr?fica tenho a seguinte defini??o: T|100|Autor Pessoal|0|0|12abcdqx||X|1|150|D|autor|AU_|@autoridades.pft|||1||1|0||| onde autoridades.pft contem: select e3 case 100: v100*4'$$$'v100 case 110: v110*4'$$$'v110 case 111: v111*4'$$$'v111 case 400: v400*4'$$$'v100 case 410: v410*4'$$$'v110 case 411: v411*4'$$$'v111 endsel Tendo um registro na base de dados de autores, com 1 campo 100 e 2 campos 400, como este: 100 ?1#^aHorta, Ana,^d1957-1987.? 400 ?0#^aAna Horta.? 400 ?1#^aAlmeida, Ana Maria Horta de. Por que, se na planilha de entrada de dados da base de dados bibliogr?fica, seleciono o nome Almeida, Ana Maria Horta de (segunda ocorr?ncia do campo 400), N?O atribui o nome 1#^aHorta, Ana,^d1957-1987, como esperado, e sim 1#^aAlmeida, Ana Maria Horta de? Agrade?o se algu?m puder me ajudar como resolver isto Edwin _________________________ Dear, I would like to understand the following: I have an author database (authority database). In field 100 of the bibliographic database I have the following definition: T|100|Autor Pessoal|0|0|12abcdqx||X|1|150|D|autor|AU_|@autoridades.pft|||1||1|0||| where autoridades.pft contains: select e3 case 100: v100*4'$$$'v100 case 110: v110*4'$$$'v110 case 111: v111*4'$$$'v111 case 400: v400*4'$$$'v100 case 410: v410*4'$$$'v110 case 411: v411*4'$$$'v111 endsel Having a record in the author database, with 1 field 100 and 2 fields 400, like this: 100 ?1#^aHorta, Ana,^d1957-1987.? 400 ?0#^aAna Horta.? 400 ?1#^aAlmeida, Ana Maria Horta de. Why, if in the data entry worksheet of the bibliographic database, I select the name Almeida, Ana Maria Horta de (second occurrence of field 400), it did NOT assign the name 1#^aHorta, Ana, ^d1957-1987, as expected, and DOES assign 1#^aAlmeida , Ana Maria Horta de? Thanks if anyone can help me hou to figure it out Edwin H?bner (5521)99647-1675 -------------- next part -------------- An HTML attachment was scrubbed... URL:

	'v2'	' > > 'Registro: ',f(mfn,1,0)'', > '
',/ > > ' '/ > > (if p(v8000) then ' width=150> ' else '' / fi/) > > '			'/ > > > > > > > > > > > > if v11='M' or v11='MS' then > > > > if p(v773) then ' Clasificaci?n ==> > 'v773+\|; \|, fi/ > > > > > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > if p(v220) then ' T?tulo Principal > => 'v220+\|; \|, fi/ > > > > > > > > if p(v222) then ' T?tulo Principal > => 'v222+\|; \|, fi/ > > > > > > if p(v224) then ' T?tulo Principal => > 'v224+\|; \|, fi/ > > > > if p(v226) then ' T?tulo Principal => > 'v226+\|; \|, fi/ > > > > > > > > > > > > > > if p(v200) or p(v210) then ' Autor(es) => > 'mdl,v200+\|; \|, fi/ > > > > > > > > > > > > if p(v210) then ' size=2>'v210+\|; \|, fi/ > > > > if p(v211) then ' size=2>'v211+\|; \|, fi/ > > > > > > > > if p(v262) then ' Casa Editora: face=arial size=2>'v262+\|; \|, fi/ > > if p(v261) then ' Lugar de publicaci?n > => 'v261+\|; \|, fi/ > > > > > > if p(v263) then ' size=2>'v263+\|; \|, fi/ > > > > if p(v270) then ' size=2>'v270+\|; \|, fi/ > > > > > > if p(v282) then ' Notas: face=arial size=2>'v282+\|; \|, fi/ > > > > > > > > if p(v240) then ' Edici?n: face=arial size=2>'v240+\|; \|, fi/ > > > > if p(v252) then ' ISBN: size=2>'v252+\|; \|, fi/ > > > > > > > > > > > > > > > > > > if p(v283) then ' Ubicaci?n: face=arial size=2>'v283+\|; \|, fi/ > > if p(v772) then ' size=2>'v772+\|; \|, fi/ > > > > if p(v790) then ' Inventario: face=arial size=2>'v790+\|; \|, fi/ > > > > > > if p(v290) then ' Disponibilidad en > l?nea: '(if p(v290) then ' target=top>'v290'' fi/), fi/ > > > > > > > > > > > > > > > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > , fi/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if v11='AM' or v11='AMS' then > > > > if p(v773) then ' Clasificaci?n ==> > 'v773+\|; \|, fi/ > > > > > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > if p(v220) then ' T?tulo Principal > => 'v220+\|; \|, fi/ > > > > > > if p(v224) then ' T?tulo Principal => > 'v224+\|; \|, fi/ > > > > if p(v226) then ' T?tulo Principal => > 'v226+\|; \|, fi/ > > > > > > > > if p(v200) or p(v210) then ' Autor(es) => > 'mdl,v200+\|; \|, fi/ > > > > > > > > > > > > if p(v210) then ' size=2>'v210+\|; \|, fi/ > > > > if p(v211) then ' size=2>'v211+\|; \|, fi/ > > > > > > ' '' ' > > > > > > '<<< DATOS DEL ARTICULO CONTENIDO EN ESTE TEXTO >>>'' ' > > > '************************************************************************' > > > > if p(v100) then ' Autor(es) del Arto. > => 'mdl,v100+\|; \|, fi/ > > if p(v110) then ' size=2>'v110+\|; \|, fi/ > > if p(v120) then ' * T?tulo del Arto.=> > 'v120+\|; \|, fi/ > > > > if p(v124) then ' * T?tulo del Arto.=> > 'v124+\|; \|, fi/ > > > > if p(v126) then ' * T?tulo del Arto.=> > 'v126+\|; \|, fi/ > > > > if p(v130) then ' * Nombre de la conferencia > => 'v130+\|; \|, fi/ > > > > if p(v131) then ' size=2>'v131+\|; \|, fi/ > > > > if p(v133) then ' size=2>'v133+\|; \|, fi/ > > > > > > > > > > > > if p(v180) then ' size=2>'v180+\|; \|, fi/ > > > > if p(v182) then ' size=2>'v182+\|; \|, fi/ > > > > > > if p(v170) then ' size=2>'v170+\|; \|, fi/ > > > > > > ' ' > > > > > > > > > > > > if p(v262) then ' Casa Editora: face=arial size=2>'v262+\|; \|, fi/ > > if p(v261) then ' Lugar de publicaci?n > => 'v261+\|; \|, fi/ > > > > > > if p(v263) then ' size=2>'v263+\|; \|, fi/ > > > > if p(v270) then ' size=2>'v270+\|; \|, fi/ > > > > > > if p(v282) then ' size=2>'v282+\|; \|, fi/ > > > > > > > > if p(v240) then ' Edici?n: face=arial size=2>'v240+\|; \|, fi/ > > > > if p(v252) then ' ISBN: size=2>'v252+\|; \|, fi/ > > > > > > > > > > > > > > > > > > if p(v283) then ' Ubicaci?n: face=arial size=2>'v283+\|; \|, fi/ > > if p(v772) then ' size=2>'v772+\|; \|, fi/ > > > > if p(v790) then ' Inventario: face=arial size=2>'v790+\|; \|, fi/ > > > > > > if p(v290) then ' Disponibilidad en > l?nea: '(if p(v290) then ' target=top>'v290 '' fi/), fi/ > > > > > > > > > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > if p(v482) then ' Notas: face=arial size=2>'v482+\|; \|, fi/ > > > > > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > , fi/ > > > > > > > > if v11='AS' then > > > > if p(v773) then ' ** Clasificaci?n ==> > 'v773+\|; \|, fi/ > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > > > > > if p(v100) then ' * Autor(es) del Arto. > => 'mdl,v100+\|; \|, fi/ > > if p(v110) then ' size=2>'v110+\|; \|, fi/ > > if p(v120) then ' * T?tulo del Arto.=> > 'v120+\|; \|, fi/ > > > > if p(v124) then ' * T?tulo del Arto.=> > 'v124+\|; \|, fi/ > > > > if p(v126) then ' * T?tulo del Arto.=> > 'v126+\|; \|, fi/ > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > > > if p(v463) then ' Fecha de publicaci?n > => 'v463+\|; \|, fi/ > > > > > > if p(v470) then ' size=2>'v470+\|; \|, fi/ > > > > > > > > if p(v482) then ' size=2>'v482+\|; \|, fi/ > > > > > > > > if p(v483) then ' Ubicaci?n: face=arial size=2>'v483+\|; \|, fi/ > > > > > > if p(v490) then ' Disponibilidad en > l?nea: '(if p(v490) then ' target=top>'v490 '' fi/), fi/ > > > > > > if p(v450) then ' ISSN: size=2>'v450+\|; \|, fi/ > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > > > > > > > > > > > ' ' > > , fi/ > > > > > > > > > > > > > > > > > > > > > > '

	'v2'	' > > 'Registro: ',f(mfn,1,0)'', > '
',/ > > ' '/ > > (if p(v8000) then ' width=150> ' else '' / fi/) > > '			'/ > > > > > > > > > > > > if v11='M' or v11='MS' then > > > > if p(v773) then ' Clasificaci?n ==> > 'v773+\|; \|, fi/ > > > > > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > if p(v220) then ' T?tulo Principal > => 'v220+\|; \|, fi/ > > > > > > > > if p(v222) then ' T?tulo Principal > => 'v222+\|; \|, fi/ > > > > > > if p(v224) then ' T?tulo Principal => > 'v224+\|; \|, fi/ > > > > if p(v226) then ' T?tulo Principal => > 'v226+\|; \|, fi/ > > > > > > > > > > > > > > if p(v200) or p(v210) then ' Autor(es) => > 'mdl,v200+\|; \|, fi/ > > > > > > > > > > > > if p(v210) then ' size=2>'v210+\|; \|, fi/ > > > > if p(v211) then ' size=2>'v211+\|; \|, fi/ > > > > > > > > if p(v262) then ' Casa Editora: face=arial size=2>'v262+\|; \|, fi/ > > if p(v261) then ' Lugar de publicaci?n > => 'v261+\|; \|, fi/ > > > > > > if p(v263) then ' size=2>'v263+\|; \|, fi/ > > > > if p(v270) then ' size=2>'v270+\|; \|, fi/ > > > > > > if p(v282) then ' Notas: face=arial size=2>'v282+\|; \|, fi/ > > > > > > > > if p(v240) then ' Edici?n: face=arial size=2>'v240+\|; \|, fi/ > > > > if p(v252) then ' ISBN: size=2>'v252+\|; \|, fi/ > > > > > > > > > > > > > > > > > > if p(v283) then ' Ubicaci?n: face=arial size=2>'v283+\|; \|, fi/ > > if p(v772) then ' size=2>'v772+\|; \|, fi/ > > > > if p(v790) then ' Inventario: face=arial size=2>'v790+\|; \|, fi/ > > > > > > if p(v290) then ' Disponibilidad en > l?nea: '(if p(v290) then ' target=top>'v290'' fi/), fi/ > > > > > > > > > > > > > > > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > , fi/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if v11='AM' or v11='AMS' then > > > > if p(v773) then ' Clasificaci?n ==> > 'v773+\|; \|, fi/ > > > > > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > if p(v220) then ' T?tulo Principal > => 'v220+\|; \|, fi/ > > > > > > if p(v224) then ' T?tulo Principal => > 'v224+\|; \|, fi/ > > > > if p(v226) then ' T?tulo Principal => > 'v226+\|; \|, fi/ > > > > > > > > if p(v200) or p(v210) then ' Autor(es) => > 'mdl,v200+\|; \|, fi/ > > > > > > > > > > > > if p(v210) then ' size=2>'v210+\|; \|, fi/ > > > > if p(v211) then ' size=2>'v211+\|; \|, fi/ > > > > > > ' '' ' > > > > > > '<<< DATOS DEL ARTICULO CONTENIDO EN ESTE TEXTO >>>'' ' > > > '************************************************************************' > > > > if p(v100) then ' Autor(es) del Arto. > => 'mdl,v100+\|; \|, fi/ > > if p(v110) then ' size=2>'v110+\|; \|, fi/ > > if p(v120) then ' * T?tulo del Arto.=> > 'v120+\|; \|, fi/ > > > > if p(v124) then ' * T?tulo del Arto.=> > 'v124+\|; \|, fi/ > > > > if p(v126) then ' * T?tulo del Arto.=> > 'v126+\|; \|, fi/ > > > > if p(v130) then ' * Nombre de la conferencia > => 'v130+\|; \|, fi/ > > > > if p(v131) then ' size=2>'v131+\|; \|, fi/ > > > > if p(v133) then ' size=2>'v133+\|; \|, fi/ > > > > > > > > > > > > if p(v180) then ' size=2>'v180+\|; \|, fi/ > > > > if p(v182) then ' size=2>'v182+\|; \|, fi/ > > > > > > if p(v170) then ' size=2>'v170+\|; \|, fi/ > > > > > > ' ' > > > > > > > > > > > > if p(v262) then ' Casa Editora: face=arial size=2>'v262+\|; \|, fi/ > > if p(v261) then ' Lugar de publicaci?n > => 'v261+\|; \|, fi/ > > > > > > if p(v263) then ' size=2>'v263+\|; \|, fi/ > > > > if p(v270) then ' size=2>'v270+\|; \|, fi/ > > > > > > if p(v282) then ' size=2>'v282+\|; \|, fi/ > > > > > > > > if p(v240) then ' Edici?n: face=arial size=2>'v240+\|; \|, fi/ > > > > if p(v252) then ' ISBN: size=2>'v252+\|; \|, fi/ > > > > > > > > > > > > > > > > > > if p(v283) then ' Ubicaci?n: face=arial size=2>'v283+\|; \|, fi/ > > if p(v772) then ' size=2>'v772+\|; \|, fi/ > > > > if p(v790) then ' Inventario: face=arial size=2>'v790+\|; \|, fi/ > > > > > > if p(v290) then ' Disponibilidad en > l?nea: '(if p(v290) then ' target=top>'v290 '' fi/), fi/ > > > > > > > > > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > if p(v482) then ' Notas: face=arial size=2>'v482+\|; \|, fi/ > > > > > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > , fi/ > > > > > > > > if v11='AS' then > > > > if p(v773) then ' ** Clasificaci?n ==> > 'v773+\|; \|, fi/ > > if p(v11) then ' size=2>'v11+\|; \|, fi/ > > > > > > > > if p(v100) then ' * Autor(es) del Arto. > => 'mdl,v100+\|; \|, fi/ > > if p(v110) then ' size=2>'v110+\|; \|, fi/ > > if p(v120) then ' * T?tulo del Arto.=> > 'v120+\|; \|, fi/ > > > > if p(v124) then ' * T?tulo del Arto.=> > 'v124+\|; \|, fi/ > > > > if p(v126) then ' * T?tulo del Arto.=> > 'v126+\|; \|, fi/ > > if p(v420) then ' T?tulo principal > serie: 'v420+\|; \|, fi/ > > > > > > > > if p(v463) then ' Fecha de publicaci?n > => 'v463+\|; \|, fi/ > > > > > > if p(v470) then ' size=2>'v470+\|; \|, fi/ > > > > > > > > if p(v482) then ' size=2>'v482+\|; \|, fi/ > > > > > > > > if p(v483) then ' Ubicaci?n: face=arial size=2>'v483+\|; \|, fi/ > > > > > > if p(v490) then ' Disponibilidad en > l?nea: '(if p(v490) then ' target=top>'v490 '' fi/), fi/ > > > > > > if p(v450) then ' ISSN: size=2>'v450+\|; \|, fi/ > > > > if p(v541) then ' size=2>'mdl,v541+\|; \|, fi/ > > if p(v550) then ' size=2>'v550+\|; \|, fi/ > > if p(v701) then ' size=2>'mdl,v701+\|; \|, fi/ > > if p(v791) then ' Indicadores: face=arial size=2>'v791+\|; \|, fi/ > > > > > > > > > > > > > > > > ' ' > > , fi/ > > > > > > > > > > > > > > > > > > > > > > '

	'v2'	' 'Registro: ',f(mfn,1,0)'', '
',/ ' '/ (if p(v8000) then ' ' else '' / fi/) '			'/ if v11='M' or v11='MS' then if p(v773) then ' Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v220) then ' T?tulo Principal => 'v220+\|; \|, fi/ if p(v222) then ' T?tulo Principal => 'v222+\|; \|, fi/ if p(v224) then ' T?tulo Principal => 'v224+\|; \|, fi/ if p(v226) then ' T?tulo Principal => 'v226+\|; \|, fi/ if p(v200) or p(v210) then ' Autor(es) => 'mdl,v200+\|; \|, fi/ if p(v210) then ' 'v210+\|; \|, fi/ if p(v211) then ' 'v211+\|; \|, fi/ if p(v262) then ' Casa Editora: 'v262+\|; \|, fi/ if p(v261) then ' Lugar de publicaci?n => 'v261+\|; \|, fi/ if p(v263) then ' 'v263+\|; \|, fi/ if p(v270) then ' 'v270+\|; \|, fi/ if p(v282) then ' Notas: 'v282+\|; \|, fi/ if p(v240) then ' Edici?n: 'v240+\|; \|, fi/ if p(v252) then ' ISBN: 'v252+\|; \|, fi/ if p(v283) then ' Ubicaci?n: 'v283+\|; \|, fi/ if p(v772) then ' 'v772+\|; \|, fi/ if p(v790) then ' Inventario: 'v790+\|; \|, fi/ if p(v290) then ' Disponibilidad en l?nea: '(if p(v290) then ''v290'' fi/), fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ , fi/ if v11='AM' or v11='AMS' then if p(v773) then ' Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v220) then ' T?tulo Principal => 'v220+\|; \|, fi/ if p(v224) then ' T?tulo Principal => 'v224+\|; \|, fi/ if p(v226) then ' T?tulo Principal => 'v226+\|; \|, fi/ if p(v200) or p(v210) then ' Autor(es) => 'mdl,v200+\|; \|, fi/ if p(v210) then ' 'v210+\|; \|, fi/ if p(v211) then ' 'v211+\|; \|, fi/ ' '' ' '<<< DATOS DEL ARTICULO CONTENIDO EN ESTE TEXTO >>>'' ' '************************************************************************' if p(v100) then ' Autor(es) del Arto. => 'mdl,v100+\|; \|, fi/ if p(v110) then ' 'v110+\|; \|, fi/ if p(v120) then ' * T?tulo del Arto.=> 'v120+\|; \|, fi/ if p(v124) then ' * T?tulo del Arto.=> 'v124+\|; \|, fi/ if p(v126) then ' * T?tulo del Arto.=> 'v126+\|; \|, fi/ if p(v130) then ' * Nombre de la conferencia => 'v130+\|; \|, fi/ if p(v131) then ' 'v131+\|; \|, fi/ if p(v133) then ' 'v133+\|; \|, fi/ if p(v180) then ' 'v180+\|; \|, fi/ if p(v182) then ' 'v182+\|; \|, fi/ if p(v170) then ' 'v170+\|; \|, fi/ ' ' if p(v262) then ' Casa Editora: 'v262+\|; \|, fi/ if p(v261) then ' Lugar de publicaci?n => 'v261+\|; \|, fi/ if p(v263) then ' 'v263+\|; \|, fi/ if p(v270) then ' 'v270+\|; \|, fi/ if p(v282) then ' 'v282+\|; \|, fi/ if p(v240) then ' Edici?n: 'v240+\|; \|, fi/ if p(v252) then ' ISBN: 'v252+\|; \|, fi/ if p(v283) then ' Ubicaci?n: 'v283+\|; \|, fi/ if p(v772) then ' 'v772+\|; \|, fi/ if p(v790) then ' Inventario: 'v790+\|; \|, fi/ if p(v290) then ' Disponibilidad en l?nea: '(if p(v290) then ''v290 '' fi/), fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v482) then ' Notas: 'v482+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ , fi/ if v11='AS' then if p(v773) then ' ** Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v100) then ' * Autor(es) del Arto. => 'mdl,v100+\|; \|, fi/ if p(v110) then ' 'v110+\|; \|, fi/ if p(v120) then ' * T?tulo del Arto.=> 'v120+\|; \|, fi/ if p(v124) then ' * T?tulo del Arto.=> 'v124+\|; \|, fi/ if p(v126) then ' * T?tulo del Arto.=> 'v126+\|; \|, fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v463) then ' Fecha de publicaci?n => 'v463+\|; \|, fi/ if p(v470) then ' 'v470+\|; \|, fi/ if p(v482) then ' 'v482+\|; \|, fi/ if p(v483) then ' Ubicaci?n: 'v483+\|; \|, fi/ if p(v490) then ' Disponibilidad en l?nea: '(if p(v490) then ''v490 '' fi/), fi/ if p(v450) then ' ISSN: 'v450+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ ' ' , fi/ '

	'v2'	' 'Registro: ',f(mfn,1,0)'', '
',/ ' '/ (if p(v8000) then ' ' else '' / fi/) '			'/ if v11='M' or v11='MS' then if p(v773) then ' Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v220) then ' T?tulo Principal => 'v220+\|; \|, fi/ if p(v222) then ' T?tulo Principal => 'v222+\|; \|, fi/ if p(v224) then ' T?tulo Principal => 'v224+\|; \|, fi/ if p(v226) then ' T?tulo Principal => 'v226+\|; \|, fi/ if p(v200) or p(v210) then ' Autor(es) => 'mdl,v200+\|; \|, fi/ if p(v210) then ' 'v210+\|; \|, fi/ if p(v211) then ' 'v211+\|; \|, fi/ if p(v262) then ' Casa Editora: 'v262+\|; \|, fi/ if p(v261) then ' Lugar de publicaci?n => 'v261+\|; \|, fi/ if p(v263) then ' 'v263+\|; \|, fi/ if p(v270) then ' 'v270+\|; \|, fi/ if p(v282) then ' Notas: 'v282+\|; \|, fi/ if p(v240) then ' Edici?n: 'v240+\|; \|, fi/ if p(v252) then ' ISBN: 'v252+\|; \|, fi/ if p(v283) then ' Ubicaci?n: 'v283+\|; \|, fi/ if p(v772) then ' 'v772+\|; \|, fi/ if p(v790) then ' Inventario: 'v790+\|; \|, fi/ if p(v290) then ' Disponibilidad en l?nea: '(if p(v290) then ''v290'' fi/), fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ , fi/ if v11='AM' or v11='AMS' then if p(v773) then ' Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v220) then ' T?tulo Principal => 'v220+\|; \|, fi/ if p(v224) then ' T?tulo Principal => 'v224+\|; \|, fi/ if p(v226) then ' T?tulo Principal => 'v226+\|; \|, fi/ if p(v200) or p(v210) then ' Autor(es) => 'mdl,v200+\|; \|, fi/ if p(v210) then ' 'v210+\|; \|, fi/ if p(v211) then ' 'v211+\|; \|, fi/ ' '' ' '<<< DATOS DEL ARTICULO CONTENIDO EN ESTE TEXTO >>>'' ' '************************************************************************' if p(v100) then ' Autor(es) del Arto. => 'mdl,v100+\|; \|, fi/ if p(v110) then ' 'v110+\|; \|, fi/ if p(v120) then ' * T?tulo del Arto.=> 'v120+\|; \|, fi/ if p(v124) then ' * T?tulo del Arto.=> 'v124+\|; \|, fi/ if p(v126) then ' * T?tulo del Arto.=> 'v126+\|; \|, fi/ if p(v130) then ' * Nombre de la conferencia => 'v130+\|; \|, fi/ if p(v131) then ' 'v131+\|; \|, fi/ if p(v133) then ' 'v133+\|; \|, fi/ if p(v180) then ' 'v180+\|; \|, fi/ if p(v182) then ' 'v182+\|; \|, fi/ if p(v170) then ' 'v170+\|; \|, fi/ ' ' if p(v262) then ' Casa Editora: 'v262+\|; \|, fi/ if p(v261) then ' Lugar de publicaci?n => 'v261+\|; \|, fi/ if p(v263) then ' 'v263+\|; \|, fi/ if p(v270) then ' 'v270+\|; \|, fi/ if p(v282) then ' 'v282+\|; \|, fi/ if p(v240) then ' Edici?n: 'v240+\|; \|, fi/ if p(v252) then ' ISBN: 'v252+\|; \|, fi/ if p(v283) then ' Ubicaci?n: 'v283+\|; \|, fi/ if p(v772) then ' 'v772+\|; \|, fi/ if p(v790) then ' Inventario: 'v790+\|; \|, fi/ if p(v290) then ' Disponibilidad en l?nea: '(if p(v290) then ''v290 '' fi/), fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v482) then ' Notas: 'v482+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ , fi/ if v11='AS' then if p(v773) then ' ** Clasificaci?n ==> 'v773+\|; \|, fi/ if p(v11) then ' 'v11+\|; \|, fi/ if p(v100) then ' * Autor(es) del Arto. => 'mdl,v100+\|; \|, fi/ if p(v110) then ' 'v110+\|; \|, fi/ if p(v120) then ' * T?tulo del Arto.=> 'v120+\|; \|, fi/ if p(v124) then ' * T?tulo del Arto.=> 'v124+\|; \|, fi/ if p(v126) then ' * T?tulo del Arto.=> 'v126+\|; \|, fi/ if p(v420) then ' T?tulo principal serie: 'v420+\|; \|, fi/ if p(v463) then ' Fecha de publicaci?n => 'v463+\|; \|, fi/ if p(v470) then ' 'v470+\|; \|, fi/ if p(v482) then ' 'v482+\|; \|, fi/ if p(v483) then ' Ubicaci?n: 'v483+\|; \|, fi/ if p(v490) then ' Disponibilidad en l?nea: '(if p(v490) then ''v490 '' fi/), fi/ if p(v450) then ' ISSN: 'v450+\|; \|, fi/ if p(v541) then ' 'mdl,v541+\|; \|, fi/ if p(v550) then ' 'v550+\|; \|, fi/ if p(v701) then ' 'mdl,v701+\|; \|, fi/ if p(v791) then ' Indicadores: 'v791+\|; \|, fi/ ' ' , fi/ '