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 :
> We
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:
http://serv01.siteground
Hi all,
Does anybody have the standard packaged stats reporting working within
XMLUI? I can't see any reports. I am logged in as admin, but all it
ever says is 'No reports currently available'. I have followed the
directions exactly to use the new Java-based stats generators (vs, the
Perl-b
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 th
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), whe
list
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
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 are
en logout I still have 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,
>>
Hi all,
We have encountered a problem that is preventing us from moving to the
DSpace 1.5.1 with Manakin site that we have been working on this last
year, and I want to know if anyone else has ever encountered it.
What we are seeing is that the context specific list items that change
dynamical
ike 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 w
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
inal message, but it would really just be helpful if I knew
whether or not this is going to work at all in the XMLUI, and if not,
where I can go for clues on how to write a different method.
Quoting "Floyd, Randall Dean" <[EMAIL PROTECTED]>:
> Hi all,
>
> I have a cust
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 pa
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 don
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 2>&1
Quoting George Kozak <[EMAIL PROTECTED]>:
> Hi...
>
> I don
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 U
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 * *
17 matches
Mail list logo