[Isis-users] isis-users Digest, Vol 90, Issue 7

Tue Apr 17 19:55:25 CEST 2018

ola pessoal,
já consegui resolver a maioria dos problemas que encontrei com a instalaçao sobre linux. so nao consegui fazer funcionar a estatistica no modulo central. mas dentro do dataentry funciona.

o erro que ainda nao consegui resolver é o:
WXIS|execution error|format syntax|Invalid operand class |

________________________________
De: isis-users <isis-users-bounces+anabela556=hotmail.com  iccisis.org> em nome de isis-users-request  iccisis.org <isis-users-request  iccisis.org>
Enviado: 17 de abril de 2018 09:00
Para: isis-users  iccisis.org
Assunto: isis-users Digest, Vol 90, Issue 7

Send isis-users mailing list submissions to
        isis-users  iccisis.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.iccisis.org/listinfo/isis-users
or, via email, send a message with subject or body 'help' to
        isis-users-request  iccisis.org

You can reach the person managing the list at
        isis-users-owner  iccisis.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of isis-users digest..."

Today's Topics:

   1. WXIS|execution error|format syntax|Invalid operand        class |
      (anabela semedo)
   2. Re: ABCD 1.5.1 - Não salva registros - Did not save records
      (Edwin Hübner)
   3. Re: ABCD 1.5.1 - Não salva registros - Did not save records
      (Piet De Keyser)
   4. Re: 14 April 2018 J-ISIS release 1.3 (SARA DIANA TELIAS)

----------------------------------------------------------------------

Message: 1
Date: Mon, 16 Apr 2018 17:10:14 +0000
From: anabela semedo <anabela556  hotmail.com>
To: "isis-users  iccisis.org" <isis-users  iccisis.org>
Subject: [Isis-users] WXIS|execution error|format syntax|Invalid
        operand class |
Message-ID:
        <HE1PR05MB1084EF1667E601F6506899FC9DB00  HE1PR05MB1084.eurprd05.prod.outlook.com>

Content-Type: text/plain; charset="utf-8"

alguém pode me dizer que erro é esse e porque é causado. me aparece quando escolho uma base e selecciono estatística no modulo de catalogação.
WXIS|execution error|format syntax|Invalid operand class |  

e também porque a entrada de dados não carrega os botões, a pagina aparece em branco assim:
[cid:af45e78e-9756-44df-a09c-9894569152ca]
qualquer ajuda serve.
Att: Ana Bela
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180416/add10104/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 99449 bytes
Desc: image.png
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180416/add10104/attachment-0001.png>

------------------------------

Message: 2
Date: Mon, 16 Apr 2018 17:30:01 -0300
From: Edwin Hübner <edwin.hubner  gmail.com>
To: De Smet Egbert <egbert.desmet  uantwerpen.be>
Cc: isis-users <isis-users  iccisis.org>
Subject: Re: [Isis-users] ABCD 1.5.1 - Não salva registros - Did not
        save records
Message-ID:
        <CABC9y24Vf3ircpVLuMPEgsLi6tDG9PV58o6jfozX0QD8iUjNEA  mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Dear Egbert,
I would like to go back to the previous message as it is very intriguing to
me and I can not find out why ABCD (Version 1.5.1 - Linux), eventually,
does not save the data of an edited record.
None of the possible reasons you mentioned have been confirmed, that is:
- Database is not corrupted
- Database/records were not locked
- FST dit'n have error and works OK
- The server has no writing problem.
The situation is as follows:
a) Records are created in a distributed form - which we call pre-cataloging
b) Some days later, documentalists do the review, editing the records and
adding some new fields.
c) The edited records were usually saved, presenting no error or alert
message
d) Recently it was verified that in many of these edited records, the added
data (new added fields) were not saved, since they are only with the data,
entered when the record was created.
I would like to ask if there is any possibility and, if there is, in what
situation  it can occur, that ABCD dit'n save an edited record?
Thanks
Edwin

Edwin Hübner
(5521)99647-1675

2018-04-04 16:42 GMT-03:00 Edwin Hübner <edwin.hubner  gmail.com>:

