Collection-based export is working as expected when using the -m (migrate) flag in DSpace 1.5.2 with one exception.
/bin/export ItemExport --type=COLLECTION --id=collID --dest=dest_dir --number=seq_num -m This will correctly remove the handle file, as well as the following metadata fields from dublin_core.xml: <dcvalue element="date" qualifier="accessioned"></dcvalue> <dcvalue element="date" qualifier="available"></dcvalue> <dcvalue element="date" qualifier="issued"></dcvalue>* <dcvalue element="description" qualifier="provenance"></dcvalue> <dcvalue element="format" qualifier="extent"></dcvalue> <dcvalue element="format" qualifier="mimetype"></dcvalue> (*Date.issued is retained if the item has been published before.) It also removes dc.identifier.uri in all cases. The dspace_migrate script uses a regular expression to only remove identifier.uri fields that start with http://hdl (retaining non-handle based identifier.uri elements), while ItemExport.java is eliminating all identifier.uri fields. Line 474: if ((!migrate) || (migrate && !( (dcv.element.equals("date") && qualifier.equals("issued")) || (dcv.element.equals("date") && qualifier.equals("accessioned")) || (dcv.element.equals("date") && qualifier.equals("available")) || (dcv.element.equals("identifier") && qualifier.equals("uri")) || (dcv.element.equals("description") && qualifier.equals("provenance")) || (dcv.element.equals("format") && qualifier.equals("extent")) || (dcv.element.equals("format") && qualifier.equals("mimetype"))))) { out.write(utf8, 0, utf8.length); -John Stuart Lewis wrote: > Hi John, > > >> I was transferring a few collections from a DSpace 1.5.2 development >> server to a production instance this morning and encountered a small >> issue with the dspace_migrate bash script. >> Since the item exporter in 1.6 has a migrate option (-m flag) this >> script might get removed, so I'm posting this simple fix just in case >> anyone else encounters the same problem. >> > > Thanks for reporting this problem. The -m 'migrate' flag was > introduced in 1.5.2, so you could try running that instead. It would > be good to know if it works for you to give us more confidence in > removing the dspace_migrate script. We also have an open issue to make > the -m 'migrate' flag more configurable > (http://jira.dspace.org/jira/browse/DS-287 > ) > > I've noted the bug in the JIRA issue to remove the dspace_migrate > script, so if we decide not to remove it, then we can make sure it > gets fixed before we release 1.6. > > Thanks, > > > Stuart Lewis > IT Innovations Analyst and Developer > Te Tumu Herenga The University of Auckland Library > Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand > Ph: 64 9 373-7599 x81928 > http://www.library.auckland.ac.nz/ > > > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech