[Isis-users] ABCD 1.5.1 - Não salva registros - Did not save records
Edwin Hübner
edwin.hubner at gmail.com
Mon Apr 16 22:30:01 CEST 2018
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 em 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
> <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 em 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 em iccisis.org>
>> on behalf of Edwin Hübner <edwin.hubner em 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<
>> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_
>> campaign=sig-email&utm_content=webmail>.
>>
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.iccisis.org/pipermail/isis-users/attachments/20180416/dfa04ed7/attachment.html>
More information about the isis-users
mailing list