Feature #12107

Add i18n language options to CSV and XML exports from the clipboard

Added by Dan Gillean about 4 years ago. Updated about 1 month ago.

Status:In progressStart date:04/05/2018
Priority:MediumDue date:
Assignee:-% Done:

0%

Category:-Estimated time:40.00 hours
Target version:-
Sponsored:No Tested version:

Description

Recent testing has discovered that culture fallback is not a part of metadata exports. This means, for example, that French data created in a default-English site can not be exported: all that will come out are controlled fields (such as terms) that have source English terms. All free-text fields will be blank, unless English translations have been added. This makes it impossible for some i18n data to be exported in a multilingual site.

This feature request would add an export language option to the configuration settings for clipboard exports. Options to consider including:

  1. Export data in all languages (default)
  2. Select language of export data

The above could be implemented as a radio button selection, with all languages being the default. For option 1 (all languages), each version of the data (for example, FR source data, EN translation, ES translation) would be exported in its own row in the CSV. legacyID values would be the same, but culture values would be different. If this were imported into another AtoM instance, it should come in as a single description with multiple translations.

For DC XML, the default export could include all languages. DC XML supports repeating elements and language attributes. For DC XML, see the qualified example included in section 5.3 of this page:

  <dc:description>
    UKOLN is a national focus of expertise in digital information
    management. It provides policy, research and awareness services
    to the UK library, information and cultural heritage communities.
    UKOLN is based at the University of Bath.
  </dc:description>
  <dc:description xml:lang="fr">
    UKOLN est un centre national d'expertise dans la gestion de l'information
    digitale.
  </dc:description>

This would require significant changes to the current implementation, but would vastly improve AtoM's multilingual support in import and export.

With EAD 2002, the answer is less clear - I have found no multilingual examples, and most elements do not support individual language attributes. The best approach would likely be to export multiple separate EAD 2002 XML files where multilingual content is available.

If option 2 is selected then a language selection menu would appear, populated by Symfony's language options. The easiest approach would be to allow users to only select one language at a time from this dropdown, though it may also be possible to allow for multi-selects.


Related issues

Related to Access to Memory (AtoM) - Bug #12155: CSV export issues in cultures not in English New 04/19/2018

History

#1 Updated by Dan Gillean about 4 years ago

  • Related to Bug #12155: CSV export issues in cultures not in English added

#2 Updated by Dan Gillean about 4 years ago

  • Assignee set to Nick Wilkinson

#3 Updated by Nick Wilkinson about 4 years ago

  • Assignee changed from Nick Wilkinson to Steve Breker

Hi Steve, can you please provide an estimate for this?

#5 Updated by Steve Breker about 4 years ago

  • Assignee changed from Steve Breker to Nick Wilkinson

#6 Updated by Nick Wilkinson about 4 years ago

  • Status changed from New to In progress
  • Assignee changed from Nick Wilkinson to Dan Gillean

Hi Dan, passing back to you for next steps.

#7 Updated by Dan Gillean about 4 years ago

  • Assignee deleted (Dan Gillean)
  • Estimated time set to 40.00

#8 Updated by Dan Gillean about 1 month ago

  • Description updated (diff)

Also available in: Atom PDF