Hi Jodi / Keith,
However this request returns error code=badArgument.
http://dspace.udel.edu:8080/dspace-oai/request?verb=ListIdentifiers
The 'badArgument' occurs because you need to specify which format you want
the metadata in.
So the following works:
Hi Horii,
We have a memory problem and we can not register our repository data properly.
If somebody knows anything about the similar problem, please let us know.
The problem is as follows.
During the data registration using dsrun utility, the memory resource is
constantly consumed and
Hi Mike,
On 1/6/07 14:04, Michael White [EMAIL PROTECTED] wrote:
Hi,
It has just been brought to my attention that an item in our repository that
contains an accented character in the filename is not accessible in our
repository because the char/url is being mangled when the link to the
Thanks Stuart,
2) Add another copy of the bitstream to the item, without the
accented
char in the filename, using the Add Bitstream functionality and
Remove the bitstream that has the dodgy title - not sure though if
the
Remove function will also fail because of the accented char(?)
On Wed, 2007-06-06 at 07:49 +0100, Stuart Lewis [sdl] wrote:
2) Add another copy of the bitstream to the item, without the accented char
in
the filename, using the Add Bitstream functionality and Remove the
bitstream
that has the dodgy title - not sure though if the Remove function
Not really. The badArgument is valid when you don't specify a
metadataPrefix, and the noRecordsMatch error is valid when there are no
records that match the date range specified.
If you simply include a from timestamp, eg:
Hi DSpace commiters and advanced tech users,
would it be helpful for large scale import and repositories to do some
Item.decache() calls during the process? I'm very concerned about the fact that
each time an instance of org.dspace.content.Item is created, it seems to be
automatically put in
On Wed, Jun 06, 2007 at 08:45:58AM -0400, Tellier, Stephane wrote:
It could be a problem too for the DSpace web interface : does it means
that every time we access an Item, it creates an instance of this
object and puts it in the cache, and to be never removed as long as
the user's session is
Hi Graham,
1) Is http://dspace.stir.ac.uk running Tomcat?
Yes.
a) If so, what version?
4.1.31
2) Can it be confirmed absolutely that the URIEncoding option is set
correctly in Tomcat's server.xml?
Hmm, I took a look and it didn't in fact, appear to be defined at all in
server.xml, so I
Manakin and SRW should be compiled off of DSpace 1.4.2 directly and
so should contain the new classes. You may find you have to restart
your tomcat container and possibly run dsrun
org.dspace.search.DSIndexer -c to rebuild the whole index from
scratch once.
I see a write.lock file
Manakin and SRW should be compiled off of DSpace 1.4.2
directly and so should contain the new classes.
I'm not sure if I'm understanding correctly here, but does it means that if for
example we have the actual source code of SRW and DSpace 1.4.2, we just have to
recompile and all should
Or you can just copy the new DSpace and Lucene jars from the DSpace/WEB-INF/lib
directory to the SRW/WEB-INF/lib directory and be done. There are no code
changes in SRW.
But, while we're on the topic, my CVS repository has been down for a couple of
weeks now and was in the middle of being
If there is no date range specified, all records with the specified
metadataPrefix must be returned by protocol section 2.7.1:
http://www.openarchives.org/OAI/openarchivesprotocol.html#SelectiveHarvestingandDatestamps
Harvesting is restricted to the range specified by the from and
untilarguments,
Thanks guys for the explanations and sorry for the confusion I've made about
this. I effectively forgot that the DSpace jars are included in the SRW war
distribution (d'oh!)
De: LeVan,Ralph [mailto:[EMAIL PROTECTED]
Date: mer. 2007-06-06 11:32
À: Mark
Hi...
One of our the contributors to our DSpace site would like to have Arabic
interspersed in the English of the Abstract. Currently they have this on a
personal website with the Arabic being displayed via an embedded GIF.
Can I do this with the Abstract display? It appears to me that the
Thanks for the additional input. I turned on debug and here is what
output I am getting in the log file.
2007-06-06 14:47:48,393 INFO org.dspace.app.oai.DSpaceOAICatalog @
anonymous:no
_context:oai_request:verb=listIdentifiers,from=0001-01-01T00:00:00Z,until=-1
Hi Graham,
I in agreement that the code is working as specified. My problem occured
when I tried to register my Dspace instance with the official Open
Archives registry. The registry send a listIdentifiers request with no
from date specified. As such my dspace instance has failed to pass
On Wed, 6 Jun 2007, Jodi Schneider wrote:
PS-Keith, what happens if you change granularity?
i.e. in oaicat.properties change
AbstractCatalog.granularity=-MM-DDThh:mm:ssZ
to
AbstractCatalog.granularity=-MM-DD
Hi Jodi,
I did make the change suggested above, but the result was
Hi Keith,
Any chance you could install this patch, and try again:
http://sourceforge.net/tracker/index.php?func=detailaid=1659868group_id=19
984atid=319984
The patch gives better database debugging, as it replaces the '?' in the log
file with the actual values given. We can then see the actual
Hi Jason,
It sounds like tomcat might be suffering from a clash of jar files proving
email handling, and is using the GNU mail.jar rather than the one provided
with DSpace. Might be worth looking around and seeing if there is another
one sitting around which might be being used instead.
Thanks,
If a new e-person is created after items have been submitted to the
workflow, then the items don't display in their list of Tasks in the
Pool. The older workflow items only display if they are accepted by
another e-person and returned to the task pool.
Does anybody know how to fix this problem?
Thanks Majx for letting me know that the program for metadata generation
runs smoothly in your environment. Just wondering whether DSpace group
has any plan to integrate this functionality into the upcoming version
of DSpace
Regards,
Jayan
From: majx
22 matches
Mail list logo