[Cod-bugs] FW: COD updates

[Robert McMeeking - STFC UKRI]

Apologies

I got the incorrect email address!

-----Original Message-----
From: McMeeking, Robert (STFC,DL,SC) <robert.mcmeeking at stfc.ac.uk> 
Sent: 28 October 2021 10:25
To: Saulius Gražulis <grazulis at ibt.lt>; cod-bug at ibt.lt
Cc: McMeeking, Robert (STFC,DL,SC) <robert.mcmeeking at stfc.ac.uk>
Subject: RE: COD updates

Good Morning

I have just noticed that no new COD entries have appeared on the COD site since the 25th October. Is there a problem with the COD update pipeline?

Best Regards

Bob

-----Original Message-----
From: McMeeking, Robert (STFC,DL,SC) <robert.mcmeeking at stfc.ac.uk>
Sent: 27 October 2021 10:49
To: Saulius Gražulis <grazulis at ibt.lt>
Cc: McMeeking, Robert (STFC,DL,SC) <robert.mcmeeking at stfc.ac.uk>
Subject: RE: COD updates

Good Morning, Saulius

I hope you are well.

We continue to use the COD within our CrystalWorks system, and the SVN downloads appear to be working fine.

However, I have noticed that in the last day or so there appear to have been less entries from the journals you normally harvest for structures. Do you know of any current problems? I see structures, but suspect that these may have been entered manually by contributors.

Actually I have had some interactions with a recent contributor, and I have a related question. What is the recommended procedure to amend/update an already contributed CIF? The CIF in question has been created manually. It, however, lacks some details such as temperature, pressure, radiation used, etc. It would be very useful to get these into the database without creating a new entry.

Best Regards

Bob

===================================================

R.F. McMeeking
STFC Daresbury Laboratory

-----Original Message-----
From: Saulius Gražulis <grazulis at ibt.lt>
Sent: 03 August 2021 16:12
To: McMeeking, Robert (STFC,DL,SC) <robert.mcmeeking at stfc.ac.uk>
Subject: Re: COD updates

On 2021-07-19 17:37, Robert McMeeking - STFC UKRI wrote:
> I am now back from holiday with greater access to our CrystalWorks server.
>
> It looks like there may have been problems with the SVN transfer which cause a disk quota knock on effect. I have been able to perform an 'svn cleanup". This freed up a lot of disk space. The SVN update now runs fine.  So it does look like the main problems has been at our end. I need to keep a closer eye on available disk space!
>
Hi, Bob,

thank you for your messages. I'm glad that you have found the solution to the problem.

I have checked our side quickly and it seems that the SQL dumps get updated:

> saulius at tasmanijos-velnias cod/ $ svn log 
> svn://www.crystallography.net/cod/mysql -l 1 -v
> ----------------------------------------------------------------------
> --
> r267895 | coder | 2021-08-03 00:40:54 +0300 (Tue, 03 Aug 2021) | 1 
> line Changed paths:
>    M /mysql/data.txt
>    M /mysql/numbers.txt
>
> Adding automatic MySQL table dump for the database `cod`.

Actually, as indicated in this example, you can always run 'svn log' on the repository directly, without using you working copy. That should give you full log messages and the latest revision numbers also in the case when the local working copy is outdated or has problems (e.g. when there is not enough of disk space, or when some SVN files are corrupt).

Sincerely yours,
Saulius

--
Dr. Saulius Gražulis
Vilnius University, Life Science Center, Institute of Biotechnology Saulėtekio al. 7, LT-10257 Vilnius, Lietuva (Lithuania) phone (office): (+370-5)-2234353, mobile: (+370-684)-49802, (+370-614)-36366



This email and any attachments are intended solely for the use of the named recipients. If you are not the intended recipient you must not use, disclose, copy or distribute this email or any of its attachments and should notify the sender immediately and delete this email from your system. UK Research and Innovation (UKRI) has taken every reasonable precaution to minimise risk of this email or any attachments containing viruses or malware but the recipient should carry out its own virus and malware checks before opening the attachments. UKRI does not accept any liability for any losses or damages which the recipient may sustain due to presence of any viruses.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.