> Thank you Egbert,
> I'll see what I can do and if I need more help, I'll ask you.
> Regards,
> Edwin
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> Livre
> de vírus. www.avast.com<http://www.avast.com>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>.
> <#m_3887966936979240678_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> Edwin Hübner
> (5521)99647-1675
>
> 2018-04-04 16:13 GMT-03:00 De Smet Egbert <egbert.desmet  uantwerpen.be>:
>
>> Edwin,
>>
>> there can be several reasons why records no longer are saved into your
>> database, independently from the ABCD version :
>> - corrupt database
>> - locked records in the database (the IF can no longer be updated,
>> remember records are automatically indexed when saved)
>> - error in the FST : has there been any change in the FST ?
>> - database locked or no longer writeable (mostly in Linux).
>>
>> There are some ways of testing it, e.g. the utility 'locked records' in
>> the Central toolbar utilities menu, testing your database with mx in the
>> terminal (e.g. create a full copy of your database with parameter tell=1
>> will tell you if there are any corrupt records and if so, which one (the
>> next one to the last one processed successfully) etc.
>>
>> We can help you in more detail if so desired but then we need to work on
>> the details.
>> Are the fields 005 and 008 actually updated with a new occurrence on the
>> correct date ? In that case the record is written down again but still
>> something else prevents the other fields to be re-written. That would be a
>> peculiar situation.
>>
>> Egbert de Smet
>> Universiteit Antwerpen
>> ________________________________________
>> From: isis-users <isis-users-bounces+egbert.desmet=ua.ac.be  iccisis.org>
>> on behalf of Edwin Hübner <edwin.hubner  gmail.com>
>> Sent: Wednesday, April 4, 2018 8:34 PM
>> To: isis-users
>> Subject: [Isis-users] ABCD 1.5.1 - Não salva registros - Did not save
>> records
>>
>> (See in Inglish below)
>>
>> Prezados,
>> Tenho um problema com ABCD 1.5.1 para o qual não encontro o motivo:
>> Registros são criados de forma distribuido, posteriormente estes registros
>> são revisados e complementados com dados adicionais. Após salvar
>> normalmente os registros editados, na verdade não são atualizados e salvos.
>> Os campos 008 (data e hora de criação), campo 005 ( data e hora da última
>> atualização) indicam a mesma data e hora e os dados acrescentados não estão
>> lá.
>> Pergunto se alguém já teve teve este problema e como resolveu o mesmo?
>> Desde já agradeço,
>> Edwin
>> ------------------------------
>> Dear
>> I have a problem with ABCD 1.5.1 for which I can not find the reason:
>> Records are created in a distributed way, later these records are reviewed
>> and supplemented with additional data. After saving the edited records
>> normally, they are not actually updated and saved. Field 008 (date and time
>> created) and field 005 (last updated date and time) indicate the same date
>> and time, and the adde ddata  are not there.
>> I wonder if anyone had ever had this problem and how did fixe it?
>> Thank you very much in advance
>>
>> Edwin Hübner
>> (5521)99647-1675
>>
>> [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-
>> round-orange-animated-no-repeat-v1.gif]<https://www.avast.
>> com/sig-email?utm_medium=email&utm_source=link&utm_
>> campaign=sig-email&utm_content=webmail>  Livre de vírus. www.avast.com<<http://www.avast.com<>
>> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_
>> campaign=sig-email&utm_content=webmail>.
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180416/dfa04ed7/attachment-0001.html>

------------------------------

Message: 3
Date: Mon, 16 Apr 2018 21:13:56 +0000
From: Piet De Keyser <piet.dekeyser  ucll.be>
To: Edwin Hübner <edwin.hubner  gmail.com>, De Smet Egbert
        <egbert.desmet  uantwerpen.be>
Cc: isis-users <isis-users  iccisis.org>
Subject: Re: [Isis-users] ABCD 1.5.1 - Não salva registros - Did not
        save records
Message-ID: <1523913237616.73868  ucll.be>
Content-Type: text/plain; charset="iso-8859-1"

Dear Edwin,

Records in precat format are saved; this means there is nothing wrong in principle: data can be saved. The problem occurs when you add data. We saw this once using the very large MARC format. The origin of the problem could be found in the value of max_input_vars in php.ini: initially it is on 1000. Put a higher value here, e.g. 5000 and try again.

Piet de Keyser

UC Leuven-Limburg

Belgium

________________________________
Van: isis-users <isis-users-bounces+piet.dekeyser=ucll.be  iccisis.org> namens Edwin Hübner <edwin.hubner  gmail.com>
Verzonden: maandag 16 april 2018 22:30
Aan: De Smet Egbert
CC: isis-users
Onderwerp: Re: [Isis-users] ABCD 1.5.1 - Não salva registros - Did not save records

Dear Egbert,
I would like to go back to the previous message as it is very intriguing to me and I can not find out why ABCD (Version 1.5.1 - Linux), eventually, does not save the data of an edited record.
None of the possible reasons you mentioned have been confirmed, that is:
- Database is not corrupted
- Database/records were not locked
- FST dit'n have error and works OK
- The server has no writing problem.
The situation is as follows:
a) Records are created in a distributed form - which we call pre-cataloging
b) Some days later, documentalists do the review, editing the records and adding some new fields.
c) The edited records were usually saved, presenting no error or alert message
d) Recently it was verified that in many of these edited records, the added data (new added fields) were not saved, since they are only with the data, entered when the record was created.
I would like to ask if there is any possibility and, if there is, in what situation  it can occur, that ABCD dit'n save an edited record?
Thanks
Edwin

Edwin Hübner
(5521)99647-1675

2018-04-04 16:42 GMT-03:00 Edwin Hübner <edwin.hubner  gmail.com<mailto:edwin.hubner  gmail.com>>:
Thank you Egbert,
I'll see what I can do and if I need more help, I'll ask you.
Regards,
Edwin

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>  Livre de vírus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>.

Edwin Hübner
(5521)99647-1675

2018-04-04 16:13 GMT-03:00 De Smet Egbert <egbert.desmet  uantwerpen.be<mailto:egbert.desmet  uantwerpen.be>>:
Edwin,

there can be several reasons why records no longer are saved into your database, independently from the ABCD version :
- corrupt database
- locked records in the database (the IF can no longer be updated, remember records are automatically indexed when saved)
- error in the FST : has there been any change in the FST ?
- database locked or no longer writeable (mostly in Linux).

There are some ways of testing it, e.g. the utility 'locked records' in the Central toolbar utilities menu, testing your database with mx in the terminal (e.g. create a full copy of your database with parameter tell=1 will tell you if there are any corrupt records and if so, which one (the next one to the last one processed successfully) etc.

We can help you in more detail if so desired but then we need to work on the details.
Are the fields 005 and 008 actually updated with a new occurrence on the correct date ? In that case the record is written down again but still something else prevents the other fields to be re-written. That would be a peculiar situation.

Egbert de Smet
Universiteit Antwerpen
________________________________________
From: isis-users <isis-users-bounces+egbert.desmet=ua.ac.be  iccisis.org<mailto:ua.ac.be  iccisis.org>> on behalf of Edwin Hübner <edwin.hubner  gmail.com<mailto:edwin.hubner  gmail.com>>
Sent: Wednesday, April 4, 2018 8:34 PM
To: isis-users
Subject: [Isis-users] ABCD 1.5.1 - Não salva registros - Did not save records

(See in Inglish below)

Prezados,
Tenho um problema com ABCD 1.5.1 para o qual não encontro o motivo: Registros são criados de forma distribuido, posteriormente estes registros são revisados e complementados com dados adicionais. Após salvar normalmente os registros editados, na verdade não são atualizados e salvos. Os campos 008 (data e hora de criação), campo 005 ( data e hora da última atualização) indicam a mesma data e hora e os dados acrescentados não estão lá.
Pergunto se alguém já teve teve este problema e como resolveu o mesmo?
Desde já agradeço,
Edwin
------------------------------
Dear
I have a problem with ABCD 1.5.1 for which I can not find the reason: Records are created in a distributed way, later these records are reviewed and supplemented with additional data. After saving the edited records normally, they are not actually updated and saved. Field 008 (date and time created) and field 005 (last updated date and time) indicate the same date and time, and the adde ddata  are not there.
I wonder if anyone had ever had this problem and how did fixe it?
Thank you very much in advance

Edwin Hübner
(5521)99647-1675

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>  Livre de vírus. www.avast.com<http://www.avast.com><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180416/17bcdb4c/attachment-0001.html>

------------------------------

Message: 4
Date: Tue, 17 Apr 2018 00:23:24 +0000 (UTC)
From: SARA DIANA TELIAS <saratelias  yahoo.com.ar>
To: "jc.dauphin  gmail.com" <jc.dauphin  gmail.com>,
        "<isis-users  iccisis.org>" <isis-users  iccisis.org>
Subject: Re: [Isis-users] 14 April 2018 J-ISIS release 1.3
Message-ID: <1575574107.1237023.1523924604270  mail.yahoo.com>
Content-Type: text/plain; charset="utf-8"

Dear Jean-Claude:I will try it! With muy best regards, Sara Diana Telias

Enviado desde Yahoo Mail para Android

  El sáb., 14 de abr. de 2018 a la(s) 16:54, Jean-Claude Dauphin<jc.dauphin  gmail.com> escribió:
Dear ISIS Users,

Please find for your consideration the 14 April 2018 J-ISIS Release 1.3

https://github.com/J-ISIS/J-ISIS/releases/download/1.3/jisis_suite.14.April.2018.zip

This release fixes the exception error message raised when opening a database for the 1st time with the new JDKs

As usual, I would be very grateful if you could take the time to try J-ISIS. All your comments, suggestions, improvement requests and bug descriptions are welcome.

Best wishes,

Jean-Claude

--
Jean-Claude Dauphin

jc.dauphin  gmail.com

https://github.com/J-ISIS

http://www.unesco.org/isis/
http://www.unesco.org/idams/
http://www.greenstone.org_______________________________________________
isis-users mailing list
isis-users  iccisis.org
To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users
Or contact Henk Rutten: hlrutten  xs4all.nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180417/e07c82f9/attachment-0001.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Untitled
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180417/e07c82f9/attachment-0001.ksh>

------------------------------

Subject: Digest Footer

_______________________________________________
isis-users mailing list
isis-users  iccisis.org
To manage your own subscription options go to: http://lists.iccisis.org/listinfo/isis-users
Or contact Henk Rutten: hlrutten  xs4all.nl

------------------------------

End of isis-users Digest, Vol 90, Issue 7
*****************************************
-------------- próxima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180417/ca685669/attachment.html>