From info at r020.com.ar Sat Apr 4 16:27:48 2020 From: info at r020.com.ar (diego ferreyra) Date: Sat, 4 Apr 2020 11:27:48 -0300 Subject: [Isis-users] =?utf-8?q?PopTerms=3A_Herramienta_de_integraci=C3=B3?= =?utf-8?q?n_de_vocabularios_controlados?= In-Reply-To: <4dd1b7d210ae41f683d2a737730c5189@uantwerpen.be> References: <4dd1b7d210ae41f683d2a737730c5189@uantwerpen.be> Message-ID: Queridos usuarios y desarrolladores de ABCD, les escribo para acercarles una herramienta que permite integrar vocabularios controlados a cualquier entorno web, y en particular a ABCD. Es una librería que permite tomar servicios terminológicos de vocabularios gestionados a través de Tematres [1], puede ser integrada en cualquier lenguaje soportado en entorno web, el cliente sólo requiere HTML y Javascript. Ya hay experiencias de integración con ABCD, se los comparto en este momento porque se ha liberado una nueva versión. Hay más de 500 vocabularios disponibles [2] Demo: https://www.vocabularyserver.com/popterms/client-example/index.es.html Código fuente y documentación: https://github.com/tematres/popterms Espero sea útil :) Saludos, salud y solidarida. [1] Tematres: https://vocabularyserver.com/ [2] Vocabularios disponibles: https://vocabularyserver.com/vocabularies/ Diego Ferreyra -------------- next part -------------- An HTML attachment was scrubbed... URL: From guildaa at gmail.com Mon Apr 6 22:15:43 2020 From: guildaa at gmail.com (Guilda Ascencio) Date: Mon, 6 Apr 2020 15:15:43 -0500 Subject: [Isis-users] =?utf-8?q?PopTerms=3A_Herramienta_de_integraci=C3=B3?= =?utf-8?q?n_de_vocabularios_controlados?= In-Reply-To: References: <4dd1b7d210ae41f683d2a737730c5189@uantwerpen.be> Message-ID: Gracias Diego, Lo voy a revisar. Saludos On Sat, Apr 4, 2020 at 8:31 AM diego ferreyra wrote: > Queridos usuarios y desarrolladores de ABCD, les escribo para acercarles > una herramienta que permite integrar vocabularios controlados a cualquier > entorno web, y en particular a ABCD. > Es una librería que permite tomar servicios terminológicos de vocabularios > gestionados a través de Tematres [1], puede ser integrada en cualquier > lenguaje soportado en entorno web, el cliente sólo requiere HTML y > Javascript. > Ya hay experiencias de integración con ABCD, se los comparto en este > momento porque se ha liberado una nueva versión. Hay más de 500 > vocabularios disponibles [2] > > Demo: > https://www.vocabularyserver.com/popterms/client-example/index.es.html > Código fuente y documentación: https://github.com/tematres/popterms > > Espero sea útil :) > > Saludos, salud y solidarida. > > [1] Tematres: https://vocabularyserver.com/ > [2] Vocabularios disponibles: https://vocabularyserver.com/vocabularies/ > > Diego Ferreyra > _______________________________________________ > 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 fttamor at yahoo.com Thu Apr 9 11:15:19 2020 From: fttamor at yahoo.com (Francisco Tamor) Date: Thu, 9 Apr 2020 09:15:19 +0000 (UTC) Subject: [Isis-users] modify field References: <1608909451.2010728.1586423719608.ref@mail.yahoo.com> Message-ID: <1608909451.2010728.1586423719608@mail.yahoo.com> Dear Colleagues; Greetings! My apologies. I know this has been discussed several times but I lost track of the threads and notes. I want to add a subfield delimiter to the subject field (v650) using the mx command. With the old winisis, it is simply an export/import process using the reformatting fst. Thanks and keep safe everyone. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Thu Apr 9 11:29:37 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Thu, 9 Apr 2020 09:29:37 +0000 Subject: [Isis-users] modify field In-Reply-To: <1608909451.2010728.1586423719608@mail.yahoo.com> References: <1608909451.2010728.1586423719608.ref@mail.yahoo.com>, <1608909451.2010728.1586423719608@mail.yahoo.com> Message-ID: Hello, you mean you want to add the existing contents of v650 preceded by the ^a marker ? Then use the following command : [Windows] > \ABCD\www\cgi-bin\mx marc "proc='d650', if p(v650) then '<650>^a',v650,'' fi" copy=marc now -all [Linux] > /opt/ABCD/www/cgi-bin/mx marc "proc='d650', if p(v650) then '<650>^a',v650,'' fi" copy=marc now -all Instead of using copy=marc you could use 'create=test' and then first check in the test-database if all is well, before moving test to marc again. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Francisco Tamor Sent: Thursday, April 9, 2020 11:15 AM To: Isis-users Subject: [Isis-users] modify field Dear Colleagues; Greetings! My apologies. I know this has been discussed several times but I lost track of the threads and notes. I want to add a subfield delimiter to the subject field (v650) using the mx command. With the old winisis, it is simply an export/import process using the reformatting fst. Thanks and keep safe everyone. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From soyferrazlima at gmail.com Thu Apr 9 16:32:18 2020 From: soyferrazlima at gmail.com (Soraya Ferraz Lima) Date: Thu, 9 Apr 2020 11:32:18 -0300 Subject: [Isis-users] Copy MARC record from another software to ABCD Message-ID: Greetings everyone! I hope you are all well and safe. I know that in some software it is possible to copy the form in MARC format (MARC tags) directly to a record in the database. It is an import by text file. I saw that there is this option in the tools, but I don't know if it is possible with the available settings (it is apparently possible to import only from Excel). Has anyone done something like that? Attached is an example of text copied from the Biblioteca Nacional ( http://acervo.bn.gov.br/sophia_web). Thanks! ---------------- PT-BR Saudações a todos! Espero que estejam todos bem e a salvo. Sei que em alguns softwares há a possibilidade de copiar a ficha em formato MARC (MARC tags) diretamente para um registro na base. É uma importação por arquivo de texto. Eu vi que existe essa opção nas ferramentas, mas não sei se é possível com as configurações disponíveis (aparentemente é possível importar somente do Excel). Alguém já fez algo do tipo? Envio anexo um exemplo de texto copiado da Biblioteca Nacional ( http://acervo.bn.gov.br/sophia_web). Obrigada pela atenção! -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: -------------- Próxima Parte ---------- 000 00899cam a22002537 4500 001 000531240 003 BR-RjBN 005 19970609210000.0 008 890907s19830000bsc 000 0 por u 012 __ |a BT000059353 035 __ |a 96101812253769001 040 __ |a Br |b por 082 04 |a 340 092 __ |a VI-89,2,2 |d TESE 100 1_ |a Ferreira, Erinalva Medeiros. 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o "espaço público" de poder da mulher |b desde sua condição "privada" / |c Erinalva Medeiros Ferreira. - 260 __ |a Florianópolis : |b [s.n.], |c 1983. 300 __ |a vii, 120f. ; |c 33cm. 500 __ |a Orientador: José Maria Gomez. 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Sócio-Econômico. 595 __ |a TM |a DIR |c 83 650 04 |a Direito. 700 1_ |a Gómez, José María. 710 2_ |a Universidade Federal de Santa Catarina. |b Centro Sócio-Econômico. 852 __ |a Obras Gerais 990 __ |a Livro From egbert.desmet at uantwerpen.be Thu Apr 9 17:32:44 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Thu, 9 Apr 2020 15:32:44 +0000 Subject: [Isis-users] Copy MARC record from another software to ABCD In-Reply-To: References: Message-ID: <21d8876debf1406fa40e7b6a8b5dd7c9@uantwerpen.be> Hello, the file to be imported is actually a 'tagged-text' file, each line starting with the field-tag (3 positions), followed by the contents of that field. There are several tools to import such a file into an ISIS-database (as used by ABCD), but not 'ready-to-use' since some re-formatting would be needed. However the first question I would ask is : since it is a MARC-record from a national library (seemingly Brazil), can't you directly copy it into ABCD from there using the Z39-50 protocol, a built-in feature in ABCD ? Some 40+ Z39.50 servers have already been configured into ABCD, but not the Brazilian National Library. It goes without saying that having that one also configured would be a nice addition to ABCD, supposing that this National Library has a Z39.50 server running of course, which should be the case anyway. It requires someone requesting the data of that server (see the form in the Z39.50 configuration option of the 'Configure Z39.50 Client' main-menu). If it is just this title, you could also search it in another Z39.50 server already available in ABCD, e.g. Library of Congress. But this won't be practical when you need to convert a whole list of records in some sort of 'batch'-modus. Is that the case ? Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Soraya Ferraz Lima Sent: Thursday, April 9, 2020 4:32 PM To: Lista Isis Subject: [Isis-users] Copy MARC record from another software to ABCD Greetings everyone! I hope you are all well and safe. I know that in some software it is possible to copy the form in MARC format (MARC tags) directly to a record in the database. It is an import by text file. I saw that there is this option in the tools, but I don't know if it is possible with the available settings (it is apparently possible to import only from Excel). Has anyone done something like that? Attached is an example of text copied from the Biblioteca Nacional (http://acervo.bn.gov.br/sophia_web). Thanks! ---------------- PT-BR Saudações a todos! Espero que estejam todos bem e a salvo. Sei que em alguns softwares há a possibilidade de copiar a ficha em formato MARC (MARC tags) diretamente para um registro na base. É uma importação por arquivo de texto. Eu vi que existe essa opção nas ferramentas, mas não sei se é possível com as configurações disponíveis (aparentemente é possível importar somente do Excel). Alguém já fez algo do tipo? Envio anexo um exemplo de texto copiado da Biblioteca Nacional (http://acervo.bn.gov.br/sophia_web). Obrigada pela atenção! -------------- next part -------------- An HTML attachment was scrubbed... URL: From ernesto_luis_96 at hotmail.com Thu Apr 9 17:48:20 2020 From: ernesto_luis_96 at hotmail.com (Ernesto Spinak) Date: Thu, 9 Apr 2020 15:48:20 +0000 Subject: [Isis-users] copy marc record from another sofware to ABCD Message-ID: continuing with Egbert's idea it is possible with a little procedural work I give the idea, after a volunteer passes it to the mx code let's take your example copiado al final 1) it is plain ansi text easy to parse 2) the first four positions are the field tag and a separator space 3) So we must use the CISIS program called ID2I (see the manual) take notes: (a) each record must start with the line !ID 000000 (case sensitive) so the input text should be massaged, which can be done easily (b) tag 000 should be changed to an acceptable value, I recommend 999 because that makes up the Registry Leader 4) convert plain text to isis helper, for example xxx id2i file_in create=xxx if you have any error the input text is surely not canonical 5) then there are the subfields, denoted here as space, pipe, letter, space, for example | a 6) for this you must create a gizmo in isis with the following conversion prepare a text file as follows from a-z and save it as pepe.txt |a ;^a |b ;^b |c ;^c ... etc notice that there is a blank space to the left of the pipe then convert that file to gizmo name it gizfld mx seq=pepe.txt; create=gizfld now -all tell=10 note that the ; after the pepe.txt it is mandatory, 7) now run the gizmo to the isis XXX file to convert the subfield characters mx xxx gizmo=gizfld create=xxx2 now -all tell=10 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 now you have an export ISO prepared to import it with crisis with the corresponding parameters 000 00899cam a22002537 4500 001 000531240 003 BR-RjBN 005 19970609210000.0 008 890907s19830000bsc 000 0 por u 012 __ |a BT000059353 035 __ |a 96101812253769001 040 __ |a Br |b por 082 04 |a 340 092 __ |a VI-89,2,2 |d TESE 100 1_ |a Ferreira, Erinalva Medeiros. 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o "espaço público" de poder da mulher |b desde sua condição "privada" / |c Erinalva Medeiros Ferreira. - 260 __ |a Florianópolis : |b [s.n.], |c 1983. 300 __ |a vii, 120f. ; |c 33cm. 500 __ |a Orientador: José Maria Gomez. 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Sócio-Econômico. 595 __ |a TM |a DIR |c 83 650 04 |a Direito. 700 1_ |a Gómez, José María. 710 2_ |a Universidade Federal de Santa Catarina. |b Centro Sócio-Econômico. 852 __ |a Obras Gerais 990 __ |a Livro Enviado desde Correo para Windows 10 -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Thu Apr 9 20:14:18 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Thu, 9 Apr 2020 18:14:18 +0000 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: Message-ID: Hi, ... and continuing on Ernesto's idea : here is a 'proc' (a set of instructions to modify records with the ABCD 'command-line' executable 'mx' to automatically generate the correctly formatted tagged-text file to be used with the tool 'id2i' (both mx and id2i are located into the cgi-bin directory of ABCD). ======== listing of marc2isis.prc (to be stored on your computer as a file) 'd1', if v1='' then s2:=(s('!ID '), mfn), s4:=(s('')), else s1:=(replace(v1,'~','^')), s3:=(replace(s1 ,'^a ','^a')), e1:=instr(s3,' '), s1:=(s(mid(s3,1,e1-1))), if s1='000' then s1:=(s('999')) fi, s4:=(s('!v',s1,'!')), s2:=(s(mid(s3,e1+1,999))), fi, '<1>',s4,s2,'', ========= Notes : 1. First put all necessary files mentioned here in a directory (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD in Windows) in that directory. 2. Since mx will split a line at each character '|', you will first have to replace all occurrences of that pipe to a wave : '~', to keep the line as one field before further processing it. This can be easily done with a 'search-and-replace' action in any text-processor. This is the manual extra effort required. 3. Each record in the input file should be separated by an empty line, which the proc will replace by the string !ID MFN (record number), but use id2i with the 'create/app' instead of just 'create' parameter so as to make it number the records just sequentially (and ignoring the actual value which is the line number rather than the record number). 4. run the following command to convert the input file to a suitable id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >id2i_input.txt 5. the file id2i_input.txt can be used with the id2i command : id2i id2i_input.txt create/app=new and the database 'new' will contain your records. 6. I noted that in your input example all subfields start with a space (after the subfield-marker!), which is in fact unnecessary and bad practice. Line 7 deletes that space for ^a, but for the other subfields you will have to do a nested 'replace' for each subfield. I'm sure Ernesto can help you for this as he takes such things for breakfast, even before his coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' ^b ' to '^b' (omitting the space before and after) and add the gizmo-parameter to the mx-command. Good luck ! Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Ernesto Spinak Sent: Thursday, April 9, 2020 5:48 PM To: isis-users at iccisis.org Subject: [Isis-users] copy marc record from another sofware to ABCD continuing with Egbert's idea it is possible with a little procedural work I give the idea, after a volunteer passes it to the mx code let's take your example copiado al final 1) it is plain ansi text easy to parse 2) the first four positions are the field tag and a separator space 3) So we must use the CISIS program called ID2I (see the manual) take notes: (a) each record must start with the line !ID 000000 (case sensitive) so the input text should be massaged, which can be done easily (b) tag 000 should be changed to an acceptable value, I recommend 999 because that makes up the Registry Leader 4) convert plain text to isis helper, for example xxx id2i file_in create=xxx if you have any error the input text is surely not canonical 5) then there are the subfields, denoted here as space, pipe, letter, space, for example | a 6) for this you must create a gizmo in isis with the following conversion prepare a text file as follows from a-z and save it as pepe.txt |a ;^a |b ;^b |c ;^c ... etc notice that there is a blank space to the left of the pipe then convert that file to gizmo name it gizfld mx seq=pepe.txt; create=gizfld now -all tell=10 note that the ; after the pepe.txt it is mandatory, 7) now run the gizmo to the isis XXX file to convert the subfield characters mx xxx gizmo=gizfld create=xxx2 now -all tell=10 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 now you have an export ISO prepared to import it with crisis with the corresponding parameters 000 00899cam a22002537 4500 001 000531240 003 BR-RjBN 005 19970609210000.0 008 890907s19830000bsc 000 0 por u 012 __ |a BT000059353 035 __ |a 96101812253769001 040 __ |a Br |b por 082 04 |a 340 092 __ |a VI-89,2,2 |d TESE 100 1_ |a Ferreira, Erinalva Medeiros. 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o "espaço público" de poder da mulher |b desde sua condição "privada" / |c Erinalva Medeiros Ferreira. - 260 __ |a Florianópolis : |b [s.n.], |c 1983. 300 __ |a vii, 120f. ; |c 33cm. 500 __ |a Orientador: José Maria Gomez. 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Sócio-Econômico. 595 __ |a TM |a DIR |c 83 650 04 |a Direito. 700 1_ |a Gómez, José María. 710 2_ |a Universidade Federal de Santa Catarina. |b Centro Sócio-Econômico. 852 __ |a Obras Gerais 990 __ |a Livro Enviado desde Correo para Windows 10 -------------- next part -------------- An HTML attachment was scrubbed... URL: From soyferrazlima at gmail.com Thu Apr 9 20:43:51 2020 From: soyferrazlima at gmail.com (Soraya Ferraz Lima) Date: Thu, 9 Apr 2020 15:43:51 -0300 Subject: [Isis-users] Copy MARC record from another software to ABCD In-Reply-To: <21d8876debf1406fa40e7b6a8b5dd7c9@uantwerpen.be> References: <21d8876debf1406fa40e7b6a8b5dd7c9@uantwerpen.be> Message-ID: Hi Egbert! Thanks for your reply. The idea was to use the z3950, but unfortunately here in Brazil there are not many servers (I don't know any). In fact, Biblioteca Nacional has no information about it. Software that offers this possibility of collaboration only talks to each other. Our need, for now, is not for bulk import, just take advantage of some existing registrations. Thanks, Em qui., 9 de abr. de 2020 às 12:32, Egbert De Smet < egbert.desmet at uantwerpen.be> escreveu: > Hello, > > > the file to be imported is actually a 'tagged-text' file, each line > starting with the field-tag (3 positions), followed by the contents of that > field. > > There are several tools to import such a file into an ISIS-database (as > used by ABCD), but not 'ready-to-use' since some re-formatting would be > needed. > > > However the first question I would ask is : since it is a MARC-record from > a national library (seemingly Brazil), can't you directly copy it into ABCD > from there using the Z39-50 protocol, a built-in feature in ABCD ? > > Some 40+ Z39.50 servers have already been configured into ABCD, but not > the Brazilian National Library. It goes without saying that having that one > also configured would be a nice addition to ABCD, supposing that this > National Library has a Z39.50 server running of course, which should be the > case anyway. It requires someone requesting the data of that server (see > the form in the Z39.50 configuration option of the 'Configure Z39.50 > Client' main-menu). > > If it is just this title, you could also search it in another Z39.50 > server already available in ABCD, e.g. Library of Congress. > > But this won't be practical when you need to convert a whole list of > records in some sort of 'batch'-modus. Is that the case ? > > > Egbert de Smet > Universiteit Antwerpen > > > ------------------------------ > *From:* isis-users > on behalf of Soraya Ferraz Lima > *Sent:* Thursday, April 9, 2020 4:32 PM > *To:* Lista Isis > *Subject:* [Isis-users] Copy MARC record from another software to ABCD > > Greetings everyone! I hope you are all well and safe. > > I know that in some software it is possible to copy the form in MARC > format (MARC tags) directly to a record in the database. > > It is an import by text file. I saw that there is this option in the > tools, but I don't know if it is possible with the available settings (it > is apparently possible to import only from Excel). Has anyone done > something like that? > > Attached is an example of text copied from the Biblioteca Nacional ( > http://acervo.bn.gov.br/sophia_web > > ). > > Thanks! > > ---------------- PT-BR > > Saudações a todos! Espero que estejam todos bem e a salvo. > > Sei que em alguns softwares há a possibilidade de copiar a ficha em > formato MARC (MARC tags) diretamente para um registro na base. > > É uma importação por arquivo de texto. Eu vi que existe essa opção nas > ferramentas, mas não sei se é possível com as configurações disponíveis > (aparentemente é possível importar somente do Excel). Alguém já fez algo do > tipo? > > Envio anexo um exemplo de texto copiado da Biblioteca Nacional ( > http://acervo.bn.gov.br/sophia_web > > ). > > Obrigada pela atenção! > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From soyferrazlima at gmail.com Thu Apr 9 21:19:43 2020 From: soyferrazlima at gmail.com (Soraya Ferraz Lima) Date: Thu, 9 Apr 2020 16:19:43 -0300 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: Message-ID: Wow!! You are brilliant! Thanks for that! But I have a big problem: we are working from home, so we don't have access to the server, making it impossible to run mx or id2i. Is there no way to do it through the ABCD administration interface? Anyway, I will study those tips and codes to see if we can implement it in any way. Tks again Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet < egbert.desmet at uantwerpen.be> escreveu: > Hi, > > > ... and continuing on Ernesto's idea : here is a 'proc' (a set of > instructions to modify records with the ABCD 'command-line' executable 'mx' > to automatically generate the correctly formatted tagged-text file to be > used with the tool 'id2i' (both mx and id2i are located into the cgi-bin > directory of ABCD). > > ======== listing of marc2isis.prc (to be stored on your computer as a file) > > 'd1', > if v1='' then > s2:=(s('!ID '), mfn), > s4:=(s('')), > else > s1:=(replace(v1,'~','^')), > s3:=(replace(s1 ,'^a ','^a')), > e1:=instr(s3,' '), > s1:=(s(mid(s3,1,e1-1))), > if s1='000' then s1:=(s('999')) fi, > s4:=(s('!v',s1,'!')), > s2:=(s(mid(s3,e1+1,999))), > fi, > '<1>',s4,s2,'', > ========= > > Notes : > > > 1. First put all necessary files mentioned here in a directory > (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD > in Windows) in that directory. > 2. Since mx will split a line at each character '|', you will first > have to replace all occurrences of that pipe to a wave : '~', to keep the > line as one field before further processing it. This can be easily done > with a 'search-and-replace' action in any text-processor. This is the > manual extra effort required. > 3. Each record in the input file should be separated by an empty line, > which the proc will replace by the string !ID MFN (record number), but use > id2i with the 'create/app' instead of just 'create' parameter so as to make > it number the records just sequentially (and ignoring the actual value > which is the line number rather than the record number). > 4. run the following command to convert the input file to a suitable > id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now > >id2i_input.txt > 5. the file id2i_input.txt can be used with the id2i command : > id2i id2i_input.txt create/app=new and the database 'new' will contain > your records. > 6. I noted that in your input example all subfields start with a space > (after the subfield-marker!), which is in fact unnecessary and bad > practice. Line 7 deletes that space for ^a, but for the other subfields you > will have to do a nested 'replace' for each subfield. I'm sure Ernesto can > help you for this as he takes such things for breakfast, even before his > coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' > ^b ' to '^b' (omitting the space before and after) and add the > gizmo-parameter to the mx-command. > > > Good luck ! > > > Egbert de Smet > Universiteit Antwerpen > > > ------------------------------ > *From:* isis-users > on behalf of Ernesto Spinak > *Sent:* Thursday, April 9, 2020 5:48 PM > *To:* isis-users at iccisis.org > *Subject:* [Isis-users] copy marc record from another sofware to ABCD > > > continuing with Egbert's idea > > it is possible with a little procedural work > > I give the idea, after a volunteer passes it to the mx code > > let's take your example copiado al final > > 1) it is plain ansi text easy to parse > > 2) the first four positions are the field tag and a separator space > > 3) So we must use the CISIS program called ID2I (see the manual) > > take notes: > > (a) each record must start with the line !ID 000000 (case sensitive) > > so the input text should be massaged, which can be done easily > > (b) tag 000 should be changed to an acceptable value, I recommend 999 > > because that makes up the Registry Leader > > 4) convert plain text to isis helper, for example xxx > > id2i file_in create=xxx > > if you have any error the input text is surely not canonical > > 5) then there are the subfields, denoted here as space, pipe, letter, > space, for example | a > > 6) for this you must create a gizmo in isis with the following conversion > > prepare a text file as follows from a-z and save it as pepe.txt > > |a ;^a > > |b ;^b > > |c ;^c > > ... > > etc > > notice that there is a blank space to the left of the pipe > > then convert that file to gizmo name it gizfld > > mx seq=pepe.txt; create=gizfld now -all tell=10 > > note that the ; after the pepe.txt it is mandatory, > > 7) now run the gizmo to the isis XXX file to convert the subfield > characters > > mx xxx gizmo=gizfld create=xxx2 now -all tell=10 > > 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 > > now you have an export ISO prepared to import it with crisis with the > corresponding parameters > > > > > > > > > > 000 00899cam a22002537 4500 > > 001 000531240 > > 003 BR-RjBN > > 005 19970609210000.0 > > 008 890907s19830000bsc 000 0 por u > > 012 __ |a BT000059353 > > 035 __ |a 96101812253769001 > > 040 __ |a Br |b por > > 082 04 |a 340 > > 092 __ |a VI-89,2,2 |d TESE > > 100 1_ |a Ferreira, Erinalva Medeiros. > > 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o > "espaço público" de poder da mulher |b desde sua condição "privada" / |c > Erinalva Medeiros Ferreira. - > > 260 __ |a Florianópolis : |b [s.n.], |c 1983. > > 300 __ |a vii, 120f. ; |c 33cm. > > 500 __ |a Orientador: José Maria Gomez. > > 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, > Centro Sócio-Econômico. > > 595 __ |a TM |a DIR |c 83 > > 650 04 |a Direito. > > 700 1_ |a Gómez, José María. > > 710 2_ |a Universidade Federal de Santa Catarina. |b Centro > Sócio-Econômico. > > 852 __ |a Obras Gerais > > 990 __ |a Livro > > > > Enviado desde Correo > > para Windows 10 > > > _______________________________________________ > 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 > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From egbert.desmet at uantwerpen.be Thu Apr 9 21:44:29 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Thu, 9 Apr 2020 19:44:29 +0000 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: , Message-ID: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> Hi, o.k., not having access to the server makes things a lot more difficult indeed. However I think you could try this : download ABCD to your local PC (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin into a folder, apply the trick to create an ISIS-database, use again mx to output the database as an ISO-2709 file and then use the ABCD-interface to import that ISO-2709 file, which includes the option to 'upload' it. If you just want to add one or more records, don't forget to use the 'append' option (i.e. not deleting the existing records first). About Z39.50 : it would surprise me if Brazil National Library doesn't have such a server, but did you try to search (by title, I don't see an ISBN in your example) in Library of Congress ? Chances are good to find it there. Egbert de Smet Universiteit Antwerpen ________________________________ From: Soraya Ferraz Lima Sent: Thursday, April 9, 2020 9:19 PM To: Egbert De Smet Cc: Ernesto Spinak; isis-users at iccisis.org Subject: Re: [Isis-users] copy marc record from another sofware to ABCD Wow!! You are brilliant! Thanks for that! But I have a big problem: we are working from home, so we don't have access to the server, making it impossible to run mx or id2i. Is there no way to do it through the ABCD administration interface? Anyway, I will study those tips and codes to see if we can implement it in any way. Tks again Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet > escreveu: Hi, ... and continuing on Ernesto's idea : here is a 'proc' (a set of instructions to modify records with the ABCD 'command-line' executable 'mx' to automatically generate the correctly formatted tagged-text file to be used with the tool 'id2i' (both mx and id2i are located into the cgi-bin directory of ABCD). ======== listing of marc2isis.prc (to be stored on your computer as a file) 'd1', if v1='' then s2:=(s('!ID '), mfn), s4:=(s('')), else s1:=(replace(v1,'~','^')), s3:=(replace(s1 ,'^a ','^a')), e1:=instr(s3,' '), s1:=(s(mid(s3,1,e1-1))), if s1='000' then s1:=(s('999')) fi, s4:=(s('!v',s1,'!')), s2:=(s(mid(s3,e1+1,999))), fi, '<1>',s4,s2,'', ========= Notes : 1. First put all necessary files mentioned here in a directory (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD in Windows) in that directory. 2. Since mx will split a line at each character '|', you will first have to replace all occurrences of that pipe to a wave : '~', to keep the line as one field before further processing it. This can be easily done with a 'search-and-replace' action in any text-processor. This is the manual extra effort required. 3. Each record in the input file should be separated by an empty line, which the proc will replace by the string !ID MFN (record number), but use id2i with the 'create/app' instead of just 'create' parameter so as to make it number the records just sequentially (and ignoring the actual value which is the line number rather than the record number). 4. run the following command to convert the input file to a suitable id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >id2i_input.txt 5. the file id2i_input.txt can be used with the id2i command : id2i id2i_input.txt create/app=new and the database 'new' will contain your records. 6. I noted that in your input example all subfields start with a space (after the subfield-marker!), which is in fact unnecessary and bad practice. Line 7 deletes that space for ^a, but for the other subfields you will have to do a nested 'replace' for each subfield. I'm sure Ernesto can help you for this as he takes such things for breakfast, even before his coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' ^b ' to '^b' (omitting the space before and after) and add the gizmo-parameter to the mx-command. Good luck ! Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Ernesto Spinak > Sent: Thursday, April 9, 2020 5:48 PM To: isis-users at iccisis.org Subject: [Isis-users] copy marc record from another sofware to ABCD continuing with Egbert's idea it is possible with a little procedural work I give the idea, after a volunteer passes it to the mx code let's take your example copiado al final 1) it is plain ansi text easy to parse 2) the first four positions are the field tag and a separator space 3) So we must use the CISIS program called ID2I (see the manual) take notes: (a) each record must start with the line !ID 000000 (case sensitive) so the input text should be massaged, which can be done easily (b) tag 000 should be changed to an acceptable value, I recommend 999 because that makes up the Registry Leader 4) convert plain text to isis helper, for example xxx id2i file_in create=xxx if you have any error the input text is surely not canonical 5) then there are the subfields, denoted here as space, pipe, letter, space, for example | a 6) for this you must create a gizmo in isis with the following conversion prepare a text file as follows from a-z and save it as pepe.txt |a ;^a |b ;^b |c ;^c ... etc notice that there is a blank space to the left of the pipe then convert that file to gizmo name it gizfld mx seq=pepe.txt; create=gizfld now -all tell=10 note that the ; after the pepe.txt it is mandatory, 7) now run the gizmo to the isis XXX file to convert the subfield characters mx xxx gizmo=gizfld create=xxx2 now -all tell=10 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 now you have an export ISO prepared to import it with crisis with the corresponding parameters 000 00899cam a22002537 4500 001 000531240 003 BR-RjBN 005 19970609210000.0 008 890907s19830000bsc 000 0 por u 012 __ |a BT000059353 035 __ |a 96101812253769001 040 __ |a Br |b por 082 04 |a 340 092 __ |a VI-89,2,2 |d TESE 100 1_ |a Ferreira, Erinalva Medeiros. 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o "espaço público" de poder da mulher |b desde sua condição "privada" / |c Erinalva Medeiros Ferreira. - 260 __ |a Florianópolis : |b [s.n.], |c 1983. 300 __ |a vii, 120f. ; |c 33cm. 500 __ |a Orientador: José Maria Gomez. 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Sócio-Econômico. 595 __ |a TM |a DIR |c 83 650 04 |a Direito. 700 1_ |a Gómez, José María. 710 2_ |a Universidade Federal de Santa Catarina. |b Centro Sócio-Econômico. 852 __ |a Obras Gerais 990 __ |a Livro Enviado desde Correo para Windows 10 _______________________________________________ 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 soyferrazlima at gmail.com Thu Apr 9 23:52:23 2020 From: soyferrazlima at gmail.com (Soraya Ferraz Lima) Date: Thu, 9 Apr 2020 18:52:23 -0300 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> References: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> Message-ID: Nice Egbert! I will do this, more to test this solution. As we are a work team, I believe that it would also be impracticable to use them on a daily basis since it would be necessary to save the text files and still request access to the server, which is not always an easy thing to achieve ... But it would be an interesting feature for ABCD that option to copy or import MARC records. Other Brazilian software such as PHL (which is also based on ISIS), Biblivre and Sophia have this functionality. For now I will do the configuration of the Z39.50 as you said and we will be looking at LOC. Although I think it would be difficult to find brazilian theses and papers there. Taking advantage, is no configuration required on the server to enable Z39.50? PHP extension or something? Thank you so much! Em qui., 9 de abr. de 2020 às 16:44, Egbert De Smet < egbert.desmet at uantwerpen.be> escreveu: > Hi, > > > o.k., not having access to the server makes things a lot more difficult > indeed. > > However I think you could try this : download ABCD to your local PC > (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin > into a folder, apply the trick to create an ISIS-database, use again mx to > output the database as an ISO-2709 file and then use the ABCD-interface to > import that ISO-2709 file, which includes the option to 'upload' it. > > If you just want to add one or more records, don't forget to use the > 'append' option (i.e. not deleting the existing records first). > > > About Z39.50 : it would surprise me if Brazil National Library doesn't > have such a server, but did you try to search (by title, I don't see an > ISBN in your example) in Library of Congress ? Chances are good to find it > there. > > > Egbert de Smet > Universiteit Antwerpen > > > ------------------------------ > *From:* Soraya Ferraz Lima > *Sent:* Thursday, April 9, 2020 9:19 PM > *To:* Egbert De Smet > *Cc:* Ernesto Spinak; isis-users at iccisis.org > *Subject:* Re: [Isis-users] copy marc record from another sofware to ABCD > > Wow!! You are brilliant! > Thanks for that! > > But I have a big problem: we are working from home, so we don't have > access to the server, making it impossible to run mx or id2i. > Is there no way to do it through the ABCD administration interface? > > Anyway, I will study those tips and codes to see if we can implement it in > any way. > > Tks again > > Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet < > egbert.desmet at uantwerpen.be> escreveu: > >> Hi, >> >> >> ... and continuing on Ernesto's idea : here is a 'proc' (a set of >> instructions to modify records with the ABCD 'command-line' executable 'mx' >> to automatically generate the correctly formatted tagged-text file to be >> used with the tool 'id2i' (both mx and id2i are located into the cgi-bin >> directory of ABCD). >> >> ======== listing of marc2isis.prc (to be stored on your computer as a >> file) >> >> 'd1', >> if v1='' then >> s2:=(s('!ID '), mfn), >> s4:=(s('')), >> else >> s1:=(replace(v1,'~','^')), >> s3:=(replace(s1 ,'^a ','^a')), >> e1:=instr(s3,' '), >> s1:=(s(mid(s3,1,e1-1))), >> if s1='000' then s1:=(s('999')) fi, >> s4:=(s('!v',s1,'!')), >> s2:=(s(mid(s3,e1+1,999))), >> fi, >> '<1>',s4,s2,'', >> ========= >> >> Notes : >> >> >> 1. First put all necessary files mentioned here in a directory >> (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD >> in Windows) in that directory. >> 2. Since mx will split a line at each character '|', you will first >> have to replace all occurrences of that pipe to a wave : '~', to keep the >> line as one field before further processing it. This can be easily done >> with a 'search-and-replace' action in any text-processor. This is the >> manual extra effort required. >> 3. Each record in the input file should be separated by an empty >> line, which the proc will replace by the string !ID MFN (record number), >> but use id2i with the 'create/app' instead of just 'create' parameter so as >> to make it number the records just sequentially (and ignoring the actual >> value which is the line number rather than the record number). >> 4. run the following command to convert the input file to a suitable >> id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >> >id2i_input.txt >> 5. the file id2i_input.txt can be used with the id2i command : >> id2i id2i_input.txt create/app=new and the database 'new' will >> contain your records. >> 6. I noted that in your input example all subfields start with a >> space (after the subfield-marker!), which is in fact unnecessary and bad >> practice. Line 7 deletes that space for ^a, but for the other subfields you >> will have to do a nested 'replace' for each subfield. I'm sure Ernesto can >> help you for this as he takes such things for breakfast, even before his >> coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' >> ^b ' to '^b' (omitting the space before and after) and add the >> gizmo-parameter to the mx-command. >> >> >> Good luck ! >> >> >> Egbert de Smet >> Universiteit Antwerpen >> >> >> ------------------------------ >> *From:* isis-users >> on behalf of Ernesto Spinak >> *Sent:* Thursday, April 9, 2020 5:48 PM >> *To:* isis-users at iccisis.org >> *Subject:* [Isis-users] copy marc record from another sofware to ABCD >> >> >> continuing with Egbert's idea >> >> it is possible with a little procedural work >> >> I give the idea, after a volunteer passes it to the mx code >> >> let's take your example copiado al final >> >> 1) it is plain ansi text easy to parse >> >> 2) the first four positions are the field tag and a separator space >> >> 3) So we must use the CISIS program called ID2I (see the manual) >> >> take notes: >> >> (a) each record must start with the line !ID 000000 (case sensitive) >> >> so the input text should be massaged, which can be done easily >> >> (b) tag 000 should be changed to an acceptable value, I recommend 999 >> >> because that makes up the Registry Leader >> >> 4) convert plain text to isis helper, for example xxx >> >> id2i file_in create=xxx >> >> if you have any error the input text is surely not canonical >> >> 5) then there are the subfields, denoted here as space, pipe, letter, >> space, for example | a >> >> 6) for this you must create a gizmo in isis with the following conversion >> >> prepare a text file as follows from a-z and save it as pepe.txt >> >> |a ;^a >> >> |b ;^b >> >> |c ;^c >> >> ... >> >> etc >> >> notice that there is a blank space to the left of the pipe >> >> then convert that file to gizmo name it gizfld >> >> mx seq=pepe.txt; create=gizfld now -all tell=10 >> >> note that the ; after the pepe.txt it is mandatory, >> >> 7) now run the gizmo to the isis XXX file to convert the subfield >> characters >> >> mx xxx gizmo=gizfld create=xxx2 now -all tell=10 >> >> 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 >> >> now you have an export ISO prepared to import it with crisis with the >> corresponding parameters >> >> >> >> >> >> >> >> >> >> 000 00899cam a22002537 4500 >> >> 001 000531240 >> >> 003 BR-RjBN >> >> 005 19970609210000.0 >> >> 008 890907s19830000bsc 000 0 por u >> >> 012 __ |a BT000059353 >> >> 035 __ |a 96101812253769001 >> >> 040 __ |a Br |b por >> >> 082 04 |a 340 >> >> 092 __ |a VI-89,2,2 |d TESE >> >> 100 1_ |a Ferreira, Erinalva Medeiros. >> >> 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o >> "espaço público" de poder da mulher |b desde sua condição "privada" / |c >> Erinalva Medeiros Ferreira. - >> >> 260 __ |a Florianópolis : |b [s.n.], |c 1983. >> >> 300 __ |a vii, 120f. ; |c 33cm. >> >> 500 __ |a Orientador: José Maria Gomez. >> >> 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa >> Catarina, Centro Sócio-Econômico. >> >> 595 __ |a TM |a DIR |c 83 >> >> 650 04 |a Direito. >> >> 700 1_ |a Gómez, José María. >> >> 710 2_ |a Universidade Federal de Santa Catarina. |b Centro >> Sócio-Econômico. >> >> 852 __ |a Obras Gerais >> >> 990 __ |a Livro >> >> >> >> Enviado desde Correo >> >> para Windows 10 >> >> >> _______________________________________________ >> 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 >> > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From egbert.desmet at uantwerpen.be Fri Apr 10 09:18:17 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Fri, 10 Apr 2020 07:18:17 +0000 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be>, Message-ID: <2ce5a240769d4f448c28548059d88d49@uantwerpen.be> Hi again, let me clarify : since real MARC21-records are a special type of ISO2709 records (in fact MARC is based on that standard), you can import MARC-records into ABCD directly. Two issues have to be considered then : 1. handling the 'leader' fields (mx has the iso=marc=input.iso and outisotag1= parameters for that) and 2. converting the subfield markers to '^' (which can be done using a gizmo like Ernesto described). We have a manual on how to do this e.g. in the context of converting a KOHA-catalog to ABCD (which I did many times). But your example was a text-dump of a MARC-record, not a MARC-record. That is a quite different situation and takes a different solution. otherwise I would have pointed you directly to the ISO-import method. The method I described, esp. if combined with the gizmo in order to avoid the preliminary step of 'replacing' all pipes into circumflexes (^), could be done with one command, taking the input file as formatted in your example and directly producing the desired output : an ISIS database. The ISO-import interface in ABCD allows direct upload of a local ISO-file to the server, to I don't see the problem there. In version 2.x there is a 'tick-box' to indicate whether or not it is about a MARC-ISO file or not. How much simpler should it get ? About Z39.50 : yes, in order to work in ABCD you need to setup the 'dynamic extension' for it in php.ini. I found it particularly complicated in Windows, because PHP doesn't offer it as a default extension. In Windows you have to make sure you have the correct extension (from https://www.indexdata.com/resources/software/phpyaz/) for the particular Microsoft VC-version, 32- or 64-bits, threaded or non-threaded version of Apache etc., so compiling it yourself seems to be the safest solution but requires quite some steps, described in the 'The ABC of ABCD manual'. For Linux you can install it like any other extension, and the distribution packages (.deb and .rpm) come with a working one provided. I hope all this helps, Egbert de Smet Universiteit Antwerpen ________________________________ From: Soraya Ferraz Lima Sent: Thursday, April 9, 2020 11:52 PM To: Egbert De Smet Cc: Ernesto Spinak; isis-users at iccisis.org Subject: Re: [Isis-users] copy marc record from another sofware to ABCD Nice Egbert! I will do this, more to test this solution. As we are a work team, I believe that it would also be impracticable to use them on a daily basis since it would be necessary to save the text files and still request access to the server, which is not always an easy thing to achieve ... But it would be an interesting feature for ABCD that option to copy or import MARC records. Other Brazilian software such as PHL (which is also based on ISIS), Biblivre and Sophia have this functionality. For now I will do the configuration of the Z39.50 as you said and we will be looking at LOC. Although I think it would be difficult to find brazilian theses and papers there. Taking advantage, is no configuration required on the server to enable Z39.50? PHP extension or something? Thank you so much! Em qui., 9 de abr. de 2020 às 16:44, Egbert De Smet > escreveu: Hi, o.k., not having access to the server makes things a lot more difficult indeed. However I think you could try this : download ABCD to your local PC (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin into a folder, apply the trick to create an ISIS-database, use again mx to output the database as an ISO-2709 file and then use the ABCD-interface to import that ISO-2709 file, which includes the option to 'upload' it. If you just want to add one or more records, don't forget to use the 'append' option (i.e. not deleting the existing records first). About Z39.50 : it would surprise me if Brazil National Library doesn't have such a server, but did you try to search (by title, I don't see an ISBN in your example) in Library of Congress ? Chances are good to find it there. Egbert de Smet Universiteit Antwerpen ________________________________ From: Soraya Ferraz Lima > Sent: Thursday, April 9, 2020 9:19 PM To: Egbert De Smet Cc: Ernesto Spinak; isis-users at iccisis.org Subject: Re: [Isis-users] copy marc record from another sofware to ABCD Wow!! You are brilliant! Thanks for that! But I have a big problem: we are working from home, so we don't have access to the server, making it impossible to run mx or id2i. Is there no way to do it through the ABCD administration interface? Anyway, I will study those tips and codes to see if we can implement it in any way. Tks again Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet > escreveu: Hi, ... and continuing on Ernesto's idea : here is a 'proc' (a set of instructions to modify records with the ABCD 'command-line' executable 'mx' to automatically generate the correctly formatted tagged-text file to be used with the tool 'id2i' (both mx and id2i are located into the cgi-bin directory of ABCD). ======== listing of marc2isis.prc (to be stored on your computer as a file) 'd1', if v1='' then s2:=(s('!ID '), mfn), s4:=(s('')), else s1:=(replace(v1,'~','^')), s3:=(replace(s1 ,'^a ','^a')), e1:=instr(s3,' '), s1:=(s(mid(s3,1,e1-1))), if s1='000' then s1:=(s('999')) fi, s4:=(s('!v',s1,'!')), s2:=(s(mid(s3,e1+1,999))), fi, '<1>',s4,s2,'', ========= Notes : 1. First put all necessary files mentioned here in a directory (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD in Windows) in that directory. 2. Since mx will split a line at each character '|', you will first have to replace all occurrences of that pipe to a wave : '~', to keep the line as one field before further processing it. This can be easily done with a 'search-and-replace' action in any text-processor. This is the manual extra effort required. 3. Each record in the input file should be separated by an empty line, which the proc will replace by the string !ID MFN (record number), but use id2i with the 'create/app' instead of just 'create' parameter so as to make it number the records just sequentially (and ignoring the actual value which is the line number rather than the record number). 4. run the following command to convert the input file to a suitable id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >id2i_input.txt 5. the file id2i_input.txt can be used with the id2i command : id2i id2i_input.txt create/app=new and the database 'new' will contain your records. 6. I noted that in your input example all subfields start with a space (after the subfield-marker!), which is in fact unnecessary and bad practice. Line 7 deletes that space for ^a, but for the other subfields you will have to do a nested 'replace' for each subfield. I'm sure Ernesto can help you for this as he takes such things for breakfast, even before his coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' ^b ' to '^b' (omitting the space before and after) and add the gizmo-parameter to the mx-command. Good luck ! Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Ernesto Spinak > Sent: Thursday, April 9, 2020 5:48 PM To: isis-users at iccisis.org Subject: [Isis-users] copy marc record from another sofware to ABCD continuing with Egbert's idea it is possible with a little procedural work I give the idea, after a volunteer passes it to the mx code let's take your example copiado al final 1) it is plain ansi text easy to parse 2) the first four positions are the field tag and a separator space 3) So we must use the CISIS program called ID2I (see the manual) take notes: (a) each record must start with the line !ID 000000 (case sensitive) so the input text should be massaged, which can be done easily (b) tag 000 should be changed to an acceptable value, I recommend 999 because that makes up the Registry Leader 4) convert plain text to isis helper, for example xxx id2i file_in create=xxx if you have any error the input text is surely not canonical 5) then there are the subfields, denoted here as space, pipe, letter, space, for example | a 6) for this you must create a gizmo in isis with the following conversion prepare a text file as follows from a-z and save it as pepe.txt |a ;^a |b ;^b |c ;^c ... etc notice that there is a blank space to the left of the pipe then convert that file to gizmo name it gizfld mx seq=pepe.txt; create=gizfld now -all tell=10 note that the ; after the pepe.txt it is mandatory, 7) now run the gizmo to the isis XXX file to convert the subfield characters mx xxx gizmo=gizfld create=xxx2 now -all tell=10 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 now you have an export ISO prepared to import it with crisis with the corresponding parameters 000 00899cam a22002537 4500 001 000531240 003 BR-RjBN 005 19970609210000.0 008 890907s19830000bsc 000 0 por u 012 __ |a BT000059353 035 __ |a 96101812253769001 040 __ |a Br |b por 082 04 |a 340 092 __ |a VI-89,2,2 |d TESE 100 1_ |a Ferreira, Erinalva Medeiros. 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o "espaço público" de poder da mulher |b desde sua condição "privada" / |c Erinalva Medeiros Ferreira. - 260 __ |a Florianópolis : |b [s.n.], |c 1983. 300 __ |a vii, 120f. ; |c 33cm. 500 __ |a Orientador: José Maria Gomez. 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa Catarina, Centro Sócio-Econômico. 595 __ |a TM |a DIR |c 83 650 04 |a Direito. 700 1_ |a Gómez, José María. 710 2_ |a Universidade Federal de Santa Catarina. |b Centro Sócio-Econômico. 852 __ |a Obras Gerais 990 __ |a Livro Enviado desde Correo para Windows 10 _______________________________________________ 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 isabel.ayres at gmail.com Fri Apr 10 14:48:23 2020 From: isabel.ayres at gmail.com (Isabel Ayres) Date: Fri, 10 Apr 2020 09:48:23 -0300 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> Message-ID: Dear Soraya and friends, We are users of ABCD since 2011 and we do use Z39.50 to import records into our databases, at Pinacoteca de Sao Paulo. Is it possible to configure our ABCD to serve as Z39.50 server? I never thought about this. Best, Isabel Em qui., 9 de abr. de 2020 às 19:15, Soraya Ferraz Lima < soyferrazlima at gmail.com> escreveu: > Nice Egbert! > > I will do this, more to test this solution. As we are a work team, I > believe that it would also be impracticable to use them on a daily basis > since it would be necessary to save the text files and still request access > to the server, which is not always an easy thing to achieve ... > > But it would be an interesting feature for ABCD that option to copy or > import MARC records. Other Brazilian software such as PHL (which is also > based on ISIS), Biblivre and Sophia have this functionality. > > For now I will do the configuration of the Z39.50 as you said and we will > be looking at LOC. Although I think it would be difficult to find brazilian > theses and papers there. > > Taking advantage, is no configuration required on the server to enable > Z39.50? PHP extension or something? > > Thank you so much! > > Em qui., 9 de abr. de 2020 às 16:44, Egbert De Smet < > egbert.desmet at uantwerpen.be> escreveu: > >> Hi, >> >> >> o.k., not having access to the server makes things a lot more difficult >> indeed. >> >> However I think you could try this : download ABCD to your local PC >> (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin >> into a folder, apply the trick to create an ISIS-database, use again mx to >> output the database as an ISO-2709 file and then use the ABCD-interface to >> import that ISO-2709 file, which includes the option to 'upload' it. >> >> If you just want to add one or more records, don't forget to use the >> 'append' option (i.e. not deleting the existing records first). >> >> >> About Z39.50 : it would surprise me if Brazil National Library doesn't >> have such a server, but did you try to search (by title, I don't see an >> ISBN in your example) in Library of Congress ? Chances are good to find it >> there. >> >> >> Egbert de Smet >> Universiteit Antwerpen >> >> >> ------------------------------ >> *From:* Soraya Ferraz Lima >> *Sent:* Thursday, April 9, 2020 9:19 PM >> *To:* Egbert De Smet >> *Cc:* Ernesto Spinak; isis-users at iccisis.org >> *Subject:* Re: [Isis-users] copy marc record from another sofware to ABCD >> >> Wow!! You are brilliant! >> Thanks for that! >> >> But I have a big problem: we are working from home, so we don't have >> access to the server, making it impossible to run mx or id2i. >> Is there no way to do it through the ABCD administration interface? >> >> Anyway, I will study those tips and codes to see if we can implement it >> in any way. >> >> Tks again >> >> Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet < >> egbert.desmet at uantwerpen.be> escreveu: >> >>> Hi, >>> >>> >>> ... and continuing on Ernesto's idea : here is a 'proc' (a set of >>> instructions to modify records with the ABCD 'command-line' executable 'mx' >>> to automatically generate the correctly formatted tagged-text file to be >>> used with the tool 'id2i' (both mx and id2i are located into the cgi-bin >>> directory of ABCD). >>> >>> ======== listing of marc2isis.prc (to be stored on your computer as a >>> file) >>> >>> 'd1', >>> if v1='' then >>> s2:=(s('!ID '), mfn), >>> s4:=(s('')), >>> else >>> s1:=(replace(v1,'~','^')), >>> s3:=(replace(s1 ,'^a ','^a')), >>> e1:=instr(s3,' '), >>> s1:=(s(mid(s3,1,e1-1))), >>> if s1='000' then s1:=(s('999')) fi, >>> s4:=(s('!v',s1,'!')), >>> s2:=(s(mid(s3,e1+1,999))), >>> fi, >>> '<1>',s4,s2,'', >>> ========= >>> >>> Notes : >>> >>> >>> 1. First put all necessary files mentioned here in a directory >>> (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD >>> in Windows) in that directory. >>> 2. Since mx will split a line at each character '|', you will first >>> have to replace all occurrences of that pipe to a wave : '~', to keep the >>> line as one field before further processing it. This can be easily done >>> with a 'search-and-replace' action in any text-processor. This is the >>> manual extra effort required. >>> 3. Each record in the input file should be separated by an empty >>> line, which the proc will replace by the string !ID MFN (record number), >>> but use id2i with the 'create/app' instead of just 'create' parameter so as >>> to make it number the records just sequentially (and ignoring the actual >>> value which is the line number rather than the record number). >>> 4. run the following command to convert the input file to a suitable >>> id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >>> >id2i_input.txt >>> 5. the file id2i_input.txt can be used with the id2i command : >>> id2i id2i_input.txt create/app=new and the database 'new' will >>> contain your records. >>> 6. I noted that in your input example all subfields start with a >>> space (after the subfield-marker!), which is in fact unnecessary and bad >>> practice. Line 7 deletes that space for ^a, but for the other subfields you >>> will have to do a nested 'replace' for each subfield. I'm sure Ernesto can >>> help you for this as he takes such things for breakfast, even before his >>> coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' >>> ^b ' to '^b' (omitting the space before and after) and add the >>> gizmo-parameter to the mx-command. >>> >>> >>> Good luck ! >>> >>> >>> Egbert de Smet >>> Universiteit Antwerpen >>> >>> >>> ------------------------------ >>> *From:* isis-users >> ua.ac.be at iccisis.org> on behalf of Ernesto Spinak < >>> ernesto_luis_96 at hotmail.com> >>> *Sent:* Thursday, April 9, 2020 5:48 PM >>> *To:* isis-users at iccisis.org >>> *Subject:* [Isis-users] copy marc record from another sofware to ABCD >>> >>> >>> continuing with Egbert's idea >>> >>> it is possible with a little procedural work >>> >>> I give the idea, after a volunteer passes it to the mx code >>> >>> let's take your example copiado al final >>> >>> 1) it is plain ansi text easy to parse >>> >>> 2) the first four positions are the field tag and a separator space >>> >>> 3) So we must use the CISIS program called ID2I (see the manual) >>> >>> take notes: >>> >>> (a) each record must start with the line !ID 000000 (case >>> sensitive) >>> >>> so the input text should be massaged, which can be done easily >>> >>> (b) tag 000 should be changed to an acceptable value, I recommend >>> 999 >>> >>> because that makes up the Registry Leader >>> >>> 4) convert plain text to isis helper, for example xxx >>> >>> id2i file_in create=xxx >>> >>> if you have any error the input text is surely not canonical >>> >>> 5) then there are the subfields, denoted here as space, pipe, letter, >>> space, for example | a >>> >>> 6) for this you must create a gizmo in isis with the following conversion >>> >>> prepare a text file as follows from a-z and save it as pepe.txt >>> >>> |a ;^a >>> >>> |b ;^b >>> >>> |c ;^c >>> >>> ... >>> >>> etc >>> >>> notice that there is a blank space to the left of the pipe >>> >>> then convert that file to gizmo name it gizfld >>> >>> mx seq=pepe.txt; create=gizfld now -all tell=10 >>> >>> note that the ; after the pepe.txt it is mandatory, >>> >>> 7) now run the gizmo to the isis XXX file to convert the subfield >>> characters >>> >>> mx xxx gizmo=gizfld create=xxx2 now -all tell=10 >>> >>> 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 >>> >>> now you have an export ISO prepared to import it with crisis with the >>> corresponding parameters >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> 000 00899cam a22002537 4500 >>> >>> 001 000531240 >>> >>> 003 BR-RjBN >>> >>> 005 19970609210000.0 >>> >>> 008 890907s19830000bsc 000 0 por u >>> >>> 012 __ |a BT000059353 >>> >>> 035 __ |a 96101812253769001 >>> >>> 040 __ |a Br |b por >>> >>> 082 04 |a 340 >>> >>> 092 __ |a VI-89,2,2 |d TESE >>> >>> 100 1_ |a Ferreira, Erinalva Medeiros. >>> >>> 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o >>> "espaço público" de poder da mulher |b desde sua condição "privada" / |c >>> Erinalva Medeiros Ferreira. - >>> >>> 260 __ |a Florianópolis : |b [s.n.], |c 1983. >>> >>> 300 __ |a vii, 120f. ; |c 33cm. >>> >>> 500 __ |a Orientador: José Maria Gomez. >>> >>> 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa >>> Catarina, Centro Sócio-Econômico. >>> >>> 595 __ |a TM |a DIR |c 83 >>> >>> 650 04 |a Direito. >>> >>> 700 1_ |a Gómez, José María. >>> >>> 710 2_ |a Universidade Federal de Santa Catarina. |b Centro >>> Sócio-Econômico. >>> >>> 852 __ |a Obras Gerais >>> >>> 990 __ |a Livro >>> >>> >>> >>> Enviado desde Correo >>> >>> para Windows 10 >>> >>> >>> _______________________________________________ >>> 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 >>> >> _______________________________________________ > 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 > -- Isabel Ayres -------------- next part -------------- An HTML attachment was scrubbed... URL: From soyferrazlima at gmail.com Fri Apr 10 16:13:02 2020 From: soyferrazlima at gmail.com (Soraya Ferraz Lima) Date: Fri, 10 Apr 2020 11:13:02 -0300 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: <2ce5a240769d4f448c28548059d88d49@uantwerpen.be> References: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> <2ce5a240769d4f448c28548059d88d49@uantwerpen.be> Message-ID: Hi Egbert and folks! Thank you very much for the explanation! For the record, I think ABCD is excellent software, especially for librarians who are not afraid to go further as it offers many possibilities with MX, CGI and other tools. I used to work with Biblivre and today I see that the "freedom" of software is not just about the source code. Thank you again, I will take advantage of the holiday and take a look at the manual and the tips that I have been given to explore ABCD more. Em sex., 10 de abr. de 2020 às 04:18, Egbert De Smet < egbert.desmet at uantwerpen.be> escreveu: > Hi again, > > > let me clarify : since real MARC21-records are a special type of ISO2709 > records (in fact MARC is based on that standard), you can import > MARC-records into ABCD directly. Two issues have to be considered then : 1. > handling the 'leader' fields (mx has the iso=marc=input.iso and outisotag1= > parameters for that) and 2. converting the subfield markers to '^' (which > can be done using a gizmo like Ernesto described). We have a manual on how > to do this e.g. in the context of converting a KOHA-catalog to ABCD (which > I did many times). > > But your example was a text-dump of a MARC-record, not a MARC-record. That > is a quite different situation and takes a different solution. otherwise I > would have pointed you directly to the ISO-import method. The method I > described, esp. if combined with the gizmo in order to avoid the > preliminary step of 'replacing' all pipes into circumflexes (^), could be > done with one command, taking the input file as formatted in your example > and directly producing the desired output : an ISIS database. > > The ISO-import interface in ABCD allows direct upload of a local ISO-file > to the server, to I don't see the problem there. In version 2.x there is a > 'tick-box' to indicate whether or not it is about a MARC-ISO file or not. > How much simpler should it get ? > > > About Z39.50 : yes, in order to work in ABCD you need to setup the > 'dynamic extension' for it in php.ini. I found it particularly complicated > in Windows, because PHP doesn't offer it as a default extension. In Windows > you have to make sure you have the correct extension (from > > https://www.indexdata.com/resources/software/phpyaz/) for the particular > Microsoft VC-version, 32- or 64-bits, threaded or non-threaded version of > Apache etc., so compiling it yourself seems to be the safest solution but > requires quite some steps, described in the 'The ABC of ABCD manual'. > > For Linux you can install it like any other extension, and the > distribution packages (.deb and .rpm) come with a working one provided. > > > I hope all this helps, > > > Egbert de Smet > Universiteit Antwerpen > > > ------------------------------ > *From:* Soraya Ferraz Lima > *Sent:* Thursday, April 9, 2020 11:52 PM > *To:* Egbert De Smet > *Cc:* Ernesto Spinak; isis-users at iccisis.org > *Subject:* Re: [Isis-users] copy marc record from another sofware to ABCD > > Nice Egbert! > > I will do this, more to test this solution. As we are a work team, I > believe that it would also be impracticable to use them on a daily basis > since it would be necessary to save the text files and still request access > to the server, which is not always an easy thing to achieve ... > > But it would be an interesting feature for ABCD that option to copy or > import MARC records. Other Brazilian software such as PHL (which is also > based on ISIS), Biblivre and Sophia have this functionality. > > For now I will do the configuration of the Z39.50 as you said and we will > be looking at LOC. Although I think it would be difficult to find brazilian > theses and papers there. > > Taking advantage, is no configuration required on the server to enable > Z39.50? PHP extension or something? > > Thank you so much! > > Em qui., 9 de abr. de 2020 às 16:44, Egbert De Smet < > egbert.desmet at uantwerpen.be> escreveu: > >> Hi, >> >> >> o.k., not having access to the server makes things a lot more difficult >> indeed. >> >> However I think you could try this : download ABCD to your local PC >> (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin >> into a folder, apply the trick to create an ISIS-database, use again mx to >> output the database as an ISO-2709 file and then use the ABCD-interface to >> import that ISO-2709 file, which includes the option to 'upload' it. >> >> If you just want to add one or more records, don't forget to use the >> 'append' option (i.e. not deleting the existing records first). >> >> >> About Z39.50 : it would surprise me if Brazil National Library doesn't >> have such a server, but did you try to search (by title, I don't see an >> ISBN in your example) in Library of Congress ? Chances are good to find it >> there. >> >> >> Egbert de Smet >> Universiteit Antwerpen >> >> >> ------------------------------ >> *From:* Soraya Ferraz Lima >> *Sent:* Thursday, April 9, 2020 9:19 PM >> *To:* Egbert De Smet >> *Cc:* Ernesto Spinak; isis-users at iccisis.org >> *Subject:* Re: [Isis-users] copy marc record from another sofware to ABCD >> >> Wow!! You are brilliant! >> Thanks for that! >> >> But I have a big problem: we are working from home, so we don't have >> access to the server, making it impossible to run mx or id2i. >> Is there no way to do it through the ABCD administration interface? >> >> Anyway, I will study those tips and codes to see if we can implement it >> in any way. >> >> Tks again >> >> Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet < >> egbert.desmet at uantwerpen.be> escreveu: >> >>> Hi, >>> >>> >>> ... and continuing on Ernesto's idea : here is a 'proc' (a set of >>> instructions to modify records with the ABCD 'command-line' executable 'mx' >>> to automatically generate the correctly formatted tagged-text file to be >>> used with the tool 'id2i' (both mx and id2i are located into the cgi-bin >>> directory of ABCD). >>> >>> ======== listing of marc2isis.prc (to be stored on your computer as a >>> file) >>> >>> 'd1', >>> if v1='' then >>> s2:=(s('!ID '), mfn), >>> s4:=(s('')), >>> else >>> s1:=(replace(v1,'~','^')), >>> s3:=(replace(s1 ,'^a ','^a')), >>> e1:=instr(s3,' '), >>> s1:=(s(mid(s3,1,e1-1))), >>> if s1='000' then s1:=(s('999')) fi, >>> s4:=(s('!v',s1,'!')), >>> s2:=(s(mid(s3,e1+1,999))), >>> fi, >>> '<1>',s4,s2,'', >>> ========= >>> >>> Notes : >>> >>> >>> 1. First put all necessary files mentioned here in a directory >>> (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD >>> in Windows) in that directory. >>> 2. Since mx will split a line at each character '|', you will first >>> have to replace all occurrences of that pipe to a wave : '~', to keep the >>> line as one field before further processing it. This can be easily done >>> with a 'search-and-replace' action in any text-processor. This is the >>> manual extra effort required. >>> 3. Each record in the input file should be separated by an empty >>> line, which the proc will replace by the string !ID MFN (record number), >>> but use id2i with the 'create/app' instead of just 'create' parameter so as >>> to make it number the records just sequentially (and ignoring the actual >>> value which is the line number rather than the record number). >>> 4. run the following command to convert the input file to a suitable >>> id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >>> >id2i_input.txt >>> 5. the file id2i_input.txt can be used with the id2i command : >>> id2i id2i_input.txt create/app=new and the database 'new' will >>> contain your records. >>> 6. I noted that in your input example all subfields start with a >>> space (after the subfield-marker!), which is in fact unnecessary and bad >>> practice. Line 7 deletes that space for ^a, but for the other subfields you >>> will have to do a nested 'replace' for each subfield. I'm sure Ernesto can >>> help you for this as he takes such things for breakfast, even before his >>> coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' >>> ^b ' to '^b' (omitting the space before and after) and add the >>> gizmo-parameter to the mx-command. >>> >>> >>> Good luck ! >>> >>> >>> Egbert de Smet >>> Universiteit Antwerpen >>> >>> >>> ------------------------------ >>> *From:* isis-users >> ua.ac.be at iccisis.org> on behalf of Ernesto Spinak < >>> ernesto_luis_96 at hotmail.com> >>> *Sent:* Thursday, April 9, 2020 5:48 PM >>> *To:* isis-users at iccisis.org >>> *Subject:* [Isis-users] copy marc record from another sofware to ABCD >>> >>> >>> continuing with Egbert's idea >>> >>> it is possible with a little procedural work >>> >>> I give the idea, after a volunteer passes it to the mx code >>> >>> let's take your example copiado al final >>> >>> 1) it is plain ansi text easy to parse >>> >>> 2) the first four positions are the field tag and a separator space >>> >>> 3) So we must use the CISIS program called ID2I (see the manual) >>> >>> take notes: >>> >>> (a) each record must start with the line !ID 000000 (case >>> sensitive) >>> >>> so the input text should be massaged, which can be done easily >>> >>> (b) tag 000 should be changed to an acceptable value, I recommend >>> 999 >>> >>> because that makes up the Registry Leader >>> >>> 4) convert plain text to isis helper, for example xxx >>> >>> id2i file_in create=xxx >>> >>> if you have any error the input text is surely not canonical >>> >>> 5) then there are the subfields, denoted here as space, pipe, letter, >>> space, for example | a >>> >>> 6) for this you must create a gizmo in isis with the following conversion >>> >>> prepare a text file as follows from a-z and save it as pepe.txt >>> >>> |a ;^a >>> >>> |b ;^b >>> >>> |c ;^c >>> >>> ... >>> >>> etc >>> >>> notice that there is a blank space to the left of the pipe >>> >>> then convert that file to gizmo name it gizfld >>> >>> mx seq=pepe.txt; create=gizfld now -all tell=10 >>> >>> note that the ; after the pepe.txt it is mandatory, >>> >>> 7) now run the gizmo to the isis XXX file to convert the subfield >>> characters >>> >>> mx xxx gizmo=gizfld create=xxx2 now -all tell=10 >>> >>> 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 >>> >>> now you have an export ISO prepared to import it with crisis with the >>> corresponding parameters >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> 000 00899cam a22002537 4500 >>> >>> 001 000531240 >>> >>> 003 BR-RjBN >>> >>> 005 19970609210000.0 >>> >>> 008 890907s19830000bsc 000 0 por u >>> >>> 012 __ |a BT000059353 >>> >>> 035 __ |a 96101812253769001 >>> >>> 040 __ |a Br |b por >>> >>> 082 04 |a 340 >>> >>> 092 __ |a VI-89,2,2 |d TESE >>> >>> 100 1_ |a Ferreira, Erinalva Medeiros. >>> >>> 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o >>> "espaço público" de poder da mulher |b desde sua condição "privada" / |c >>> Erinalva Medeiros Ferreira. - >>> >>> 260 __ |a Florianópolis : |b [s.n.], |c 1983. >>> >>> 300 __ |a vii, 120f. ; |c 33cm. >>> >>> 500 __ |a Orientador: José Maria Gomez. >>> >>> 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa >>> Catarina, Centro Sócio-Econômico. >>> >>> 595 __ |a TM |a DIR |c 83 >>> >>> 650 04 |a Direito. >>> >>> 700 1_ |a Gómez, José María. >>> >>> 710 2_ |a Universidade Federal de Santa Catarina. |b Centro >>> Sócio-Econômico. >>> >>> 852 __ |a Obras Gerais >>> >>> 990 __ |a Livro >>> >>> >>> >>> Enviado desde Correo >>> >>> para Windows 10 >>> >>> >>> _______________________________________________ >>> 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 >>> >> -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From fttamor at yahoo.com Sun Apr 12 12:05:34 2020 From: fttamor at yahoo.com (Francisco Tamor) Date: Sun, 12 Apr 2020 10:05:34 +0000 (UTC) Subject: [Isis-users] Display Format with frbr References: <1265699575.2946954.1586685934348.ref@mail.yahoo.com> Message-ID: <1265699575.2946954.1586685934348@mail.yahoo.com> Dear Colleagues; A pleasant day to everyone! I have been working on the display format of my database for the past few months and I can't seem to find the right formula. The contributor field with frbr link works with only one occurence but if the field occurence is more than 1 nothing happens to the display (link). I've been working around my fst and pft but to no avail. I attached some pictures of my display together with my pft and fst. I was also trying Guilda's cruzarABCD but with same result. :) Thank you very much in advance. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: contri01.gif Type: image/gif Size: 26355 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: contri02.gif Type: image/gif Size: 27510 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.fst Type: application/octet-stream Size: 502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.pft Type: application/octet-stream Size: 3980 bytes Desc: not available URL: From egbert.desmet at uantwerpen.be Tue Apr 14 10:34:09 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Tue, 14 Apr 2020 08:34:09 +0000 Subject: [Isis-users] Display Format with frbr In-Reply-To: <1265699575.2946954.1586685934348@mail.yahoo.com> References: <1265699575.2946954.1586685934348.ref@mail.yahoo.com>, <1265699575.2946954.1586685934348@mail.yahoo.com> Message-ID: Hi, sorry your request got buried into many other issues like corona and Easter... I can give it a look, since I was involved in developing the FRBR-tricks of the RDA-database (which you took clearly as an example, as intended), but only if you can provide me with some records which contain all the necessary data, i.e. one record with a contributor and some other different records with the same contributor (as the problem is with the repeatable idea). It would be good to specify whether you use Windows or Linux, and which version of ABCD. One more question : do the other repeated links in your 'theses'-database work OK with repeatable fields ? Is it a problem only for contributors ? Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Francisco Tamor Sent: Sunday, April 12, 2020 12:05 PM To: Isis-users Subject: [Isis-users] Display Format with frbr Dear Colleagues; A pleasant day to everyone! I have been working on the display format of my database for the past few months and I can't seem to find the right formula. The contributor field with frbr link works with only one occurence but if the field occurence is more than 1 nothing happens to the display (link). I've been working around my fst and pft but to no avail. I attached some pictures of my display together with my pft and fst. I was also trying Guilda's cruzarABCD but with same result. :) Thank you very much in advance. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From edwin.hubner at gmail.com Tue Apr 14 19:24:07 2020 From: edwin.hubner at gmail.com (=?UTF-8?Q?Edwin_H=C3=BCbner?=) Date: Tue, 14 Apr 2020 14:24:07 -0300 Subject: [Isis-users] copy marc record from another sofware to ABCD In-Reply-To: References: <688d6a4edc394efcb5ec5af260149e95@uantwerpen.be> <2ce5a240769d4f448c28548059d88d49@uantwerpen.be> Message-ID: Just to clear, as I understand it. The National Library form Brazil, unfortunately, does not have an Z39.50 server. Therefore, this function of ABCD cannot be used to copy records from the National Library. Another thing: The Brazilian software such as Pergamun and Sophia, which make it possible to copy records from the National Library, do as follows: 1. The National Library’s software presents the MARC21 record, optionally, in a text format, according to Soraya's example, that can be copied one by one. 2. By copying and pasting, the record is pasted into a type of worksheet (a blank page) and the software converts it, based on the tags's and subfield marks, to an internal MARC record, creating a new record in the database. Regards, Edwin Hübner (5521)99647-1675 Em sex., 10 de abr. de 2020 às 11:17, Soraya Ferraz Lima < soyferrazlima at gmail.com> escreveu: > Hi Egbert and folks! > > Thank you very much for the explanation! > For the record, I think ABCD is excellent software, especially for > librarians who are not afraid to go further as it offers many possibilities > with MX, CGI and other tools. > I used to work with Biblivre and today I see that the "freedom" of > software is not just about the source code. > > Thank you again, I will take advantage of the holiday and take a look at > the manual and the tips that I have been given to explore ABCD more. > > Em sex., 10 de abr. de 2020 às 04:18, Egbert De Smet < > egbert.desmet at uantwerpen.be> escreveu: > >> Hi again, >> >> >> let me clarify : since real MARC21-records are a special type of ISO2709 >> records (in fact MARC is based on that standard), you can import >> MARC-records into ABCD directly. Two issues have to be considered then : 1. >> handling the 'leader' fields (mx has the iso=marc=input.iso and outisotag1= >> parameters for that) and 2. converting the subfield markers to '^' (which >> can be done using a gizmo like Ernesto described). We have a manual on how >> to do this e.g. in the context of converting a KOHA-catalog to ABCD (which >> I did many times). >> >> But your example was a text-dump of a MARC-record, not a MARC-record. >> That is a quite different situation and takes a different solution. >> otherwise I would have pointed you directly to the ISO-import method. The >> method I described, esp. if combined with the gizmo in order to avoid the >> preliminary step of 'replacing' all pipes into circumflexes (^), could be >> done with one command, taking the input file as formatted in your example >> and directly producing the desired output : an ISIS database. >> >> The ISO-import interface in ABCD allows direct upload of a local ISO-file >> to the server, to I don't see the problem there. In version 2.x there is a >> 'tick-box' to indicate whether or not it is about a MARC-ISO file or not. >> How much simpler should it get ? >> >> >> About Z39.50 : yes, in order to work in ABCD you need to setup the >> 'dynamic extension' for it in php.ini. I found it particularly complicated >> in Windows, because PHP doesn't offer it as a default extension. In Windows >> you have to make sure you have the correct extension (from >> >> https://www.indexdata.com/resources/software/phpyaz/) for the particular >> Microsoft VC-version, 32- or 64-bits, threaded or non-threaded version of >> Apache etc., so compiling it yourself seems to be the safest solution but >> requires quite some steps, described in the 'The ABC of ABCD manual'. >> >> For Linux you can install it like any other extension, and the >> distribution packages (.deb and .rpm) come with a working one provided. >> >> >> I hope all this helps, >> >> >> Egbert de Smet >> Universiteit Antwerpen >> >> >> ------------------------------ >> *From:* Soraya Ferraz Lima >> *Sent:* Thursday, April 9, 2020 11:52 PM >> *To:* Egbert De Smet >> *Cc:* Ernesto Spinak; isis-users at iccisis.org >> *Subject:* Re: [Isis-users] copy marc record from another sofware to ABCD >> >> Nice Egbert! >> >> I will do this, more to test this solution. As we are a work team, I >> believe that it would also be impracticable to use them on a daily basis >> since it would be necessary to save the text files and still request access >> to the server, which is not always an easy thing to achieve ... >> >> But it would be an interesting feature for ABCD that option to copy or >> import MARC records. Other Brazilian software such as PHL (which is also >> based on ISIS), Biblivre and Sophia have this functionality. >> >> For now I will do the configuration of the Z39.50 as you said and we will >> be looking at LOC. Although I think it would be difficult to find brazilian >> theses and papers there. >> >> Taking advantage, is no configuration required on the server to enable >> Z39.50? PHP extension or something? >> >> Thank you so much! >> >> Em qui., 9 de abr. de 2020 às 16:44, Egbert De Smet < >> egbert.desmet at uantwerpen.be> escreveu: >> >>> Hi, >>> >>> >>> o.k., not having access to the server makes things a lot more difficult >>> indeed. >>> >>> However I think you could try this : download ABCD to your local PC >>> (Windows or Linux), extract the files mx(.exe) and id2i(.exe) from cgi-bin >>> into a folder, apply the trick to create an ISIS-database, use again mx to >>> output the database as an ISO-2709 file and then use the ABCD-interface to >>> import that ISO-2709 file, which includes the option to 'upload' it. >>> >>> If you just want to add one or more records, don't forget to use the >>> 'append' option (i.e. not deleting the existing records first). >>> >>> >>> About Z39.50 : it would surprise me if Brazil National Library doesn't >>> have such a server, but did you try to search (by title, I don't see an >>> ISBN in your example) in Library of Congress ? Chances are good to find it >>> there. >>> >>> >>> Egbert de Smet >>> Universiteit Antwerpen >>> >>> >>> ------------------------------ >>> *From:* Soraya Ferraz Lima >>> *Sent:* Thursday, April 9, 2020 9:19 PM >>> *To:* Egbert De Smet >>> *Cc:* Ernesto Spinak; isis-users at iccisis.org >>> *Subject:* Re: [Isis-users] copy marc record from another sofware to >>> ABCD >>> >>> Wow!! You are brilliant! >>> Thanks for that! >>> >>> But I have a big problem: we are working from home, so we don't have >>> access to the server, making it impossible to run mx or id2i. >>> Is there no way to do it through the ABCD administration interface? >>> >>> Anyway, I will study those tips and codes to see if we can implement it >>> in any way. >>> >>> Tks again >>> >>> Em qui., 9 de abr. de 2020 às 15:33, Egbert De Smet < >>> egbert.desmet at uantwerpen.be> escreveu: >>> >>>> Hi, >>>> >>>> >>>> ... and continuing on Ernesto's idea : here is a 'proc' (a set of >>>> instructions to modify records with the ABCD 'command-line' executable 'mx' >>>> to automatically generate the correctly formatted tagged-text file to be >>>> used with the tool 'id2i' (both mx and id2i are located into the cgi-bin >>>> directory of ABCD). >>>> >>>> ======== listing of marc2isis.prc (to be stored on your computer as a >>>> file) >>>> >>>> 'd1', >>>> if v1='' then >>>> s2:=(s('!ID '), mfn), >>>> s4:=(s('')), >>>> else >>>> s1:=(replace(v1,'~','^')), >>>> s3:=(replace(s1 ,'^a ','^a')), >>>> e1:=instr(s3,' '), >>>> s1:=(s(mid(s3,1,e1-1))), >>>> if s1='000' then s1:=(s('999')) fi, >>>> s4:=(s('!v',s1,'!')), >>>> s2:=(s(mid(s3,e1+1,999))), >>>> fi, >>>> '<1>',s4,s2,'', >>>> ========= >>>> >>>> Notes : >>>> >>>> >>>> 1. First put all necessary files mentioned here in a directory >>>> (including your input-file 'new.txt', mx and id2i) and open a terminal (CMD >>>> in Windows) in that directory. >>>> 2. Since mx will split a line at each character '|', you will first >>>> have to replace all occurrences of that pipe to a wave : '~', to keep the >>>> line as one field before further processing it. This can be easily done >>>> with a 'search-and-replace' action in any text-processor. This is the >>>> manual extra effort required. >>>> 3. Each record in the input file should be separated by an empty >>>> line, which the proc will replace by the string !ID MFN (record number), >>>> but use id2i with the 'create/app' instead of just 'create' parameter so as >>>> to make it number the records just sequentially (and ignoring the actual >>>> value which is the line number rather than the record number). >>>> 4. run the following command to convert the input file to a >>>> suitable id2i input file : mx seq=new.txt proc=@marc2isis.prc "pft=v1/" now >>>> >id2i_input.txt >>>> 5. the file id2i_input.txt can be used with the id2i command : >>>> id2i id2i_input.txt create/app=new and the database 'new' will >>>> contain your records. >>>> 6. I noted that in your input example all subfields start with a >>>> space (after the subfield-marker!), which is in fact unnecessary and bad >>>> practice. Line 7 deletes that space for ^a, but for the other subfields you >>>> will have to do a nested 'replace' for each subfield. I'm sure Ernesto can >>>> help you for this as he takes such things for breakfast, even before his >>>> coffee. Otherwise use Ernesto's step 6 (the gizmo) to replace the string ' >>>> ^b ' to '^b' (omitting the space before and after) and add the >>>> gizmo-parameter to the mx-command. >>>> >>>> >>>> Good luck ! >>>> >>>> >>>> Egbert de Smet >>>> Universiteit Antwerpen >>>> >>>> >>>> ------------------------------ >>>> *From:* isis-users >>> ua.ac.be at iccisis.org> on behalf of Ernesto Spinak < >>>> ernesto_luis_96 at hotmail.com> >>>> *Sent:* Thursday, April 9, 2020 5:48 PM >>>> *To:* isis-users at iccisis.org >>>> *Subject:* [Isis-users] copy marc record from another sofware to ABCD >>>> >>>> >>>> continuing with Egbert's idea >>>> >>>> it is possible with a little procedural work >>>> >>>> I give the idea, after a volunteer passes it to the mx code >>>> >>>> let's take your example copiado al final >>>> >>>> 1) it is plain ansi text easy to parse >>>> >>>> 2) the first four positions are the field tag and a separator space >>>> >>>> 3) So we must use the CISIS program called ID2I (see the manual) >>>> >>>> take notes: >>>> >>>> (a) each record must start with the line !ID 000000 (case >>>> sensitive) >>>> >>>> so the input text should be massaged, which can be done easily >>>> >>>> (b) tag 000 should be changed to an acceptable value, I recommend >>>> 999 >>>> >>>> because that makes up the Registry Leader >>>> >>>> 4) convert plain text to isis helper, for example xxx >>>> >>>> id2i file_in create=xxx >>>> >>>> if you have any error the input text is surely not canonical >>>> >>>> 5) then there are the subfields, denoted here as space, pipe, letter, >>>> space, for example | a >>>> >>>> 6) for this you must create a gizmo in isis with the following >>>> conversion >>>> >>>> prepare a text file as follows from a-z and save it as pepe.txt >>>> >>>> |a ;^a >>>> >>>> |b ;^b >>>> >>>> |c ;^c >>>> >>>> ... >>>> >>>> etc >>>> >>>> notice that there is a blank space to the left of the pipe >>>> >>>> then convert that file to gizmo name it gizfld >>>> >>>> mx seq=pepe.txt; create=gizfld now -all tell=10 >>>> >>>> note that the ; after the pepe.txt it is mandatory, >>>> >>>> 7) now run the gizmo to the isis XXX file to convert the subfield >>>> characters >>>> >>>> mx xxx gizmo=gizfld create=xxx2 now -all tell=10 >>>> >>>> 8) mx iso=marc=xxx2.iso outisotag1=999 now -all tell=10 >>>> >>>> now you have an export ISO prepared to import it with crisis with the >>>> corresponding parameters >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> 000 00899cam a22002537 4500 >>>> >>>> 001 000531240 >>>> >>>> 003 BR-RjBN >>>> >>>> 005 19970609210000.0 >>>> >>>> 008 890907s19830000bsc 000 0 por u >>>> >>>> 012 __ |a BT000059353 >>>> >>>> 035 __ |a 96101812253769001 >>>> >>>> 040 __ |a Br |b por >>>> >>>> 082 04 |a 340 >>>> >>>> 092 __ |a VI-89,2,2 |d TESE >>>> >>>> 100 1_ |a Ferreira, Erinalva Medeiros. >>>> >>>> 245 13 |a "A figuração da (des) igualdade" : |b algumas idéias sobre o >>>> "espaço público" de poder da mulher |b desde sua condição "privada" / |c >>>> Erinalva Medeiros Ferreira. - >>>> >>>> 260 __ |a Florianópolis : |b [s.n.], |c 1983. >>>> >>>> 300 __ |a vii, 120f. ; |c 33cm. >>>> >>>> 500 __ |a Orientador: José Maria Gomez. >>>> >>>> 502 __ |a Dissertação (mestrado) - Universidade Federal de Santa >>>> Catarina, Centro Sócio-Econômico. >>>> >>>> 595 __ |a TM |a DIR |c 83 >>>> >>>> 650 04 |a Direito. >>>> >>>> 700 1_ |a Gómez, José María. >>>> >>>> 710 2_ |a Universidade Federal de Santa Catarina. |b Centro >>>> Sócio-Econômico. >>>> >>>> 852 __ |a Obras Gerais >>>> >>>> 990 __ |a Livro >>>> >>>> >>>> >>>> Enviado desde Correo >>>> >>>> para Windows 10 >>>> >>>> >>>> _______________________________________________ >>>> 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 >>>> >>> _______________________________________________ > 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 > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: From eustache.megnigbeto at outlook.com Thu Apr 16 09:49:19 2020 From: eustache.megnigbeto at outlook.com (=?iso-8859-1?Q?Eustache_M=EAgnigb=EAto?=) Date: Thu, 16 Apr 2020 08:49:19 +0100 Subject: [Isis-users] Explanation on fields present in a search history database Message-ID: Dear All, I would like to ask for some informations on how to interpret the database cisis creates when the parameter tmpx is used in a search expression. I give below an extract of an example I conduct. I undertand by browsing the data base that v11 contains the database name, v12 the search expression and v31 the number of hits (number of records found), v21 and v35 indicates the order of execution of the search expression. But what do the remaining contain ? Many thanks in advance. mfn= 1 11 ®goima¯ 12 ®water¯ 13 ®_water[1]¯ 20 ®^t1586945326^q000000061¯ 21 ®000000001¯ 22 ®000000000¯ 31 ®000000061¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000152¯ 35 ®watandsan.001¯ mfn= 3 11 ®goima¯ 12 ®sanitation¯ 13 ®_sanitation[1]¯ 20 ®^t1586945386^q000000015¯ 21 ®000000003¯ 22 ®000000000¯ 31 ®000000015¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000664¯ 35 ®watandsan.003¯ ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ ORCID : http://orcid.org/0000-0003-2687-3726 -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Thu Apr 16 16:35:43 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Thu, 16 Apr 2020 14:35:43 +0000 Subject: [Isis-users] Explanation on fields present in a search history database In-Reply-To: References: Message-ID: Eustache, although the parameter tmpx= is indeed briefly discussed in the official CISIS-manual, it doesn't say much, leave alone explain the other fields which are being output. But I think that they probably are not usable anyway, created only for internal purposes, the idea only being that it is possible to refer to previous search result sets in a terminal-environment. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Eustache Mêgnigbêto Sent: Thursday, April 16, 2020 9:49 AM To: isis-users at iccisis.org Subject: [Isis-users] Explanation on fields present in a search history database Dear All, I would like to ask for some informations on how to interpret the database cisis creates when the parameter tmpx is used in a search expression. I give below an extract of an example I conduct. I undertand by browsing the data base that v11 contains the database name, v12 the search expression and v31 the number of hits (number of records found), v21 and v35 indicates the order of execution of the search expression. But what do the remaining contain ? Many thanks in advance. mfn= 1 11 ®goima¯ 12 ®water¯ 13 ®_water[1]¯ 20 ®^t1586945326^q000000061¯ 21 ®000000001¯ 22 ®000000000¯ 31 ®000000061¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000152¯ 35 ®watandsan.001¯ mfn= 3 11 ®goima¯ 12 ®sanitation¯ 13 ®_sanitation[1]¯ 20 ®^t1586945386^q000000015¯ 21 ®000000003¯ 22 ®000000000¯ 31 ®000000015¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000664¯ 35 ®watandsan.003¯ ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ ORCID : http://orcid.org/0000-0003-2687-3726 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ernesto_luis_96 at hotmail.com Thu Apr 16 16:57:59 2020 From: ernesto_luis_96 at hotmail.com (Ernesto Spinak) Date: Thu, 16 Apr 2020 14:57:59 +0000 Subject: [Isis-users] Explanation on fields present in a search history database In-Reply-To: References: , Message-ID: Egbert's explanation is correct that artifice of a tmpx is useful for preprogrammed scripts (.bat or .sh) where you can have predefined processes or also for real-time processes at command level Not applicable to IAH for example Regards Ernesto Spinak Enviado desde Correo para Windows 10 De: Egbert De Smet Enviado: jueves, 16 de abril de 2020 11:47 Para: Eustache Mêgnigbêto; isis-users at iccisis.org Asunto: Re: [Isis-users] Explanation on fields present in a search history database Eustache, although the parameter tmpx= is indeed briefly discussed in the official CISIS-manual, it doesn't say much, leave alone explain the other fields which are being output. But I think that they probably are not usable anyway, created only for internal purposes, the idea only being that it is possible to refer to previous search result sets in a terminal-environment. Egbert de Smet Universiteit Antwerpen From: isis-users on behalf of Eustache Mêgnigbêto Sent: Thursday, April 16, 2020 9:49 AM To: isis-users at iccisis.org Subject: [Isis-users] Explanation on fields present in a search history database Dear All, I would like to ask for some informations on how to interpret the database cisis creates when the parameter tmpx is used in a search expression. I give below an extract of an example I conduct. I undertand by browsing the data base that v11 contains the database name, v12 the search expression and v31 the number of hits (number of records found), v21 and v35 indicates the order of execution of the search expression. But what do the remaining contain ? Many thanks in advance. mfn= 1 11 ®goima¯ 12 ®water¯ 13 ®_water[1]¯ 20 ®^t1586945326^q000000061¯ 21 ®000000001¯ 22 ®000000000¯ 31 ®000000061¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000152¯ 35 ®watandsan.001¯ mfn= 3 11 ®goima¯ 12 ®sanitation¯ 13 ®_sanitation[1]¯ 20 ®^t1586945386^q000000015¯ 21 ®000000003¯ 22 ®000000000¯ 31 ®000000015¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000664¯ 35 ®watandsan.003¯ ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ ORCID : http://orcid.org/0000-0003-2687-3726 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 884614D9738E46D5A11B5B87DBD7AE7F.png Type: image/png Size: 144 bytes Desc: 884614D9738E46D5A11B5B87DBD7AE7F.png URL: From eustache.megnigbeto at outlook.com Fri Apr 17 02:17:02 2020 From: eustache.megnigbeto at outlook.com (=?iso-8859-1?Q?Eustache_M=EAgnigb=EAto?=) Date: Fri, 17 Apr 2020 01:17:02 +0100 Subject: [Isis-users] Explanation on fields present in a search history database In-Reply-To: References: , Message-ID: Dear Egbert and Ernesto, Many thanks for your expalantions. I was using a shell command. I browse the search history database by curiosity and could not find any information. That was the reason of my post. Regards, ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ ORCID : http://orcid.org/0000-0003-2687-3726 De : Ernesto Spinak [mailto:ernesto_luis_96 at hotmail.com] Envoyé : jeudi 16 avril 2020 15:58 À : Egbert De Smet; Eustache Mêgnigbêto; isis-users at iccisis.org Objet : RE: [Isis-users] Explanation on fields present in a search history database Egbert's explanation is correct that artifice of a tmpx is useful for preprogrammed scripts (.bat or .sh) where you can have predefined processes or also for real-time processes at command level Not applicable to IAH for example Regards Ernesto Spinak Enviado desde Correo para Windows 10 De: Egbert De Smet Enviado: jueves, 16 de abril de 2020 11:47 Para: Eustache Mêgnigbêto ; isis-users at iccisis.org Asunto: Re: [Isis-users] Explanation on fields present in a search history database Eustache, although the parameter tmpx= is indeed briefly discussed in the official CISIS-manual, it doesn't say much, leave alone explain the other fields which are being output. But I think that they probably are not usable anyway, created only for internal purposes, the idea only being that it is possible to refer to previous search result sets in a terminal-environment. Egbert de Smet Universiteit Antwerpen From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Thursday, April 16, 2020 9:49 AM To: isis-users at iccisis.org Subject: [Isis-users] Explanation on fields present in a search history database Dear All, I would like to ask for some informations on how to interpret the database cisis creates when the parameter tmpx is used in a search expression. I give below an extract of an example I conduct. I undertand by browsing the data base that v11 contains the database name, v12 the search expression and v31 the number of hits (number of records found), v21 and v35 indicates the order of execution of the search expression. But what do the remaining contain ? Many thanks in advance. mfn= 1 11 ®goima¯ 12 ®water¯ 13 ®_water[1]¯ 20 ®^t1586945326^q000000061¯ 21 ®000000001¯ 22 ®000000000¯ 31 ®000000061¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000152¯ 35 ®watandsan.001¯ mfn= 3 11 ®goima¯ 12 ®sanitation¯ 13 ®_sanitation[1]¯ 20 ®^t1586945386^q000000015¯ 21 ®000000003¯ 22 ®000000000¯ 31 ®000000015¯ 32 ®000000000¯ 33 ®000000000¯ 34 ®000000664¯ 35 ®watandsan.003¯ ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ ORCID : http://orcid.org/0000-0003-2687-3726 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 144 bytes Desc: not available URL: From fttamor at yahoo.com Fri Apr 17 07:38:28 2020 From: fttamor at yahoo.com (Francisco Tamor) Date: Fri, 17 Apr 2020 05:38:28 +0000 (UTC) Subject: [Isis-users] Display Format with frbr In-Reply-To: References: <1265699575.2946954.1586685934348.ref@mail.yahoo.com> <1265699575.2946954.1586685934348@mail.yahoo.com> Message-ID: <735577428.1338846.1587101908885@mail.yahoo.com> Greetings! The FRBR format works only in non-repeatable fields and if only one occurrence of the repeatable field is present, otherwise notthing happens to the formatted field. I am using ABCD for windows ver. 2.0f in a Win7/Win10 environment. Below is a copy of my fst, pft and sample records. THESES.FST 41 0 mpu, 'LN_',v41 100 0 mpu,'AU_',v100 245 8 mpu,'|TX_|',(v245/) 245 0 mpu,(|TI_|v245|%|/)/ 245 4 mhl, v245/ 500 0 mhl, (|GN_|,v500/) 520 4 mpu,(v520*4|%|/) 650 0 mpu, (|SU_|,v650/) 852 0 mpu, (|AC_|v852|%|/) 998 8 mpu,'|KW_|'(v100|%|/) 998 8 mpu,'|KW_|'(v650|%|/) 998 8 mpu,'|KW_|'(v700|%|/) 998 8 mpu,'|KW_|'(v520|%|/) 998 8 mpu,'|KW_|'(v245|%|/) 998 8 mpu,'|KW_|'(v773|%|/) 997 8 mpu, ('|SU_|',v650|%|/) 998 8 mdu,'/KW_/' (v650*4|%|/), 700 0 mpu,(|AR_|,v700^a/) THESES.PFT '' '' if p(v842) then '' fi/ if p(v852) then '' fi/ if p(v50) then '' fi/ if p(v100) then '' fi/ if p(v245) then '' fi/ if p(v260) then '' fi/ if p(v700) then '' fi/ if p(v533) then '' fi/ if p(v500) then '' fi/ if p(v572) then '' fi/ '
MFN :'mfn(5),'
Matl Type :'v842+|
|,'
Accn No. :'v852+|
|,'
Call Number :'v50+|
|,'
Author :',if npost(['theses'],'AU_'v100)>1 then (v100,'','(',f(npost(['theses'],'AU_'v100),1,0),' related works)
') else | |v100, if iocc<>nocc(v100) then '
' fi/, fi,'
Title :'v245+|
|,'
Imprint :'v260+|
|,'
Contributor(s) :'if npost(['theses'],'AR_'v700^a)>1 then (v700^a |, | v700^e,'','(',f(npost(['theses'],'AR_'v700^a),1,0),' related works)
') else (|
|+v700^a |, | v700^e), if iocc<>nocc(v700) then '
' fi/, fi,'
Publication :'v533+|
|,'
General Note :'v500+|
|,'
Affiliation :'v572+|
|,'

