[Dspace-tech] dspace_migrate on windows
Generator Microsoft Word 11 (filtered medium) Hi Does dspace_migrate work on windows? I am using dspace 1.4.2. on windows and I am trying dspace import/export functionality. When I run dspace_migrate I getting the error ' is not recognized as internal or external command. Regards Nilani - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Compiler error -- DIDLCrosswalk
On Mon, Jan 28, 2008 at 01:57:58PM +, Thomas A McGee wrote: [javac] /home/mcgee/Desktop/dspace-source/dspace-1.4.2-source/src/org/dspace/app/oai/DIDLCrosswalk.java:46: 'class' or 'interface' expected [javac] import org.dspace.content.DCValue; [javac] ^ [javac] 1 error What exactly is on lines 45 and 46? Unless you've changed the file, this should compile with no issues. Is there a missing semicolon at the end of the previous line? cheers, Jim -- James Rutherford | Hewlett-Packard Limited registered Office: Research Engineer | Cain Road, HP Labs | Bracknell, Bristol, UK | Berks +44 117 312 7066 | RG12 1HN. [EMAIL PROTECTED] | Registered No: 690597 England The contents of this message and any attachments to it are confidential and may be legally privileged. If you have received this message in error, you should delete it from your system immediately and advise the sender. To any recipient of this message within HP, unless otherwise stated you should consider this message and attachments as HP CONFIDENTIAL. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Anyone using dc.creator instead of dc.contributor.author?
Hello, This has been discussed on the list previously, but it has been quite a while and I wondered if this has actually been done. In the default metadata schema that ships with DSpace, the dc.creator element is marked with a scope note as Do not use; only for harvested metadata, while the default item submission input form requires that a value be entered into the dc.contributor.author field. The author browse index is based, by default, on dc.contributor.author. I'd like to change an installation to require dc.creator rather than dc.contributor.author in the input form, and to configure it to build the author search index on dc.creator rather than dc.contributor.author. When this was discussed previously, the consensus seemed to be that the default schema was based on an early draft of Dublin Core, and that making these changes should cause no problems. Is this still the case? Has anyone done this, and have there been any issues? Also, is it true that an upcoming version of DSpace will allow the author browse to use an index based on both the creator and the contributor elements? Thank you, Keith Gilbertson Systems Developer OhioLINK - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] invalid bitstream message
Hi... A couple of weeks ago, I upgraded from DSpace 1.3.2 to DSpace 1.4.2. Today, I started getting e-mail from people that when they click on View/Open they get the following error (this is only on some resources): Invalid Identifier The identifier some identifier.pdf does not correspond to a valid Bitstream in eCommons. This may be because of one of the following reasons: * The URL of the current page is incorrect - if you followed a link from outside of eCommons it may be mistyped or corrupt. * You entered an invalid ID into a form - please try again. In the first case, I had to reload the PDF to fix the problem. Before I start doing this to teh other cases, I was wondering if anyone encountered this before. *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Anyone using dc.creator instead of dc.contributor.author?
I seem to have found another dependency, in that the OAIDCCrosswalk class that's used by the OAI-PMH interface exposes the contributor.author field as a creator element. This isn't necessary if we're using dc.creator in DSpace. It looks easy enough to change this class so that the contributor.author field in DSpace is exposed in the OAI-PMH interface as a contributor element, and then redeploy the changed class where it is needed. I'm wondering if this is an okay approach, or if it would be better to create a new class with the differing functionality, and then configure the oai webapp to use the new class? Dorothea Salo wrote: I'd like to change an installation to require dc.creator rather than dc.contributor.author in the input form, and to configure it to build the author search index on dc.creator rather than dc.contributor.author. Not too difficult. Change index-forms.xml accordingly, and one SQL query in the metadatavalues table in the database should do the trick for existing items. Also, is it true that an upcoming version of DSpace will allow the author browse to use an index based on both the creator and the contributor elements? This brings up an interesting detail about Manakin. When determining authors for items that come up in title or subject browse listings, the algorithm is: when there's a dc.contributor.author, use that; if not, use dc.author; if neither of those, use whatever dc.contributor there is. The FIXME comment I left in my utility stylesheet reads thus: FIXME: This template should pull out dc.contributor.author and dc.creator, then make a list of all of them... Should probably have better way to cope with other dc.contributor as well. The trick is that some dc.contribs feel author-y (composers, maybe editors) and others don't (e.g. translators, advisors). Three Minute Hate on Dublin Core. -DS I haven't in fact tried to fix this yet, but it shouldn't be impossible; the tricky bit for me is figuring out how to make XSLT union dc.contributor.author (and maybe one or two other dc.contributor.X) with dc.creator. For item metadata listings, the same union trick would come into play. The nice thing is that it's not hard to add lines for additional metadata. Here's mine for dealing with thesis advisors (note that I'm not using Manakin's table markup and have added author linking): xsl:if test=$data/dim:[EMAIL PROTECTED]'contributor'[EMAIL PROTECTED]'advisor'] dt i18n:textxmlui.dri2xhtml-METS-1.0.advisor/i18n:text /dt dd xsl:for-each select=$data/dim:[EMAIL PROTECTED]'contributor'[EMAIL PROTECTED]'advisor'] a xsl:attribute name=href xsl:value-of select=concat($context-path,'/browse-author-items?author=')/ xsl:copy-of select=text()/ /xsl:attribute xsl:copy-of select=text()/ /a xsl:if test=count(following-sibling::dim:[EMAIL PROTECTED]'contributor'[EMAIL PROTECTED]'advisor']) != 0 xsl:text; /xsl:text /xsl:if /xsl:for-each /dd /xsl:if - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] invalid bitstream message (update!)
Hi... I see one thing in common, with the bitstreams that aren't working. The PDF's contain a + sign in them for instance: Final_Progress_Report_01Aug06+.pdf If I change the name to not include the + sign, then everything works OK. *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech *** George Kozak Coordinator Web Development and Management Digital Media Group 501 Olin Library Cornell University 607-255-8924 *** [EMAIL PROTECTED] - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech