Re: [Dspace-tech] Adding and removing bitstreams
You have right, DSpace authorization system is a complete mess. In case someone face the same problem, we manage to solve the problem of adding and removing bitstreams with the following steps: 1. The if statement in EditItemServlet.java around line 510 is // only process bitstreams if admin else if (p.startsWith(bitstream_name) AuthorizeManager.isAdmin(context)) { and must be // only process bitstreams if admin else if (p.startsWith(bitstream_name)) { 2. In resourcepolicy table the Group that will be able to perform the deletions or additions must have following rights: On the Collection of the item it must have READ, WRITE, ADD, REMOVE, DEFAULT_BITSTREAM_READ, DEFAULT_ITEM_READ, COLLECTION_ADMIN rights. You can give these rights with Manage Collection's Policies page in Authorization menu. On the Item it must have WRITE, ADD, REMOVE rights. You can give these rights with Advanced/Item Wildcard Policy Admin Tool page in Authorization menu. After adding policies with wildcard policy admin tool is impossible to see the changes unless you see the resourcepolicy table in the database. Ilias Stavrakis - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Adding and removing bitstreams
I have no problem in deleting items using the configuration wrote earlier. If the message you get is Authorization required, probably there are some missing policies in resourcepolicy table. Could you send the last lines of your log file? Ilias Stavrakis Mika Stenberg wrote: This is great, since we are struggling with frustrated admins who cant do the things they want to. Even after this, they still cant remove the item from the collection, though, only withdraw it. Any solution for this? -Mika You have right, DSpace authorization system is a complete mess. In case someone face the same problem, we manage to solve the problem of adding and removing bitstreams with the following steps: 1. The if statement in EditItemServlet.java around line 510 is // only process bitstreams if admin else if (p.startsWith(bitstream_name) AuthorizeManager.isAdmin(context)) { and must be // only process bitstreams if admin else if (p.startsWith(bitstream_name)) { 2. In resourcepolicy table the Group that will be able to perform the deletions or additions must have following rights: On the Collection of the item it must have READ, WRITE, ADD, REMOVE, DEFAULT_BITSTREAM_READ, DEFAULT_ITEM_READ, COLLECTION_ADMIN rights. You can give these rights with Manage Collection's Policies page in Authorization menu. On the Item it must have WRITE, ADD, REMOVE rights. You can give these rights with Advanced/Item Wildcard Policy Admin Tool page in Authorization menu. After adding policies with wildcard policy admin tool is impossible to see the changes unless you see the resourcepolicy table in the database. Ilias Stavrakis - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Configuring the Browse List (JSPUI)
Vezina Marie-Helene wrote: Thank you Graham, Very clear answer. I guess the final goal I was pursuing while playing around with the browse configuration was to be able, for my Browse lists, to have one Date column that would display dc.date.submitted for ETDs and dc.date.issued for non-ETDs (and assuming there would be no issue date for ETDs), so I was hoping to be able to mix the content of various fields for the browse lists... In light of your explanations I don't see how this is possible. The closest I got was to have two columns (one for dc.date.submitted and the other one for dc.date.issued), or to have the submitted date in place of the issue date whenever the datesubmitted browse index or sort option was selected Or did I miss something? Correct, you can't mix the data from two separate metadata fields into a single sort column / order. Can you imagine the complexity of a configuration syntax that would allow such selective behaviour? For the future, I can imagine a way of configuring a class to control the extraction of metadata, in a way that would allow you to replace it with your own code that provides a more complex, context-sensitive form of extraction as you wish. But we aren't there yet. Right now, you could have two columns, one for each metadata field. Or, you could 'invent' an additional metadata field into which you want the value that you want that particular record to be sorted on. It's more work in maintaining each item, but it would allow you to use/copy the date that you want for each item. G This e-mail is confidential and should not be used by anyone who is not the original intended recipient. BioMed Central Limited does not accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of BioMed Central Limited. No contracts may be concluded on behalf of BioMed Central Limited by means of e-mail communication. BioMed Central Limited Registered in England and Wales with registered number 3680030 Registered Office Middlesex House, 34-42 Cleveland Street, London W1T 4LB - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search
Hi Claudia, I ran ant update to install the new code but I did not know that indices needed to be updated. How do I update them? Eric On Wed, Sep 24, 2008 at 2:11 PM, Claudia Juergen [EMAIL PROTECTED] wrote: Hi Eric, did you update/initialized the indices while installing this version? Guess there went something wrong with installing the new version over old data. Claudia It turns out that I needed to submit an item before advanced search would work. The odd thing is that I installed this version of DSpace over an existing database that already contained a few test submissions, so I'm now sure why I still had to add an item to make advanced search work. Eric On Wed, Sep 24, 2008 at 12:07 PM, Eric Luhrs [EMAIL PROTECTED] wrote: Advanced search worked a few days ago, but now I'm getting a NullPointerException error. My config is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6. There are no errors logged to dspace.log or catalina.out, but the following full java stacktrace is shown on the screen. Does this make sense to anyone? Eric Luhrs Lafayettte College org.apache.cocoon.ProcessingException: Could not read resource cocoon://DRI/4/advanced-search at map:serialize type=xml - resource://aspects/Administrative/sitemap.xmap:824:31 at map:transform type=Navigation - resource://aspects/Administrative/sitemap.xmap:269:38 at map:transform type=SystemwideAlerts - resource://aspects/Administrative/sitemap.xmap:268:44 at map:generate - resource://aspects/Administrative/sitemap.xmap:266:19 at map:serialize type=xml - resource://aspects/EPerson/sitemap.xmap:331:31 at map:transform type=Navigation - resource://aspects/EPerson/sitemap.xmap:136:38 at map:generate - resource://aspects/EPerson/sitemap.xmap:125:19 at map:serialize - resource://aspects/Submission/sitemap.xmap:330:27 at map:generate - resource://aspects/Submission/sitemap.xmap:306:26 at map:serialize type=xml - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34 at map:transform type=PageNotFound - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43 at map:generate - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22 at map:serialize type=xhtml - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34 at map:transform type=NamespaceFilter - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84 at map:transform type=NamespaceFilter - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78 at map:transform type=i18n - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33 at map:transform - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44 at map:transform type=IncludePageMeta - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45 at map:generate type=file - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55 at map:mount - file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45 at map:mount - file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73 at org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320) at
Re: [Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search
Hi Eric, did you update/initialized the indices while installing this version? Guess there went something wrong with installing the new version over old data. Claudia It turns out that I needed to submit an item before advanced search would work. The odd thing is that I installed this version of DSpace over an existing database that already contained a few test submissions, so I'm now sure why I still had to add an item to make advanced search work. Eric On Wed, Sep 24, 2008 at 12:07 PM, Eric Luhrs [EMAIL PROTECTED] wrote: Advanced search worked a few days ago, but now I'm getting a NullPointerException error. My config is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6. There are no errors logged to dspace.log or catalina.out, but the following full java stacktrace is shown on the screen. Does this make sense to anyone? Eric Luhrs Lafayettte College org.apache.cocoon.ProcessingException: Could not read resource cocoon://DRI/4/advanced-search at map:serialize type=xml - resource://aspects/Administrative/sitemap.xmap:824:31 at map:transform type=Navigation - resource://aspects/Administrative/sitemap.xmap:269:38 at map:transform type=SystemwideAlerts - resource://aspects/Administrative/sitemap.xmap:268:44 at map:generate - resource://aspects/Administrative/sitemap.xmap:266:19 at map:serialize type=xml - resource://aspects/EPerson/sitemap.xmap:331:31 at map:transform type=Navigation - resource://aspects/EPerson/sitemap.xmap:136:38 at map:generate - resource://aspects/EPerson/sitemap.xmap:125:19 at map:serialize - resource://aspects/Submission/sitemap.xmap:330:27 at map:generate - resource://aspects/Submission/sitemap.xmap:306:26 at map:serialize type=xml - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34 at map:transform type=PageNotFound - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43 at map:generate - file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22 at map:serialize type=xhtml - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34 at map:transform type=NamespaceFilter - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84 at map:transform type=NamespaceFilter - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78 at map:transform type=i18n - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33 at map:transform - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44 at map:transform type=IncludePageMeta - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45 at map:generate type=file - file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55 at map:mount - file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45 at map:mount - file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73 at org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779) at org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412) at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100) at org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320) at org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578) at
Re: [Dspace-tech] Internal Server Error - FeedServlet
We have DSpace 1.4.2 and we get a similar error when someone types in an invalid url - the application is trying to display the invalid_id error, but it ends up getting an error and displaying an internal error. I'm determined to track this one down and will let you know when I find out what's causing it! Sue Walker-Thornton NASA Langley Research Center -Original Message- From: Gary Browne [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 23, 2008 7:16 PM To: DSpace Tech Subject: [Dspace-tech] Internal Server Error - FeedServlet Hi all Does anyone get several of these error messages every day and know why? I'm not sure what is triggering this (incomplete) URL. Thanks Gary Gary Browne Development Programmer Library IT Services University of Sydney ph: 9351-5946 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, 23 September 2008 10:37 PM To: Gary Browne Subject: Sydney eScholarship: Internal Server Error An internal server error occurred on http://ses.library.usyd.edu.au: Date: 9/23/08 10:36 PM Session ID: 88073F6FA7885B65A72552CED48079CE -- URL Was: http://ses.library.usyd.edu.au/feed/ -- Method: GET -- Parameters were: Exception: java.lang.NullPointerException at org.dspace.app.webui.servlet.FeedServlet.doDSGet(FeedServlet.java:193) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet. java:151) at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:99) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:174) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 74) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java: 703) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket. java:895) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:689) at java.lang.Thread.run(Thread.java:595) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Manakin: Why am I getting a doubled header?
First, the problem: http://minds-test.wisconsin.edu/handle/1760/11124. Next, the code that is generating the problem: xsl:if test=dim:[EMAIL PROTECTED]'relation' and @qualifier='ispartof'] dt i18n:textxmlui.dri2xhtml-METS-1.0.ispartof/i18n:text /dt dd xsl:for-each select=dim:[EMAIL PROTECTED]'relation' and @qualifier='ispartof'] xsl:copy-of select=./child::node()/ xsl:if test=count(following-sibling::dim:[EMAIL PROTECTED]'relation' and @qualifier='ispartof']) != 0 xsl:text; /xsl:text /xsl:if /xsl:for-each /dd /xsl:if My brain is broken. How did I mess this up? Dorothea -- Dorothea Salo [EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Internal Server Error - FeedServlet
The url may be a searchbot trolling for content on the path http://host/feed/rss_2.0/site as a hack, try adding it to your robots.txt and see if the noise settles down. http://ses.library.usyd.edu.au/robots.txt User-agent: * Disallow: /browse Disallow: /feed Otherwise, you should go to your apache logs and search for accesses on the feed to see where they are coming from. -Mark On Sep 24, 2008, at 11:23 AM, Thornton, Susan M. (LARC-B702)[NCI INFORMATION SYSTEMS] wrote: http://ses.library.usyd.edu.au/feed/ ~ Mark R. Diggory - DSpace Developer and Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Home Page: http://purl.org/net/mdiggory/homepage - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Manakin: Why am I getting a doubled header?
Wheres the problem? Note, Sometimes I get duplicate Headers when editing the xslt in place, I think this is caused by some caching bug in the application, it generally goes away if I restart the web-application. -Mark On Sep 24, 2008, at 11:48 AM, Dorothea Salo wrote: First, the problem: http://minds-test.wisconsin.edu/handle/ 1760/11124. Next, the code that is generating the problem: xsl:if test=dim:[EMAIL PROTECTED]'relation' and @qualifier='ispartof'] dt i18n:textxmlui.dri2xhtml-METS-1.0.ispartof/i18n:text /dt dd xsl:for-each select=dim:[EMAIL PROTECTED]'relation' and @qualifier='ispartof'] xsl:copy-of select=./child::node()/ xsl:if test=count(following-sibling::dim:field [EMAIL PROTECTED]'relation' and @qualifier='ispartof']) != 0 xsl:text; /xsl:text /xsl:if /xsl:for-each /dd /xsl:if My brain is broken. How did I mess this up? Dorothea -- Dorothea Salo [EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Developer and Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Home Page: http://purl.org/net/mdiggory/homepage - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Manakin: Why am I getting a doubled header?
I wonder if we have enough XSL context to see the problem. The utilities template is available from http://minds-test.wisconsin.edu/themes/utils.xsl, and the UW-Madison theme that inherits this theme is at http://minds-test.wisconsin.edu/themes/UWMadison/uwmadison.xsl. Share and enjoy! (Not that I'm anything like an XSL wizard, but this looks like a good learning opportunity and, who knows? I might solve it.) The empty 'dd' really draws my attention but I can't yet see how it happens. Oh, good, it's not just me! I'm baffled and feeling ungodly stupid that I can't seem to solve this (especially when the same technique seems to work FINE for authors!). Dorothea -- Dorothea Salo [EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Manakin: Why am I getting a doubled header?
I just think your messages.xml labels are different. the generated html is the same and I bet the length of the value causes yours to wrap to the line above. Your sites down, so I can't view your example. Dorothea, could you just drop your war on a url somewhere and send it to me... I'll look at it on my workstation. -Mark On Sep 24, 2008, at 4:43 PM, Walker, David wrote: I don't think that's it, Mark, because the same template works in our test instance, even with the dd /. http://scholarworks.calstate.edu/scholarworks_xmlui/handle/123456789/5 dtThis item appears in the following Collection(s)/dt dd / dtPart of/dt ddhttp://www.aip.org; http://apl.aip.org//dd I also don't get those i18n namespaces in the resulting output, as Dorthea does. I also notice that some of the labels in the utils.xsl template are (slightly) different from the ones in the messages.xml file in out newly installed 1.5 instance. Not sure what that means, honestly, just thought I'd mention it. --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Mark Diggory [EMAIL PROTECTED] Sent: Wednesday, September 24, 2008 2:40 PM To: Dorothea Salo Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Manakin: Why am I getting a doubled header? I believe its the section above... xmlui.ArtifactBrowser.ItemViewer.head_parent_collections creates the same label and your dd doesn't create any body, which closes it out (dd/) and breaks the flow. !-- Kill the fields if they're empty. -DS -- dt i18n:textxmlui.ArtifactBrowser.ItemViewer.head_parent_collections/ i 18n:text /dt dd xsl:for-each select=/dri:document/dri:body/dri:div/ dri:referenceSet [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- viewer' and @n='collection-viewer']/dri:reference xsl:apply-templates select=/dri:document/dri:body/dri:div/ dri:referenceSet [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- viewer'and @n='collection-viewer']/dri:reference mode=render/ xsl:if test=count(following- sibling::dri:reference) != 0 xsl:text; /xsl:text /xsl:if /xsl:for-each /dd On Sep 24, 2008, at 1:40 PM, Dorothea Salo wrote: I wonder if we have enough XSL context to see the problem. The utilities template is available from http://minds-test.wisconsin.edu/themes/utils.xsl, and the UW- Madison theme that inherits this theme is at http://minds-test.wisconsin.edu/themes/UWMadison/uwmadison.xsl. Share and enjoy! (Not that I'm anything like an XSL wizard, but this looks like a good learning opportunity and, who knows? I might solve it.) The empty 'dd' really draws my attention but I can't yet see how it happens. Oh, good, it's not just me! I'm baffled and feeling ungodly stupid that I can't seem to solve this (especially when the same technique seems to work FINE for authors!). Dorothea -- Dorothea Salo [EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 - - --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Developer and Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Home Page: http://purl.org/net/mdiggory/homepage -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Developer and Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Home Page: http://purl.org/net/mdiggory/homepage
Re: [Dspace-tech] Manakin: Why am I getting a doubled header?
I don't think that's it, Mark, because the same template works in our test instance, even with the dd /. http://scholarworks.calstate.edu/scholarworks_xmlui/handle/123456789/5 dtThis item appears in the following Collection(s)/dt dd / dtPart of/dt ddhttp://www.aip.org; http://apl.aip.org//dd I also don't get those i18n namespaces in the resulting output, as Dorthea does. I also notice that some of the labels in the utils.xsl template are (slightly) different from the ones in the messages.xml file in out newly installed 1.5 instance. Not sure what that means, honestly, just thought I'd mention it. --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Mark Diggory [EMAIL PROTECTED] Sent: Wednesday, September 24, 2008 2:40 PM To: Dorothea Salo Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Manakin: Why am I getting a doubled header? I believe its the section above... xmlui.ArtifactBrowser.ItemViewer.head_parent_collections creates the same label and your dd doesn't create any body, which closes it out (dd/) and breaks the flow. !-- Kill the fields if they're empty. -DS -- dt i18n:textxmlui.ArtifactBrowser.ItemViewer.head_parent_collections/i 18n:text /dt dd xsl:for-each select=/dri:document/dri:body/dri:div/ dri:referenceSet [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- viewer' and @n='collection-viewer']/dri:reference xsl:apply-templates select=/dri:document/dri:body/dri:div/ dri:referenceSet [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- viewer'and @n='collection-viewer']/dri:reference mode=render/ xsl:if test=count(following- sibling::dri:reference) != 0 xsl:text; /xsl:text /xsl:if /xsl:for-each /dd On Sep 24, 2008, at 1:40 PM, Dorothea Salo wrote: I wonder if we have enough XSL context to see the problem. The utilities template is available from http://minds-test.wisconsin.edu/themes/utils.xsl, and the UW-Madison theme that inherits this theme is at http://minds-test.wisconsin.edu/themes/UWMadison/uwmadison.xsl. Share and enjoy! (Not that I'm anything like an XSL wizard, but this looks like a good learning opportunity and, who knows? I might solve it.) The empty 'dd' really draws my attention but I can't yet see how it happens. Oh, good, it's not just me! I'm baffled and feeling ungodly stupid that I can't seem to solve this (especially when the same technique seems to work FINE for authors!). Dorothea -- Dorothea Salo [EMAIL PROTECTED] Digital Repository Librarian AIM: mindsatuw University of Wisconsin Rm 218, Memorial Library (608) 262-5493 -- --- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech ~ Mark R. Diggory - DSpace Developer and Systems Manager MIT Libraries, Systems and Technology Services Massachusetts Institute of Technology Home Page: http://purl.org/net/mdiggory/homepage - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech