Actor CSV export overwrites actor relations

[Ad Axem]

Hi everyone,

While attempting to export multiple actor records to CSV from the Clipboard selection, even though the main CSV file (atom_0000000001.csv) correctly collates all actor information from the various records, the actor relations CSV file (atom_0000000001_relations.csv) only ever exports relations information from a single actor record (the actor record most recently added to the Clipboard selection).

This seems to indicate that it is attempting to collate relations information from the various records but instead of writing this information on a new CSV row, it is overwriting the same row over and over again.

If this is indeed the case, perhaps a simple fix in the code would do the trick for us, as we need to export hundreds of actor records that all contain actor relations information.

Thank you in advance for your help and guidance!

[Dan Gillean]

Hi Efthimios, 

I have been unable to reproduce this while testing in the 2.5 Vagrant box. I'm wondering if this might be a case similar to previous bugs you have helped us discover, involving i18n issues? Were the missing relations possibly created in a different user interface culture, such as Greek? What is the default installation culture of your site - English, or Greek?

The only way I was able to reproduce missing relations was: 

• Flip the user interface to a different language (e.g. French)
• Create a new authority record in the French inteface and save
• Navigate to the original authority (still in French)
• Add a relation to the new French authority (still in the French UI) and save
• Flip back to English and export

In this case, I noticed that the French relation was not included in the export at all. I will need to do some further testing to figure out exactly what happens in a number of scenarios to be able to file a ticket - as well as work out what the ideal behavior should be. Until then, I thought I would double-check with you about the nature of these relations and the i18n settings used in your site, and when creating the relations. 

I will try to find some time to test on a 2.4.1 instance soon as well, to determine if your original report is an issue that has been fixed in our development branch. 

Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/100fbf4c-5133-4bb0-b198-abaf55ba6873%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Ad Axem]

Hi Dan,

I can confirm that the default installation culture is English and that it is likely that these relations were subsequently created using the Greek language interface.

[Dan Gillean]

Hmmm, okay! In that case, I will try to test further on a 2.4.x instance as soon as I can. 

Cheers, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056

@accesstomemory

On Tue, Feb 19, 2019 at 11:43 AM Ad Axem <efth...@gmail.com> wrote:

Hi Dan,

I can confirm that the default installation culture is English and that it is likely that these relations were subsequently created using the Greek language interface.

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-user...@googlegroups.com.
To post to this group, send email to ica-ato...@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.

To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/515c8baf-58fb-4aad-a3ce-0102fd359bbe%40googlegroups.com.