[ 
https://jira.duraspace.org/browse/DS-700?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tim Donohue updated DS-700:
---------------------------

    Assignee: Stuart Lewis
      Status: Open  (was: Received)

This issue was discussed in DSpace Developer Mtg on Feb 23, 2011.
Full discussion thread follows:

[20:20] <tdonohue> https://jira.duraspace.org/browse/DS-700 : Bulk Metadata 
Editing: defining "formats" for export/re-import of selected fields
[20:21] <tdonohue> DS-700: 0 -- not sure I fully understand at a glance
[20:22] <mhwood> 0 what he said.
[20:22] <kshepherd> stuartlewis has done a bit of this sorta stuff already
[20:22] <kshepherd> unless i read it wrong
[20:22] <tdonohue> so, is this "obsolete"?
[20:22] <stuartlewis> Yes - I'm probably going to look into this in the next 
few months.
[20:22] <kshepherd> no, not obselete
[20:23] <stuartlewis> Allows you define profiles for the CSV downloads to suit 
different purposes.
[20:23] <kshepherd> first, i requested the ability to only export certain 
fields. then, it became clear that we needed different 'profiles' to select an 
export from
[20:23] <stuartlewis> +1, assign to me
[20:23] <kshepherd> and Christophe's 'template csv' idea seems good
[20:23] <kshepherd> +1
[20:23] <richardrodgers> btw stuartlewis : if you haven't looked at Google 
Refine as an editor for the CSV data, do
[20:23] <tdonohue> ok...makes sense then. assign to stuartlewis
[20:23] * sandsfish ([email protected]) has joined #duraspace
[20:23] <stuartlewis> Yes - had a good play with that when it was called 
GridWorks - love it! :)
[20:24] <kshepherd> yes, refine++
[20:24] <stuartlewis> Any other votes? If not, +2, assign to stuartlewis

> Bulk Metadata Editing: defining "formats" for export/re-import of selected 
> fields
> ---------------------------------------------------------------------------------
>
>                 Key: DS-700
>                 URL: https://jira.duraspace.org/browse/DS-700
>             Project: DSpace
>          Issue Type: Improvement
>          Components: DSpace API, JSPUI
>            Reporter: Christophe Dupriez
>            Assignee: Stuart Lewis
>            Priority: Major
>   Original Estimate: 16 hours
>  Remaining Estimate: 16 hours
>
> When looking at use cases like:
> 1) bulk correction of keyword assignment (export existing indexation and let 
> indexers create a new one using global search and replace)
> 2) translation of abstracts (export existing abstracts in different languages 
> and let translators complete it and reimport)
> 3) export of records for merging in a word processor template
> current CSV Bulk Metadata Editing has many good feature and may be a lack in 
> terms of defining exports/reimport of a selection of fields.
> Another thing which surprises me is the use of item ID instead of handle to 
> identify the records. But this may be due to conflicting use cases:
> 1) bulk reorganisation of handle assignment (IDs stay but handles may change)
> 2) move from one version of an instance to another (IDs change but handles 
> stay)
> I would like to define different thing in accordance with community whims if 
> possible:
> 1) FORMATS: each format would be a list of metadata fields+language to be 
> exported.
> 2) Standardize output directories: using a configurable pattern in 
> DSpace.CFG, the exported/imported files would be send to a directory 
> structure made of the user name and the format. A timestamp and/or a name 
> choosen by the user would be used as a file name. For instance, 
> /users/~[user]/dspace/csv/[format]/[filename].csv could be such a pattern. 
> Missing directories would be automatically created. One could define a 
> pattern where filenames contain the format type also:
> /users/~[user]/dspace/csv/[format]/[format]-[filename].csv 
> My proposal for Export Formats Configuration would be to add a subdirectory 
> dspace/conf/bulkedit where format.csv files would each give the headers of 
> the desired columns in the export files with this format.
> We could keep a format named "allfields" for the current behavior.
> Please let me know soon what you would like so I can propose a module in line 
> with community wishes!

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://jira.duraspace.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to