Feature #12107
Add i18n language options to CSV and XML exports from the clipboard
Status: | In progress | Start date: | 04/05/2018 | |
---|---|---|---|---|
Priority: | Medium | Due 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:
- Export data in all languages (default)
- 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
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)