[Isis-users] Nueva versión Opac.

Guilda Ascencio guildaa at gmail.com
Wed Dec 9 18:42:38 CET 2020


Creo que conseguì algo que desconocìa y tiene que ver con la acotaciòn de
Egbert. El esquema XML parece que siempre tiene que presentarse en utf-8.
Prueba entonces este script (temporal) a ver si te funciona. Lo colocas en
la carpeta php.

Si funciona significa que tengo que averiguar cual es el encoding de la
base de datos y si no es utf-8 entonces tengo que convertir la salida a
utf-8.

Me avisas

On Wed, Dec 9, 2020 at 11:36 AM Guilda Ascencio <guildaa at gmail.com> wrote:

> No le haggis caso al correo anterior. Estoy verificando algo
>
> On Wed, Dec 9, 2020 at 11:29 AM Guilda Ascencio <guildaa at gmail.com> wrote:
>
>> Hola Edwin.
>>
>> No tiene nada que ver si usas ISO-8859-1 o UTF-8 siempre que tengas
>> definido correctamente el paràmetro UNICODE de abcd.def. Si lo tienes en 0
>> y tus bases no son unicode, deberìa funcionar bien.
>>
>>
>>
>> El mié., 9 de diciembre de 2020 9:13 a. m., Edwin Hübner <
>> edwin.hubner at gmail.com> escribió:
>>
>>> Hola Guilda, por favor no tomes en cuenta el ejemploanterior. Usé otra
>>> base de datos por error. Creo que Egbert tiene razón. El problema ocurre
>>> con los diagramas. en otro caso, parece que sucedió con una oficina. Vea la
>>> ultima pabra es escritótio.
>>> No estoi usando UNICODE.
>>>
>>> XML Parsing Error: not well-formed
>>> Location: http://localhost:9090/opac/php/sendtoxml.php
>>> Line Number 2, Column 650:
>>> <marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim" xmlns:xsi="
>>> http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="
>>> http://www.loc.gov/MARC21/slim
>>> http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"><marc:record><marc:leader>----nam--------------#a</marc:leader><marc:controlfield
>>> tag="001">300500</marc:controlfield><marc:controlfield
>>> tag="003">BR-SpPIN</marc:controlfield><marc:controlfield
>>> tag="005">20090617202129</marc:controlfield><marc:controlfield
>>> tag="008">080229t1993    bl a   #r#   #000
>>> 0#por#d</marc:controlfield><marc:datafield tag="245" ind1="1"
>>> ind2="0"><marc:subfield code="a">Ramos de Azevedo e seu escrit
>>>
>>> -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------^
>>> Edwin
>>>
>>> (5521)99647-1675
>>>
>>>
>>> Em qua., 9 de dez. de 2020 às 11:51, Edwin Hübner <
>>> edwin.hubner at gmail.com> escreveu:
>>>
>>>> Sí, pero el mensaje cambia. Otro ejemplo es:
>>>>
>>>> XML Parsing Error: not well-formed
>>>> Location: http://localhost:9090/opac/php/sendtoxml.php
>>>> Line Number 1, Column 13:
>>>> <font color=red size=+1>WXIS|execution error|invalid
>>>> value|pina|<br></font><?xml version="1.0"?>
>>>> ------------^
>>>> Edwin Hübner
>>>> (5521)99647-1675
>>>>
>>>>
>>>> Em qua., 9 de dez. de 2020 às 11:17, Guilda Ascencio <guildaa at gmail.com>
>>>> escreveu:
>>>>
>>>>> Y para todos los mfn sucede lo mismo?
>>>>>
>>>>> El mié., 9 de diciembre de 2020 7:47 a. m., Edwin Hübner <
>>>>> edwin.hubner at gmail.com> escribió:
>>>>>
>>>>>> Hola Guilda,
>>>>>> Descargué la última versión de opac-abcd. Al realizar la
>>>>>> configuración de enviar a xml y hacer una prueba con un FMN presenta la
>>>>>> siguiente mensaje:
>>>>>>
>>>>>> Location: http://localhost:9090/opac/php/sendtoxml.php
>>>>>> Line Number 2, Column 795:
>>>>>> <marc:collection xmlns:marc="http://www.loc.gov/MARC21/slim"
>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>>> xsi:schemaLocation="http://www.loc.gov/MARC21/slim
>>>>>> http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd"><marc:record><marc:leader>----nam--------------#a</marc:leader><marc:controlfield
>>>>>> tag="001">300100</marc:controlfield><marc:controlfield
>>>>>> tag="003">BR-SpPIN</marc:controlfield><marc:controlfield
>>>>>> tag="005">20090617202129</marc:controlfield><marc:controlfield
>>>>>> tag="008">080107t1966    bl a   #r#   #000
>>>>>> 0#por#d</marc:controlfield><marc:datafield tag="245" ind1="1"
>>>>>> ind2="0"><marc:subfield
>>>>>> code="a">Goeldi.</marc:subfield></marc:datafield><marc:datafield tag="260"
>>>>>> ind1="#" ind2="#"><marc:subfield code="a">Rio de Janeiro :
>>>>>> </marc:subfield><marc:subfield code="b">Civiliza
>>>>>>
>>>>>> --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------^---
>>>>>>
>>>>>> Parece que el problema ocurre con el campo 260, pero no veo nada
>>>>>> extraño en él.
>>>>>> En  el marcxml.pft se ve así:
>>>>>> (if p(v260) then
>>>>>>      '<marc:datafield tag="260" ind1="'v260*0.1'" ind2="'v260*1.1'">'/
>>>>>>      if p(v260^a) then
>>>>>>          '<marc:subfield code="a">'v260^a'</marc:subfield>'/
>>>>>>      fi,
>>>>>>      if p(v260^b) then
>>>>>>          '<marc:subfield code="b">'v260^b'</marc:subfield>'/
>>>>>>      fi,
>>>>>>      if p(v260^c) then
>>>>>>          '<marc:subfield code="c">'v260^c'</marc:subfield>'/
>>>>>>      fi,
>>>>>>      '</marc:datafield>'/
>>>>>> fi/),
>>>>>>
>>>>>> En el registro de prueba se ve así:
>>>>>>  260 ®##^aRio de Janeiro : ^bCivilização Brasileira, ^c1966.¯
>>>>>>
>>>>>> ¿Que puede ser?
>>>>>>
>>>>>> Saludos
>>>>>> Edwin Hübner
>>>>>> (5521)99647-1675
>>>>>>
>>>>>>
>>>>>> Em ter., 8 de dez. de 2020 às 17:04, Guilda Ascencio <
>>>>>> guildaa at gmail.com> escreveu:
>>>>>>
>>>>>>> Estimados.
>>>>>>>
>>>>>>> En  http://wiki.abcdonline.info/OPAC_ABCD_Descargar_Beta pueden
>>>>>>> descargar la versión beta del Opac actualizada
>>>>>>>
>>>>>>> En
>>>>>>> http://wiki.abcdonline.info/OPAC-ABCD_Tutorial_de_configuraci%C3%B3n
>>>>>>> están las instrucciones de instalación.
>>>>>>>
>>>>>>> Recuerden modificar los parámetros  reflejados en  las líneas
>>>>>>>
>>>>>>> //CHANGE THIS ////
>>>>>>> include ("/abcd2.2/www/htdocs/central/config.php");   //CAMINO DE
>>>>>>> ACCESO HACIA EL CONFIG.PHP DE ABCD
>>>>>>>
>>>>>>> //LOS SIGUIENTES PARÁMETROS ESTÁN DEFINIDOS EN EL CONFIG.PHP DE LA
>>>>>>> VERSIÓN 2.2. SE INCLUYEN AQUÍ PARA
>>>>>>> //COMPATIBILIDAD CON LA VERSION 1.6
>>>>>>> if (!isset($ABCD_scripts_path))
>>>>>>> $ABCD_scripts_path="/abcd2.2/www/htdocs/";   //path donde están
>>>>>>> instalados los scripts de abcd
>>>>>>> if (!isset($server_url)){
>>>>>>> $server_url="http://localhost:9091";       //El url qaue se usa
>>>>>>> para acceder a ABCD
>>>>>>> $OpacHttp=$server_url;
>>>>>>> }
>>>>>>>
>>>>>>> del script php/config_opac.php.
>>>>>>>
>>>>>>> Si aparecen líneas en blanco en las opciones o mensajes significa
>>>>>>> que no han actualizado correctamente los archivos de mensaje.
>>>>>>>
>>>>>>> Cualquier cosa favor comunicar por este medio describiendo en
>>>>>>> detalle el problema encontrado
>>>>>>>
>>>>>>> Saludos a todos
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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: <http://lists.iccisis.org/pipermail/isis-users/attachments/20201209/0dd20ecf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sendtoxml.php
Type: application/octet-stream
Size: 3081 bytes
Desc: not available
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20201209/0dd20ecf/attachment.obj>


More information about the isis-users mailing list