Mark,
Have you seen the DSpace Embargo contribution?
http://wiki.dspace.org/index.php/User:Emetsger:Embargo
There are some other things floating around out there that have come
across this list, but that is what we are currently building our
implementation around.
Quoting Mark Ludwig
Just chiming in here...
We've been getting the same error message as Rui. The URL immediately
redirects to the SiteGround message for a suspended account. I just
checked again with multiple browsers and hit refresh a bunch of times.
Here's where I get redirected to:
This has been a very confusing issue because some along the way have
said that it doesn't work, and then the topic was discussed at length
in an online DSpace-sponsored chat at the end of 2008 where someone
suggested that a release available from Minho would allow it to work.
As a result of
The quick answer to that is that it depends on both your local
organization's goals and resident skills. If you plan to do lots of
interface redesign and add custom functionality, then the XMLUI is the
right choice. However, it requires more advanced in-house skills (Java,
XML, XSLT, CSS),
Hi all,
I had asked the list about this one last week but didn't get any
responses, so I'm going to try once more before creating a bug report.
What I am seeing in the XMLUI on DSpace 1.5.1 is that the navigation
options list contains all of the administrative links for a user
whether they
items appear.
Quoting Floyd, Randall Dean [EMAIL PROTECTED]:
Hi all,
I had asked the list about this one last week but didn't get any
responses, so I'm going to try once more before creating a bug report.
What I am seeing in the XMLUI on DSpace 1.5.1 is that the navigation
options list
some admin links
appear here and there. Clearing browser cache fixed the problem. But
this is only temporary solution.
Serhiy
On Tue, Nov 18, 2008 at 9:38 AM, Floyd, Randall Dean
[EMAIL PROTECTED] wrote:
Hi all,
We have encountered a problem that is preventing us from moving to the
DSpace
a logical thing to be able to do, but maybe
there's a correct way to do it now and I'm missing it.
Quoting Floyd, Randall Dean [EMAIL PROTECTED]:
Hi all,
I tried to see if this has been answered on the list already but
didn't come up with anything. In my previous JSP sites I always
coded URLs
Hi all,
I tried to see if this has been answered on the list already but didn't
come up with anything. In my previous JSP sites I always coded URLs
into my hints in the submission configuration file input-forms.xml.
With Manakin on 1.5.1, these codes are all being rendered literally and
not
Hi all,
I have a custom authentication method that works in DSpace 1.5.1 JSPUI
but does not work in the XMLUI. Essentially this is a custom method
that sends a user to a CAS login page and back for further validation
of the CAS ticket. The root issue seems to be that I am losing
essential
Curtis,
If I understand correctly, you are trying to use the originally
submitted contribution for CAS that could be used with DSpace 1.3.*,
right? Unfortunately, I don't think that will work with the new
stackable authentication mechanism. Someone else here may tell me it
could still be
George,
I only see things like this if I've forgotten to set up cron jobs to
vacuumdb the PostgreSQL databases:
(from the documentation:)
# Clean up the database nightly at 4.20am
20 4 * * * vacuumdb --analyze dspace /dev/null 21
Quoting George Kozak [EMAIL PROTECTED]:
Hi...
I don't
Julio,
Others can correct me if I'm wrong, but I think that this could be
accomplished if you really understand how that handle server works.
Essentially all it really needs to be able to do is query the
underlying database behind your DSpace installation and then
assemble/return the proper
Susan,
I have only seen this in cases where I have forgotten to setup
PostgreSQL vacuumdb. Some things require more intensive database
queries, while others only require searching Lucene indexes, which
explains the inconsistent slowness. My postgres datbase user has a
cronjob like:
0 6 * *
14 matches
Mail list logo