' SAMPLE RECORDS MFN :00003 Matl Type :Graduate Thesis Accn No. :GT-3 Call Number :LG 996 1992 B4 C3 Author : Cabrera, Esperanza C.Title :Antibiograms, O serotypes and R plasmids of nosocomial pseudomonas aeruginosa isolates from the ICU-CCU of the Philippines General Hospital Imprint :Manila : Graduate School, University of Santo Tomas, 1992. Contributor(s) :Halos, Saturnina C., Adviser(36 related works)General Note :Dissertation (D.P. Major in Biological Sciences) - University of Santo Tomas Affiliation :DP Biological Sciences MFN :00004 Matl Type :Graduate Thesis Accn No. :GT-4 Call Number :LG 995 1993 M65 A4 Author : Abesamis, Katherine Ann A.Title :Optimizing conditions for the electrophoretic karyotyping of cellulolytic penicillium species and other local fungal isolates Imprint :Quezon City : Molecular Biology and Biotechnology program, College of Science, University of the Philippines Diliman, 1993. Contributor(s) :Halos, Saturnina C., Adviser (this occurs in previous record with link)                          Loida J. Escote-Carlson, Adviser                           Lourdes J. Cruz, Reader General Note :Thesis (M.S. in Molecular Biology and Biotechnology) - University of the PhilippinesAffiliation :MS Molecular Biology and Biotechnology Hope you can help me through this. Thank you very much.Francisco On Tuesday, 14 April 2020, 4:34:13 pm SGT, Egbert De Smet wrote: #yiv7397884843 #yiv7397884843 -- P {margin-top:0;margin-bottom:0;}#yiv7397884843 Hi, sorry your request got buried into many other issues like corona and Easter... I can give it a look, since I was involved in developing the FRBR-tricks of the RDA-database (which you took clearly as an example, as intended), but only if you can provide me with some records which contain all the necessary data, i.e. one record with a contributor and some other different records with the same contributor (as the problem is with the repeatable idea). It would be good to specify whether you use Windows or Linux, and which version of ABCD. One more question : do the other repeated links in your 'theses'-database work OK with repeatable fields ? Is it a problem only for contributors ? Egbert de Smet Universiteit Antwerpen From: isis-users on behalf of Francisco Tamor Sent: Sunday, April 12, 2020 12:05 PM To: Isis-users Subject: [Isis-users] Display Format with frbr Dear Colleagues; A pleasant day to everyone! I have been working on the display format of my database for the past few months and I can't seem to find the right formula. The contributor field with frbr link works with only one occurence but if the field occurence is more than 1 nothing happens to the display (link). I've been working around my fst and pft but to no avail. I attached some pictures of my display together with my pft and fst. I was also trying Guilda's cruzarABCD but with same result. :) Thank you very much in advance. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Fri Apr 17 10:25:30 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Fri, 17 Apr 2020 08:25:30 +0000 Subject: [Isis-users] Display Format with frbr In-Reply-To: <735577428.1338846.1587101908885@mail.yahoo.com> References: <1265699575.2946954.1586685934348.ref@mail.yahoo.com> <1265699575.2946954.1586685934348@mail.yahoo.com> , <735577428.1338846.1587101908885@mail.yahoo.com> Message-ID: Francisco, OK thanks for clarifying. But the FDT and FST you already sent earlier, I need some real records (not print-outs, I am not going to enter them manually in a database, sorry), therefore e.g. in an ISO2709-dump, to test. You could export both records 3 and 4 using the mx-parameters from=3 to=4, or if the database is not big just export the whole database. Still then you could 'cut' the relevant records for testing in a text-editor. Only by having real data (records) at hand we could try to find out what is happening. By just looking at the PFT I don't see a problem, the statement is fully similar to the one we did for RDA. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor Sent: Friday, April 17, 2020 7:38 AM To: Egbert De Smet Cc: Isis-users Subject: Re: [Isis-users] Display Format with frbr Greetings! The FRBR format works only in non-repeatable fields and if only one occurrence of the repeatable field is present, otherwise notthing happens to the formatted field. I am using ABCD for windows ver. 2.0f in a Win7/Win10 environment. Below is a copy of my fst, pft and sample records. THESES.FST 41 0 mpu, 'LN_',v41 100 0 mpu,'AU_',v100 245 8 mpu,'|TX_|',(v245/) 245 0 mpu,(|TI_|v245|%|/)/ 245 4 mhl, v245/ 500 0 mhl, (|GN_|,v500/) 520 4 mpu,(v520*4|%|/) 650 0 mpu, (|SU_|,v650/) 852 0 mpu, (|AC_|v852|%|/) 998 8 mpu,'|KW_|'(v100|%|/) 998 8 mpu,'|KW_|'(v650|%|/) 998 8 mpu,'|KW_|'(v700|%|/) 998 8 mpu,'|KW_|'(v520|%|/) 998 8 mpu,'|KW_|'(v245|%|/) 998 8 mpu,'|KW_|'(v773|%|/) 997 8 mpu, ('|SU_|',v650|%|/) 998 8 mdu,'/KW_/' (v650*4|%|/), 700 0 mpu,(|AR_|,v700^a/) THESES.PFT '' '' if p(v842) then '' fi/ if p(v852) then '' fi/ if p(v50) then '' fi/ if p(v100) then '' fi/ if p(v245) then '' fi/ if p(v260) then '' fi/ if p(v700) then '' fi/ if p(v533) then '' fi/ if p(v500) then '' fi/ if p(v572) then '' fi/ '
MFN :'mfn(5),'
Matl Type :'v842+|
|,'
Accn No. :'v852+|
|,'
Call Number :'v50+|
|,'
Author :',if npost(['theses'],'AU_'v100)>1 then (v100,'','(',f(npost(['theses'],'AU_'v100),1,0),' related works)
') else | |v100, if iocc<>nocc(v100) then '
' fi/, fi,'
Title :'v245+|
|,'
Imprint :'v260+|
|,'
Contributor(s) :'if npost(['theses'],'AR_'v700^a)>1 then (v700^a |, | v700^e,'','(',f(npost(['theses'],'AR_'v700^a),1,0),' related works)
') else (|
|+v700^a |, | v700^e), if iocc<>nocc(v700) then '
' fi/, fi,'
Publication :'v533+|
|,'
General Note :'v500+|
|,'
Affiliation :'v572+|
|,'

' SAMPLE RECORDS MFN :00003 Matl Type :Graduate Thesis Accn No. :GT-3 Call Number :LG 996 1992 B4 C3 Author : Cabrera, Esperanza C. Title :Antibiograms, O serotypes and R plasmids of nosocomial pseudomonas aeruginosa isolates from the ICU-CCU of the Philippines General Hospital Imprint :Manila : Graduate School, University of Santo Tomas, 1992. Contributor(s) :Halos, Saturnina C., Adviser(36 related works) General Note :Dissertation (D.P. Major in Biological Sciences) - University of Santo Tomas Affiliation :DP Biological Sciences MFN :00004 Matl Type :Graduate Thesis Accn No. :GT-4 Call Number :LG 995 1993 M65 A4 Author : Abesamis, Katherine Ann A. Title :Optimizing conditions for the electrophoretic karyotyping of cellulolytic penicillium species and other local fungal isolates Imprint :Quezon City : Molecular Biology and Biotechnology program, College of Science, University of the Philippines Diliman, 1993. Contributor(s) :Halos, Saturnina C., Adviser (this occurs in previous record with link) Loida J. Escote-Carlson, Adviser Lourdes J. Cruz, Reader General Note :Thesis (M.S. in Molecular Biology and Biotechnology) - University of the Philippines Affiliation :MS Molecular Biology and Biotechnology Hope you can help me through this. Thank you very much. Francisco On Tuesday, 14 April 2020, 4:34:13 pm SGT, Egbert De Smet wrote: Hi, sorry your request got buried into many other issues like corona and Easter... I can give it a look, since I was involved in developing the FRBR-tricks of the RDA-database (which you took clearly as an example, as intended), but only if you can provide me with some records which contain all the necessary data, i.e. one record with a contributor and some other different records with the same contributor (as the problem is with the repeatable idea). It would be good to specify whether you use Windows or Linux, and which version of ABCD. One more question : do the other repeated links in your 'theses'-database work OK with repeatable fields ? Is it a problem only for contributors ? Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Francisco Tamor Sent: Sunday, April 12, 2020 12:05 PM To: Isis-users Subject: [Isis-users] Display Format with frbr Dear Colleagues; A pleasant day to everyone! I have been working on the display format of my database for the past few months and I can't seem to find the right formula. The contributor field with frbr link works with only one occurence but if the field occurence is more than 1 nothing happens to the display (link). I've been working around my fst and pft but to no avail. I attached some pictures of my display together with my pft and fst. I was also trying Guilda's cruzarABCD but with same result. :) Thank you very much in advance. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From eustache.megnigbeto at outlook.com Fri Apr 17 11:10:47 2020 From: eustache.megnigbeto at outlook.com (=?iso-8859-1?Q?Eustache_M=EAgnigb=EAto?=) Date: Fri, 17 Apr 2020 10:10:47 +0100 Subject: [Isis-users] Larger database in ABCD In-Reply-To: References: <2a4f5604909a47d8850dc5376cd345f1@uantwerpen.be>, <8980063d939144759d60706ec6a020bb@uantwerpen.be> Message-ID: Dear Egbert, I’m using the windows version of CISIS ffi to treat data i’ve downloaded from the web. Due to the problem with the inverted file key you drew my attention on, I limited data to import to the isis format database. So, in fact, the database is no longer « larger » as it should be. I have 50,000 records and I continue adding new ones. Recenty, I added about 12,000 new records, but while updating the inverted file, I received back the message error fatal : fullinv/ifload. I don’t understand the meaning of this error, but I checked, using mx with dict= parameter and found that the IF was empty. Then I suspected the number of occurrences in one repeatable field. After checking, I noticed that within the new added records, some have a number of occurrences over 250. Is such a number of occurrences the cause of the problem ? Many thanks for your response ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : mercredi 10 juillet 2019 09:52 À : Egbert De Smet Objet : RE: Larger database in ABCD Dea r Egbert, I tried in windows with the ffi version, and it works. I will try under linux afternoon with the bigisis version. Thank you very much. Eustache M. From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:45 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Subject: Re: Larger database in ABCD Well, obviously the same way : CISIS_VERSION = bigisis Egbert de Smet Universiteit Antwerpen _____ From: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 9:23 AM To: Egbert De Smet Subject: RE: Larger database in ABCD Dear Egbert, Many thanks, And next how to activate the bigisis under linux ? From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:09 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com>; isis-users at iccisis.org Subject: Re: Larger database in ABCD In the file dr_path.def of the database concerned (in its 'base' folder) put the line : CISIS_VERSION=ffi You will note that with ffi no 'incremental indexing' (one record by one) will be possible, nor word-proximity searching. Better to use bigisis but that only works in Linux at this time. Egbert de Smet Universiteit Antwerpen _____ From: isis-users < isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 8:56 AM To: isis-users at iccisis.org Subject: [Isis-users] Larger database in ABCD Dear Egbert, I downloaded some data from the web and converted them to a text delimited format, then I used the id2i utility to convert to a ISIS database. However, I noticed that the data were too large to be handled with the standard CISIS utilities. So I used the FFI version of id2i to convert and mx to read, etc. Now, I would like to know how to manage such a database with ABCD since the standard ABCD could not do and since in the ABCD 2.0f version, the subfolder FFI in the cgi-bin sub folder contains the necessary files ? In other words, what changes should I do in the cgi-bin folder to be able to operate the database with ABCD ? Many thank in advance. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ Eustache Megnigbeto | Publons publons.com View Eustache Megnigbeto's profile on Publons with 22 publications and 17 reviews. -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Fri Apr 17 12:23:03 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Fri, 17 Apr 2020 10:23:03 +0000 Subject: [Isis-users] Larger database in ABCD In-Reply-To: References: <2a4f5604909a47d8850dc5376cd345f1@uantwerpen.be>, <8980063d939144759d60706ec6a020bb@uantwerpen.be> , Message-ID: <9be7bb7008b24dc5ba61e0f0fc4afe00@uantwerpen.be> Eustache, as explained earlier in other messages on this list, not the number of occurrences itself is limited, but the total size of these occurrences filling the max-recordsize of CISIS. That is the main limiting factor and also the main reason that I wanted ABCD2.x (soon 2.2) to work with other varieties of CISIS, mainly BigISIS as that one does do incremental indexing as opposed to FFI. FFI is more aiming at 'static' databases with larger records. The max no. of records is in my humble opinion not the crucial factor : it is still '2 to the power of 24' (due to the setup of XRF), meaning more than 16 million and enough for most applications. Now, back to your concrete problem : I see 2 options, i.e. 1. try to avoid such high number of occurrences (repeats of a field) by moving them to another database and use REF(L(), the semi-relations feature of ISIS. You could also consider splitting the record over more than one in the same database and using REF(L() to the database itself ('internal REF') rather than to another one. 2. testing the records with BigISIS. However we only have it currently only in Linux, while we might need to try to re-compile CISIS for BigISIS now that Windows 64-bits is totally 'normal' (it wasn't at the time). That means : records up to 1Mb (but possibly still not enough) but total size of the database up to 512 Gb. Can I ask you : do you see such a MFN with high number of occurrences (250 or more ?) to be stored correctly in the MST, only not being possible to get indexed ? That, i.e. the record itself being not too large but because of its size not indexable, is possible since for indexing some more temporary space is needed to store keys etc. in the 'virtual' ISIS-record CISIS always uses for internal manipulation. Then the problem is not the storage indeed but the indexing. By the way, in ABCD2.x we use external (and larger) text-files which still are indexed (for full-text indexing of repositories), so they are not within the record but referred to when indexing (with the parameter 'gload='). I doubt this to be a good solution, because still the virtual record is used while indexing, whether in the end the problem would be solved by doing this as opposed to having the occurrences stored within the record, but it could be worth a try. But : if the text-files are too large they will be automatically split while referring with a key to the same 'mother record ID' in the new version of ABCD2.2. Dumping your 250+ occurrences field into an external text-file with your basic fields (title, author...) stored as Dublin Core meta-tags (preserved and stored automatically in each split record), therefore would also be possible. If you send me a couple of such records (in ISO-format with accompanying FDT and FST), I could give it a try as a third option. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Eustache Mêgnigbêto Sent: Friday, April 17, 2020 11:10 AM To: isis-users at iccisis.org Subject: Re: [Isis-users] Larger database in ABCD Dear Egbert, I’m using the windows version of CISIS ffi to treat data i’ve downloaded from the web. Due to the problem with the inverted file key you drew my attention on, I limited data to import to the isis format database. So, in fact, the database is no longer « larger » as it should be. I have 50,000 records and I continue adding new ones. Recenty, I added about 12,000 new records, but while updating the inverted file, I received back the message error fatal : fullinv/ifload. I don’t understand the meaning of this error, but I checked, using mx with dict= parameter and found that the IF was empty. Then I suspected the number of occurrences in one repeatable field. After checking, I noticed that within the new added records, some have a number of occurrences over 250. Is such a number of occurrences the cause of the problem ? Many thanks for your response ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : mercredi 10 juillet 2019 09:52 À : Egbert De Smet Objet : RE: Larger database in ABCD Dea r Egbert, I tried in windows with the ffi version, and it works. I will try under linux afternoon with the bigisis version. Thank you very much. Eustache M. From: Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:45 To: Eustache Mêgnigbêto > Subject: Re: Larger database in ABCD Well, obviously the same way : CISIS_VERSION = bigisis Egbert de Smet Universiteit Antwerpen ________________________________ From: Eustache Mêgnigbêto > Sent: Wednesday, July 10, 2019 9:23 AM To: Egbert De Smet Subject: RE: Larger database in ABCD Dear Egbert, Many thanks, And next how to activate the bigisis under linux ? From: Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:09 To: Eustache Mêgnigbêto >; isis-users at iccisis.org Subject: Re: Larger database in ABCD In the file dr_path.def of the database concerned (in its 'base' folder) put the line : CISIS_VERSION=ffi You will note that with ffi no 'incremental indexing' (one record by one) will be possible, nor word-proximity searching. Better to use bigisis but that only works in Linux at this time. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Wednesday, July 10, 2019 8:56 AM To: isis-users at iccisis.org Subject: [Isis-users] Larger database in ABCD Dear Egbert, I downloaded some data from the web and converted them to a text delimited format, then I used the id2i utility to convert to a ISIS database. However, I noticed that the data were too large to be handled with the standard CISIS utilities. So I used the FFI version of id2i to convert and mx to read, etc. Now, I would like to know how to manage such a database with ABCD since the standard ABCD could not do and since in the ABCD 2.0f version, the subfolder FFI in the cgi-bin sub folder contains the necessary files ? In other words, what changes should I do in the cgi-bin folder to be able to operate the database with ABCD ? Many thank in advance. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ [https://publons.com/media/initialcon/EM200.png] Eustache Megnigbeto | Publons publons.com View Eustache Megnigbeto's profile on Publons with 22 publications and 17 reviews. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fttamor at yahoo.com Fri Apr 17 13:09:53 2020 From: fttamor at yahoo.com (Francisco Tamor) Date: Fri, 17 Apr 2020 11:09:53 +0000 (UTC) Subject: [Isis-users] Display format frbr References: <281334687.1387590.1587121793284.ref@mail.yahoo.com> Message-ID: <281334687.1387590.1587121793284@mail.yahoo.com> Egbert, Pleas(e see attached files (for my Theses Database). Thank you. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.iso Type: application/octet-stream Size: 40205 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.fdt Type: application/octet-stream Size: 955 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.fst Type: application/octet-stream Size: 502 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: theses.pft Type: application/octet-stream Size: 3980 bytes Desc: not available URL: From egbert.desmet at uantwerpen.be Fri Apr 17 14:30:31 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Fri, 17 Apr 2020 12:30:31 +0000 Subject: [Isis-users] Display format frbr In-Reply-To: <281334687.1387590.1587121793284@mail.yahoo.com> References: <281334687.1387590.1587121793284.ref@mail.yahoo.com>, <281334687.1387590.1587121793284@mail.yahoo.com> Message-ID: <2ec1d20cdb6444d5a99dba32df184e3a@uantwerpen.be> Sorry I also need your theses.def (since the FRBR-link is using the iah.xis script from the iAH-OPAC and therefore it needs the iAH-configuration file for that database. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor Sent: Friday, April 17, 2020 1:09 PM To: Egbert De Smet Cc: Isis-users Subject: Display format frbr Egbert, Pleas(e see attached files (for my Theses Database). Thank you. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: From aldoeri88888888 at gmail.com Sat Apr 18 05:35:21 2020 From: aldoeri88888888 at gmail.com (Aldo Levi) Date: Fri, 17 Apr 2020 22:35:21 -0500 Subject: [Isis-users] =?utf-8?q?=28no_subject=29?= Message-ID: I need to make a backup of ABCD Which are the files that i have to backup so when i reinstall I dont have problems doing it -------------- next part -------------- An HTML attachment was scrubbed... URL: From eustache.megnigbeto at outlook.com Sat Apr 18 07:44:30 2020 From: eustache.megnigbeto at outlook.com (=?utf-8?Q?Eustache_M=C3=AAgnigb=C3=AAto?=) Date: Sat, 18 Apr 2020 06:44:30 +0100 Subject: [Isis-users] (no subject) In-Reply-To: References: Message-ID: I used to copy the whole abcd directory. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : isis-users [mailto:isis-users-bounces+eustache.megnigbeto=outlook.com at iccisis.org] De la part de Aldo Levi Envoyé : samedi 18 avril 2020 04:35 À : isis-users at iccisis.org Objet : [Isis-users] (no subject) I need to make a backup of ABCD Which are the files that i have to backup so when i reinstall I dont have problems doing it -------------- next part -------------- An HTML attachment was scrubbed... URL: From eustache.megnigbeto at outlook.com Sat Apr 18 12:07:25 2020 From: eustache.megnigbeto at outlook.com (=?iso-8859-1?Q?Eustache_M=EAgnigb=EAto?=) Date: Sat, 18 Apr 2020 11:07:25 +0100 Subject: [Isis-users] Larger database in ABCD In-Reply-To: References: <2a4f5604909a47d8850dc5376cd345f1@uantwerpen.be>, <8980063d939144759d60706ec6a020bb@uantwerpen.be> , <9be7bb7008b24dc5ba61e0f0fc4afe00@uantwerpen.be> Message-ID: Dear Egbert I sent the following message to the list, it was not distributed, perhaps due to the attachment. I then sent it to your personnal mail, hope you received it. Regards, *** Eustache Mêgnigbêto De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : samedi 18 avril 2020 07:13 À : isis-users at iccisis.org Objet : RE: [Isis-users] Larger database in ABCD Dear Egbert, Records with more than 250 are stored correctly ; they can be edited and saved in ABCD. In attachment I send the iso file, the fdt and the fst. PS : Meanwhile, I changed the fst so that an occurrence is indexed only if its number is less than or equal to 250 ; and the IF is then created and updated. Best, ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Envoyé : vendredi 17 avril 2020 11:23 À : Eustache Mêgnigbêto; isis-users at iccisis.org Objet : Re: [Isis-users] Larger database in ABCD Eustache, as explained earlier in other messages on this list, not the number of occurrences itself is limited, but the total size of these occurrences filling the max-recordsize of CISIS. That is the main limiting factor and also the main reason that I wanted ABCD2.x (soon 2.2) to work with other varieties of CISIS, mainly BigISIS as that one does do incremental indexing as opposed to FFI. FFI is more aiming at 'static' databases with larger records. The max no. of records is in my humble opinion not the crucial factor : it is still '2 to the power of 24' (due to the setup of XRF), meaning more than 16 million and enough for most applications. Now, back to your concrete problem : I see 2 options, i.e. 1. try to avoid such high number of occurrences (repeats of a field) by moving them to another database and use REF(L(), the semi-relations feature of ISIS. You could also consider splitting the record over more than one in the same database and using REF(L() to the database itself ('internal REF') rather than to another one. 2. testing the records with BigISIS. However we only have it currently only in Linux, while we might need to try to re-compile CISIS for BigISIS now that Windows 64-bits is totally 'normal' (it wasn't at the time). That means : records up to 1Mb (but possibly still not enough) but total size of the database up to 512 Gb. Can I ask you : do you see such a MFN with high number of occurrences (250 or more ?) to be stored correctly in the MST, only not being possible to get indexed ? That, i.e. the record itself being not too large but because of its size not indexable, is possible since for indexing some more temporary space is needed to store keys etc. in the 'virtual' ISIS-record CISIS always uses for internal manipulation. Then the problem is not the storage indeed but the indexing. By the way, in ABCD2.x we use external (and larger) text-files which still are indexed (for full-text indexing of repositories), so they are not within the record but referred to when indexing (with the parameter 'gload='). I doubt this to be a good solution, because still the virtual record is used while indexing, whether in the end the problem would be solved by doing this as opposed to having the occurrences stored within the record, but it could be worth a try. But : if the text-files are too large they will be automatically split while referring with a key to the same 'mother record ID' in the new version of ABCD2.2. Dumping your 250+ occurrences field into an external text-file with your basic fields (title, author...) stored as Dublin Core meta-tags (preserved and stored automatically in each split record), therefore would also be possible. If you send me a couple of such records (in ISO-format with accompanying FDT and FST), I could give it a try as a third option. Egbert de Smet Universiteit Antwerpen _____ From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Friday, April 17, 2020 11:10 AM To: isis-users at iccisis.org Subject: Re: [Isis-users] Larger database in ABCD Dear Egbert, I’m using the windows version of CISIS ffi to treat data i’ve downloaded from the web. Due to the problem with the inverted file key you drew my attention on, I limited data to import to the isis format database. So, in fact, the database is no longer « larger » as it should be. I have 50,000 records and I continue adding new ones. Recenty, I added about 12,000 new records, but while updating the inverted file, I received back the message error fatal : fullinv/ifload. I don’t understand the meaning of this error, but I checked, using mx with dict= parameter and found that the IF was empty. Then I suspected the number of occurrences in one repeatable field. After checking, I noticed that within the new added records, some have a number of occurrences over 250. Is such a number of occurrences the cause of the problem ? Many thanks for your response ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : mercredi 10 juillet 2019 09:52 À : Egbert De Smet Objet : RE: Larger database in ABCD Dea r Egbert, I tried in windows with the ffi version, and it works. I will try under linux afternoon with the bigisis version. Thank you very much. Eustache M. From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:45 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Subject: Re: Larger database in ABCD Well, obviously the same way : CISIS_VERSION = bigisis Egbert de Smet Universiteit Antwerpen _____ From: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 9:23 AM To: Egbert De Smet Subject: RE: Larger database in ABCD Dear Egbert, Many thanks, And next how to activate the bigisis under linux ? From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:09 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com>; isis-users at iccisis.org Subject: Re: Larger database in ABCD In the file dr_path.def of the database concerned (in its 'base' folder) put the line : CISIS_VERSION=ffi You will note that with ffi no 'incremental indexing' (one record by one) will be possible, nor word-proximity searching. Better to use bigisis but that only works in Linux at this time. Egbert de Smet Universiteit Antwerpen _____ From: isis-users < isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 8:56 AM To: isis-users at iccisis.org Subject: [Isis-users] Larger database in ABCD Dear Egbert, I downloaded some data from the web and converted them to a text delimited format, then I used the id2i utility to convert to a ISIS database. However, I noticed that the data were too large to be handled with the standard CISIS utilities. So I used the FFI version of id2i to convert and mx to read, etc. Now, I would like to know how to manage such a database with ABCD since the standard ABCD could not do and since in the ABCD 2.0f version, the subfolder FFI in the cgi-bin sub folder contains the necessary files ? In other words, what changes should I do in the cgi-bin folder to be able to operate the database with ABCD ? Many thank in advance. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ Eustache Megnigbeto | Publons publons.com View Eustache Megnigbeto's profile on Publons with 22 publications and 17 reviews. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 1100 bytes Desc: not available URL: From egbert.desmet at uantwerpen.be Sat Apr 18 12:36:07 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Sat, 18 Apr 2020 10:36:07 +0000 Subject: [Isis-users] Fw: Larger database in ABCD In-Reply-To: References: <2a4f5604909a47d8850dc5376cd345f1@uantwerpen.be>, <8980063d939144759d60706ec6a020bb@uantwerpen.be> , <9be7bb7008b24dc5ba61e0f0fc4afe00@uantwerpen.be> , , Message-ID: <8cd154a31bb04333ae4ddc9fccf29ef4@uantwerpen.be> Eustache, having had a look at your database, I think moving the contents of your v10 (I don't know their real meaning so I just named them 'links to partners') and using REF(L)) is the best solution. Here are the steps I used : 1. create a 'primary key' into v99 of gasp, by a proc putting the MFN into v99 : mx gasp "proc='<99>',mfn(1),''" copy=gasp now -all; using the MFN itself is not safe as it can change by export/import actions 2. create a PFT 'v10.pft' which prints contents of v10 into a text-file with the CISIS id2i format : '!ID 'mfn(1)/, '!099!',v99/,('!v001!',v10/,), # 3. dump of the v10-contents in a tagged text file : mx gasp pft=@v10.pft now -all > partners.id 4. create the database partners with id2i : id2i partners.id create=partners 5. create an FST 'partners.fst' for the new database, making the primary key immediately searchable : 1 5 '/PA_/', v99 (note the use of the prefix PA_ but in fact not necessary) 6. index that new database with that FST : mx partners fst=@ fullinv/ansi=partners 7. delete the original v10 in gasp to avoid indexing problems in gasp by considerably reducing the record-size : mx gasp "proc='d10'" copy=gasp now -all 8. to test how to include the links (the partners), use a PFT like this one (I named it 'link2p.pft' : 'MFN=',v99/,ref->partners(l->partners('PA_'v99),('link='v1/)) and test it : mx gasp pft=link2p.pft, which should give you results like : MFN=1 link=^aRedeemers Univ^cMowe^dNigeria^zuniv .. MFN=2 link=^aNasarawa State Univ^bFac Agr^cLafia^dNigeria^zuniv link=^aKogi State Univ^bFac Agr^cAnyigba^dNigeria^zuniv So from now on you can include the PFT-statement ref->partners(l->partners('PA_'v99),('link='v1/)) to any PFT to show your original v10, without having it inside the database and by doing so avoiding the indexing problem due to the volume of v10-contents. I tested indexing (using the BigISIS mx in Linux, but you could even try with the standard mx of ABCD to preserve incremental indexing, in Linux it worked o.k.). So by this procedure you can avoid the indexing problem, even using the default CISIS-versions (mx and wxis). This only requires from now on to add the info which you used to enter in v10, now into a v1 of a separate database. I am attaching the files I created except the bigger ones with the databases since you are using Windows anyway. I am hoping this 'model' could also serve others in the ABCD-community having similar problems : make ABCD a bit relational. Egbert de Smet Universiteit Antwerpen ________________________________ From: Eustache Mêgnigbêto Sent: Saturday, April 18, 2020 8:22 AM To: Egbert De Smet Subject: TR: [Isis-users] Larger database in ABCD ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : samedi 18 avril 2020 07:13 À : isis-users at iccisis.org Objet : RE: [Isis-users] Larger database in ABCD Dear Egbert, Records with more than 250 are stored correctly ; they can be edited and saved in ABCD. In attachment I send the iso file, the fdt and the fst. PS : Meanwhile, I changed the fst so that an occurrence is indexed only if its number is less than or equal to 250 ; and the IF is then created and updated. Best, ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Envoyé : vendredi 17 avril 2020 11:23 À : Eustache Mêgnigbêto; isis-users at iccisis.org Objet : Re: [Isis-users] Larger database in ABCD Eustache, as explained earlier in other messages on this list, not the number of occurrences itself is limited, but the total size of these occurrences filling the max-recordsize of CISIS. That is the main limiting factor and also the main reason that I wanted ABCD2.x (soon 2.2) to work with other varieties of CISIS, mainly BigISIS as that one does do incremental indexing as opposed to FFI. FFI is more aiming at 'static' databases with larger records. The max no. of records is in my humble opinion not the crucial factor : it is still '2 to the power of 24' (due to the setup of XRF), meaning more than 16 million and enough for most applications. Now, back to your concrete problem : I see 2 options, i.e. 1. try to avoid such high number of occurrences (repeats of a field) by moving them to another database and use REF(L(), the semi-relations feature of ISIS. You could also consider splitting the record over more than one in the same database and using REF(L() to the database itself ('internal REF') rather than to another one. 2. testing the records with BigISIS. However we only have it currently only in Linux, while we might need to try to re-compile CISIS for BigISIS now that Windows 64-bits is totally 'normal' (it wasn't at the time). That means : records up to 1Mb (but possibly still not enough) but total size of the database up to 512 Gb. Can I ask you : do you see such a MFN with high number of occurrences (250 or more ?) to be stored correctly in the MST, only not being possible to get indexed ? That, i.e. the record itself being not too large but because of its size not indexable, is possible since for indexing some more temporary space is needed to store keys etc. in the 'virtual' ISIS-record CISIS always uses for internal manipulation. Then the problem is not the storage indeed but the indexing. By the way, in ABCD2.x we use external (and larger) text-files which still are indexed (for full-text indexing of repositories), so they are not within the record but referred to when indexing (with the parameter 'gload='). I doubt this to be a good solution, because still the virtual record is used while indexing, whether in the end the problem would be solved by doing this as opposed to having the occurrences stored within the record, but it could be worth a try. But : if the text-files are too large they will be automatically split while referring with a key to the same 'mother record ID' in the new version of ABCD2.2. Dumping your 250+ occurrences field into an external text-file with your basic fields (title, author...) stored as Dublin Core meta-tags (preserved and stored automatically in each split record), therefore would also be possible. If you send me a couple of such records (in ISO-format with accompanying FDT and FST), I could give it a try as a third option. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Friday, April 17, 2020 11:10 AM To: isis-users at iccisis.org Subject: Re: [Isis-users] Larger database in ABCD Dear Egbert, I’m using the windows version of CISIS ffi to treat data i’ve downloaded from the web. Due to the problem with the inverted file key you drew my attention on, I limited data to import to the isis format database. So, in fact, the database is no longer « larger » as it should be. I have 50,000 records and I continue adding new ones. Recenty, I added about 12,000 new records, but while updating the inverted file, I received back the message error fatal : fullinv/ifload. I don’t understand the meaning of this error, but I checked, using mx with dict= parameter and found that the IF was empty. Then I suspected the number of occurrences in one repeatable field. After checking, I noticed that within the new added records, some have a number of occurrences over 250. Is such a number of occurrences the cause of the problem ? Many thanks for your response ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : mercredi 10 juillet 2019 09:52 À : Egbert De Smet Objet : RE: Larger database in ABCD Dea r Egbert, I tried in windows with the ffi version, and it works. I will try under linux afternoon with the bigisis version. Thank you very much. Eustache M. From: Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:45 To: Eustache Mêgnigbêto > Subject: Re: Larger database in ABCD Well, obviously the same way : CISIS_VERSION = bigisis Egbert de Smet Universiteit Antwerpen ________________________________ From: Eustache Mêgnigbêto > Sent: Wednesday, July 10, 2019 9:23 AM To: Egbert De Smet Subject: RE: Larger database in ABCD Dear Egbert, Many thanks, And next how to activate the bigisis under linux ? From: Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:09 To: Eustache Mêgnigbêto >; isis-users at iccisis.org Subject: Re: Larger database in ABCD In the file dr_path.def of the database concerned (in its 'base' folder) put the line : CISIS_VERSION=ffi You will note that with ffi no 'incremental indexing' (one record by one) will be possible, nor word-proximity searching. Better to use bigisis but that only works in Linux at this time. Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Wednesday, July 10, 2019 8:56 AM To: isis-users at iccisis.org Subject: [Isis-users] Larger database in ABCD Dear Egbert, I downloaded some data from the web and converted them to a text delimited format, then I used the id2i utility to convert to a ISIS database. However, I noticed that the data were too large to be handled with the standard CISIS utilities. So I used the FFI version of id2i to convert and mx to read, etc. Now, I would like to know how to manage such a database with ABCD since the standard ABCD could not do and since in the ABCD 2.0f version, the subfolder FFI in the cgi-bin sub folder contains the necessary files ? In other words, what changes should I do in the cgi-bin folder to be able to operate the database with ABCD ? Many thank in advance. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ [https://publons.com/media/initialcon/EM200.png] Eustache Megnigbeto | Publons publons.com View Eustache Megnigbeto's profile on Publons with 22 publications and 17 reviews. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: addv99.prc Type: application/x-mobipocket-ebook Size: 22 bytes Desc: addv99.prc URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: link2p.pft Type: application/octet-stream Size: 63 bytes Desc: link2p.pft URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: partners.fst Type: application/octet-stream Size: 17 bytes Desc: partners.fst URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: v10.pft Type: application/octet-stream Size: 52 bytes Desc: v10.pft URL: From egbert.desmet at uantwerpen.be Sat Apr 18 13:44:45 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Sat, 18 Apr 2020 11:44:45 +0000 Subject: [Isis-users] Fwd: Display format frbr In-Reply-To: <19fc08b7b6ac48bba95fde6ec540c699@uantwerpen.be> References: <281334687.1387590.1587121793284.ref@mail.yahoo.com> <281334687.1387590.1587121793284@mail.yahoo.com> <2ec1d20cdb6444d5a99dba32df184e3a@uantwerpen.be>, <1922799203.1700015.1587181731457@mail.yahoo.com>, <19fc08b7b6ac48bba95fde6ec540c699@uantwerpen.be> Message-ID: Get Outlook for Android ________________________________ From: Egbert De Smet Sent: Saturday, April 18, 2020 11:25:35 AM To: Francisco Tamor Subject: Re: Display format frbr Francisco, OK now I could test it, however I did it in Linux and still had to - additionally to the changes below - deal with upper/lowercase references to the database name and the call to wxis dropping the '.exe' extension. First of all : the current PFT with the FRBR-reference works only showing the linked records in iAH, since it calls the iah.xis script. I suppose this is not a problem for you ? Testing in Central is still possible but the link opens an iAH-results-screen. If you want it to show the links in Central, another PFT will be needed which calls another IsisScript (e.g. see the attached one 'show_searchresults.xis' as an example, only using cipar=, base=, pft= and search= as necessary parameters) but I didn't test this yet. The PFT-code which works correctly (in my case at least) is, for v700 (Contributors) also if repeated, the following : if p(v700) then ' Contributor(s) :', if npost(['theses'],'AR_'v700^a)>1 then (v700^a, |, | v700^e, '', ' (', f(npost(['theses'],'AR_'v700^a),1,0),' related works)
', if iocc<>nocc(v700) then '
' fi)/ else (|
|+v700^a |, | v700^e), fi, fi/ Compare that carefully to your original code below : if p(v700) then 'Contributor(s) : ' if npost(['theses'],'AR_'v700^a)>1 then (v700^a |, | v700^e, '', '(',f(npost(['theses'],'AR_'v700^a),1,0),' related works)
') else (|
|+v700^a |, | v700^e), if iocc<>nocc(v700) then '
' fi/, fi,'' fi/ I hope this helps. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor Sent: Saturday, April 18, 2020 5:48 AM To: Egbert De Smet Subject: Re: Display format frbr Hi Egbert, Here it is... On Friday, 17 April 2020, 8:30:36 pm SGT, Egbert De Smet wrote: Sorry I also need your theses.def (since the FRBR-link is using the iah.xis script from the iAH-OPAC and therefore it needs the iAH-configuration file for that database. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor Sent: Friday, April 17, 2020 1:09 PM To: Egbert De Smet Cc: Isis-users Subject: Display format frbr Egbert, Pleas(e see attached files (for my Theses Database). Thank you. Francisco -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: show_searchresults.xis Type: application/octet-stream Size: 2476 bytes Desc: show_searchresults.xis URL: From fttamor at yahoo.com Sun Apr 19 09:00:45 2020 From: fttamor at yahoo.com (Francisco Tamor) Date: Sun, 19 Apr 2020 07:00:45 +0000 (UTC) Subject: [Isis-users] Fwd: Display format frbr In-Reply-To: References: <281334687.1387590.1587121793284.ref@mail.yahoo.com> <281334687.1387590.1587121793284@mail.yahoo.com> <2ec1d20cdb6444d5a99dba32df184e3a@uantwerpen.be> <1922799203.1700015.1587181731457@mail.yahoo.com> <19fc08b7b6ac48bba95fde6ec540c699@uantwerpen.be> Message-ID: <2074679167.1945820.1587279645852@mail.yahoo.com> Egbert, Thank you very much. I will try this at once and let you know the result. Regards,Francisco On Saturday, 18 April 2020, 7:51:18 pm SGT, Egbert De Smet wrote: #yiv0051322889 #yiv0051322889 --p {margin-top:0;margin-bottom:0;}#yiv0051322889 Get Outlook for AndroidFrom: Egbert De Smet Sent: Saturday, April 18, 2020 11:25:35 AM To: Francisco Tamor Subject: Re: Display format frbr  Francisco, OK now I could test it, however I did it in Linux and still had to - additionally to the changes below - deal with upper/lowercase references to the database name and the call to wxis dropping the '.exe' extension. First of all : the current PFT with the FRBR-reference works only showing the linked records in iAH, since it calls the iah.xis script. I suppose this is not a problem for you ? Testing in Central is still possible but the link opens an iAH-results-screen. If you want it to show the links in Central, another PFT will be needed which calls another IsisScript (e.g. see the attached one 'show_searchresults.xis' as an example, only using cipar=, base=, pft= and search= as necessary parameters) but I didn't test this yet. The PFT-code which works correctly (in my case at least) is, for v700 (Contributors) also if repeated, the following : if p(v700) then ' Contributor(s) :',  if npost(['theses'],'AR_'v700^a)>1 then (v700^a, |, | v700^e, '', ' (', f(npost(['theses'],'AR_'v700^a),1,0),' related works)
',   if iocc<>nocc(v700) then '
' fi)/  else (|
|+v700^a |, | v700^e),  fi, fi/ Compare that carefully to your original code below : if p(v700) then 'Contributor(s) : ' if npost(['theses'],'AR_'v700^a)>1 then (v700^a |, | v700^e, '', '(',f(npost(['theses'],'AR_'v700^a),1,0),' related works)
') else (|
|+v700^a |, | v700^e), if iocc<>nocc(v700) then '
' fi/, fi,'' fi/ I hope this helps. Egbert de Smet Universiteit Antwerpen From: Francisco Tamor Sent: Saturday, April 18, 2020 5:48 AM To: Egbert De Smet Subject: Re: Display format frbr Hi Egbert, Here it is... On Friday, 17 April 2020, 8:30:36 pm SGT, Egbert De Smet wrote: Sorry I also need your theses.def (since the FRBR-link is using the iah.xis script from the iAH-OPAC and therefore it needs the iAH-configuration file for that database. Egbert de Smet Universiteit Antwerpen From: Francisco Tamor Sent: Friday, April 17, 2020 1:09 PM To: Egbert De Smet Cc: Isis-users Subject: Display format frbr Egbert, Pleas(e see attached files (for my Theses Database). Thank you. Francisco _______________________________________________ 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 piet.dekeyser at ucll.be Sun Apr 19 10:34:22 2020 From: piet.dekeyser at ucll.be (Piet De Keyser) Date: Sun, 19 Apr 2020 08:34:22 +0000 Subject: [Isis-users] Fwd: Display format frbr In-Reply-To: <2074679167.1945820.1587279645852@mail.yahoo.com> References: <281334687.1387590.1587121793284.ref@mail.yahoo.com> <281334687.1387590.1587121793284@mail.yahoo.com> <2ec1d20cdb6444d5a99dba32df184e3a@uantwerpen.be> <1922799203.1700015.1587181731457@mail.yahoo.com> <19fc08b7b6ac48bba95fde6ec540c699@uantwerpen.be> <2074679167.1945820.1587279645852@mail.yahoo.com> Message-ID: Francisco, Your initial problem was that the link only shows with unrepeated fields. This is because the condition if npost(['theses'],'AR_'v700^a)>1 then ( is not put inside the repetation, so it should be inside it: ( if npost(['theses'],'AR_'v700^a)>1 then v700^a |, | v700^e,… etc etc ‘ Namens Francisco Tamor Verzonden: zondag 19 april 2020 9:01 Aan: Egbert De Smet CC: Isis-users Onderwerp: Re: [Isis-users] Fwd: Display format frbr Egbert, Thank you very much. I will try this at once and let you know the result. Regards, Francisco On Saturday, 18 April 2020, 7:51:18 pm SGT, Egbert De Smet > wrote: Get Outlook for Android ________________________________ From: Egbert De Smet > Sent: Saturday, April 18, 2020 11:25:35 AM To: Francisco Tamor > Subject: Re: Display format frbr Francisco, OK now I could test it, however I did it in Linux and still had to - additionally to the changes below - deal with upper/lowercase references to the database name and the call to wxis dropping the '.exe' extension. First of all : the current PFT with the FRBR-reference works only showing the linked records in iAH, since it calls the iah.xis script. I suppose this is not a problem for you ? Testing in Central is still possible but the link opens an iAH-results-screen. If you want it to show the links in Central, another PFT will be needed which calls another IsisScript (e.g. see the attached one 'show_searchresults.xis' as an example, only using cipar=, base=, pft= and search= as necessary parameters) but I didn't test this yet. The PFT-code which works correctly (in my case at least) is, for v700 (Contributors) also if repeated, the following : if p(v700) then ' Contributor(s) :', if npost(['theses'],'AR_'v700^a)>1 then (v700^a, |, | v700^e, '', ' (', f(npost(['theses'],'AR_'v700^a),1,0),' related works)
', if iocc<>nocc(v700) then '
' fi)/ else (|
|+v700^a |, | v700^e), fi, fi/ Compare that carefully to your original code below : if p(v700) then 'Contributor(s) : ' if npost(['theses'],'AR_'v700^a)>1 then (v700^a |, | v700^e, '', '(',f(npost(['theses'],'AR_'v700^a),1,0),' related works)
') else (|
|+v700^a |, | v700^e), if iocc<>nocc(v700) then '
' fi/, fi,'' fi/ I hope this helps. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor > Sent: Saturday, April 18, 2020 5:48 AM To: Egbert De Smet Subject: Re: Display format frbr Hi Egbert, Here it is... On Friday, 17 April 2020, 8:30:36 pm SGT, Egbert De Smet > wrote: Sorry I also need your theses.def (since the FRBR-link is using the iah.xis script from the iAH-OPAC and therefore it needs the iAH-configuration file for that database. Egbert de Smet Universiteit Antwerpen ________________________________ From: Francisco Tamor > Sent: Friday, April 17, 2020 1:09 PM To: Egbert De Smet Cc: Isis-users Subject: Display format frbr Egbert, Pleas(e see attached files (for my Theses Database). Thank you. Francisco _______________________________________________ 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 eustache.megnigbeto at outlook.com Sun Apr 19 21:45:27 2020 From: eustache.megnigbeto at outlook.com (=?iso-8859-1?Q?Eustache_M=EAgnigb=EAto?=) Date: Sun, 19 Apr 2020 20:45:27 +0100 Subject: [Isis-users] Fw: Larger database in ABCD In-Reply-To: <8cd154a31bb04333ae4ddc9fccf29ef4@uantwerpen.be> References: <2a4f5604909a47d8850dc5376cd345f1@uantwerpen.be>, <8980063d939144759d60706ec6a020bb@uantwerpen.be> , <9be7bb7008b24dc5ba61e0f0fc4afe00@uantwerpen.be> , , <8cd154a31bb04333ae4ddc9fccf29ef4@uantwerpen.be> Message-ID: Dear Egbert, Many thanks. I followed the steps you gave below and the results are conform to what I wanted. Thanks once again. Regards, *** Eustache Mêgnigbêto De : isis-users [mailto:isis-users-bounces+eustache.megnigbeto=outlook.com at iccisis.org] De la part de Egbert De Smet Envoyé : samedi 18 avril 2020 11:36 À : isis-users Objet : [Isis-users] Fw: Larger database in ABCD Eustache, having had a look at your database, I think moving the contents of your v10 (I don't know their real meaning so I just named them 'links to partners') and using REF(L)) is the best solution. Here are the steps I used : 1. create a 'primary key' into v99 of gasp, by a proc putting the MFN into v99 : mx gasp "proc='<99>',mfn(1),''" copy=gasp now -all; using the MFN itself is not safe as it can change by export/import actions 2. create a PFT 'v10.pft' which prints contents of v10 into a text-file with the CISIS id2i format : '!ID 'mfn(1)/, '!099!',v99/,('!v001!',v10/,), # 3. dump of the v10-contents in a tagged text file : mx gasp pft=@v10.pft now -all > partners.id 4. create the database partners with id2i : id2i partners.id create=partners 5. create an FST 'partners.fst' for the new database, making the primary key immediately searchable : 1 5 '/PA_/', v99 (note the use of the prefix PA_ but in fact not necessary) 6. index that new database with that FST : mx partners fst=@ fullinv/ansi=partners 7. delete the original v10 in gasp to avoid indexing problems in gasp by considerably reducing the record-size : mx gasp "proc='d10'" copy=gasp now -all 8. to test how to include the links (the partners), use a PFT like this one (I named it 'link2p.pft' : 'MFN=',v99/,ref->partners(l->partners('PA_'v99),('link='v1/)) and test it : mx gasp pft=link2p.pft, which should give you results like : MFN=1 link=^aRedeemers Univ^cMowe^dNigeria^zuniv .. MFN=2 link=^aNasarawa State Univ^bFac Agr^cLafia^dNigeria^zuniv link=^aKogi State Univ^bFac Agr^cAnyigba^dNigeria^zuniv So from now on you can include the PFT-statement ref->partners(l->partners('PA_'v99),('link='v1/)) to any PFT to show your original v10, without having it inside the database and by doing so avoiding the indexing problem due to the volume of v10-contents. I tested indexing (using the BigISIS mx in Linux, but you could even try with the standard mx of ABCD to preserve incremental indexing, in Linux it worked o.k.). So by this procedure you can avoid the indexing problem, even using the default CISIS-versions (mx and wxis). This only requires from now on to add the info which you used to enter in v10, now into a v1 of a separate database. I am attaching the files I created except the bigger ones with the databases since you are using Windows anyway. I am hoping this 'model' could also serve others in the ABCD-community having similar problems : make ABCD a bit relational. Egbert de Smet Universiteit Antwerpen _____ From: Eustache Mêgnigbêto > Sent: Saturday, April 18, 2020 8:22 AM To: Egbert De Smet Subject: TR: [Isis-users] Larger database in ABCD ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : samedi 18 avril 2020 07:13 À : isis-users at iccisis.org Objet : RE: [Isis-users] Larger database in ABCD Dear Egbert, Records with more than 250 are stored correctly ; they can be edited and saved in ABCD. In attachment I send the iso file, the fdt and the fst. PS : Meanwhile, I changed the fst so that an occurrence is indexed only if its number is less than or equal to 250 ; and the IF is then created and updated. Best, ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Egbert De Smet [mailto:egbert.desmet at uantwerpen.be] Envoyé : vendredi 17 avril 2020 11:23 À : Eustache Mêgnigbêto; isis-users at iccisis.org Objet : Re: [Isis-users] Larger database in ABCD Eustache, as explained earlier in other messages on this list, not the number of occurrences itself is limited, but the total size of these occurrences filling the max-recordsize of CISIS. That is the main limiting factor and also the main reason that I wanted ABCD2.x (soon 2.2) to work with other varieties of CISIS, mainly BigISIS as that one does do incremental indexing as opposed to FFI. FFI is more aiming at 'static' databases with larger records. The max no. of records is in my humble opinion not the crucial factor : it is still '2 to the power of 24' (due to the setup of XRF), meaning more than 16 million and enough for most applications. Now, back to your concrete problem : I see 2 options, i.e. 1. try to avoid such high number of occurrences (repeats of a field) by moving them to another database and use REF(L(), the semi-relations feature of ISIS. You could also consider splitting the record over more than one in the same database and using REF(L() to the database itself ('internal REF') rather than to another one. 2. testing the records with BigISIS. However we only have it currently only in Linux, while we might need to try to re-compile CISIS for BigISIS now that Windows 64-bits is totally 'normal' (it wasn't at the time). That means : records up to 1Mb (but possibly still not enough) but total size of the database up to 512 Gb. Can I ask you : do you see such a MFN with high number of occurrences (250 or more ?) to be stored correctly in the MST, only not being possible to get indexed ? That, i.e. the record itself being not too large but because of its size not indexable, is possible since for indexing some more temporary space is needed to store keys etc. in the 'virtual' ISIS-record CISIS always uses for internal manipulation. Then the problem is not the storage indeed but the indexing. By the way, in ABCD2.x we use external (and larger) text-files which still are indexed (for full-text indexing of repositories), so they are not within the record but referred to when indexing (with the parameter 'gload='). I doubt this to be a good solution, because still the virtual record is used while indexing, whether in the end the problem would be solved by doing this as opposed to having the occurrences stored within the record, but it could be worth a try. But : if the text-files are too large they will be automatically split while referring with a key to the same 'mother record ID' in the new version of ABCD2.2. Dumping your 250+ occurrences field into an external text-file with your basic fields (title, author...) stored as Dublin Core meta-tags (preserved and stored automatically in each split record), therefore would also be possible. If you send me a couple of such records (in ISO-format with accompanying FDT and FST), I could give it a try as a third option. Egbert de Smet Universiteit Antwerpen _____ From: isis-users > on behalf of Eustache Mêgnigbêto > Sent: Friday, April 17, 2020 11:10 AM To: isis-users at iccisis.org Subject: Re: [Isis-users] Larger database in ABCD Dear Egbert, I’m using the windows version of CISIS ffi to treat data i’ve downloaded from the web. Due to the problem with the inverted file key you drew my attention on, I limited data to import to the isis format database. So, in fact, the database is no longer « larger » as it should be. I have 50,000 records and I continue adding new ones. Recenty, I added about 12,000 new records, but while updating the inverted file, I received back the message error fatal : fullinv/ifload. I don’t understand the meaning of this error, but I checked, using mx with dict= parameter and found that the IF was empty. Then I suspected the number of occurrences in one repeatable field. After checking, I noticed that within the new added records, some have a number of occurrences over 250. Is such a number of occurrences the cause of the problem ? Many thanks for your response ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ De : Eustache Mêgnigbêto [mailto:eustache.megnigbeto at outlook.com] Envoyé : mercredi 10 juillet 2019 09:52 À : Egbert De Smet Objet : RE: Larger database in ABCD Dea r Egbert, I tried in windows with the ffi version, and it works. I will try under linux afternoon with the bigisis version. Thank you very much. Eustache M. From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:45 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Subject: Re: Larger database in ABCD Well, obviously the same way : CISIS_VERSION = bigisis Egbert de Smet Universiteit Antwerpen _____ From: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 9:23 AM To: Egbert De Smet Subject: RE: Larger database in ABCD Dear Egbert, Many thanks, And next how to activate the bigisis under linux ? From: Egbert De Smet [ mailto:egbert.desmet at uantwerpen.be] Sent: mercredi 10 juillet 2019 08:09 To: Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com>; isis-users at iccisis.org Subject: Re: Larger database in ABCD In the file dr_path.def of the database concerned (in its 'base' folder) put the line : CISIS_VERSION=ffi You will note that with ffi no 'incremental indexing' (one record by one) will be possible, nor word-proximity searching. Better to use bigisis but that only works in Linux at this time. Egbert de Smet Universiteit Antwerpen _____ From: isis-users < isis-users-bounces+egbert.desmet=ua.ac.be at iccisis.org> on behalf of Eustache Mêgnigbêto < eustache.megnigbeto at outlook.com> Sent: Wednesday, July 10, 2019 8:56 AM To: isis-users at iccisis.org Subject: [Isis-users] Larger database in ABCD Dear Egbert, I downloaded some data from the web and converted them to a text delimited format, then I used the id2i utility to convert to a ISIS database. However, I noticed that the data were too large to be handled with the standard CISIS utilities. So I used the FFI version of id2i to convert and mx to read, etc. Now, I would like to know how to manage such a database with ABCD since the standard ABCD could not do and since in the ABCD 2.0f version, the subfolder FFI in the cgi-bin sub folder contains the necessary files ? In other words, what changes should I do in the cgi-bin folder to be able to operate the database with ABCD ? Many thank in advance. ==================================================================== Eustache Mêgnigbêto Tél. (+229) 95910242 – (+229) 21147935 09 BP 477 Saint Michel, Cotonou (République du Bénin) Google Scholar : https://scholar.google.com/citations?user=xQk_UhwAAAAJ&hl=fr Web personnel : http://eustachem.ilemi.net Review activities : https://publons.com/researcher/503109/eustache-megnigbeto/peer-review/ Eustache Megnigbeto | Publons publons.com View Eustache Megnigbeto's profile on Publons with 22 publications and 17 reviews. -------------- next part -------------- An HTML attachment was scrubbed... URL: From aldoeri88888888 at gmail.com Mon Apr 27 22:40:02 2020 From: aldoeri88888888 at gmail.com (Aldo Levi) Date: Mon, 27 Apr 2020 15:40:02 -0500 Subject: [Isis-users] ABCD Message-ID: TENGO QUE COMPILAR AFUERZAS CISIS PARA UNICODE PARA ABCD SI NO QUIERO UTILIZAR CARACTERES ASCII Y QUE MI BASE DE DATOS ESTE EN HEBREO ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Mon Apr 27 23:13:52 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Mon, 27 Apr 2020 21:13:52 +0000 Subject: [Isis-users] ABCD In-Reply-To: References: Message-ID: <3ee87413c20f43b7aec5c8ef9c376e32@uantwerpen.be> Los ejecutables de CISIS para Unicode (p.e. Hebreo) ya están disponibles en la version 2.x (en la carpeta www/cgi-bin/utf8). No necessida de compilarlos. Además no está tán sencillo, lo contrario ! Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Aldo Levi Sent: Monday, April 27, 2020 10:40 PM To: isis-users at iccisis.org Subject: [Isis-users] ABCD TENGO QUE COMPILAR AFUERZAS CISIS PARA UNICODE PARA ABCD SI NO QUIERO UTILIZAR CARACTERES ASCII Y QUE MI BASE DE DATOS ESTE EN HEBREO ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From orlando.meijer at bonairegov.com Tue Apr 28 14:00:49 2020 From: orlando.meijer at bonairegov.com (Orlando Meijer) Date: Tue, 28 Apr 2020 12:00:49 +0000 Subject: [Isis-users] U Message-ID: Sent from my Samsung Galaxy smartphone. 7.u ------------- volgend deel ------------ Een HTML-bijlage is gescrubt... URL: From piet.dekeyser at ucll.be Tue Apr 28 23:02:54 2020 From: piet.dekeyser at ucll.be (Piet De Keyser) Date: Tue, 28 Apr 2020 21:02:54 +0000 Subject: [Isis-users] linking in iaH when data contains "and" Message-ID: Dear colleagues, A link in iaH can be a good idea to allow users to retrieve more of same. I wanted to put a link on the publisher’s name (which is in v264^b in my case). Normally my link would look like this: '',v264^b,'', but this will give you problems with publisher’s names in which e.g. the word “and” appears (e.g. Tailor and Francis). These data can only be retrieved successfully if they are put between quotation marks: “Tailor and Francis” (because “and” is a Boolean operator). Now new problem: putting extra quotation marks in the link messes it up, because it already contains nested quotations marks. My sollution is to put the field between HTML escape codes (in this case "). Now the link becomes: '',v264^b,'', Still one unsolved problem: the downloaded data is not: “Tailor and Francis”, but “Tailor & Francis”. My sollution doesn’t work with “&” in the data, but maybe not everything is soluble… Piet de Keyser Belgium -------------- next part -------------- An HTML attachment was scrubbed... URL: From aldoeri88888888 at gmail.com Wed Apr 29 04:29:57 2020 From: aldoeri88888888 at gmail.com (Aldo Levi) Date: Tue, 28 Apr 2020 21:29:57 -0500 Subject: [Isis-users] ABCD Message-ID: NO ENCUENTRO EL MANUAL LO PODRIAN INCLUIR EN ABCD 2.2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From aldoeri88888888 at gmail.com Wed Apr 29 04:31:56 2020 From: aldoeri88888888 at gmail.com (Aldo Levi) Date: Tue, 28 Apr 2020 21:31:56 -0500 Subject: [Isis-users] CISIS Message-ID: MAS BIEN ME REFERIA A ESTE MANUAL -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Wed Apr 29 09:12:06 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Wed, 29 Apr 2020 07:12:06 +0000 Subject: [Isis-users] linking in iaH when data contains "and" In-Reply-To: References: Message-ID: <10f31804042a44498b1ee3a41536b341@uantwerpen.be> Piet, maybe you could use a replace() function on your v264 to replace '&' by 'and' ? Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Piet De Keyser Sent: Tuesday, April 28, 2020 11:02 PM To: isis-users at iccisis.org Subject: [Isis-users] linking in iaH when data contains "and" Dear colleagues, A link in iaH can be a good idea to allow users to retrieve more of same. I wanted to put a link on the publisher’s name (which is in v264^b in my case). Normally my link would look like this: '',v264^b,'', but this will give you problems with publisher’s names in which e.g. the word “and” appears (e.g. Tailor and Francis). These data can only be retrieved successfully if they are put between quotation marks: “Tailor and Francis” (because “and” is a Boolean operator). Now new problem: putting extra quotation marks in the link messes it up, because it already contains nested quotations marks. My sollution is to put the field between HTML escape codes (in this case "). Now the link becomes: '',v264^b,'', Still one unsolved problem: the downloaded data is not: “Tailor and Francis”, but “Tailor & Francis”. My sollution doesn’t work with “&” in the data, but maybe not everything is soluble… Piet de Keyser Belgium -------------- next part -------------- An HTML attachment was scrubbed... URL: From egbert.desmet at uantwerpen.be Wed Apr 29 09:14:05 2020 From: egbert.desmet at uantwerpen.be (Egbert De Smet) Date: Wed, 29 Apr 2020 07:14:05 +0000 Subject: [Isis-users] ABCD In-Reply-To: References: Message-ID: <1bfc777e31ee41009534fd80872644f7@uantwerpen.be> http://abcd.netcat.be/files/documents http://abcd.netcat.be/files/documents/ABCofABCD_2.0f.pdf Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users on behalf of Aldo Levi Sent: Wednesday, April 29, 2020 4:29 AM To: isis-users at iccisis.org Subject: [Isis-users] ABCD NO ENCUENTRO EL MANUAL LO PODRIAN INCLUIR EN ABCD 2.2 -------------- next part -------------- An HTML attachment was scrubbed... URL: From piet.dekeyser at ucll.be Wed Apr 29 10:00:54 2020 From: piet.dekeyser at ucll.be (Piet De Keyser) Date: Wed, 29 Apr 2020 08:00:54 +0000 Subject: [Isis-users] linking in iaH when data contains "and" In-Reply-To: <10f31804042a44498b1ee3a41536b341@uantwerpen.be> References: <10f31804042a44498b1ee3a41536b341@uantwerpen.be> Message-ID: Egbert, Yes, the can be a solution for existing data. I think there are two lessons to be learned from this: 1. Instruct cataloguers not to use the &-sign in data and to replace it while entering with "and" in fields that are used to build links in iaH; 2. When you are dealing with fields that may contain "and", use the escape code """ in your link Piet de Keyser Belgium Van: Egbert De Smet Verzonden: woensdag 29 april 2020 9:12 Aan: Piet De Keyser ; isis-users at iccisis.org Onderwerp: Re: linking in iaH when data contains "and" maybe you could use a replace() function on your v264 to replace '&' by 'and' ? Egbert de Smet Universiteit Antwerpen ________________________________ From: isis-users > on behalf of Piet De Keyser > Sent: Tuesday, April 28, 2020 11:02 PM To: isis-users at iccisis.org Subject: [Isis-users] linking in iaH when data contains "and" Dear colleagues, A link in iaH can be a good idea to allow users to retrieve more of same. I wanted to put a link on the publisher's name (which is in v264^b in my case). Normally my link would look like this: '',v264^b,'', but this will give you problems with publisher's names in which e.g. the word "and" appears (e.g. Tailor and Francis). These data can only be retrieved successfully if they are put between quotation marks: "Tailor and Francis" (because "and" is a Boolean operator). Now new problem: putting extra quotation marks in the link messes it up, because it already contains nested quotations marks. My sollution is to put the field between HTML escape codes (in this case "). Now the link becomes: '',v264^b,'', Still one unsolved problem: the downloaded data is not: "Tailor and Francis", but "Tailor & Francis". My sollution doesn't work with "&" in the data, but maybe not everything is soluble... Piet de Keyser Belgium -------------- next part -------------- An HTML attachment was scrubbed... URL: